Drew Raines <[EMAIL PROTECTED]> wrote:
> I have a Courier-POP3 server with a qmail/vmailmgr backend.
>
> I have Cazabon's getmail retrieve my mail from that machine, pipe it
> through maildrop, which finally delivers it to respective maildirs. This
> works great.
Nice to hear :).
> I just converted a co-worker to this server. He uses fetchmail to retrieve
> his mail, then pipes it through procmail, which finally delivers it to
> *mboxes.*
His loss.
> When my co-worker fires up mutt to read his mail, all the new messages are
> appended to the end of the last message. Why? Because these messages
> don't have any From_ lines. Mutt thinks it's just one long message.
[...]
> So... where's the best place to insert the From_? Should I have preline do it
> server-side,
No. The mbox "From " line has no place in an SMTP or POP3 conversation;
storage format on the server is supposed to be transparent to a client
which retrieves mail from a POP3 or IMAP server. That "From " line
isn't a part of the message, so it shouldn't be inserted at the server.
> or trust my co-worker to add it with procmail right before
> final delivery?
This is exactly where it's supposed to be; it's his MDA (procmail) which
is writing to the mbox file. If it's not generating the "From " lines,
then it's violating the mbox format.
> Is this Courier's fault for not making sure the messages leaving its
> POP3 domain aren't prepared for whatever environment they might
> encounter?
No. The client might be retrieving mail and sticking it in an RDBMS,
but you wouldn't expect the server to serve it up as an SQL statement,
would you? In short, your co-worker's setup is misconfigured (either fetchmail
or procmail).
Charles
--
-----------------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
-----------------------------------------------------------------------
