*selah* <soma(_at_)dorsai(_dot_)org> writes:
...
It seems that maybe it's the >From header that sets it off. It has been
inserting a blank line after X-UIDL as well as X-STATUS. This is one of
the headers:
From news(_at_)reader1(_dot_)reader(_dot_)news(_dot_)ozemail(_dot_)net Sat
Jan 16 08:28:16 1999
X-UIDL: e5ceb808a6a313bb2cf6253f33954ec6
From 65535 Sat Jan 16 08:28:16 1999
Return-Path: news(_at_)reader1(_dot_)reader(_dot_)news(_dot_)ozemail(_dot_)net
Received: from nf1.netforward.com (nf1.netforward.com [204.57.67.27]) by
tam.dorsai.org (8.8.4/8.6.12) with ESMTP id IAA03013 for
<soma(_at_)dorsai(_dot_)org>; Sat, 16 Jan 1999 08:28:15 -0500 (EST)
...
Some process is inserting a "From " pseudo-header which is later
considered untrusted and thus is turned into a ">From " line. Later,
pine and/or a POP daemon see it but don't think it's a header but
rather the beginning of the body. They thus insert a blank line before
it. The solution is to suppress the addition of this line whereever it
is happening. From the position (just before the Return-Path: header)
I would guess that it's sendmail that's inserting it. Check the
sendmail.cf on tam.dorsai.org and make sure that the local and prog
mailers have the 'n' flag on them.
Actually, generating the sendmail.cf afresh would probably be a good
idea, as while you have a newish sendmail (version 8.8.5), the
sendmail.cf is from sendmail version 8.6.12, and there have been quite
a few enhancements since then.
Philip Guenther