Назад | Перейти на главную страницу

Поиск CNAME временно не удался. (# 4.4.3)

Мой друг только что сказал мне, что он не может отправлять почту на учетные записи на одном из моих серверов через SMTP-сервер, предоставленный его интернет-провайдером.

Сообщение об ошибке в полученном отскоке сообщения гласит:

Hi. This is the qmail-send program at aon.at.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<anaccount@klickverbot.at>:
CNAME lookup failed temporarily. (#4.4.3)
I'm not going to try again; this message has been in the queue too long.

Есть идеи, что может быть причиной этого?

Я дважды проверил записи DNS для своего домена, но они кажутся совершенно нормальными, а с любых других почтовых серверов, которые я тестировал, доставка работает безупречно ...

Более чем через четыре месяца я наконец нашел решение:

Проблема заключалась в том, что моему хостеру DNS каким-то образом удалось неправильно настроить зону для определенного домена, так что сервер больше не отвечал на ANY запрос, но все остальные запросы обрабатываются правильно.

Таким образом, qmail не смог доставить почту в мой домен, потому что он (насколько я знаю, неправильно) полагается на ANY запросы были получены, в то время как все остальные (соответствующие) MTA работали нормально ...

Вкратце: qmail запрошен. Он блокирует DNS-пакеты размером более 512 байт и отправляет запросы типа ANY, которые дают наибольшие ответы для поиска записей MX. Видимо у вас в DNS много информации. На самом деле это проблема вашего друга, он должен применить патч qmail, но это довольно распространено, Yahoo, похоже, тоже имеет эту проблему. Вот длинная версия: http://www.google.com/support/forum/p/Google%20Apps/thread?tid=34f43e3e3c59b834&hl=en

Ваш сервер должен получать входящие сообщения. Кажется, что Проплем на его стороне. Проверьте логи постфикса.

Проверил и исходящий.

PTR-запись вашего почтового сервера нарушена; он не указывает на mail.klickerverbot.at. Сообщение об ошибке неверно, но поведение является разумным поведением отклонения спама.

Попробуйте использовать почтовый сервер вашего поставщика в качестве умного хоста для отправки электронной почты. В зависимости от вашего почтового программного обеспечения вы можете сделать это для определенных доменов, а не для всех доменов.

Ошибка предполагает, что записи MX для вашего домена - это не имена хостов (записи A), а CNAME. Если это так, это противоречит RFC и причине ваших проблем.

Если это не так, поможет знание доменного имени.


Использование инструментов на Панель инструментов MX не показывает никаких проблем. Ошибка вполне может быть связана с провайдером вашего друга, особенно если у вас нет этой проблемы от других отправителей.