Вопросы Теги

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

Повреждение происходит на самом хосте или в гостевых машинах? Существует известная ошибка в qemu-kvm, который приводит к повреждению данных в больших виртуальных дисках (см. https://bugs.launchpad.net/ubuntu / + source/qemu-kvm / + ошибка/574665, например),

2
задан 18 March 2012 в 05:01
2 ответа

Начать от фиксации 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)/

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

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

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

2
ответ дан 3 December 2019 в 11:59

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

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

0
ответ дан 3 December 2019 в 11:59

Теги

Похожие вопросы