문제

최대 길이의 유효한 이메일 주소?은 그것에 의해 정의된 표준?

도움이 되었습니까?

해결책

이메일 주소가 초과해서는 안됩니다 254 캐릭터.

이것은 IETF 다음에 의해 받아 들여졌습니다 제출 된 erratum. 주어진 주소의 전체 진단을 사용할 수 있습니다 온라인. RFC 3696의 원래 버전은 320을 최대 길이로 설명했지만 John Klensin은 경로가 다음과 같이 정의되기 때문에 잘못된 값을 받아 들였습니다.

Path = "<" [ A-d-l ":" ] Mailbox ">"

따라서 사서함 요소 (예 : 이메일 주소)에는 경로를 형성하기 위해 각도 괄호가있어 경로 길이를 256 자 이하로 제한하는 최대 254 자입니다.

지정된 최대 길이 RFC 5321 상태 :

역 경로 또는 포워드 경로의 최대 총 길이는 256 자입니다.

RFC 3696이 수정되었습니다 여기.

사람들은 RFC 3696에 대한 오류 특히. 표준 예제 중 세 가지는 실제로 유효하지 않은 주소입니다.

나는 당신이 찾을 수있는 수백 개의 테스트 주소를 수집했습니다. http://www.dominicsayers.com/isemail

다른 팁

320

그리고 세그먼트는 다음과 같습니다

{64}@{255}

64 + 1 + 255 = 320

이메일을 확인하는 경우이 글을 읽어야합니다.

http://haacked.com/archive/2007/08/21/i-knew-how-to-validate-an-email-dress-luntil-i.aspx

사용자

사용자 이름의 최대 총 길이는 64 자입니다.

도메인

도메인 부품의 최대 255 자 (“@”이후의 문자)

그러나 제한이 있습니다 RFC 2821 독서:

리버스 경로 또는 포워드 경로의 최대 총 길이는 구두점 및 요소 분리기를 포함하여 256 자입니다.” 해당 필드에 맞지 않는 주소는 일반적으로 유용하지 않기 때문에 주소 길이의 상한은 일반적으로 256으로 간주되어야하지만 경로는 다음과 같이 정의됩니다. Path =“<”[adl“:”] 사서함“> ”포워드 경로에는 사서함 외에 최소한 한 쌍의 각도 브래킷이 포함되어 있으며, 이는 이메일 주소를 254 자로 제한합니다.

나와 같은 혼란스러운 신인을 돕기 위해 "유효한 이메일 주소의 최대 길이는 얼마입니까?" ~이다 254 자.

응용 프로그램에서 이메일을 사용하는 경우 필드를 254 자 이하로 수락하도록 설정하면 이동하기에 좋습니다.

이메일로 많은 테스트를 실행하여 여기에서 유효한 지 확인할 수 있습니다. http://isemail.info/

RFC 또는 의견 요청은 254자를 한계로 정의하는 인터넷 엔지니어링 태스크 포스 (IETF)의 출판 유형입니다. 여기에 위치 - https://tools.ietf.org/html/rfc5321#section-4.5.3

다른 대답은 물을 약간 뿌렸다.간단한 답변 : 이메일 통제에 총 254 개의 총 숯256은 전체 이메일 주소에 대한 것이며, 여기에는 처음에는 "<", ">"가 포함되어 있습니다. 따라서 254 명이 우리가 사용하기 위해 남겨졌습니다.

에 따라 아래 기사:

http://tools.ietf.org/html/rfc3696 (6 페이지 섹션 3)

그것은 언급:

"길이가 제한 이메일 주소가 있습니다.는 제한은 최대 64 개의 문자를(옥텟) 에"로컬 부분"(전에"@")최대 255 문자 (옥텟)도메인에 있는 부분(후"@")총 길이의 320 자입니다.시스템을 처리하는 이메일을 준비해야하는 프로세스 주소에있는 오래도 그들은 거 가 발생했습니다."

그래서의 총 길이는 최대한 이메일 주소 320 자 ("로컬 부분":64+"@":1+"도메인 부분이":255 는 금액 320)

지역 부품 (계정/이름)의 경우 64, 도메인의 경우 255. 제 생각에는 @ 서명은 추가로 계산되어 합계가 320으로 계산됩니다.

그러나주의 : 이것은 실제 주소의 길이 일뿐입니다. 주소에는 디스플레이 이름이 포함될 수 있습니다. 그러한 주소는 모양입니다 first last <local@domain> 종종 320을 연장합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top