Bill Houle <bhoule@sparc.sandiegoca.ncr.com> wrote:
>Jonathan Morace said:
>>
>> Is there any other MTA which can handle this kind of situation?
>
>Probably not.
Right, and it's really not the MTA's job to throw away messages on the
user's behalf. Duplicate elimination is an MUA/MDA function. Procmail,
for example, can do it via recipes like:
# Use a 10Kb cache of Message IDs received to avoid duplicate messages
:0 Whc: .msgid.lock
| formail -D 10240 .msgid.cache
# Save probable duplicates for inspection
:0 a:
spool/dupes
>With something like qmail (each individual message is its own
>connection), it might even be worse.
No, qmail could eliminate some duplicates if it wanted to, but it
doesn't. qmail does what it's told to do, and doesn't second guess the
user.
I have list mail delivered to separate mailboxes using qmail's
extension addresses, e.g., de5-listname@sws5.ctd.ornl.gov goes to
~/Mail/spool/listname. If someone replies to a message I post to a
list and cc's de5@sws5.ctd.ornl.gov, I'll get two copies: one in my
main mailbox and another in the list mailbox. I want this behavior. It
might be days before I check the list mailbox, so the copy in my main
mailbox alerts me to the reply and I can respond in a timely manner--
or simply delete the message if no immediate reply is required. I
don't want any "smart" MTA's deciding I only need one copy.
-Dave
Follow-Ups:
References:
|
|
