Я пишу простое приложение, использующее Новый почтовый ящик командлет. Один из устанавливаемых параметров - PrimarySmtpAddress. При условии, что адрес Smtp должен быть действительным, иначе вызов не будет выполнен.
Я пытался найти некоторую спецификацию для действительного адреса smtp, но куда бы я ни посмотрел, я вижу разные правила.
Где я могу найти спецификацию действующего формата адреса Smtp.
Стандарт формата текстовых интернет-сообщений ARPA находится здесь: https://www.ietf.org/rfc/rfc0822.txt . RFC822 - это номер.
Здесь цитируется отрывок: «Примечание: в целях отображения и при передаче такой структурированной информации в другие системы, такие как службы почтового протокола, НЕ должно быть линейных пробелов между словами, разделенными точкой (". " ) или знак at ("@"). Раздел 6 - это часть спецификации адреса, в которой есть элементы, которые вам понадобятся.
RFC 2821 - это стандарт простого протокола передачи почты (https://www.ietf.org/rfc/rfc2821.txt). Из разделов 2.3.10 и 4.5.3.1 ниже.
2.3.10 Почтовый ящик и адрес
Как используется в этой спецификации, «адрес» - это строка символов, которая идентифицирует пользователя, которому будет отправлена почта, или место, в которое она будет депонирована. Термин «почтовый ящик» относится к этому хранилищу. Эти два термина обычно используются взаимозаменяемо, за исключением случаев, когда важно различие между местом, в котором находится почта (почтовый ящик), и ссылкой на него (адрес). Адрес обычно состоит из спецификаций пользователя и домена. Стандартное соглашение об именах почтовых ящиков определяется как «local-part @ domain»: современное использование допускает гораздо более широкий набор приложений, чем простые «имена пользователей». Следовательно, и из-за долгой истории проблем, когда промежуточные узлы пытались оптимизировать транспорт путем их модификации, локальная часть ДОЛЖНА интерпретироваться и назначаться семантика только узлом, указанным в доменной части адреса.
4.5.3.1 Пределы и минимумы размеров
Есть несколько объектов, для которых требуются минимальные / максимальные размеры. Каждая реализация ДОЛЖНА иметь возможность получать объекты как минимум этих размеров. По возможности, СЛЕДУЕТ избегать объектов, превышающих эти размеры. Однако для некоторых конструкций почты Интернета, таких как закодированные адреса X.400 [16], часто требуются более крупные объекты: клиенты МОГУТ пытаться передать их, но ДОЛЖНЫ быть готовы к тому, что сервер отклонит их, если они не могут быть обработаны им. В максимально возможной степени следует использовать методы реализации, которые не накладывают ограничений на длину этих объектов.
local-part Максимальная общая длина имени пользователя или другой локальной части составляет 64 символа. домен Максимальная общая длина доменного имени или номера составляет 255 символов.
Эти документы являются спецификациями. Они были опубликованы в 1982 и 2001 годах соответственно.
В значительной степени вам нужен домен с локальной частью @ без пробелов. Он также может содержать символы, указанные в RFC822.
Надеюсь это поможет.
Спасибо, Тим.