Ну по-ходу да. 

Есть такие записи:



но из них ничего не понятно. А нужные письма о delivery ничего не говорят.

Ну не хотелось бы лишний раз светить . А можно в джаббере разговор продолжить?

Добавлено через 1 минуту и 50 секунд
Еще есть такое 



Добавлено через 3 минуты и 7 секунд
Вот это походу оно и есть.

Добавлено через 4 минуты и 53 секунды
http://www.ru.qmail.org/docs/faq-rus/qmail-FAQ_RUS-6.html

6.5 Что мне делать с сообщением ``CNAME lookup failed temporarily'' (``Временная неудача при поиске канонического имени'')?

Лог показывает, что доставка сообщения была отложена по этой причине. И зачем qmail делает поиск канонического имени?

Ответ:

Стандарт SMTP не разрешает использовать синонимы в именах хостов (смотрите http://pobox.com/~djb/im/cname.html), поэтому qmail производит поиск канонического имени в DNS для каждого принимающего почту хоста. Сообщение CNAME lookup failed temporarily означает, что соответствующий сервер DNS отключен или недоступен. qmail отложит доставку и вскоре повторит попытку.

(Также, возможно возникновение подобной ситуации при oversize DNS packets. Подробнее смотрите Life with qmail. RB)

с серверами имен все ок, вроде как.

Вот еще
http://unix.nordcomp.ru/forum.html?page=50&id=187

Джаббером, аськами и иже с ними сейчас не пользуюсь, так как возомжности нет.

Я бы проверил DNS (CNAME и приоритеты MX записей на почтаре qmail, у гугла и у веб-сервера, где крутится сайт с которого идёт отправка) и Qmail (locals и virtualdomains). Так как по всей видимости конфигурация одного не соответствует конфигурации другого.

Стоп! 



Если почта для твоего домена на гугле - оставляешь только гугловские серваки. Ну и в локальной конфигурации твоего qmail не должно быть этого домена.

Да я уже иду в том направлении чтобы эту запись удалить. Сейчас нет доступа к настройкам DNS, скоро будут.




А какие такие настройки?

Если используется vpopmail (как у меня), то команда  спасёт отца русской демократии, если нет - придётся искать как управлять виртуальными доменами qmail в CentOS/Plesk.

Добавлено через 1 минуту и 22 секунды
Впрочем, если qmail пытается удалённо доставить письмо, виртуального домена скорее всего на нём нет. В противном случае он пытался бы доставить почту локально...

Ждем доступа к настройкам DNS.

А пока можно как-то принудительно заставить qmail отослать отложенные письма в очереди?

принудительно попытаться отправить все сообщения из очереди. Не факт, что попытка увенчается успехом.

в qmail есть такой конфигурационный файл: smtproutes по умолчанию он находится в /var/qmail/control/

там можно прописать что-то типа такого:

что означает пересылать почту для mysite.com через smtp.qooglemail.com

Только вот не помню домен mysite.com должен обслуживаться qmail или нет...

Задание приоритета 50 для mail2.site.com не помогло. Пробуем через smtproutes.

Что было ожидаемо.

Думаете лучше совсем удалить?

Да. Приоритеты нужны для резервирования - сначала предпринимается попытка доставить почту почтарю с меньшим значением приоритета. Если не получается - переходим к следующему серверу с большим значением приоритета. Это полезно в случае почтового кластера: выпала нода - почта пойдёт через другой сервер, забили канал на одном серваке - нагрузка перемещается на следующий по приоритету.

Это сообщение отредактировал(а) 1000000dollars - 26.7.2011, 09:35

Ну я же поставил самый большой приоритет, т.е. к этому северу он будет в последнюю очередь обращаться.

Добавил запись 



выдает


Я не могу понять почему он именно с пейпала и с самого себя не хавает письма. А с гугла нормально идет.

Это сообщение отредактировал(а) mcTep - 26.7.2011, 10:02

mcTep, в ПМ название своего домена скинь, пожалуйста. Очень трудно решать реальную проблему на абстарктных примерах.