Я запустил новую услугу, и нам нужно отправлять электронные письма нашим клиентам (подтверждение новой учетной записи и т. Д.).
Мой сервер известен как prod01.bidrodeo.com и разрешается на 97.107.134.38. Для обратного DNS 97.107.134.38 преобразуется в prod01.bidrodeo.com. Однако все наши адреса электронной почты имеют вид user@bidrodeo.com. Должен ли я вместо этого сделать обратную DNS-точку на bidrodeo.com?
Мои электронные письма задерживаются или отклоняются некоторыми системами, и я не уверен, что мой обратный DNS настроен неправильно.
У вас есть «прямой подтвержденный обратный DNS», то есть именованный, возвращаемый обратным просмотром, при запуске через прямой просмотр возвращает тот же 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) для этого серверного компьютера и MX для вашего домена. Это поможет решить некоторые проблемы с получением электронной почты.
Если у вас есть примеры некоторых отказов и у вас есть вопросы по ним, свяжите их с вопросом.
Большинство 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, поскольку некоторые поставщики задерживают отправку вашей почты или применяют дополнительное сканирование / фильтрацию, если ваша репутация слишком низкая.
Нет, имя сервера и домен не обязательно совпадают и редко совпадают. Обратный поиск DNS просто гарантирует, что IP является PTR-записью для имени сервера.
Если вы можете публиковать заголовки / сообщения о недоставке в примере отложенного или отклоненного сообщения, мы сможем сузить круг причин, по которым у них возникают проблемы.
Если это новый сервер, возможно, DNS не полностью распространился.
Этого IP нет ни в одном из основных черных списков, так что проблема не в этом. Без дополнительной информации или, возможно, некоторых журналов лучше всего подозревать, что ваше имя HELO не соответствует серверу или не разрешается. В процессе отправки почты ваш сервер будет отправлять helo $ myservername (или то, что вы настроили или еще не настроили) как часть транзакции с получающим почтовым сервером. Можно настроить почтовый сервер для проверки того, что имя вертолета существует в DNS и / или совпадает с обратным DNS.