ietf-wg-emailcore / emailcore

3 stars 0 forks source link

G.7.9. Discussion of 'blind' copies and RCPT #15

Closed ietf-svn-bot closed 2 years ago

ietf-svn-bot commented 3 years ago

keyword_SMTP owner:alexey.melnikov@isode.com type_defect | by alexey.melnikov@isode.com


7.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

ietf-svn-bot commented 3 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

ietf-svn-bot commented 3 years ago

@alexey.melnikov@isode.com set component to smtp

ietf-svn-bot commented 3 years ago

@alexey.melnikov@isode.com commented


Discussion thread:

https://mailarchive.ietf.org/arch/msg/emailcore/hDvppQMwcYemYn2B1Yl7qX_-zfY/

ietf-svn-bot commented 3 years ago

@alexey.melnikov@isode.com changed status from new to assigned

ietf-svn-bot commented 3 years ago

@alexey.melnikov@isode.com set owner to alexey.melnikov@isode.com

ietf-svn-bot commented 2 years ago

@alexey.melnikov@isode.com commented


Proposal not to change the terminology (i.e. not to replace BCC with some new term/acronym).

ietf-svn-bot commented 2 years ago

@alexey.melnikov@isode.com changed _comment0 which not transferred by tractive

aamelnikov commented 2 years ago

As per IETF 113 meeting: John Klensin and Pete Resnick to collaborate on proposed text, post to mailing list for discussion.

aamelnikov commented 2 years ago

Alternative proposal is to have any discussion on debugability versa privacy in the A/S.

Arnt's proposal was implemented in -12.