14 messages in net.sourceforge.lists.courier-users[courier-users] Re: duplicate deliver...
FromSent OnAttachments
Gordon MessmerMay 20, 2003 2:44 pm 
Gordon MessmerJun 5, 2003 2:07 pm 
Gordon MessmerJun 24, 2003 6:58 pm 
Sam VarshavchikJun 24, 2003 7:52 pm 
Gordon MessmerJun 25, 2003 12:29 pm 
Sam VarshavchikJun 25, 2003 1:22 pm 
Gordon MessmerJun 25, 2003 2:01 pm 
Sam VarshavchikJun 25, 2003 3:04 pm 
Gordon MessmerJun 25, 2003 3:30 pm 
Sam VarshavchikJun 25, 2003 4:30 pm 
Stephen ReeseJun 25, 2003 6:48 pm 
Gordon MessmerJun 26, 2003 11:39 am 
Gordon MessmerJul 25, 2003 11:36 am 
Sam VarshavchikJul 25, 2003 3:30 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:[courier-users] Re: duplicate deliveries with aliasesActions...
From:Sam Varshavchik (mrs@courier-mta.com)
Date:Jun 25, 2003 3:04:39 pm
List:net.sourceforge.lists.courier-users

Gordon Messmer writes:

Sam Varshavchik wrote:

You can have a situation where the original message was addressed to different recipients, but each one forwarded the message to the same forwarding address.

Although 99.9% of the time this situation simply results in two copies of the same message coming in, one from each forward, theoretically it's possible that -- depending on the addresses involved, and the intermediate mail relay logic, you can end up with both forwards coming in as a single message, with two RCPT TO: addresses naming the same recipient address, but a different original recipient address. Now what?

Drop one of them as a dupe? Can't do that. What if you'll end up forwarding this message?

I guess I don't understand why that's a problem. If courier happens to know that the two original addresses have the same destination, and decides not to only list that destination in the recipients file, what breaks?

Any resulting DSN will report a one of the addresses only, not both.

You received it with two RCPT TO: addresseses, and a different original recipient address, and after forwarding you're going to send a single RCPT TO: address, with whatever was the original recipient address in the first RCPT TO: statement. That definitely doesn't sound right.

Sounds OK to me. I expect that I'm not grasping what you're trying to tell me.

If the forward address bounced, the bounce should read:

Final-Recipient: rfc822; jo@example.com Original-Recipient: rfc822; joh@domain.com Action: failed Status: 5.0.0 Diagnostic-Code: unknown; mailbox not found.

Final-Recipient: rfc822; jo@example.com Original-Recipient: rfc822; joh@domain.com Action: failed Status: 5.0.0 Diagnostic-Code: unknown; mailbox not found.

The sender's mail agent would then know that both joh@domain.com, and joh@domain.com bounced (both recipient addresses had the same forward address, which bounced).

If one of the address is eliminated, the DSN would only record a bounce for one of the two original recipients, and the sender's mail agent would believe (probably temporarily) that the other recipient did go through.

With DSN you have some kind of an assurance -- as best of an assurance as the unreliable SMTP delivery mechanism can provide -- that the message is either going to go through, or the message bounced, or the message went to a relay that does not support DSNs. In this somewhat pathological case the sending agent would not receive any notification for the other forwarding address, and has no reason to suspect that the message to that address did not go through.