Coming in late on this thread - I'll bet the problem was with the
'deliver' program, which is used as a local delivery agent in some
incarnations of Sendmail. Its problem is that it doesn't treat headers
with numbers in as valid headers, and so thinks it got to the end of the
headers when it encounters such a header, and inserts a blank line.
I first saw this with 'X400-xxxx:' headers, but your X-POP-3 header
would have tripped it as well. It's a trivial change to deliver to make
it call isalnum() instead of isalpha()....
Peter
>----------
>From: Mission Recording and Audio[SMTP:dan@missionrec.com]
>Sent: Thursday, June 19, 1997 2:48 PM
>To: majordomo-users@greatcircle.com
>Subject: Advanced Blank Message Header problem solved
>
>
> Just thought I'd let you all know that I solved the problem that I was
>having, and thought you might want to know for future reference.
>
> My problem was that I am grabbing mail from another server using
>fetchmail, then sending it to a list. It seems that sendmail then added a
>blank line a few lines from the top, and caused the messages to go out
>looking like there was no subject or from address.
>
> I solved this by adding a line to resend that took out an X-pop-3 header.
>and it works like a champ now....
>
> Thanks to those who responded, you let me know that the blank line was the
>problem to begin with.
>
> Dan
>
>Mission Recording and Audio- Your online DAW-Midi-Audio Store
><a href="http://www.missionrec.com">See our online catalog</a>
>Sales 800-801-0153 or 770-599-0681 Fax 770-599-6469
>
|
|