전자 우편 주소

2. 문법

전자 우편 주소는 로컬 파트와 도메인의 두 부분으로 구성되며, 일반적인 형식은 `local-part@domain`이다. 예를 들어 `jsmith@example.com`과 같다. 전자 우편 주소의 형식은 RFC 5321 및 RFC 5322 등에 규정되어 있다.^[44][45]

전자 우편 주소의 로컬 파트는 '@' 기호 앞부분을, 도메인은 '@' 기호 뒷부분을 의미한다. 로컬 파트는 사용자 이름이나 별칭을 나타내며, 도메인은 메일 서버의 위치를 나타낸다.

• 로컬 파트: 최대 64자까지 가능하며, 대소문자 로마자, 숫자, 특정 특수 문자 등을 사용할 수 있다.
• 도메인: 최대 253자까지 가능하며, 로마자, 숫자, 하이픈(-) 등을 사용할 수 있다.

2. 1. 로컬 파트

• RFC 5321에서는 「로컬부@도메인」 형식 (예: foo@example.com)을 '''메일 박스''' ('''Mailbox''') 라고 부르고, RFC 5322에서는 '''addr-spec'''라고 부른다.
• 이메일 주소가 사용되는 헤더 필드 중 Return-Path 이외의 헤더 필드에는 addr-spec 외에 addr-spec 형식을 "< >"로 묶거나, 더 앞에 표시명을 삽입한 '''name-addr''' (예: <foo@example.com>, foo <foo@example.com>) 가 사용될 수 있다. RFC 5322에서는 addr-spec과 name-addr를 합쳐서 '''메일 박스''' ('''mailbox''') 라고 부른다.
• From 필드에는 메일 박스를 ","로 구분한 메일 박스 목록을 사용하여 여러 저자를 기입할 수 있다. 이때 1명의 발신자의 메일 박스를 기입한 Sender 필드가 필수적이다.
• Reply-To, To, Cc, Bcc 필드에는 여러 사람의 메일 박스를 ","로 구분하고, 앞에 표시명과 ":", 뒤에 ";"를 삽입한 '''그룹''' ('''group''') (예: foobar:foo <foo@example.com>,bar <bar@example.com>;) 도 사용할 수 있으며, RFC 5322에서는 메일 박스와 그룹을 합쳐서 '''주소''' ('''address''') 라고 부른다. Reply-To, To, Cc, Bcc 필드에는 주소를 ","로 구분한 주소 목록을 사용하여 여러 개 기입할 수 있다 (메일 박스도 주소이므로 메일 박스 목록도 사용할 수 있다). Bcc 필드의 값은 비어있어도 된다.
• reverse-path 및 forward-path에는 Mailbox 형식을 "< >"로 묶은 '''경로''' ('''Path''') (예: <foo@example.com>) 를 사용한다. Return-Path 필드도 동일하다.

3. 1. 서브 어드레싱 (Sub-addressing)

Postfix와 Exim은 사용자가 임의의 구분 기호를 설정할 수 있도록 한다.^[28][29]

태그 텍스트는 필터링을 적용하거나,^[26] 일회용 이메일 주소를 생성하는 데 사용될 수 있다.^[30]

4. 이메일 주소 유효성 검사 및 확인

이메일 주소는 사용자가 존재하는지 확인하기 위해 웹사이트에 입력하도록 자주 요청된다. 휴대폰 번호 유효성 검사, 우편 유효성 검사, 팩스 유효성 검사와 같은 다른 유효성 검사 방법도 사용할 수 있다.^[32]

구문적으로 올바르고 검증된 이메일 주소가 이메일함이 실제로 존재하는지를 보장하지는 않는다. 따라서 많은 메일 서버는 다른 기술을 사용하고, 해당 도메인의 도메인 네임 시스템과 같은 관련 시스템에 대해 메일함의 존재를 확인하거나, 콜백 검증을 사용하기도 한다. 그러나 콜백 검증은 디렉토리 수집 공격을 막기 위해 비활성화될 수 있거나, 콜백이 스팸으로 보고되어 DNSBL에 등록될 수 있으므로 완전한 해결책은 아니다.

사용자 이메일 주소의 유효성을 검사하기 위해 여러 가지 기술을 활용할 수 있다.^[33]

• 확인 링크: 이메일 주소 유효성 검사는 웹사이트에서 계정을 만들 때 자주 사용되는 방식이다. 사용자가 제공한 이메일 주소로 특별한 임시 하이퍼링크가 포함된 이메일을 보내고, 사용자가 링크를 클릭하면 계정이 활성화된다. 이메일 주소는 웹사이트에서 사용자에게 메시지나 작업 알림 등을 보내는 데에도 유용하다.
• 공식 및 비공식 표준: RFC 3696은 이메일 주소를 포함한 인터넷 식별자 유효성 검사에 대한 구체적인 지침을 제공한다. 그러나 일부 웹사이트는 '+' 및 '/'와 같이 유효한 문자를 거부하거나 임의의 길이 제한을 적용하는 등 자체적인 표준을 사용하기도 한다. 이메일 주소 국제화는 UTF-8로 인코딩된 U+0080 이상의 모든 유니코드 문자를 허용하는데, 이는 현재 많은 유효성 검사 알고리즘에서 허용하는 것보다 훨씬 더 넓은 범위이다.
• 알고리즘 도구: 대규모 웹사이트, 대량 메일 발송자, 스패머는 이메일 주소의 유효성을 검사하기 위해 효율적인 도구를 필요로 한다. 이러한 도구는 휴리스틱 알고리즘 및 통계 모델에 의존한다.^[34]
• 보낸 사람 평판: 이메일 보낸 사람의 평판을 통해 신뢰할 수 있는 사람인지, 아니면 스팸 발송자인지 확인할 수 있다. 보낸 사람 평판은 보낸 사람의 IP 주소, 과거 연락 품질, 제공한 콘텐츠, 참여 수준 등을 고려하여 평가된다.
• 브라우저 기반 검증: HTML5 양식을 지원하는 많은 브라우저에서 이메일 주소 유효성 검사를 처리할 수 있다.^[35]

5. 국제화 (Internationalization)

IETF는 '전자 메일 주소 국제화'(EAI, 국제화 메일 주소, IMA라고도 함) 문제를 다루는 기술 및 표준 워킹 그룹을 운영한다.^[36] 이 그룹은 6530, 6531, 6532, 6533을 만들었으며, 추가적인 EAI 관련 RFC에 대한 작업을 진행 중이다.

IETF의 EAI 워킹 그룹은 전자 메일 주소의 로컬 부분과 도메인 모두에서 비 ASCII 문자를 사용할 수 있도록 하는 RFC 6530 "국제화된 이메일에 대한 개요 및 프레임워크"를 발표했다. RFC 6530은 UTF-8 인코딩을 기반으로 하는 이메일을 제공하며, 이는 유니코드의 전체 문자를 사용할 수 있게 한다. RFC 6531은 SMTP 서버가 SMTPUTF8 콘텐츠 전송을 협상할 수 있는 메커니즘을 제공한다.

EAI의 기본 개념은 UTF-8로 메일을 교환하는 것이다. 원래 제안에는 레거시 시스템을 위한 다운그레이딩 메커니즘이 포함되었지만, 현재는 삭제되었다.^[37] 로컬 서버는 주소의 로컬 부분을 담당하며, 도메인은 국제화 도메인 이름 규칙에 따라 제한되지만, 여전히 UTF-8로 전송된다. 메일 서버는 또한 IMA 형식과 모든 ASCII 별칭 간의 매핑 메커니즘을 담당한다.

EAI를 통해 사용자는 자신의 언어 또는 문자 집합으로 된 현지화된 주소와 레거시 시스템과 통신하거나 스크립트 독립적으로 사용할 수 있는 ASCII 형식을 가질 수 있다. 국제화된 도메인 이름과 메일 주소를 인식하는 응용 프로그램은 이러한 표현을 변환하는 기능을 갖추어야 한다.

이러한 주소에 대한 수요는 중국, 일본, 러시아 및 라틴어가 아닌 문자를 사용하는 대규모 사용자 기반을 가진 다른 시장에서 클 것으로 예상된다.

예를 들어, .in 최상위 도메인 외에도, 인도 정부는 2011년에^[38] 7개의 브라흐미 문자로 작성된 ".bharat" (''바라트 가나라지야'')에 대한 승인을 받았다.^[39][40] 이는 구자라트어, 마라티어, 벵골어, 타밀어, 텔루구어, 펀자브어 및 우르두어 사용자가 사용하도록 하기 위함이다. 인도 회사 XgenPlus.com은 세계 최초의 EAI 메일함 제공 업체라고 주장하며,^[41] 라자스탄 주 정부는 이제 주의 모든 시민에게 도메인 राजस्थान.भारत에서 무료 이메일 계정을 제공한다.^[42] 주요 미디어 회사인 라자스탄 파트리카는 연락 가능한 이메일과 함께 IDN 도메인 पत्रिका.भारत를 출시했다.

아래 예시 주소는 5321 기반 서버에서는 확장 기능 없이는 처리할 수 없지만, 6530, 6531의 '''UTF8SMTP''' 확장을 통해 허용된다. 이를 준수하는 서버는 다음을 처리할 수 있다.

• 라틴 문자: éléonore@example.com
• 그리스 문자: δοκιμή@παράδειγμα.δοκιμή
• 중국어 정체자: 我買@屋企.香港
• 일본 문자: 二ノ宮@黒川.日本
• 키릴 문자: медведь@с-балалайкой.рф
• 데바나가리 문자: संपर्क@डाटामेल.भारत

6. 표준 문서

• RFC 821 – 간이 우편 전송 프로토콜 (RFC 2821에 의해 폐기됨)
• RFC 822 – Standard for the Format of ARPA Internet Text Messages (RFC 2822에 의해 폐기됨)
• RFC 1035 – Domain names, Implementation and specification
• RFC 1123 – Requirements for Internet Hosts, Application and Support (RFC 2821, RFC 5321에 의해 업데이트됨)
• RFC 2142 – Mailbox Names for Common Services, Roles and Functions
• RFC 2821 – 간이 우편 전송 프로토콜 (RFC 821 폐기, RFC 1123 업데이트, RFC 5321에 의해 폐기됨)
• RFC 2822 – Internet Message Format (RFC 822 폐기, RFC 5322에 의해 폐기됨)
• RFC 3696 – Application Techniques for Checking and Transformation of Names
• RFC 4291 – IP Version 6 Addressing Architecture (RFC 5952에 의해 업데이트됨)
• RFC 5321 – 간이 우편 전송 프로토콜 (RFC 2821 폐기, RFC 1123 업데이트)
• RFC 5322 – Internet Message Format (RFC 2822 폐기)
• RFC 5952 – A Recommendation for IPv6 Address Text Representation (RFC 4291 업데이트)
• RFC 6530 – Overview and Framework for Internationalized Email (RFC 4952, 5504, 5825 폐기)

참조

_[1] IETF Simple Mail Transfer Protocol 2008-10
_[2] IETF Simple Mail Transfer Protocol 2008-10
_[3] 웹사이트 "...you can add or remove the dots from a mail address without changing the actual destination address; and they'll all go to your inbox..." https://support.goog[...]
_[4] 웹사이트 How a simple email address makes things complicated https://www.vox.com/[...] 2021-09-06
_[5] IETF Simple Mail Transfer Protocol Internet Engineering Task Force 2008-10
_[6] IETF Internet Message Format 2023-03-14
_[7] 웹사이트 Spotting a Spoofing https://www.cyber.nj[...] 2020-11-19
_[8] IETF Internet Engineering Task Force 2004-02
_[9] IETF Simple Mail Transfer Protocol Internet Engineering Task Force 2008-10
_[10] 웹사이트 Sign up for Windows Live https://signup.live.[...]
_[11] 웹사이트 Characters in the local part of an email address https://www.jochento[...]
_[12] 웹사이트 Are Email Addresses Case Sensitive? http://email.about.c[...] 2016-06-03
_[13] 웹사이트 Receiving someone else's mail http://mail.google.c[...]
_[14] IETF Sieve Email Filtering: Subaddress Extension IETF
_[15] 웹사이트 Send emails from a different address or alias https://support.goog[...]
_[16] 웹사이트 An Overview of the Andrew Message System https://www.andrew.c[...]
_[17] 웹사이트 Subaddressing/Plus Addressing https://help.runbox.[...]
_[18] 웹사이트 Disposable addresses in Yahoo Mail https://help.yahoo.c[...]
_[19] 웹사이트 Outlook.com supports simpler "+" email aliases too http://withinwindows[...] 2013-09-17
_[20] 웹사이트 Plus Addressing: The Best Way to Track Spammers in 2024 https://blog.mailfen[...]
_[21] 웹사이트 Addresses and Aliases https://proton.me/su[...]
_[22] 웹사이트 Plus addressing and subdomain addressing https://www.fastmail[...]
_[23] 웹사이트 postale.io's FAQ on sub-addressing https://postale.io/f[...]
_[24] 웹사이트 Can I use myaddress+extension@pobox.com with my Pobox account? https://helpspot.pob[...] n.d.
_[25] 웹사이트 MeMail https://www.memail.c[...]
_[26] 웹사이트 Dot-Qmail, Control the delivery of mail messages http://qmail.org/man[...]
_[27] 웹사이트 4.1.5. extension addresses http://www.lifewithq[...]
_[28] 웹사이트 Postfix Configuration Parameters http://www.postfix.o[...]
_[29] 웹사이트 Exim Configuration Parameters, "local_part_suffix" https://www.exim.org[...]
_[30] 문서 Instant disposable Gmail addresses http://lifehacker.co[...] 2005
_[31] 웹사이트 New gTLD Dotless Domain Names Prohibited https://www.icann.or[...] ICANN
_[32] 웹사이트 How Domino formats the sender's Internet address in outbound messages https://www.ibm.com/[...]
_[33] 웹사이트 M3AAWG Sender Best Common Practices, Version 3 https://www.m3aawg.o[...] 2015-02
_[34] 문서 Verification & Validation Techniques for Email Address Quality Assurance http://dev.egure.com[...] University of Oxford 2011
_[35] 웹사이트 4.10 Forms — HTML5 http://www.w3.org/TR[...]
_[36] 웹사이트 Eai Status Pages http://tools.ietf.or[...] IETF 2008-07-26
_[37] 웹사이트 Email Address Internationalization (eai) http://datatracker.i[...] IETF 2010-11-30
_[38] 웹사이트 2011-01-25 - Approval of Delegation of the seven top-level domains representing India in various languages https://features.ica[...]
_[39] 웹사이트 Internationalized Domain Names (IDNs) {{!}} Registry.In https://registry.in/[...] 2016-10-17
_[40] 뉴스 Now, get your email address in Hindi http://economictimes[...] 2016-10-17
_[41] 웹사이트 Universal Acceptance in India https://uasg.tech/20[...] 2017-02-15
_[42] 뉴스 देश में पहला, प्रदेश के हर नागरिक के लिए मुफ्त ई-वॉल्ट और ई-मेल की सुविधा शुरू - वसुन्धरा राजे http://vasundhararaj[...] 2017-08-20
_[43] 문서 電子メールアドレス https://kotobank.jp/[...]
_[44] 간행물 Simple Mail Transfer Protocol 2008-10
_[45] 간행물 Internet Message Format 2008-10
_[46] 문서 "{{IETF RFC|5322}} & 5321に沿ったメールアドレス（local-part）のテストデータを考えてみた" https://qiita.com/yo[...]
_[47] 문서 "{{IETF RFC|5321}}の2.4節“General Syntax Principles and Transaction Model”と4.1.2節“Command Argument Syntax”によれば、Quoted-stringを必要とするメールボックス、大文字小文字を区別するローカル部をもつメールボックスを定義することは、相互運用性を妨げるため、避けるべきであると定義されている。"
_[48] 문서 "{{IETF RFC|5321}} 4.1.2節“Command Argument Syntax”によれば、quoted-string形式が要求されるローカル部をもつメールボックスを定義することは、相互運用性を妨げるため、避けるべきである。"
_[49] 문서 但し、rfc976 https://datatracker.ietf.org/doc/html/rfc976 UUCP Mail Interchange Format Standard では、( ! でホスト名をつないでメールアドレスを表現する) bang path がある。bang path の例としては hosta!hostb!user などがある。 https://datatracker.[...]
_[50] 간행물 "{{IETF RFC|5322}} Internet Message Format,IETF, 2008" https://www.rfc-edit[...]
_[51] 문서 "{{IETF RFC|5321}} 4.5.3.1節“Size limits and minimums”"
_[52] 문서 "{{IETF RFC|5321}} 3.6節“Relaying and Mail Routing”"
_[53] 문서 "{{IETF RFC|5321}}は実在のIPアドレスで例示しているが、ここでは[[IPv4#予約アドレス一覧 |例示用のIPアドレス]]を使った。"
_[54] 웹사이트 Postfix設定パラメータ http://www.postfix-j[...] 2007-12-08
_[55] 간행물 Mailbox Names for Common Services, Roles and Functions 1997-05
_[56] Youtube "...you can add or remove the dots from a Gmail address without changing the actual destination address; and they'll all go to your inbox..." https://support.goog[...] Google.com
_[57] 문서 RFC 3696, section 2. Restrictions on domain (DNS) names http://tools.ietf.or[...]