Яка мета дозволяти коментарям всередині електронних адрес?

Відповідно до стандарту , можна вставити "коментарі" всередину електронних адрес, таких як john(hello @(world!) )@example.comі john@(my)example.comбезпосередньо john@example.com.

Стандартні стани (у розділі 3.2.2):

Коментар зазвичай використовується в структурованому польовому органі, щоб надати деякий читабельний для людини інформаційний текст.

Однак включення коментарів значно сильніше розбирає дійсні адреси електронної пошти, і я намагаюся думати про будь-які випадки, коли такі коментарі дозволяють отримати додаткову функціональність, яку неможливо досягти інакше. Чи існувала якась незрозуміла історична причина їх включення, і коментарі тепер дозволені лише зі застарілих причин (і тому їх слід відмовити / застаріти), чи є якась функціональність, яку вони дозволяють (як здається, що пропонує стандарт)?

Схоже, Thunderbird розбирає ці коментарі та відображає їх у полі "Кому" (див. Зображення нижче), але це працює лише для повідомлень, що надсилаються певним типам облікових записів, і я не знайшов жодної документації про цю поведінку.

email thunderbird standards

— j_h
джерело

Я думаю, ви хочете прочитати розділ 4.4 RFC 5322. Це, звичайно, не єдине, що дозволяється в адресах електронної пошти, що робить їх аналіз складнішим, ніж це вимагає звичайний випадок, але багато цих застарілих спеціальних форматів адрес були необхідні, коли однією з головних цілей SMTP було дозволити взаємодію з усіма і власною системою електронної пошти їх собаки, яка мала власну унікальний синтаксис адреси.

— CVn

Хороший момент, що стандарт повинен бути зворотним сумісним, але мені цікаво, яка була оригінальна мотивація для отримання коментарів всередині адреси.

— j_h

@ випадковий Я припускаю, що існувала конкретна причина для дозволу в коментарях дужок, і я сподіваюся, що хтось знає відповідь, або, принаймні, може навести приклади, коли ця функція може бути використана для досягнення певної функціональності, яка не може бути отримана інакше. Чому це питання затримано як запитання на основі думки?

— j_h

Зараз у вашому коментарі сказано, що це "занадто широке" питання, яке також не стосується сфери. Запитуючи випадок міркування / використання, чому щось було реалізовано певним чином, виходить поза SU

— випадково

Мені здається, що на це питання має бути дуже конкретна відповідь: або була якась незрозуміла історична причина, і коментарі тепер дозволені лише із застарілих причин (і тому їх слід відмовити / застаріти), або є особлива функціональність, яку вони включити (як здається, запропоновано стандартом). Я б подумав, що це питання буде цікавим для "любителів комп'ютерів та енергетичних користувачів", які хочуть отримати максимальну користь від використання електронної пошти.

— j_h

Коментарі всередині електронних адрес підтримуються, головним чином, щоб застарілу форму адрес електронної пошти - зокрема, "john@example.com (John Smith)" замість "John Smith <john@example.com>" можна обробляти.

Ця нотація старого стилю визначала зміст у дужках як довільні коментарі, як було зазначено тут і посилається на RFC 822 як частину загальної конвенції про коментування:

http://www.freesoft.org/CIE/RFC/822/16.htm

.. Отже, як ви бачите, оригінальний формат електронної пошти бере свій початок від раннього стандарту RFC 822, сформованого в 1982 році, щоб замінити стандарт ARPANET RFC 733, який також використовував дужки як коментарі. Зрештою, дужки були стандартизовані, проте підтримка оригінального формату залишилася.

RE: https://en.wikipedia.org/wiki/Email#Message_format

— sean2078
джерело