Problemas comunes de correo de Linux y cómo solucionarlos

Cuando se trabaja con correo electrónico, nunca se sabe qué esperar. Los problemas a los que se enfrentan los administradores de sistemas varían de un lugar a otro, de una persona a otra y de un servidor a otro. Sin embargo, hay problemas que siguen siendo los mismos en todas partes. En mi experiencia personal, he visto muchos problemas de mensajería en todos los ámbitos; millones de correos electrónicos no deseados que llenan la cola de correo y el espacio en disco del servidor (y, en última instancia, destruyen el servidor), hasta correos electrónicos de phishing de sitios web pirateados con trampas que envían correos electrónicos a otros clientes en la misma red. En este artículo, analizaremos los problemas comunes de correo electrónico que surgen en el mundo de la administración de sistemas.

Índice

    Retrasos en el correo electrónico

    Lo primero que desea hacer al solucionar problemas de retrasos en el correo electrónico es obtener la información que necesita para solucionar el problema. Tener la información que necesita para comenzar, o al menos la información para trabajar, lo ayuda a tomar una decisión informada. Digamos que hay un correo electrónico que no llegó al destinatario o que se devolvió al remitente original. La mejor información para comenzar es el encabezado completo del correo electrónico que se envió al remitente original. Según el cliente de correo electrónico que esté utilizando, puede recopilar la identificación del correo electrónico del encabezado del correo electrónico de diferentes maneras, pero siempre está disponible independientemente del cliente. Una vez que tenga la ID de correo, puede encontrar la ID en los registros de correo con el siguiente comando:

    $ grep 'EMAIL ID' /var/log/exim_mainlog
    

    Si no está familiarizado con el formato de los registros, es posible que se pierda información importante. Leer registros de salidas es definitivamente algo que puede requerir un buen ojo y será más fácil con la experiencia. Con el tiempo, los periódicos pueden servir más que solo información, sino como una fuente de verdad.

    Códigos de error de perspectiva

    Los clientes de correo electrónico suelen arrojar códigos de error cuando las cosas van mal, y lo hacen. Outlook puede ser conocido por este problema, por lo que es imprescindible revisar los códigos de error de Outlook más comunes.

    HELO no válido: 0x800CCC78

    Outlook casi siempre envía un HELO no válido y, por lo tanto, debe autenticarse directamente (frente a la autenticación IP de la verificación IMAP/POP) para omitir la verificación. Recibe el código de error 0x800CCC78 en esta situación. Si un cliente encuentra este error al enviar un correo electrónico, significa que la autenticación SMTP no está configurada o está configurada incorrectamente. Cuando se autentica un usuario, se omiten la mayoría de las comprobaciones de SMTP.

    La descripción oficial de Microsoft dice:

    Su dirección de remitente debe ser una dirección de correo electrónico completa y no solo un nombre de usuario. Configure su cuenta en Outlook/Outlook Express para usar un nombre de cuenta completo como [email protected] en lugar de solo "nombre de usuario".

    Notar: Un mensaje HELO no válido no es específico de Outlook. Sólo el código de error es.

    Host no encontrado: 0x800CCC0D

    La versión completa de este error se ve así:

    The host 'mail.domain.com' could not be found. Please verify that you have entered the server name correctly. Error Number: 0x800CCC0D
    

    Si ve este error, puede haber un problema con el servidor de correo al que el cliente de correo está tratando de conectarse. Es posible que el servidor de correo esté propagando su registro DNS, esté mal escrito o tenga problemas de resolución/red. Este problema requiere una investigación del servidor de correo como administrador del sistema. Como alternativa al dominio del servidor de correo, también puede utilizar la dirección IP del servidor de correo.

    La conexión del servidor falló: 0x800CCC0E

    Este error significa que hay un problema con el puerto entrante: el puerto 110 debe usarse para POP3 y el puerto 143 debe usarse para IMAP. Se utilizan puertos separados para conexiones seguras que requieren SSL. Esta información se trata con más detalle en .

    Se ha producido un error desconocido: 0x800CCC69

    La versión completa de este error se ve así:

    An unknown error has occurred. Subject 'test', Account: 'mail.domain.com', Server: 'mail.domain.com', Protocol: SMTP, Server Response: '550 External MTA's must be authenticated in order to send e-mails', Port: 25, Secure(SSL): No, Server Error: 550, Error Number: 0x800CCC69
    

    En este error, dice que el agente de transferencia de correo debe estar autenticado para poder enviar correos electrónicos. Esto se debe a que los clientes y servidores de correo deben verificar el origen y los destinos para evitar ser marcados como spam potencial. Para ello, el servidor o cliente de correo saliente debe habilitar la autenticación, que se puede configurar en el cliente de correo. Se pueden encontrar configuraciones específicas para Outlook aquí.

    Adivina qué error: 0x800CCC67

    Este código de error es complicado porque puede significar varias cosas diferentes. Si está utilizando el puerto 25 para SMTP, es posible que esté bloqueado. Es común que los servicios de correo electrónico y los ISP los bloqueen. El problema también podría ser causado por otro firewall instalado localmente en la estación de trabajo del remitente y que bloquea las conexiones SMTP. O bien, Outlook también puede estar configurado incorrectamente. Para encontrar al culpable, simplemente solucione el problema.

    Errores del cortafuegos SMTP

    En la mayoría de los entornos compartidos, los puertos 25 y 26 están bloqueados para usuarios no root para evitar abusos. Esto incluye, entre otros, scripts de spam que envían cantidades excesivas de correos electrónicos desde el servidor (lo que da como resultado la inclusión en una lista negra de servidores o direcciones IP) y problemas de capacidad de entrega de correos electrónicos para todos los clientes de máquinas.

    Hay varias formas de solucionar este problema:

    1. Utilice el binario Sendmail o PHPMailer en su lugar.
      Puede optar por utilizar el binario Sendmail o PHPMailer en su lugar. En algunos casos, deberá configurar específicamente el parámetro FROM en el sobre SMTP cuando use esta opción. De lo contrario, el remitente sería la dirección de correo electrónico predeterminada del servidor, no la correcta.
    2. Utilice el dominio o IP del servidor como nombre de host y el puerto 26 como puerto de salida.
      Esta configuración requiere autenticación de correo electrónico para el servidor SMTP e inicio de sesión con nombre de usuario y contraseña. Se recomienda configurar también el parámetro FROM aquí. El encabezado FROM es lo que normalmente ve el receptor (a menos que el receptor elija ver los encabezados completos).
    3. Lista blanca del usuario en el firewall.
      Puede incluir en la lista blanca a un usuario o una dirección IP a través del firewall. Esta táctica solo se recomienda como . Después de agregar las reglas, reiniciar el firewall es una buena práctica recomendada. Agregar el usuario o la IP a través del firewall les permitirá conectarse a cualquier host en los puertos de salida disponibles, como 25 y 26.

    No hay tal persona en esta dirección

    Los rechazos con el error "No existe tal persona en esta dirección" u otro mensaje personalizado generalmente se deben a la configuración de un reenvío para rechazar correos electrónicos. El mensaje de error habitual es "No existe tal usuario aquí", pero algunos clientes utilizan otros mensajes. Puede configurar mensajes personalizados en el servidor de correo y configurarlos para que coincidan con lo que mejor se adapte a la situación. Sin embargo, el valor predeterminado parece funcionar bien.

    rechazo SPF

    Los correos electrónicos entrantes generalmente se verifican en busca de un registro de marco de política de remitente (SPF) válido cuando la dirección de destino está habilitada por un verificador de autenticación. Las comprobaciones de SPF neutrales o fallidas generan rebotes, que también pueden tener mensajes personalizados, al igual que los errores "No existe tal persona". Todos los mensajes de rechazo son personalizables. SPF se utiliza para informar a los intercambios de correo qué hosts pueden enviar correo para un dominio. La carpeta es fácil de crear y funciona bien. Hay paneles de control que le permiten crear una grabación de este tipo con una herramienta fácil de usar, o puede crear una con una herramienta en línea o crear una grabación desde la memoria.

    Canalizaciones/reenvío de correo electrónico

    Los canales de correo deben comenzar con binario a PHP (por ejemplo, /usr/local/bin/php). Este proceso envía un mensaje de correo electrónico a un programa y agrega el mensaje al archivo del buzón con entrega en tiempo real. Al igual que con la opción de configurar un rechazo SPF, tiene opciones adicionales para configurar los canales de correo y cómo funcionan. Esta táctica está a merced de dónde se encuentra el servidor de correo.

    Conclusión

    Todavía hay tantos problemas de mensajería por ahí. No hay manera de cubrirlos a todos. Este artículo está destinado a brindarle una idea y arrojar luz sobre el mundo de los problemas de correo, qué buscar y cómo solucionarlos. El problema más común en estos diversos problemas es que algo sucederá en algún momento, y tener autenticación siempre es una buena idea.

    Artículos de interés

    Deja una respuesta

    Tu dirección de correo electrónico no será publicada.

    Subir

    Si continuas utilizando este sitio aceptas el uso de cookies. Más información