Отправка писем с Постфиксом от DynDNS (sub) домен
Ubuntu 9.10 имела много проблем начиная с выпуска. Я подозреваю, что 9.10 был немного срочно отправлен и существуют все еще некоторые грубые края. У меня были проблемы с 9.04-> 9.10 изображений VMware, которые я обновил, после которого я не нашел звука, скремблированного видео времени начальной загрузки и другого странного поведения (и да, я обновил драйверы VMware). Программы, которые хорошо работали на 9,04, отказались запускаться на 9,10 или будут вести себя странно. Напротив, мои 9,04 изображений продолжают работать очень хорошо.
Есть ли какой-либо способ, которым можно переместить установку в 9,04 для тестирования, и если так, это обычно работает туда? Это могла просто быть ошибка (или серия ошибок) скрывающийся в 9,10, которые вызывают проблему. Кроме того, есть ли различие в версии для установки Ruby, которую Вы используете?
FQDN, представленный MTA удаленным серверам, должен соответствовать Интернету сервера FQDN; я удивлен что хосты, отклоняющие Вашу почту, прежде чем запущено принять его при использовании localhost.
Существует несколько вещей, которые входят в это, и что проверяется, варьируется дико от одного почтового сервера до другого.
То, с чем Вы, вероятно, сталкиваетесь, является проверкой на обратном поиске (PTR) DNS записывает для Вашего IP:
- Некоторые почтовые серверы ожидают, что обратный поиск соответствует точно к FQDN, который Вы отправили с Вашим
EHLOкоманда. - Некоторые серверы также ожидают это, которое FQDN разрешает назад к IP-адресу Вашего сервера отправки.
- Но, серверы с тем уровнем строгости редки. Чаще, они проверят, что Ваша обратная запись (говорят,
mail1.mydomain.com) ребенок домена, который Вы пытаетесь отправить, почта от (скажите,user@mydomain.com).
Так, если Вы имеете возможность смочь управлять Вашим обратным DNS (если это не коммерческое интернет-соединение со статическим адресом, Вы не можете быть), затем будят Ваш официальный набор документов PTR и соответствуют ему к вперед DNS сервера, который это отправляет.
Другим аспектом к этому является запись SPF. Много почтовых серверов будут использовать это в качестве альтернативы тому обратному поиску, проверяющему, когда это будет доступно, или по крайней мере как дополнительный фактор при рассмотрении того, отбросить ли сообщение. Тонны информации здесь, короткая версия, Вы создадите запись DNS типа TXT в Вашем домене, который будет содержать что-то вроде этого:
v=spf1 mx -all
который позволит устройствам в Ваших записях MX отправлять, или это:
v=spf1 ip4:x.x.x.x -all
где x.x.x.x общедоступный IP-адрес Вашего сервера. Даже если у Вас нет способности работать с Вашими обратными записями, запись SPF должна помочь хорошей сумме.
На предмет использования переслоев Вашего ISP это не ужасно релевантно, когда Вы управляете своим собственным почтовым доменом.. Я не думаю, что переслои большей части ISP примут почту, которая это не от их собственного домена в этот день и возраста. Для разъяснения это было бы от того, кто бы ни обеспечивает интернет-соединение, не DynDNS.