If a "From " line is in the text of a message, a ">" is not consistently prepended to the word "From ", causing mailers such as elm to erroneously think that a new message has started. The problem occurs specifically when a "From " line occurs in the text of a message without a blank line before it. The problem has manifested itself more recently because I think the old local mailer in sendmail had the F=E option, and I know it doesn't now. mail.local is the correct place to do the substitution, not sendmail. Fix: The logic for the original mail.local for handling "From " lines makes little sense. I have interpreted it as attempting to leave existing "From " lines in the header alone, although I'm pretty sure that these are supposed to have a prepended ">" also if there is a duplicate. I will leave it up to the sendmail people to interpret what the code should have done, and what it should do now. The bug is also in the current mail.local in the latest version of sendmail. I have not checked the 2.1.0-RELEASE of FreeBSD to see if it exists there. How-To-Repeat: Forward a message to yourself using elm, or remotely using any mail user agent that will not automatically prepend ">" to "From " lines. The mail.local program will not do the proper prepending.
State Changed From-To: open->analyzed This is actually intended behavior... The end-of-message marker is a blank line followed by "^From ".. ie: "nnFrom " So, if you have a message like this: (indented for example) foo bar baz From this I can see blah.. It should not be escaped because there is not a blank line. However: foo bar baz From this I can see blah... ...should be escaped as the mail system cannot distinguish the end-of-msg. The actual bug is in pine and elm's mailbox decoding. Perhaps a 'bug compatable' flag for mail.local is needed?
State Changed From-To: analyzed->closed timed out