My apologies, I went by the list name on gmane (qmail.admin as opposed to qmailadmin) and expected the topic to be qmail administration in general.
Thanks to all of you working on qmailadmin! I very much appreciate all of your efforts, and again I'm sorry for posting to the wrong list. -- "Jeremy Kitchen" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On Thu, 2004-02-26 at 06:51, Vic Metcalfe wrote: > > I have a client who has had a couple of email addresses stop working, and > > outlook complaining that the connection had been dropped by the server. I > > did some network sniffing and discovered that Outlook was in fact closing > > the connection (orderly disconnect). I looked at the actual message, and > > the only thing odd that I noticed was that there was no blank line after the > > header. The message contained a subject line with no body, but there was no > > blank. > > > > I checked out RFC 822 to see if the separator was required, but it seems > > ambiguous to me: > > > > A message consists of header fields and, optionally, a body. > > The body is simply a sequence of lines containing ASCII charac- > > ters. It is separated from the headers by a null line (i.e., a > > line with nothing preceding the CRLF). > > > > My feeling is that the sending application (appears to be Lotus Notes) is to > > blame for not including blanks and the receiving application is to blame for > > requiring them. However, I can't control either of those factors. > > > > Does anyone know of a patch or something that would force messages stored in > > the Maildir or MBox formats to always contain this blank line? I'm using > > Maildir BTW and haven't tested with MBox. I think this is the right place > > to correct the problem since we can't correct the MUA's and this would work > > with any pop/imap server. > > > > I don't really see how this question is related to qmailadmin. Sounds > like an OE bug (whoa, OE bug? NO WAY) and should probably be reported to > microsoft. > > Patching an MTA for something like this is a very poor idea, as OE > should be the one that is fixed. > > -Jeremy > > -- > Jeremy Kitchen > Systems Administrator > [EMAIL PROTECTED] > Kitchen @ #qmail on EFNet - Join the party! > ..................... > Inter7 Internet Technologies, Inc. > www.inter7.com > 866.528.3530 toll free > 847.492.0470 int'l > 847.492.0632 fax > GNUPG key ID: 93BDD6CE > >
