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