Куди йде електронний лист на адресу *@example.com? [зачинено]


88

Тож я давно замислювався над цим.

Куди надсилається електронний лист *@example.com? Якби я випадково надіслав конфіденційну інформацію, чи *@example.comзможе якась зла людина (можливо, в IANA) отримати її колись?


2
Якщо ви використовуєте Postfix як ваш SMTP-сервер, ви можете скористатися відмовою ( postfix.org/discard.8.html ), щоб викинути електронні листи до доменів RFC 2606 (а не відмов).
HTTP500

4
Чи може хтось пояснити, чому це було переселено сюди, а потім закрито? Я почав питання про переповнення стека, оскільки вважав, що це більш загальна проблема, але, мабуть, має сенс, що тут слід звертати увагу на електронну пошту та мережу. Але очевидно, що деякі досвідчені люди не погодилися. Як і де я можу відновити це питання?
bryan kennedy

Якщо його тут немає теми, я впевнений, що це було б добре для провідних веб-майстрів.
НезадоволенняЗакрито

Це, мабуть, найкраще підходить для Super User .
MDMarra

1
Якщо ви відвідуєте example.com, він говорить, що це зарезервовано для ілюстративних цілей та посилань на iana.org/domains/reserved
користувач

Відповіді:


48

Якщо ви намагаєтесь надіслати електронний лист на адресу *@example.com

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

Підсумок : Це залежить від вашої власної конфігурації. Але якщо IANA сьогодні налаштує сервер, вони могли б отримувати повідомлення, які ви намагалися надіслати 3 дні тому.


58

Якщо MX-запису немає, поштові сервери намагаються доставити запис A.

Сервери example.com не слухають порт 25, тому поштовий сервер не встановить з'єднання TCP і навіть не почне доставку.


50

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

EDIT: для наочності для тих, хто знайде цю відповідь у майбутньому, ось пояснення того, що таке запис MX: (з http://en.wikipedia.org/wiki/Mx_record, отриманий 21 листопада 2011 р.)

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

Так, в основному, 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 на адресу, визначену в записі А. Щодо нащадків, ось що відбувається, коли ви намагаєтесь встановити SMTP-з'єднання з визначеною адресою запису для 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

EDIT 3: див. Відповіді нижче для роз'яснень щодо відповідних RFC та резервної поведінки.


16
Ваша відповідь неправильна - RFC 5321 вказує, що роздільна здатність повертається до Aзаписів, коли немає MXзапису ("неявне правило MX"); див. розділ 5.1 . Якщо повертається порожній список MX, адреса трактується так, ніби вона асоціюється з неявною MX RR, з перевагою 0, вказуючи на цей хост.
josh3736

1
Крім того, у SMTP завжди було запасне Aправило - він не був представлений з 5321.
josh3736

1
З 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

2
@ josh3736 SMTP ніколи не вказував, що він повернувся з записів MD & MF до A RR. Насправді, RFC 821 не згадує, як саме використовувати файл HOSTS (DNS тоді не існував) для пошуку віддаленого сервера. Однак ви правильні, що MX вимагає повернення до записів A, за RFC 974. Це було кодифіковане, оскільки це вже звична практика, записи MD та MF надмірно складні і зазвичай не використовуються.
Кріс С

Дякую всім за ваші роз'яснення - я дуже багато чого навчився з цього.
seanp2k

19

Орган з присвоєнням номера в Інтернеті:

Приклад доменів

Як описано в RFC 2606 , для цілей документації ми підтримуємо ряд доменів, таких як EXAMPLE.COM і EXAMPLE.ORG. Ці домени можуть бути використані як наочні приклади в документах без попередньої узгодження з нами. Вони не доступні для реєстрації.


15
Ваша відповідь не відповідає на запитання.

7
@George Чому ні? IANA володіє доменами, тому навіть якщо MX на сьогоднішній день немає, IANA може створити її в майбутньому і почати отримувати електронні листи, наприклад. * Домени. Це найкраща відповідь на мій погляд.
eduardocereto
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.