Я долгое время задавался этим вопросом.
Куда отправляется электронная почта, отправленная по *@example.com
адресу? Если я случайно отправил конфиденциальную информацию по адресу, *@example.com
сможет ли какой-нибудь злой человек (возможно, в IANA) когда-нибудь ее получить?
решение1
Если вы попытаетесь отправить электронное письмо*@example.com
- Ваш SMTP проверит существование домена.
- Ваш SMTP-сервер будет искать
MX
запись по адресуexample.com
. - Нет ни одного: Ваш SMTP вернется к
A
записи. IP-адрес 174.137.125.92 (на сегодняшний день) - IANA зарегистрировала домен, но не настроила SMTP-сервер, прослушивающий порт 25 на 174.137.125.92.
- Затем поведение зависит от вашего SMTP. Большинство серверов отправят вам предупреждение и попробуют снова позже. В конце концов (обычно через 3 дня) SMTP отклонит сообщение и отправит вам уведомление о сбое.
Нижняя граница: Это зависит от вашей конфигурации. Но если IANA настроит сервер сегодня, они, возможно, смогут получать сообщения, которые вы пытались отправить 3 дня назад.
решение2
Если запись MX отсутствует, почтовые серверы попытаются доставить почту на запись A.
Серверы example.com не прослушивают порт 25, поэтому почтовый сервер не установит TCP-соединение и даже не начнет доставку.
решение3
У example.com нет записи MX, поэтому ваш SMTP-сервер на отправляющем домене должен отклонить сообщение, если он настроен так же, как большинство SMTP-серверов.
EDIT: для ясности тем, кто найдет этот ответ в будущем, вот объяснение того, что такое запись MX: (изhttp://en.wikipedia.org/wiki/Mx_recordполучено 21 ноября 2011 г.)
Запись почтового обменника (MX-запись) — это тип записи ресурса в системе доменных имен, которая указывает почтовый сервер, ответственный за прием сообщений электронной почты от имени домена получателя, и значение предпочтения, используемое для определения приоритета доставки почты, если доступно несколько почтовых серверов. Набор записей MX доменного имени определяет, как следует маршрутизировать электронную почту с помощью Simple Mail Transfer Protocol.
Таким образом, по сути, example.com, example.net и example.org не имеют назначенного сервера для обработки входящей почты, и поэтому любая отправленная на них почта должна возвращаться отправителю с пометкой «невозможно доставить» (может меняться в зависимости от конфигурации SMTP-сервера, но возврат отправителю с пометкой «невозможно доставить» является весьма распространенным поведением в этой ситуации).
EDIT 2: Кто-то поднял вопрос о RFC 5321, определяющем поведение возврата к использованию записи A в случае отсутствия записи MX. Я искал этот RFC (https://www.rfc-editor.org/rfc/rfc5321) и ничего подобного не обнаружил, но возможно, что некоторые MTA (Mail Transfer Agent, такие как 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 и поведению при откате.
решение4
По данным Управления по распределению номеров в ИнтернетеЗарезервированные домены, управляемые IANA:
Примеры доменов
Как описано вRFC2606иRFC6761, ряд доменов, таких как example.com и example.org, поддерживаются в целях документирования. Эти домены могут использоваться в качестве иллюстративных примеров в документах без предварительного согласования с нами. Они не доступны для регистрации или передачи.