Hay múltiples situaciones en las que puede encontrar diferentes tipos de códigos SMTP. Comprenderlos acelerará la resolución de problemas y te ayudará a identificar el punto de contacto correcto.
¿Qué es un código SMTP?
Un código SMTP es un estado asignado a un correo electrónico específico durante su transferencia de un servidor a otro durante el diálogo SMTP. Identificar correctamente el código te permitirá comprender rápidamente el estado actual de un correo electrónico y su transferencia.
¿Qué tipo de códigos SMTP voy a encontrar?
Los códigos SMTP se dividen en 4 categorías diferentes, identificables por su número de pista. Cada categoría está dedicada a un comportamiento específico del correo electrónico durante su transferencia:
- 2.x.x: Respuesta positiva
- 3.x.x: Respuesta positiva temporal
- 4.x.x: Respuesta pendiente
- 5.x.x: Respuesta negativa
Cada categoría se divide a su vez en secciones que especifican el comportamiento exacto, dando lugar a códigos de retorno como 2.0.0 o 4.5.0. Las secciones especificarán el comportamiento exacto que el correo electrónico encontró al ser transferido. Hay muchos códigos SMTP específicos, pero en su trabajo diario se encontrará con algunos de los más destacados, que es en lo que nos centraremos aquí. Encontrará una lista completa de los códigos SMTP que puede encontrar en Hornetsecurity desde el manual del Panel de Control.
¿Dónde puedo encontrar los códigos SMTP?
Hay dos lugares principales donde encontrar los códigos SMTP:
- Panel de Control
- Como respuesta automática a un email que he enviado (NDR)
Panel de control
Puedes encontrar el código SMTP para cada correo electrónico individual desde Email Live Tracking abriendo el menú Acción y navegando hasta "Información > SMTP".
NDR (Informes de no entrega)
Si un correo electrónico no pudo ser entregado, el remitente del correo electrónico puede recibir un NDR, informándole del problema y haciéndole saber que son necesarias acciones adicionales. Estos correos electrónicos automatizados se denominan Informes de No Entrega o NDR (non delivery report). La forma en que se construyen los NDR depende del servidor de envío, pero todos ellos contendrán el código SMTP así como una descripción del error. La descripción del error depende de nuevo del administrador del servidor de envío, por lo que las respuestas no están estandarizadas y pueden variar bastante. Sin embargo, es importante poder identificar el código SMTP del mensaje, ya que esto ayudará a la resolución de problemas.
2.x.x Códigos de retorno
Como se ha mencionado anteriormente, todos los códigos almacenados en esta categoría informan de una respuesta positiva del servidor de correo receptor. Esto significa que el correo electrónico fue transferido con éxito de un servidor a otro. El más destacado aquí será el 2.0.0, que muestra un correo electrónico transferido con éxito, sin problemas.
Por qué los necesito: El escenario más probable aquí es localizar un correo electrónico perdido. Por ejemplo, si un usuario informa de que un correo electrónico que espera no ha llegado. Si este es el caso, es importante que averigüe dónde se atascó el correo electrónico exactamente. Para ello, puede rastrear la ruta del correo electrónico hacia atrás, y comprobar si el correo fue entregado al siguiente servidor de correo en la cadena de entrega.
Ejemplo: Su usuario informa de que un correo electrónico que esperaba no ha llegado. Dado que está filtrando sus correos electrónicos a través de Hornetsecurity, sabe que el correo electrónico debería haber tardado al menos tres veces en llegar a la bandeja de entrada del usuario:
- El servidor de correo del remitente
- Los servidores de correo de Hornetsecurity
- El servidor de correo del destinatario.
Tendrá más sentido comprobar el Panel de Control de Hornetsecurity en este punto, ya que podrá averiguar si el email llegó, si fue puesto en cuarentena y finalmente si el email fue entregado al servidor de correo del destinatario. Si el correo fue recibido por Hornetsecurity y usted pudo confirmar que el correo fue entregado al servidor del destinatario desde el Panel de Control, entonces podrá limitar su búsqueda a ese servidor de correo también.
4.x.x Códigos de retorno
Los correos electrónicos que aparecen en esta categoría se encuentran con un fallo temporal. Los correos electrónicos están básicamente pendientes de entrega. El servidor de correo electrónico aún no ha renunciado a entregar los correos y continuará intentando entregarlos hasta que a) la entrega sea exitosa o b) el servidor reciba un error final. Desde el Panel de Control notará que cada intento de entrega que Hornetsecurity realiza recibirá su propia línea junto con el código SMPT y la explicación de por qué el email no pudo ser entregado.
Por qué los necesito: Estos códigos representan un problema temporal y el email se convertirá eventualmente en una categoría 2.x.x cuando sea entregado o en un error 5.x.x cuando la entrega haya fallado definitivamente. Al identificar el problema que causa el error 4.x.x podrá resolver el problema, evitando así la pérdida de correos. Esta es también una razón muy común para los correos electrónicos retrasados.
Ejemplo: Un usuario informa que ha recibido un correo electrónico con un retraso de varias horas. Desde el Panel de Control usted pudo averiguar que había un problema de entrega del correo electrónico al servidor de correo del destinatario, diciendo que el servidor no estaba disponible antes de poder finalmente entregar el correo. Por lo tanto, pudo aislar el problema en el servidor receptor.
Códigos de retorno 5.x.x
Los códigos SMTP que empiezan por 5 marcarán los correos electrónicos cuya entrega ha fracasado finalmente. No se realizarán más intentos de entrega y el remitente tendrá que volver a enviar los mensajes. Los correos electrónicos que fallan con cualquier error 5.x.x normalmente generarán NDRs informando al remitente de que hubo un problema de entrega del correo electrónico.
Por qué los necesito: Esto es necesario principalmente para un análisis posterior al error, ya que existe la posibilidad de que el correo electrónico se encuentre con el mismo problema al intentar reenviarlo inmediatamente. Un error 5.x.x suele venir acompañado de un mensaje de error específico, proporcionado por el servidor receptor. Es conveniente analizar esa información y tomar medidas adicionales antes de volver a enviar ese correo electrónico, de lo contrario es muy probable que se encuentre con el mismo problema de nuevo.
Ejemplo: Un usuario se pone en contacto con usted para informarle de que ha recibido un NDR en el que se le informa de que no se ha podido entregar un correo electrónico a un destinatario concreto. Antes de volver a enviar el correo electrónico debe comprobar el mensaje de error exacto recibido y volver a comprobar si el mensaje de error iba acompañado de instrucciones. Hornetsecurity, por ejemplo, bloqueará todos los correos electrónicos entrantes con un error 5.5.4 si la dirección IP remitente está actualmente bloqueada, debido a la incidencia pasada de envío de spam. El NDR no solo contendrá esa información, sino también un enlace con instrucciones adicionales sobre cómo proceder antes de volver a enviar el mensaje.
Referencias externas: