wietse:
First, I think this is somewhat academic because many users will
be confused when they receive more than one notification for the
same email message, regardless of the content of that notification.
right. Users tend to not read such messages :-/
Presently, we have a new feature to send a "relayed" (after delay)
notification when delayed mail leaves the local queue. If the user
requested "SUCCESS" notification, then I think that Postfix should
still delegate that responsibility to the remote SMTP server as it
has done historically.
<unsure if I unserstand you correct>
so do you think the feature is not finally finished? I find it definitive
useful in this existing version. But I think it could be optimised for
these there three cases:
1) sender didn't request "SUCCESS" notification. That is possible
explicit by NOTIFY=DELAY,FAILURE
or implicit by not specifying any NOTIFY= at all. ( legacy MUA mode )
-> the relay deferring a message should send a "relayed" (after delay)
notification
2) sender did request "SUCCESS" notification
-> then the relay deferring a message should delegate that responsibility.
No matter if the message was deferred or not.
3) sender did not request "DELAY" notification
-> relay should not send a "relayed" (after delay)
Not easy to mix them into correct "if A then B code" ...
You name that a "new feature". I could imagine also a new
bounce type + separate text in bounce.cf
Andreas
