RrtImpliesDsn
Return-Receipt-To: is DSN request V8.10 and later
Prior to V8.7, sendmail
recognized the Return-Receipt-To: as valid, and would
return notification of delivery success to the
address indicated in that header. This proved a bad
idea (see Return-Receipt-To:
on page 1165) for a variety of reasons. Beginning
with V8.7 sendmail, the
Return-Receipt-To: header was no longer
recognized and, instead, the DSN command of
NOTIFY=SUCCESS replaced it.
Demand, however, has caused the Return-Receipt-To:
header to return to limited use. Beginning with
V8.10, if the RrtImpliesDsn option is true, if a
Return-Receipt-To: header is found, and
if this is the final delivery,
sendmail will act as though a
NOTIFY=SUCCESS was requested, and will strip the
Return-Receipt-To: header and return a
DSN success notification to the envelope-sender
address (unless noreceipts [PrivacyOptions=noreceipts on
page 1068] is declared for the PrivacyOptions option).
If this is not the final delivery,
sendmail will relay the
message onward to the next MTA with the Return-Receipt-To:
header deleted, and with the request for success
notification carried in the envelope’s
NOTIFY=SUCCESS.
The Return-Receipt-To: option is declared
like this:
O RrtImpliesDsn=bool ← configuration file (V8.10 and later) -ORrtImpliesDsn=bool ← command line (V8.10 and later) define(`confRRT_IMPLIES_DSN',bool) ← mc configuration (V8.10 and later)
The optional argument bool
is of type Boolean. If
bool is missing, this option becomes true ( ...
Get sendmail, 4th Edition now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
