Обратный DNS - как правильно настроить для доставки SMTP
То, что Вы имеете, "вперед подтверждено обратный DNS" - то есть, именованное, возвращенное reverse-look-up при пробежке вперед поиск возвращает тот же IP как исходный IP, используемый в обратном поиске (см. http://en.wikipedia.org/wiki/Forward_Confirmed_reverse_DNS для более подробного описания). Это - хороший первый шаг.
Сообщения отклонения являются Вашим лучшим источником информации о том, почему Ваши электронные письма отклоняются. Это похоже prod01.bidrodeo.com не перечислен как MX для домена bidrodeo.com, и это собирается вызвать проблемы с некоторыми методами против спама. Я рассмотрел бы конфигурирование надлежащей записи TXT для SPF (см. http://old.openspf.org/dns.html) для этого сервера и MXs для Вашего домена. Это собирается помочь с некоторыми почтовыми проблемами приема.
Если Вы имеете примеры некоторых отклонений и имеете вопросы о них, связывают их с вопросом.
-
1Фантастический ответ. Я просто добавил prod01 как mx для домена. Вот некоторые отклонения, из которых я вижу много из: команда Helo отклонила: Хост не нашел (в ответ на команду RCPT TO)), могло случиться так, что эта конкретная система получателя не обновила свой кэш DNS и все еще имеет старый обратный поиск DNS... Я просто зафиксировал обратный DNS для BidRodeo.com вчера. Это имеет смысл? – Krystian Cybulski 12 June 2009 в 21:42
-
2На самом деле, на моем предыдущем сообщении, я не хочу, чтобы prod01.bidrodeo.com был MX для этого домена. Я размещаю свою входящую корреспонденцию на Gmail. Однако я хотел бы послать электронное письмо с помощью своего локального сервера SMTP. Возможно, я должен просто направить все через Google' s сервер SMTP? – Krystian Cybulski 12 June 2009 в 21:44
-
3На самом деле. поцарапайте мой выше сообщений в целом. Я просто понял это. В моем постфиксе main.cf у меня был " myhostname" настроенный неправильно. – Krystian Cybulski 12 June 2009 в 21:47
Нет, имя сервера и домен не должны и редко соответствуют. Обратные поиски DNS просто гарантируют, что IP является записью PTR на имя сервера.
Если можно отправить заголовки/возвращенные сообщения отложенного примера или отклонить сообщение, мы должны смочь сузить, почему у них есть проблемы.
Большинство серверов SMTP примет Вашу почту, если у Вас просто будет обратная запись DNS. Это не должно соответствовать доменному имени на Вашем адресе электронной почты. Некоторые серверы SMTP отклонят почту, если обратный DNS не будет соответствовать имени хоста HELO/EHLO, используемому в соединении. Если имя хоста Вашего почтового сервера mail.example.com затем Ваш обратный DNS, запись MX, HELO/EHLO и баннер приветствия SMTP должны все быть mail.example.com также. Тот сервер, однако, мог предоставлять услугу для example.com, joes-example.com и marys-example.com без любых проблем.
Некоторые другие вещи рассмотреть опубликовали бы запись SPF в DNS для доменного имени, которое Вы используете для отправки почты для идентификации пространства IP, от которого Вы отправляете. Некоторые более крупные поставщики ищут это и уделяют первостепенное значение почте, прибывающей из поддерживающего SPF домена.
Кроме того, следите за "репутацией" своего IP-адреса через SenderBase, поскольку некоторые поставщики задержат Вашу почту или применят дополнительное сканирование/фильтрацию, если Ваш балл репутации будет слишком низким.
Тот IP не находится ни на одном из главных черных списков, таким образом, это не проблема. Без большего количества информации или возможно некоторые журналы, лучший подозреваемый - то, что Ваше имя HELO не соответствует серверу или не решает. В ходе отправки почты Ваш сервер отправит привет $myservername (или независимо от того, что Вы настроили или еще не настроили) как часть транзакции с почтовым сервером получения. Возможно настроить почтовый сервер, чтобы проверить, что привет имя существует в DNS и/или соответствует обратному DNS.