This is a discussion on Re: DSN (2) within the mailing.postfix.users forums, part of the Mail Servers and Related category; Victor Duchovni: > On Tue, May 24, 2005 at 04:04:58PM -0400, David Cary Hart wrote: > > > ...
|
|||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
|
|||
|
Victor Duchovni:
> On Tue, May 24, 2005 at 04:04:58PM -0400, David Cary Hart wrote: > > > In my quest for MTA erudition, I have gone through the referenced RFCs > > and I concede that I still don't know what I don't know. Hopefully, > > someone will eventually create a comprehensible document or "howto." > > What problem are you trying to solve? Why does DSN need a howto? It will > just work(TM). The configuration parameters will have sensible defaults > that most sites won't need to change and will be documented. DSN support does not fundamentally change the information in Postfix bounce messages, because Postfix already implemented the easy 90 percent of the DSN protocols. DSN support adds one option to the Postfix sendmail command: -N dsn (default: 'delay, failure') Delivery status notification control. Specify either a comma- separated list with one or more of failure (send notification when delivery fails), delay (send notification when delivery is delayed), or success (send notification when the message is delivered); or specify never (don't send any notifications at all). This feature is available in Postfix 2.3 and later. These options are propagated via SMTP to servers that understand DSN. You can disable DSN with smtpd_discard_ehlo_keywords=dsn, or with smtpd_discard_ehlo_keyword_address_maps if the feature needs to be selective. So notify=success is new, as is notify=never. However, notify=never works only if the receiving server understands DSN too. Wietse |