"Todd A. Jacobs" <[EMAIL PROTECTED]> writes: > Procmail is the default MDA for most Linux distros, so supporting it > would seem to be rather important to easy adoption of TMDA.
Read my previous message. Again, I don't believe in covering up broken behavior, regardless of how many people are using the broken software. This does nothing but proliferate the broken behavior. > That said, are we sure that the problem really is procmail? No, but I'll be happy to fix TMDA if we figure out TMDA is at fault here. I don't think this is the case however. > Part of my questions is: Why does From_ need to be regenerated after > TMDA in the first place? I'm not sure it's a question of re-generation, but just that procmail is expecting TMDA to prepend a From_ line, and TMDA isn't doing that, because it doesn't know it needs to. As I explained before, TMDA has no knowledge of the program it's piping the message to. I just added the following line to my incoming filter: from johndoe* deliver=| procmail $HOME/.procmailrc_tmda The $HOME/.procmailrc_tmda file writes all mail to an mbox file. When mail is sent from johndoe, procmail writes to the mbox file, but without a From_ line. The result is a garbled mailbox. On the other hand, the following results in an un-garbled mailbox: from johndoe* deliver=| preline -rd procmail $HOME/.procmailrc_tmda The ``preline'' program (from qmail) is handling the prepending of the From_ line. This is why maildrop works, because maildrop automatically prepends a From_ line to the message if it lacks one. I suggest procmail do the same. > It doesn't have to be regenerated when passing from postfix to > procmail. This is because the Postfix local delivery agent is prepending the leading From_ line. See the ``EXTERNAL COMMAND DELIVERY'' section under http://www.postfix.org/local.8.html _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
