Вопрос: Где отправляется электронная почта, отправленная на адрес *@example.com? [закрыто]


Поэтому я давно это задавал.

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


79
2017-11-22 02:52


Источник


Если вы используете Postfix в качестве своего SMTP-сервера, вы можете использовать команду discard (postfix.org/discard.8.html), чтобы выбросить электронные письма в домены RFC 2606 (а не отскок). - HTTP500
Может кто-нибудь объяснить, почему это было перенесено сюда, а затем закрыто? Я начал вопрос о переполнении стека, поскольку я думал, что это более общая проблема, но я думаю, что имеет смысл, что он должен быть связан с электронной почтой и сетью. Но, очевидно, некоторые опытные люди не согласились. Как и где я могу снова открыть этот вопрос? - bryan kennedy
Если это неясно, я уверен, что это будет хорошо для профессиональных веб-мастеров. - DisgruntledGoat
Это, вероятно, лучше всего подходит для Суперпользователь, - MDMarra
Если вы посетите example.com, он говорит, что он зарезервирован для иллюстративных целей и ссылок на iana.org/domains/reserved - user


Ответы:


Если вы попытаетесь отправить сообщение по электронной почте *@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 дня назад.


37
2017-11-22 09:33





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

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


55
2017-11-22 03:23





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 ( 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 и возвратного поведения.


48
2017-11-22 02:56



Ваш ответ неверен. В RFC 5321 указано, что разрешение падает до A записи, когда нет MX запись существует («неявное правило MX»); видеть раздел 5.1, Если возвращается пустой список MX, адрес обрабатывается так, как если бы он был связан с неявным MX RR с предпочтением 0, указывая на этот узел. - josh3736
Кроме того, SMTP всегда приходилось A правило - он не был введен с 5321 годом. - josh3736
Из RFC 974 (973 и 974 представили запись MX) It is possible that the list of MXs in the response to the query will be empty. This is a special case. If the list is empty, mailers should treat it as if it contained one RR, an MX RR with a preference value of 0, and a host name of REMOTE. (I.e., REMOTE is its only MX). - Chris S
@ josh3736 SMTP никогда не указывал, что он отступил от записей MD & MF до A RR. По факту, RFC 821 не упоминает, как именно использовать файл HOSTS (DNS не существовал в то время) для поиска удаленного сервера. Тем не менее, вы считаете правильным, что MX должны возвращаться к записям A в соответствии с RFC 974. Это было кодифицировано, потому что это была обычная практика, записи MD и MF были чрезмерно сложными и обычно не использовались. - Chris S
Спасибо всем вам за разъяснения. Я узнал об этом немного. - seanp2k


Администрирование номеров в Интернете:

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

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


17
2017-11-22 02:56



Ваш ответ не отвечает на вопрос.
@George Почему нет? IANA владеет доменами, поэтому, даже если на сегодняшний день нет MX, IANA может настроить один из них в будущем и начать получать электронные письма, например. * Domains. Это лучший ответ, на мой взгляд. - eduardocereto