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

почтовый сервер: проблемы с тайм-аутом повтора в конкретный домен и обратно

у нас есть dv-сервер с mediatmeple, работающий под управлением apache 2.2 и plesk panel 10.3.

по какой-то причине при отправке почты с нашего домена на их или когда они отправляют электронную почту на наш, сообщения возвращаются с 'retry timeout' ошибка.

до того, как сообщения, которые мы отправляем в этот домен, возвращаются обратно, я вижу, что они застревают в очереди почты на панели plesk: http://i.imgur.com/lRrqy.png

пример информации в возвращенном сообщении:

> > Subject: Mail delivery failed: returning message to sender
> > 
> > 
> >> This message was created automatically by mail delivery software.
> >>
> >> A message that you sent could not be delivered to one or more of its
> >> recipients. This is a permanent error. The following address(es) failed:
> >>
> >> mike@floridaseating.com
> >> retry timeout exceeded
> >> errol@floridaseating.com
> >> retry timeout exceeded
> >>
> >> ------ This is a copy of the message, including all the headers. ------
> >>
> >> Return-path: <claudio@sitconf.com>
> >> Received: from cpe00265acde45a-cm000e5c6e3f4e.cpe.net.cable.rogers.com 
> >> ([174.112.173.113] helo=sales)
> >> by host.interavenuehosting.com with smtp (Exim 4.69)
> >> (envelope-from <claudio@sitconf.com>)
> >> id 1S7Uvm-0008KS-3q; Tue, 13 Mar 2012 12:50:38 -0400
> >> Message-ID: <872EF71E95BA453EA0F8870024C3A22A@sales>
> >> From: "Claudio D'Ulisse" <claudio@sitconf.com>
> >> To: "Errol Rosario" <errol@floridaseating.com>,
> >> "MIKE BERG" <mike@floridaseating.com>
> >> Subject: test
> >> Date: Tue, 13 Mar 2012 12:50:31 -0400
> >> MIME-Version: 1.0
> >> Content-Type: multipart/alternative;
> >> boundary="----=_NextPart_000_00E0_01CD0117.DFCD9440"
> >> X-Priority: 3
> >> X-MSMail-Priority: Normal
> >> Importance: Normal
> >> X-Mailer: Microsoft Windows Live Mail 14.0.8117.416
> >> X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416
> >>
> >> This is a multi-part message in MIME format.
> >>
> >> ------=_NextPart_000_00E0_01CD0117.DFCD9440
> >> Content-Type: text/plain;
> >> charset="iso-8859-1"
> >> Content-Transfer-Encoding: quoted-printable
> >>
> >> can you confirm you get this email please?

почтовый журнал (/usr/local/psa/var/log/maillog) посмотреть журнал

быстрый отчет DNS - что-нибудь важное требует внимания? http://www.dnssniffer.com/en/report/advanced/floridaseating.com

РЕШЕНО - ответ от службы поддержки Media Temple:

При проверке доменных имен для поиска MX, возвращенный IP-адрес был в нашем черном списке из-за злонамеренной активности. Поскольку в последнее время с этого IP-адреса не было никаких злонамеренных действий, мы смогли снять блокировку. Теперь вы можете получать электронную почту от sitconf.com / suite22.ca. Пожалуйста, подтвердите.

Если у вас есть дополнительные вопросы относительно ваших услуг (mt) Media Temple, пожалуйста, обращайтесь к нам в любое время.

Наилучшие пожелания,

Служба поддержки клиентов (mt) Media Temple 877-578-4000 310-564-2007 (mt) Текущий статус системы: http://status.mediatemple.net (mt) Форумы пользователей: http://kb.mediatemple.net/questions/824/ Следуйте за нами на Twitter! http://twitter.com/mediatemple

Начнем с исправления записей IN PTR для MX-хостов (они тоже домены-эмиттеры, да ?!)

Дерьмо 1 - mail.floridaseating.com

Quering 8.8.8.8 for {158.99.70.216.in-addr.arpa.,ANY}
Received answer from 8.8.8.8
  Not authoritative

Answers for 158.99.70.216.in-addr.arpa.:
  -> [PTR] floridaseating.com.

Дерьмо 2 - sitconf.com

Quering 8.8.8.8 for {150.161.223.206.in-addr.arpa.,ANY}
Received answer from 8.8.8.8
  Not authoritative

Answers for 150.161.223.206.in-addr.arpa.:
  -> [PTR] 206-223-161-150.beanfield.net.

Но сейчас

Mar 13 02:45:09 floridaseating qmail: 1331621109.213098 starting delivery 1217: msg 33459587 to remote *@sitconf.com
...
Mar 13 02:46:10 floridaseating qmail: 1331621170.273121 delivery 1217: deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)/

показать нам банальные проблемы с подключением

Дешевое решение

Найдите SMTP-сервер, с которого обе стороны доступны для SMTP, и создайте на нем backup-MX для доменов. Отложенный при доставке на основной MX будет удален на резервный MX, а затем от него - на основной

Мне показалось бы странным, если бы установка блокировала квитирование / соединение SMTP на основе обратного DNS.

Не могли бы вы уточнить некоторую информацию?

В вашем обратном письме указано, что сообщение было отправлено на floridaseating.com С sitconf.com, но это не удалось. Тем не менее, ваше изображение очереди показывает, что почта отправляется С floridaseating.com НА sitconf.com. Также ваш почтовый журнал qmail показывает вас как floridaseating.com

Вы управляете обеими сторонами? Редко, когда проблема рассматривается в обоих направлениях, когда у одной стороны не возникает больше проблем, чем просто электронная почта в один домен или из одного домена. Можете ли вы проверить направление, в котором происходит проблема (даже если вы упомянули, что когда-то это происходило в обоих направлениях).

ЭТО-> Судя по тому, что я вижу, кажется, что сайт sitconf.com может быть настроен неправильно. В настоящее время утверждается, что сервер MX выполняет разрешение из записи хоста sitconf.com: 206.223.161.50, хотя здесь host.interavenuehosting.com отображается как обратный DNS. В моем первом тесте он сообщил, что ему не нравится RCPT claudio@sitconf.com. В более позднем тесте он заявил, что существует локальная проблема. Также один хост был заблокирован из-за достижения своих пределов.

Я бы сосредоточил свои усилия на этом сервере и на том, почему он выдает ошибки.