전자 메일 주소에 대문자를 사용할 수 있습니까?

Question

도메인의 "로컬"부분에 both upper and lowercase letters을 사용할 수있는 공식 RFC 문서 state (많은 다른 미친 것들 포함).

그러나 현실 세계에서 흔히 볼 수있는 것은 무엇입니까? 그리고 스펙에는 두 가지 다른 점이 있습니다. 이러한 추가 문자 (! # $ % & ' */= ?^{ | } ~)는 야후, 구글 또는 핫메일과 같은 대형 제공 업체의 이메일에는 허용되지 않습니다. 또한 대문자가 포함 된 전자 메일 (JohnDoe@example.com)을 보는 것은 매우 드뭅니다.

오늘 나는 서로 다른 대소 문자 조합을 사용하여 몇 개의 전자 메일을 보냈으며 전자 메일 서버는 모두 동일한 대/소문자로 처리했습니다. 즉, JohnDoe@example.com = johndoe@example.com이 내 이메일 서버 (내 무료 이메일 계정 포함)에 연결됩니다.

전 세계가 선택한 형식으로 작동해야합니까? 그리고 모든 ANSII 전자 메일을 표준화/소문자로 표시해야합니까? 또는 사용자가 JohnDoe@example.com, johndoe@example.com 및 JOHNdoe@example.com으로 여러 계정을 등록하도록 허용해야합니까?

Answer 1

아마, 올바른 절충안은 자신이 선택한 대문자로 등록하도록하고, 적절한 곳 ("JOHNdoe@example.com Inbox")에 표시하는 것이 좋습니다. 그러나 고유성 검사를 위해 대문자 사용을 표준화해야합니다. 전송하기 전에 전체 이메일 주소를 대문자로 기입하십시오.

Answer 2

저는 개인적으로 모든 이메일을 표준화/소문자로 선택합니다. 사용자가 시스템에서 전자 메일을 보내거나 로그인하는 경우 전자 메일 주소 (JohnDoe@example.com vs johnDoe@example.com)를 잘못 입력하는 것이 매우 간단하기 때문에이 작업을 단순화합니다. 그리고 당신이 말했듯이, 큰 공급자는이 패턴을 따르기로 결정했습니다. 대문자를 허용하더라도 일반적으로 사용자가 다른 것을 기대하게되면 혼란을 겪을 수 있습니다 (일명 모두 소문자).

Answer 3

표준의 이유는 Unix 시스템이 ARPAnet 및 최신 인터넷에 최소한의 번거 로움으로 참여할 수 있기 때문입니다. (VMS와 Tenex는 전자의 경우 공통적이었고 BITNET도 표현되었지만 후자의 경우 소문자는 3278 또는 3270 터미널을 필요로했습니다.) 요즘은 localpart의 대소 문자를 무시하는 것이 좋습니다. 모든 사람들이 필요에 따라 소문자를 사용합니다.

Answer 4

기본적으로 Microsoft SQL Server에서 인덱스는 대/소문자를 구분하지 않습니다.

필드에 고유 한 색인을 넣으면 사용자는 JohnDoe@acme.org와 같은 독자적인 CamelCase 이름을 가질 수 있으며 johndoe@ACME.org와 같은 사본은 자동으로 거부됩니다.