We have Courier MTA 0.33 set up on a Linux Redhat 7.1 server, and it has been running fine for quite some time

I had a user coming in who wanted all of their archived mail transfered from their old server, in mbox format, to the courier server.

So, I grabbed a copy of mbox2maildir and hacked it (I'd misplaced my earlier hacked copy :) to preserve unread flags and recieved dates. What I ended up with were some perfectly decent maildirs. For some reason however, Outlook 2000 began bugging out when trying to read the mailboxes. I decided to get a hex dump of the network traffic (a la netcat :) and found that every time courier sent the body of a message that I converted from mbox, it would end each line with TWO carriage returns and a line feed. It is my understanding that CRLF is standard--or at least common--in IMAP conversations. Now some of my mail clients, such as Squirrel Mail, are looking at these CRCRLF's without flinching, and displaying good looking mail, while Outlook 2000 seems to believe that the document is double spaced, and that there is only one line of headers.

Of course as soon as I saw this in the hex dump I envisioned in my mind how such a problem could come about if the maildir files had DOS line endings instead of UNIX, but when I checked it out, all the maildir file line endings are UNIX-style LF's, just like all the messages in all my maildir folders that are not being defaced. To be honest, I cannot find any difference between the origionally mbox messages and the newly created maildir messages. (save slight filename convention differences and file permissions, but when I change those of the converted to reflect that of the native, it has no effect upon courier's baseless discimination ;)

Has anybody else seen similar behavior before? does anyone have an idea how to abate it?

Thanks in advance

- - Jesse Thompson jes...@bend.com