Идентификатор электронной почты с дефисом в конце локальной части

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

an.unusual.email-@mydomain.com

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

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

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

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

Является ли это действительным электронным письмом, если электронное письмо имеет тире (-) в конце локальной части письма? [...] 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 должен позволять вам его создавать.

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

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

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

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