En un entorno corporativo, tenemos un servidor de correo que sólo tiene disponibles los puertos 25/tcp y 587/tcp.
Cuando utilizamos Perl Scripts (usando HTML::Mail) para enviar cientos de correos electrónicos legítimos, ocasionalmente falla el mensaje "Error al conectarse al servidor de correo".
Creemos que la gran carga en el servidor de sendmail está haciendo que rechace la conexión, o tal vez ni siquiera responda a la solicitud inicial.
Ahora, el equipo propietario del servidor de correo no coopera y exige pruebas de que el servidor rechaza la conexión.
Pregunta: ¿Qué información se puede recopilar del lado del cliente en caso de falla, suponiendo que el problema esté en el lado del servidor? ¿Cómo demostrar que el problema está en el lado del servidor, siempre que ese sea el caso?
[[ No estoy seguro si esta pregunta es válida aquí; No puedo pedir ayuda para resolver el problema cuando el problema en sí no está claro; Solicito una breve lista de consejos y trucos para ayudar a depurar este problema; Incluso estaría abierto a recibir aportaciones sobre soluciones alternativas]]
Respuesta1
La solución es que el equipo de sendmail revise su archivo "/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.)
Si simplemente estás enviando correos electrónicos a todo volumen, probablemente deberías limitarlos.
Respuesta2
Registre mensajes de error y la hora EXACTA en la que ocurren los problemas. Debería ayudar a los administradores de sendmail a identificar problemas en los archivos de registro.
Con el envío masivo de correo usted debe:
a) reutilizar la conexión SMTP para enviar muchos correos electrónicos (por ejemplo, 50)
b) limitar el número de mensajes enviados por segundo (por ejemplo, 20-50)
Otras medidas que podría sugerir serían específicas de sendmail y requerirían la cooperación de los administradores de sendmail.