이메일 주소와 연결된받은 편지함은 잠긴 상자입니다. 수신자 입력란에 특정 이메일 주소로 이메일을 보낼 때만 잠금이 해제됩니다. 많은 사람들이 궁금해하는 것은 간단합니다.이 잠긴 상자의 열쇠가 정확히 맞아야합니까? 아니면 오류의 여지가 있습니까? 즉, 이메일 주소의 유효성과 관련하여 대소 문자가 중요합니까? 모든 이메일 주소에는 사용자 이름과 @ 분리를 위해 최상위 도메인과 함께 이메일 주소가 등록 된 도메인의 이름입니다. 문제는 이메일을 보낼 이메일 주소가 recipient@domain.com , 이메일을 Recipient@domain.com 또는 recipient@doMain.com (또는 대문자로 된 이메일 주소의 다른 변형) 이메일을 원하는받은 편지함으로 보내거나 완전히 다른 이메일 주소로 보내거나 배송 실패 의도하지 않은 수신자 이메일 주소가 존재하지 않는 경우 메시지)? 평균 이메일 주소 중 어느 쪽이든 대소 문자를 구분합니까?
보편적으로 확립 된 선례
이메일은 보편적으로 유지되고 작동하는 네트워크이며, 무질서하고 반쯤 만들어진 가상 인프라 부분이 아닙니다. 전 세계 이메일 네트워크의 모든 부분이 신중하게 매핑되었으며 모든 측면에 대한 선례와 표준이 확립되었습니다. RFC 5321은 이메일 전송과 관련된 모든 것을 처리하는 표준이며 이메일 주소의 대소 문자 구분에 대해 상당히 많이 언급합니다.
사서함의 로컬 부분은 대소 문자를 구분해야합니다. 따라서 SMTP 구현은 사서함 로컬 부분의 대소 문자를 유지하도록주의해야합니다. 특히 일부 호스트의 경우 사용자 'smith'는 사용자 'Smith'와 다릅니다. 그러나 사서함 로컬 부분의 대 / 소문자 구분을 악용하면 상호 운용성을 방해하므로 권장되지 않습니다. 사서함 도메인은 일반 DNS 규칙을 따르므로 대소 문자를 구분하지 않습니다. – RFC5321
이메일 법률에 따르면 이메일 서비스 제공 업체는 이메일 주소의 로컬 사용자 이름 부분을 대소 문자를 구분하는 것으로 취급해야합니다. 그렇게하지 않으면 거의 항상 상당한 양의 혼란과 작업을 방해하기 때문입니다. 도메인 이름과 확장 된 최상위 도메인은 대소 문자 구분에서 제외됩니다. 예쁘고 건조하지 않나요? 그게 전부가 아니니까요. 법은 대화의 일부일뿐입니다. 다른 부분은 실제로 전 세계에서 일어나는 일과 이메일 전송에서 법이 어떻게 구현되고 있는지에 대한 것입니다.
실질적으로 적용된 선례
보편적으로 확립되고 인정되는 선례에 따르면 도메인 이름은 대소 문자를 구분하지 않는 것으로 취급되는 반면 해당 도메인에 등록 된 로컬 사용자 이름은 대소 문자를 구분하는 것으로 취급됩니다. 이는 이메일 주소가 recipient@domain.com 와 같다 recipient@dOmAiN.coM 그러나 같지는 않다 REcIpIeNt @ domain.com . 그러나 이것이 항상 사실은 아닙니다. 이메일 주소의 대소 문자 구분은 실제로 이메일 서비스 제공 업체마다 다릅니다. 대소 문자를 구분하는 이메일 주소는 로컬 사용자 이름 부분 만 대소 문자를 구분하더라도 상호 운용성 문제의 위험과 서비스 제공 업체에 대한 다양한 골칫거리는 말할 것도없고 많은 혼란을 초래할 수 있습니다. 따라서 많은 이메일 서비스 제공 업체가 이메일 주소 대소 문자 구분을 무시하고 클라이언트의 대소 문자를 수정하거나 대소 문자를 모두 무시하도록 선택합니다.이 경우 대문자와 소문자가 모두 인식됩니다. 네트워크에서 동일해야합니다.
이것이 기본적으로 의미하는 바는 대부분의 이메일 서비스 제공 업체가 통신하려는 이메일 주소를 구성하는 문자를 입력하는 대소 문자에 대해 고객이 걱정하지 않는다는 것입니다. 이러한 이메일 서비스 제공 업체 중 하나를 사용하는 것이 운이 좋다면 특정 이메일 주소로 이메일을 보낼 때 문자가 대문자 / 소문자로되어 있지만 입력하지 않은 경우 , 이메일은 여전히 올바른 편지함으로 전달됩니다. 잘못된받은 편지함에 들어가거나 유효하지 않은 이메일 주소를 가지고 있다는 이유로 귀하에게 반환되지 않습니다.
이메일 주소의 대소 문자 구분 처리
귀하 또는 이메일 수신자가 사용중인 이메일 서비스 제공 업체가 규칙을 엄격하게 준수하고 사용자 이름에 대소 문자를 구분하지 않는 한 수신자의 이메일 주소를 입력하는 대소 문자는 중요하지 않습니다. 그러나 수신자가 이메일 주소의 일부를 대문자 (또는 소문자)로 귀하에게 전달한 경우, 권장되는 조치는 귀하에게 전달 된 문자 대소 문자를 보존하여 혼동을 방지하고 이메일 전송 실패의 위험이 있습니다. 새 이메일 주소를 만드는 경우 소문자 만 사용하세요. 이메일 서비스 관리자에게 말씀 드리면 저를 믿으세요. 이메일을 보내야하는 모든 사람이 감사 할 것입니다. 특수 문자 (예 : . 과 _ ) 대문자가 아닌 이메일 주소의 개성을 유지합니다. 이메일 주소의 대문자는 단순히 불필요하고 쉽게 피할 수있는 성가신 것이며 소유자에게도 잘 반영되지 않습니다.
흥미로운 Tidbit
대부분의 이메일 서비스 제공 업체는 이메일 주소에 알파벳 대소 문자를 관대하게 사용하여 세상에 유리합니다. 그러나 Google은 Google 방식으로 이메일 주소의 사용자 이름 부분과 도메인 부분의 마침표를 무시하여 모든 것을 제공합니다. 즉, Google의 이메일 시스템에 j.doe@gmail.com , j.d.oe@gmail.com , jdoe@gmail.com 과 j.DOE@gmail.com 모두 동일한 이메일 주소입니다!
