IP-адрес или домен в адресе электронной почты

Перевод источника www.serviceobjects.com

Некоторые из ваших контактных адресов электронной почты могут содержать IP-адрес, например, john.smith @ [123.123.123.123], а не имя домена, например john.smith@example.com . Можете ли вы использовать эти адреса электронной почты для рассылки?

Краткий ответ — технически да, но на самом деле нет.

Простой протокол передачи почты (SMTP) позволяет использовать IP-адрес вместо имени домена в особых случаях, когда он заключен в квадратные скобки, например, в нашем предыдущем примере john.smith @ [123.123.123.123]. Однако вот некоторые общие причины, по которым это может привести к тому, что сообщение электронной почты будет возвращено обратно и / или не будет доставлено предполагаемому получателю.

  • По умолчанию многие почтовые серверы нередко не принимают адреса электронной почты без «полного доменного имени» (FQDN).
  • Для почтового сервера, на котором размещено более одного домена, полное доменное имя в адресе электронной почты необходимо для определения группы доменов, к которой принадлежит пользователь электронной почты.
  • Адреса электронной почты с IP-адресами часто помечаются как спам.

Когда разрешен IP-адрес?

Сообщения электронной почты передаются с использованием простого протокола передачи почты (SMTP), который определен запросом комментариев (RFC) 5321 , 5322 и различными расширениями. В разделе спецификации адреса электронной почты RFC 4532 мы видим, где в спецификации упоминается использование буквальной формы домена, то есть буквального IP-адреса домена.

RFC 5322 — 3.4.1

Доменная часть определяет точку, в которую доставляется почта. В форме точка-атом это интерпретируется как имя домена в Интернете (имя хоста или имя почтового обменника), как описано в [RFC1034], [RFC1035] и [RFC1123]. В буквальной форме домен интерпретируется как буквальный Интернет-адрес конкретного хоста.

Другими словами, RFC 5322 говорит, что для описания доменной части адреса электронной почты может использоваться форма доменного имени или буквальная форма домена. Где форма доменного имени — это то, что мы обычно видим (например, john.smith@example.com), а буквальная форма домена — это IP-адрес (например: john.smith @ [123.123.123.132]). Далее говорится, что «в обоих случаях то, как используется адресация и как сообщения передаются на конкретный хост, рассматривается в отдельных документах, таких как [RFC5321]». Итак, мы должны копнуть дальше, чтобы узнать больше о том, когда IP-адрес может быть приемлемым для использования.

В RFC 5321 мы находим имена хоста и домена, перечисленные в разделах 2.3.4 и 2.3.5 соответственно. Здесь мы видим, что RFC настоятельно рекомендует не использовать литерал адреса , также известный как литерал домена или IP-адрес.

RFC 5321 — 2.3.4

Хосты известны по именам… их НЕ СЛЕДУЕТ идентифицировать числовыми адресами, то есть адресными литералами, как описано в Разделе 4.1.2 .

И тогда мы, наконец, получаем представление о том, когда будет разрешен IP-адрес.

RFC 5321 — 2.3.5

Только разрешаемые, полностью определенные доменные имена (FQDN) разрешены, когда доменные имена используются в SMTP … Есть два исключения из

правило, требующее полных доменных имен:

o Доменное имя, указанное в команде EHLO, ДОЛЖНО быть либо основным именем хоста (имя домена, которое разрешается в адрес RR), либо, если у хоста нет имени, литералом адреса, как описано в Разделе 4.1.3 и обсуждается далее. в обсуждении EHLO Раздела 4.1.4 . o Зарезервированное имя почтового ящика «postmaster» может использоваться в команде RCPT без уточнения домена (см. раздел 4.1.1.3 ) и ДОЛЖНО быть принято, если оно используется.

Две ситуации, когда IP разрешен

Мы обнаружили, что имя домена можно заменить на IP-адрес, если у хоста нет имени, как описано ниже в разделах 4.1.3, или если адрес электронной почты предназначен для постмастера хоста (например: postmaster @ [123.123.123.123] ). Теперь мы наконец-то добились чего-то. Таким образом, согласно RCF ниже (выделено мной), IP-адрес разрешен в адресе электронной почты, когда доменное имя недоступно в DNS, в противном случае это должно быть электронное письмо, адресованное почтмейстеру хоста.

RFC 5321 — 4.1.3

Иногда хост неизвестен системе доменных имен, и связь (и, в частности, связь для сообщения и исправления ошибки) блокируется. Чтобы обойти этот барьер, допускается использование специальной буквальной формы адреса в качестве альтернативы доменному имени. Для адресов IPv4 в этой форме используются четыре малых десятичных целых числа, разделенных точками и заключенных в квадратные скобки, например [123.255.37.2], что указывает на Интернет-адрес (IPv4) в форме последовательности октетов. Для IPv6 и других форм адресации, которые в конечном итоге могут быть стандартизированы, форма состоит из стандартизованного «тега», который идентифицирует синтаксис адреса, двоеточия и самого адреса в формате, указанном как часть соответствующих стандартов (т. Е. RFC 4291 [ 8 ] для IPv6).

IP-адреса, часто связанные со спамерами

RFC заявляет, что буквальный адрес (IP-адрес) разрешен в качестве альтернативы доменному имени, когда хост-получатель не известен в DNS, но почему не может быть доступно доменное имя? Существует множество причин, по которым почтовый сервер может не отображаться в DNS, но администратор почты, отвечающий за предотвращение спама, вряд ли захочет рискнуть. Многие почтовые серверы требуют от отправителя DNS-записи обратного указателя (PTR). Запись PTR позволяет принимающему почтовому серверу выполнять обратный поиск по IP-адресу, с которого отправляется сообщение электронной почты. Запись PTR должна разрешаться в полное доменное имя. Если запись PTR не существует или если полное доменное имя, которое она разрешает, не совпадает с тем, что указано в адресе электронной почты, то это, скорее всего, поддельное сообщение электронной почты, и почтовый сервер получателя отклонит его.

Почтовый сервер без полного доменного имени не будет иметь записи PTR, поэтому, если бы он попытался отправить почту, его сообщения, скорее всего, были бы отклонены большинством почтовых серверов получателя. Если есть вероятность, что ваш почтовый сервер не будет принимать электронную почту от почтового сервера без полного доменного имени, вы, вероятно, не захотите отправлять электронную почту на один, так как вы не сможете получить ответ. Скорее всего, когда полное доменное имя недоступно, это означает, что нет почтового сервера, который принимает электронную почту, и что IP-адрес просто используется как горелка для рассылки спама. Вот почему так много адресов электронной почты в буквальной форме адреса появляется в различных черных списках и почему они связаны со спамерами.

Буквальная форма адреса отключена по умолчанию

Многие почтовые серверы обычно отключают прием буквальной формы адреса по умолчанию или не поддерживают их вообще. В конце концов, хотя RFC разрешает использование IP-адресов в особых условиях, он настоятельно не рекомендует их использовать. Это в сочетании с частым злоупотреблением буквальной формой адреса со стороны спамеров и злоумышленников, для большинства почтовых серверов имеет смысл не допускать этого. Если на почтовом сервере не включен прием адресных литералов, он, скорее всего, ответит постоянным отклонением (также известным как жесткий возврат). В других случаях почтовый сервер получателя может ответить временным отклонением (он же мягкий возврат) и инструкциями для отправителя использовать вместо этого полное доменное имя и повторить попытку.

Группы доменов

Почтовые серверы предназначены для размещения нескольких доменов. Если один из них достигается по его IP-адресу через буквальную форму адреса, то он не сможет направить сообщение электронной почты конечному получателю, поскольку ему необходимо полное доменное имя, чтобы узнать, к какой группе домена принадлежит сообщение. Например, у вас есть три разных адреса электронной почты.

sales@exampleone.com
sales@exampletwo.com
sales@examplethree.com

В нашем примере эти адреса электронной почты предназначены для трех разных компаний, где ExampleOne является крупным мировым лидером на своем рынке, ExampleTwo является давним конкурентом ExampleOne, а ExampleThree является новым конкурентом. ExampleOne и ExampleTwo слишком велики, чтобы самостоятельно адекватно управлять всем своим почтовым трафиком, поэтому они передают на аутсорсинг поставщику услуг электронной почты (ESP). ExampleThree слишком мала и не имеет ресурсов для размещения собственной почты, поэтому они также передают на аутсорсинг ESP. Как оказалось, ESP настолько популярен (к примеру Office365, gmail и т.п.), что все три компании в конечном итоге используют один и тот же ESP, а ESP использует IP-адрес 123.123.123.123.

Теперь предположим, что мы хотели записать адреса электронной почты в буквальной форме домена и использовать их IP-адрес вместо домена. Если бы мы сделали это, все три адреса электронной почты в конечном итоге выглядели бы одинаково.

sale @ [123.123.123.123]

Если бы мы попытались отправить сообщение по адресу sales @ [123.123.123.123], то почтовый сервер (-ы) ESP не узнал бы, кому он принадлежит, и не смог бы доставить сообщение. Даже в примере, когда компания размещает свой собственный почтовый сервер и имеет только один домен, есть вероятность, что почтовый сервер все равно потребует этот домен. Скорее всего, потому, что он настроен таким образом, или это просто часть его работы.

IP-адреса принимаются, но не рекомендуется

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

0

my-mails.ru

Всегда On-Line

Авторизация
*
*

Капча загружается...


Регистрация
*
*
*
*

Капча загружается...


Генерация пароля

Капча загружается...


51276208