Closed ietf-svn-bot closed 2 years ago
@alexey.melnikov@isode.com changed title from Discussion of 'blind' copies and RCPT
to G.7.9. Discussion of 'blind' copies and RCPT
@alexey.melnikov@isode.com set component to smtp
@alexey.melnikov@isode.com commented
Discussion thread:
https://mailarchive.ietf.org/arch/msg/emailcore/hDvppQMwcYemYn2B1Yl7qX_-zfY/
@alexey.melnikov@isode.com changed status from new
to assigned
@alexey.melnikov@isode.com set owner to alexey.melnikov@isode.com
@alexey.melnikov@isode.com commented
Proposal not to change the terminology (i.e. not to replace BCC with some new term/acronym).
@alexey.melnikov@isode.com changed _comment0 which not transferred by tractive
As per IETF 113 meeting: John Klensin and Pete Resnick to collaborate on proposed text, post to mailing list for discussion.
Alternative proposal is to have any discussion on debugability versa privacy in the A/S.
Arnt's proposal was implemented in -12.
keyword_SMTP
owner:alexey.melnikov@isode.com
type_defect
| by alexey.melnikov@isode.com7.2. "Blind" Copies
Addresses that do not appear in the message header section may appear in the RCPT commands to an SMTP server for a number of reasons. The two most common involve the use of a mailing address as a "list exploder" (a single address that resolves into multiple addresses) and the appearance of "blind copies". Especially when more than one RCPT command is present, and in order to avoid defeating some of the purpose of these mechanisms, SMTP clients and servers SHOULD NOT copy the full set of RCPT command arguments into the header section, either as part of trace header fields or as informational or private- extension header fields.
Suggestion from Arnt Gulbrandsen on 2007.01.24 that got lost: delete "especially" and "the full set of" -- copying the first one can be as harmful as copying all of them, at least without verifying that the addresses do appear in the headers.
John Klensin: May alto need to discuss whether that terminology is politically incorrect and suggest a replacement.
Issue migrated from trac:15 at 2022-01-31 12:34:25 +0000