19

Это действительный адрес электронной почты, если в конце локальной части электронной почты есть электронная черта (-)? Например,

an.unusual.email-@mydomain.com

Или обобщить, может любой из этих персонажей (Characters !#$%&'*+-/=?^_``{|}~ (ASCII: 33, 35-39, 42, 43, 45, 47, 61, 63, 94-96, 123-126)), которые действительны в локальной части электронного письма в начале и / или в конце идентификатора электронной почты?

Google говорит, что он недействителен, поэтому в настоящее время я предполагаю, что он также недействителен, хотя RFC исключает только символ [точка], начиная с и / или заканчивая локальной частью.

GMail Ошибка для вышеуказанного случая

Примечание: меня не волнует доменная часть, потому что она становится все более сложной из-за способа DNS, который усложняет вопрос и ответы.

https://social.technet.microsoft.com/Forums/ie/en-US/69f393aa-d555-4f8f-bb16-c636a129fc25/what-are-valid-and-invalid-email-address-characters

2 ответа2

60

Это действительный адрес электронной почты, если в конце локальной части электронной почты есть электронная черта (-)? [...] Google говорит, что он недействителен, поэтому в настоящее время я предполагаю, что он также недействителен, хотя RFC исключает только символ [точка], начиная с и / или заканчивая локальной частью.

Это действительно. Вы видите только то, что Google отклонил его, потому что он выполняет совершенно другую проверку - у них есть свои собственные правила относительно того, какой может быть локальная часть , как и у многих других провайдеров.


Google или кто-либо еще будет обязан принимать все возможные действительные адреса электронной почты только в том случае, если форма фактически запрашивает существующий действительный адрес электронной почты (возможно, от поставщика). Например, было бы ошибкой, если бы поле G: To:/Cc: G отклонило допустимый адрес.

Но выделенное вами поле не запрашивает существующий адрес электронной почты; он запрашивает имя учетной записи в системах Google, которая будет основой для адреса электронной почты только после создания учетной записи. Нет ничего, что могло бы запретить Google или кому-либо еще ограничивать набор допустимых имен учетных записей (или даже имен почтовых ящиков) в их собственной системе.

Или, другими словами, определение разрешенных символов только для «локальной части» означает, что SMTP-серверы почтовых приложений должны принимать такие адреса в заголовках RFC 822 и командах SMTP - но это ничего не говорит о возможности создания таких почтовых ящиков. (Действительно, когда были написаны ранние RFC по электронной почте, и большинство почтовых ящиков все еще были привязаны к учетным записям на уровне ОС, их имена имели схожие или даже более строгие ограничения).

Например, эта часть RFC 5321 (раздел 4.1.2, ниже ABNF) явно говорит о том, что принимающему хосту разрешено и действительно должно быть гораздо более строгое ограничение на имена его собственных почтовых ящиков:

Хотя приведенное выше определение для Local-part является относительно допустимым, для максимальной функциональной совместимости хосту, который ожидает получения почты, СЛЕДУЕТ избегать определения почтовых ящиков, где Local-часть требует (или использует) форму Quoted-string или где Local-part имеет значение case , чувствительные.

Таким образом, хотя anunusualemail-@gmail.com действует синтаксически, что само по себе не означает , что Google должен позволить вам создать его.

7

G Suite (формально Google Apps для вашего домена) допускает дефисы (тире) в адресах электронной почты, даже в качестве последнего символа.

Имена пользователей могут содержать буквы (az), цифры (0-9), тире (-), подчеркивания (_), апострофы (') и точки (.).

Источник: имя и пароль

Как вы заметили, Gmail не допускает дефисы в адресах электронной почты.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .