При каких обстоятельствах (если таковые имеются) MX должен записать точку к localhost?
Большинство общих разновидностей является debian (человечность) или Redhat базирующиеся (песни).
Попробуйте обоих (debian/ubuntu или песни) и посмотрите, что тот подходит для Вас.
Другая опция является opensuse. Очень хороший дистрибутив.
HTH
Краткий ответ: Не должно.
Длинный ответ: Если рассматриваемый домен (DIQ) не должен получать электронную почту, то установка адреса обратной связи для записи MX вызывает отправляющий сервер чтобы попытаться подключиться к самому себе. Это экономит DIQ несколько байтов и, возможно, очищает журналы брандмауэра (если кто-то даже смотрит), когда другие почтовые серверы пытаются подключиться. Однако, на мой взгляд, экономии полосы пропускания недостаточно, чтобы оправдать нарушение RFC 3330.
Определенно НЕТ, не с IP-адресом 127.0.0.0. Весь диапазон 127.0.0.0 на IPv4 работает как адреса обратной связи, таким образом, когда любой компьютер подключается к IP-адресам в этом диапазоне, он будет пытаться подключиться себе.
IP-адрес вашей записи MX должен быть доступен из внешнего мира и что этот результат сообщает любому серверу, выполняющему MX-запрос, попытаться подключиться к самому себе.
Если бы мой сервер пытался отправить вам электронное письмо, он бы найдите запись MX, а затем подключите свой собственный IP-адрес, отправьте электронное письмо и завершитесь неудачно.
В соответствующих RFC говорится:
Запись ресурса MX ДОЛЖНА указывать на полное доменное имя (не IP-адрес) сервера в общедоступном Интернете, который принимает почту для домена. Обратите внимание, что этот сервер не обязательно должен находиться в том же домене, что и запись MX. RFC 1035, раздел 3.3.9
Адреса в диапазоне 127.0.0.0/8 НЕ ДОЛЖНЫ никогда появляться в общедоступном Интернете. RFC 5735 раздел 3
Обратите внимание, что некоторые почтовые серверы будут отклонять электронную почту от отправителей, не соответствующих требованиям RFC .
Ну, у меня ситуация, когда кажется, что необходимо установить MX домена на localhost.
В марте 2012 года я зарегистрировал симпатичный домен, который с удивлением обнаружил доступным. Это было для сайта художественного сотрудничества, который моя дочь хотела создать. Я установил MX на один из моих других серверов smtp. Это сработало хорошо, но затем я начал получать много писем от "неизвестных пользователей" на xxx@cute-domain.com(не настоящее доменное имя). Поэтому я использовал MailScanner, чтобы заблокировать все входящие сообщения в этот домен, кроме одного законного адреса. Похоже, что с 2001 года домен был бесплатной почтовой службой, но, по-видимому, он исчез и отказался от своего симпатичного доменного имени.
Это работало хорошо до тех пор, пока пару дней назад (20.11.12) сервер smtp не начал отклонять входящие сообщения из-за чрезмерного количества открытых соединений. Я думаю, это были процессы smtp, ожидающие ответа "получение". Я посмотрел на трафик, и меня засыпали тысячами входящих сообщений для xxx@cute-domain.comот такого же количества реле smtp по всему миру. (17 000 сообщений за один 24-часовой период)
Поэтому я изменил MX так, чтобы он указывал на другой сервер, на котором не запущен smtp с заблокированным портом 25. Разумеется, начали появляться тысячи прерванных сеансов. Поскольку такое поведение выглядит как спам-торрент, возможно, из ботнета, я подумал, что может потребоваться установка MX на localhost.
Я оставлю это на время так. Нам вообще не нужна электронная почта для cute.domain.com, поэтому ничего не теряется, кроме циклов для ботнета.
Почему бы не использовать цель MX, которая ни к чему не приводит? Например:
example.com. IN MX 10 something.invalid.
Спамеры увидят ошибку разрешения и не будут беспокоиться о следующем MX r ecord, думая, что цель неверно сконфигурирована. Настоящие серверы попробуют следующую запись. Это не повлияет на чей-либо закрытый TCP-порт 25 - т.е. без трафика smtp, только DNS.