A. Schulze:
>
> 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?
Above, I described the part of Postfix that works as intended. If
the user explicitly requests a SUCCESS notification, then Postfix
should keep delegating that to the remote SMTP server, regardless
of whether the new feature is in effect.
> 3) sender did not request "DELAY" notification
> -> relay should not send a "relayed" (after delay)
I looked at the code, and while the existing "delayed" notifications
can be suppressed with NOTIFY=FAILURE (i.e. without "DELAY"), it
looks like the new "relayed" (after delay) notifications ignore
that. So that still needs to be fixed.
Wietse
