Здравствуйте. Не знаю в какой раздел создать тему, но ближе всего я думаю в администрирование.

Есть интернет-магазин, который так же размещает свои товары на eBay. Есть почтовый сервер на qmail. При покупке какой-либо позиции на eBay при оплате через PayPal приходит оповещение на электронную почту нашего интернет-магазина о том, что такой-то пользователь купил такую-то позицию по такой-то цене. Участились случаи задержки доставки писем, т.е. пользователь купил что-то а письмо об этом не приходит. Через несколько часов (от 2 до 10) письма начинают активно приходить. Проработав нормально несколько часов та же самая история повторяется. Причем во время застоя если отправить письмо, например, с gmail'а письмо приходит моментально.

В чем проблема, понять я не могу. Может кто-то сталкивался с этой проблемой?

При просмотре maillog'a очередь вроде как не забивается.
Спасибо.

При просмотре ./qmail-qread. Есть письма в очереди. Как раз с пейпала и самого сайта.

Отлкючил spamassassin. Вроде заработало... 

UPD. Не.. не помогло.

Это сообщение отредактировал(а) mcTep - 20.7.2011, 12:19

При рестарте qmail очередь частично уменьшается.

Что в log/qmail/qmail-send/* про эти письма пишется?

не могу найти такого. CentOS/Plesk

Понятия не имею как он у тебя сконфигурен, поэтому точно не могу сказать где у тебя эти логи будут. Лично у меня они в /var/log/qmail/qmail-send/

На я так думаю, у меня это /usr/local/psa/var/log/maillog

Вот к примеру письмо с пейпала:

Jul 20 14:16:05 cl-t186-040cl qmail-remote-handlers[4955]: [email protected]
Jul 20 14:16:05 cl-t186-040cl qmail-remote-handlers[4955]: [email protected]
Jul 20 14:16:05 cl-t186-040cl qmail-remote-handlers[4955]: hook_dir = '/usr/local/psa/handlers/before-remote'
Jul 20 14:16:05 cl-t186-040cl qmail-remote-handlers[4955]: recipient[3] = '[email protected]'
Jul 20 14:16:05 cl-t186-040cl qmail-remote-handlers[4955]: handlers dir = '/usr/local/psa/handlers/before-remote/recipient/[email protected]'

Дальше ничего найти не могу.

Пойдём с самого начала:

Он конкретно задумался..

а через locate нельзя? 

# locate qmail-send
/usr/local/src/netqmail-1.06/qmail-send.9
/usr/local/src/netqmail-1.06/qmail-send.c
/usr/share/logwatch/default.conf/logfiles/qmail-send-current.conf
/usr/share/logwatch/default.conf/services/qmail-send.conf
/usr/share/logwatch/scripts/services/qmail-send
/usr/share/man/cat8/qmail-send.0.gz
/usr/share/man/man8/qmail-send.8.gz
/var/qmail/bin/qmail-send

Это он пытается отправить почту на site.com. 

То есть интернет-магазин site.com (66.113.131.78) который, используя qmail отправляет почту на mail.site.com (173.164.153.169). При этом, что на 173.164.153.169 - неизвестно. Я прав?

Прости. Я не понял вопроса. 

Я для примера site.com привел, чтобы адрес не светить.

Что-то не видно конфигов стандартных... Мэйнтэйнеры могли его сильно видоизменить.. Придётся искать где он пишет о доставке. Выглядит лог примерно так:



надо найти эти записи и по ним будет видно почему была отложена отправка.

Сервер настроен на гмейл до меня, а я в сисадминстве не шарю.

Интересный интернет-магазин, что его адрес светить нельзя 

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

Добавлено через 41 секунду
То есть отправка идёт с твоего qmail на google?

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

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



но из них ничего не понятно. А нужные письма о 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, в ПМ название своего домена скинь, пожалуйста. Очень трудно решать реальную проблему на абстарктных примерах.

Вроде отправил..