표준 에 따르면 전자 메일 주소에 '설명'을 삽입 john(hello @(world!) )@example.com하여 john@(my)example.com바로 보낼 수 john@example.com있습니다.
표준 상태 (섹션 3.2.2) :
주석은 일반적으로 구조화 된 필드 본문에서 사람이 읽을 수있는 정보 텍스트를 제공하는 데 사용됩니다.
그러나 주석을 포함하면 유효한 전자 메일 주소를 구문 분석하는 것이 훨씬 더 복잡해지며, 그러한 주석이 다른 방법으로는 달성 할 수없는 추가 기능을 가능하게하는 경우를 생각하기 위해 고심하고 있습니다. 포함에 대한 불분명 한 역사적 이유가 있었으며 이제 의견은 레거시 이유로 만 허용되므로 (추천 / 더 이상 사용하지 않아야 함) 또는 표준에서 제안한 것처럼 특정 기능을 사용할 수 있습니까?
Thunderbird는 이러한 주석을 구문 분석하여 '받는 사람'필드에 표시하는 것 같습니다 (아래 이미지 참조). 이는 특정 유형의 계정으로 전송 된 메시지에 대해서만 작동하며이 동작에 대한 문서를 찾지 못했습니다.
2
RFC 5322 섹션 4.4를 읽고 싶다고 생각합니다. 이것이 오늘날의 일반적인 경우보다 이메일 주소를 구문 분석하는 것을 더 복잡하게 만드는 유일한 것은 아니지만, SMTP의 주요 목적 중 하나가 모든 사람과의 상호 운용성을 허용하는 경우 쓸모없는 특수 주소 형식이 필요했습니다. 개 고유의 이메일 시스템은 모두 고유 한 주소 구문을 가지고 있습니다.
—
CVn
표준은 이전 버전과 호환 가능해야한다는 것이 좋은 지적이지만, 주소 내부에서 주석을 허용하는 원래 동기가 무엇인지 궁금합니다.
—
j_h
@random 나는 괄호로 묶은 주석을 허용하는 특별한 이유가 있다고 가정하고 누군가가 대답을 알고 있거나 적어도이 기능을 사용하여 달리 얻을 수없는 특정 기능을 달성하는 데 사용할 수있는 예를 제공 할 수 있기를 희망합니다. 이것은 의견 기반 질문으로 어떻게 유지됩니까?
—
j_h
귀하의 의견에 따르면 이것은 "너무 광범위한"질문이며 범위에 속하지 않는 질문입니다. 어떤 방식으로 구현 된 이유 / 유스 케이스를 묻는 것은 SU 외부에 빠짐
—
임의
질문에 대한 매우 구체적인 대답이 있어야하는 것처럼 보입니다. 이전의 분명하지 않은 이유가 있었으며 의견은 레거시 이유로 만 허용되므로 (추천 / 추천되지 않아야 함) 특정 기능이 있습니다. 활성화 (표준에서 제안한 것처럼). 이메일 사용을 최대한 활용하려는 '컴퓨터 애호가 및 고급 사용자'에게는이 질문이 흥미로울 것이라고 생각했을 것입니다.
—
j_h