Назад | Перейти на главную страницу

Куда отправляется электронное письмо, отправленное на *@example.com?

Так что я долго думал об этом.

Куда отправляется электронное письмо *@example.com идти? Если я случайно отправил конфиденциальную информацию на *@example.com сможет ли какой-нибудь злой человек (потенциально в IANA) когда-нибудь получить его?

Если записи MX нет, почтовые серверы попытаются доставить в запись A.

Серверы example.com не прослушивают порт 25, поэтому почтовый сервер не устанавливает TCP-соединение и даже не начинает доставку.

Если вы попытаетесь отправить электронное письмо на *@example.com

  1. Ваш SMTP проверит, существует ли домен.
  2. Ваш SMTP-сервер будет искать MX запись в example.com.
  3. Нет: ваш SMTP будет использовать A запись. IP-адрес 174.137.125.92 (на сегодняшний день)
  4. IANA зарегистрировала домен, но не настроила SMTP-сервер, прослушивающий порт 25 на 174.137.125.92.
  5. Тогда поведение зависит от вашего SMTP. Большинство серверов отправят вам предупреждение и повторите попытку позже. В конце концов (обычно через 3 дня) SMTP отклонит сообщение и отправит вам уведомление об ошибке.

Нижняя граница: Это зависит от вашей конфигурации. Но если IANA настроит сервер сегодня, они могут получать сообщения, которые вы пытались отправить 3 дня назад.

example.com не имеет записи MX, поэтому ваш SMTP-сервер в отправляющем домене должен отклонять сообщение, если он настроен так же, как и большинство SMTP-серверов.

РЕДАКТИРОВАТЬ: для ясности тем, кто найдет этот ответ в будущем, вот объяснение того, что такое запись MX: (из http://en.wikipedia.org/wiki/Mx_record получено 21 ноября 2011 г.)

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

Таким образом, в основном example.com, example.net и example.org не имеют сервера, назначенного для обработки входящей почты, и поэтому любая отправленная им почта должна быть возвращена отправителю как «недоставленная» (может отличаться в зависимости от конфигурации сервера SMTP. , но возврат отправителю как «недоставленный» - очень распространенное поведение в этой ситуации).

РЕДАКТИРОВАТЬ 2: Кто-то поднял определенное в RFC 5321 поведение возврата к использованию записи A в случае отсутствия записи MX. Я искал этот RFC ( http://tools.ietf.org/html/rfc5321 ) и не обнаружил ничего подобного, но возможно, что некоторые MTA (агент передачи почты, например exim, postfix, sendmail и Microsoft Exchange Server и другие) могут попытаться доставить почту через SMTP на адрес, указанный в записи A. Для потомков вот что происходит, когда вы пытаетесь установить SMTP-соединение с определенным адресом записи A для example.com (192.0.43.10 на момент написания):

$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote host: Connection timed out

РЕДАКТИРОВАТЬ 3: см. Ответы ниже для разъяснений по соответствующим RFC и резервному поведению.

Агентство по присвоению номеров в Интернете:

Примеры доменов

Как описано в RFC 2606, мы поддерживаем ряд доменов, таких как EXAMPLE.COM и EXAMPLE.ORG, для целей документации. Эти домены могут использоваться в качестве иллюстративных примеров в документах без предварительного согласования с нами. Они не доступны для регистрации.