Отладка «невозможно подключиться к серверу sendmail»

В корпоративной среде у нас есть почтовый сервер с доступными только портами 25 / tcp и 587 / tcp.

Когда мы используем Perl Scripts (используя HTML :: Mail) для отправки сотен законных писем, иногда он терпит неудачу с «Не удалось подключиться к почтовому серверу».

Мы чувствуем, что большая нагрузка на сервер sendmail заставляет его отклонять соединение или, возможно, даже не реагирует на первоначальный запрос.

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

Вопрос: Какую информацию можно собирать с клиентской стороны в случае сбоя, считая, что проблема на стороне сервера? Как доказать, что проблема на стороне сервера, если это действительно так?

[[Я не уверен, что этот вопрос действительно здесь; Я не могу обратиться за помощью в решении проблемы, когда сама проблема неясна; Я прошу короткий список советов и трюков, чтобы помочь отладить эту проблему; Я даже был бы открыт для ввода в обходные пути]]

2 Solutions collect form web for “Отладка «невозможно подключиться к серверу sendmail»”

Решение для команды sendmail посмотреть на файл «/etc/mail/sendmail.mc»:

dnl # dnl # The following limits the number of processes sendmail can fork to accept dnl # incoming messages or process its message queues to 20.) sendmail refuses dnl # to accept connections once it has reached its quota of child processes. dnl # dnl define(`confMAX_DAEMON_CHILDREN', `20')dnl dnl # dnl # Limits the number of new connections per second. This caps the overhead dnl # incurred due to forking new sendmail processes. May be useful against dnl # DoS attacks or barrages of spam. (As mentioned below, a per-IP address dnl # limit would be useful but is not available as an option at this writing.) dnl # dnl define(`confCONNECTION_RATE_THROTTLE', `3')dnl (Treat "dnl" as a comment leadin string.) 

Если вы просто взрываете электронные письма, вы, вероятно, должны их дросселировать.

Журнальные сообщения об ошибках и время EXACT, когда возникают проблемы. Это должно помочь администраторам sendmail точно определить проблемы в файлах журнала.

При массовой рассылке вы должны:
a) повторно использовать SMTP-соединение для отправки многих электронных писем (например, 50)
b) ограничение количества сообщений, отправленных в секунду (например, 20-50)

Другие меры, которые я мог бы предложить, были бы специфичными для sendmail и требовали сотрудничества админов sendmail.

  • Настроить Postfix и Dovecot-LMTP для получения почты через SMTPUTF8?
  • Как «закрыть» открытые порты?
  • Подтвердить соединение в службе «Давай»
  • Блокировка блокировки SMTP с помощью белого списка
  • Локальная почтовая раковина
  • Postfix не работает с TLS, но Dovecot делает
  • IPTABLES, чтобы разрешить ssh, ftp, pop и т. Д. С одного статического IP-адреса с открытым HTTP / SSL
  • Могу ли я отправлять электронную почту в фоновом режиме в Mutt, но при этом уведомляются об ошибках?
  • Защита постфикса от атак с использованием bruteforce
  • Как настроить postfix smtp для каждого пользователя?
  • Sendmail SMTP не работает на сервере apache2
  • Linux и Unix - лучшая ОС в мире.