Тож я давно замислювався над цим.
Куди надсилається електронний лист *@example.com
? Якби я випадково надіслав конфіденційну інформацію, чи *@example.com
зможе якась зла людина (можливо, в IANA) отримати її колись?
Тож я давно замислювався над цим.
Куди надсилається електронний лист *@example.com
? Якби я випадково надіслав конфіденційну інформацію, чи *@example.com
зможе якась зла людина (можливо, в IANA) отримати її колись?
Відповіді:
Якщо ви намагаєтесь надіслати електронний лист на адресу *@example.com
MX
запис на example.com
.A
запис. ІР становить 174.137.125.92 (станом на сьогодні)Підсумок : Це залежить від вашої власної конфігурації. Але якщо IANA сьогодні налаштує сервер, вони могли б отримувати повідомлення, які ви намагалися надіслати 3 дні тому.
Якщо MX-запису немає, поштові сервери намагаються доставити запис A.
Сервери example.com не слухають порт 25, тому поштовий сервер не встановить з'єднання TCP і навіть не почне доставку.
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 та резервної поведінки.
A
записів, коли немає MX
запису ("неявне правило MX"); див. розділ 5.1 . Якщо повертається порожній список MX, адреса трактується так, ніби вона асоціюється з неявною MX RR, з перевагою 0, вказуючи на цей хост.
A
правило - він не був представлений з 5321.
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).
Орган з присвоєнням номера в Інтернеті:
Як описано в RFC 2606 , для цілей документації ми підтримуємо ряд доменів, таких як EXAMPLE.COM і EXAMPLE.ORG. Ці домени можуть бути використані як наочні приклади в документах без попередньої узгодження з нами. Вони не доступні для реєстрації.