Сервер Linux, на котором запущена служба exim, не загружен.
Система успешно отправляет электронное письмо, но на отправку каждого электронного письма уходит много времени.
Обычно, если я подключаюсь к порту 25 localhost, а затем пытаюсь отправить электронное письмо оттуда, ответ сервера будет очень медленным. Почтовому приложению, которое у нас запущено, требуется более 8 минут для отправки 4 писем.
Кто-нибудь сталкивался с этой проблемой раньше с EXIM, и, может быть, теперь вы могли бы узнать, какие настройки заставляют EXIM так долго чего-то ждать. Я просматриваю журналы и не вижу ничего, указывающего на ошибку. Ниже приведен образец основного журнала:
2009-08-10 07:21:05 H = (aurl.domain.ni) [127.0.0.1] Предупреждение: скорость отправителя 4,6 / 1 час
2009-08-10 07:21:29 1MaTsX-0000mw-Oe <= stgbouncing@theperfectplace.net H = (aurl.domain.ni) [127.0.0.1] P = esmtp S = 22003 id = 67402024.1249906753667.JavaMail.root @ aurl.domain.ni
2009-08-10 07:21:54 Тайм-аут команды SMTP при соединении с (domain.com) [127.0.0.1]
2009-08-10 07:22:42 1MaTsX-0000mw-Oe ** thegroupofbouncing123@earthlink.net R = lookuphost T = remote_smtp: ошибка SMTP от удаленного почтового сервера после RCPT TO :: host mx3.earthlink.net [209.86.93.228 ]: 550 thegroupofbouncing123@earthlink.net ... Пользователь неизвестен
2009-08-10 07:22:42 1MaTti-0000nM-3b <= <> R = 1MaTsX-0000mw-Oe U = mailnull P = local S = 23089
2009-08-10 07:22:42 1MaTsX-0000mw-Oe Завершен
Как предположил jj33, DNS - распространенная проблема.
Exim может быть настроен на поиск идентификаторов во входящей электронной почте. Долгое время по умолчанию использовался 30-секундный тайм-аут - я не уверен, так ли это до сих пор. Задержка почты немного помогает со спамерами, которых я нашел (наивные спамеры все равно будут отправлять почту, что затем позволяет вам запускать ошибки нарушения протокола), поэтому все же стоит сделать IMO.
# RFC1413 lookups can cause timeouts. (ident)
rfc1413_hosts = *
rfc1413_query_timeout = 5s
rfc1413_hosts по умолчанию *, поэтому, если вы хотите отключить его, попробуйте
rfc1413_hosts =
Похоже, что сервер выполняет регулирование, что может повлиять на вас, если вы тестируете с одного IP:
2009-08-10 07:21:05 H=(aurl.domain.ni) [127.0.0.1] Warning: Sender rate 4.6 / 1h
Часто подобные проблемы связаны с плохим DNS. Exim делает много разрешений во время обработки почты. Проверьте конфигурацию DNS на сервере Exim. Проверьте производительность DNS-сервера, который он использует.
Выполняет ли сервер какую-либо обработку DNSBL? Меня часто просят посмотреть на серверы, демонстрирующие низкую производительность, и оказывается, что они используют устаревшие DNSBL, а это означает, что время поиска истекает.
Попробуйте запустить exim в режиме отладки на сервере, чтобы увидеть, в чем проблема. Следующее будет запускать демон Exim на порту 26, оставаясь подключенным к консоли и распечатывая много отладки:
exim -bd -d -oX 26
Затем подключитесь к tcp / 26 вместо tcp / 25 и проверьте, как это было раньше.
Мой был чертовски медленным, и после того, как я деактивировал определенный модификатор (dnslists) в файле vexim-acl-check-rcpt.conf, мои письма теперь отправляются очень быстро. Похоже, что модификатор, который я использовал, недействителен, хотя он идет с пакетом vexim. Дальнейшее расследование показывает, что dnslist zen.spamhaus.org:list.dsbl.org кажется недействительным. Поэтому я отключил его и тоже работал нормально. Надеюсь, это поможет кому-то еще. Это мой файл vexim-acl-check-rcpt.conf
* # deny message = DNSBL указан в $ dnslist_domain \ n $ dnslist_text
deny message = DNSBL Черный список dnslists = list.dsbl.org deny message = DNSBL Черный список dnslists = dnsbl.sorbs.net deny message = DNSBL Черный список dnslists = rhsbl.sorbs.net deny message = DNSBL Черный список dnslists = bl.spamcop.net *