Búsqueda de códigos de respuesta SMTP.
Descifra cualquier respuesta SMTP: los códigos 4xx y 5xx que devuelven los servidores, además de los códigos de estado ampliados como 5.1.1 y 5.7.26. Busca un código o una palabra clave y descubre qué significa y qué debería hacer quien envía. Funciona aquí mismo, en tu navegador.
Filtra por código de respuesta (p. ej. 421), código de estado ampliado (p. ej. 5.1.1) o una palabra clave en lenguaje natural.
| Código | Clase | Significado | Qué hacer |
|---|---|---|---|
| 211 | Información | Estado del sistema o respuesta de ayuda del sistema. | Solo informativo: se devuelve en respuesta a una consulta de estado, no a un resultado de entrega. No requiere ninguna acción. |
| 214 | Información | Mensaje de ayuda que describe cómo usar el servidor o sus comandos. | Respuesta informativa a un comando HELP. No hay nada que corregir en el lado del remitente. |
| 220 | Información | Servicio disponible: el saludo que envía un servidor cuando acepta tu conexión. | Este es el banner de apertura normal. Si nunca lo ves, el host no está aceptando conexiones SMTP en ese puerto. |
| 221 | Información | El servicio cierra el canal de transmisión tras un QUIT. | Fin normal y ordenado de la sesión. No requiere ninguna acción. |
| 250 | Éxito | Acción solicitada completada: el comando (MAIL, RCPT o el cuerpo del mensaje) fue aceptado. | La dirección fue aceptada en el momento del SMTP. En un dominio catch-all, un 250 a RCPT no prueba que el buzón exista, así que trátalo como aceptado pero sin confirmar. |
| 251 | Éxito | El usuario no es local; el mensaje se reenviará a otra dirección. | La entrega se retransmitirá. Puedes tratarla como entregable; el destino del reenvío está fuera de tu control. |
| 252 | Éxito | El servidor no puede verificar al destinatario, pero aceptará el mensaje e intentará la entrega. | Habitual cuando VRFY está desactivado o el dominio es catch-all. No puedes confirmar el buzón solo con el sondeo: un flujo de verificación completo lo puntúa en lugar de adivinar. |
| 354 | Información | Inicia la entrada del correo: envía el cuerpo del mensaje y termina con un punto solo en su propia línea. | Aviso intermedio tras DATA. Es esperado a mitad de la conversación; no requiere ninguna acción. |
| 421 | Fallo temporal | Servicio no disponible; el servidor está cerrando la conexión. | Espera y reintenta más tarde. A menudo significa que el host está sobrecargado, te está limitando la tasa o te está frenando por tu reputación de envío: reduce tu ritmo de envío. |
| 450 | Fallo temporal | Buzón no disponible: ocupado o bloqueado temporalmente (con frecuencia greylisting). | Reintenta tras una pausa; el greylisting suele resolverse en el segundo intento. Los 450 persistentes de un mismo proveedor apuntan a un problema de reputación o de tasa. |
| 451 | Fallo temporal | Acción abortada: un error local en el procesamiento del servidor receptor. | Transitorio en el lado del receptor. Reintenta más tarde; si persiste para todo un dominio, puede ser un aplazamiento por política, no un error real del servidor. |
| 452 | Fallo temporal | Almacenamiento del sistema insuficiente, o demasiados destinatarios en una sola transacción. | Reintenta más tarde y divide los lotes grandes de RCPT en transacciones más pequeñas. No es motivo para suprimir la dirección. |
| 500 | Fallo permanente | Error de sintaxis: el servidor no reconoció el comando. | Un fallo a nivel de protocolo en el cliente emisor, no un problema del destinatario. Revisa los bytes exactos que tu cliente escribe en el socket. |
| 501 | Fallo permanente | Error de sintaxis en los parámetros o argumentos del comando. | A menudo un MAIL FROM o un RCPT TO mal formado. Valida la sintaxis de la dirección antes de enviarla al servidor. |
| 502 | Fallo permanente | Comando no implementado por este servidor. | Habitual con VRFY y EXPN, que la mayoría de los servidores desactivan. No dependas de esos comandos para confirmar un buzón. |
| 503 | Fallo permanente | Secuencia de comandos incorrecta: enviaste algo fuera de orden. | Por ejemplo, RCPT antes de MAIL, o un comando antes de EHLO. Corrige el orden en el cliente emisor. |
| 504 | Fallo permanente | Parámetro del comando no implementado. | El servidor entendió el comando pero no un argumento que proporcionaste (p. ej., un mecanismo AUTH no compatible). Ajusta el parámetro. |
| 521 | Fallo permanente | El host no acepta correo en absoluto (RFC 7504). | El dominio ha anunciado que nunca recibe correo. Cualquier dirección allí rebotará de forma definitiva: suprímela. |
| 530 | Fallo permanente | Se requiere autenticación, o debes emitir STARTTLS primero. | El servidor rechazó el comando hasta que te autentiques o inicies TLS. Configura las credenciales / TLS en el lado del remitente; no es culpa del destinatario. |
| 550 | Fallo permanente | Buzón no disponible: lo más habitual es que la dirección no exista, o que el mensaje fuera rechazado por política. | El rebote definitivo clásico. Si es 'usuario desconocido' / 'no such mailbox', suprime la dirección de forma permanente. Si cita una política o una lista de bloqueo, corrige tu reputación o tu autenticación en su lugar. |
| 551 | Fallo permanente | El usuario no es local; el servidor indica adónde enviar en su lugar, pero no retransmitirá por ti. | Envía a la dirección que indica el servidor. Poco frecuente en el correo alojado moderno. |
| 552 | Fallo permanente | Acción de correo abortada: el mensaje superó la cuota de almacenamiento del buzón, o el mensaje era demasiado grande. | Para un buzón que ha superado su cuota, esto es prácticamente no entregable ahora; la forma temporal es 452. Reduce el tamaño del mensaje si esa es la causa. |
| 553 | Fallo permanente | Nombre de buzón no permitido: la dirección es sintácticamente inaceptable para el servidor. | Normalmente una parte local mal formada o no permitida. Valida y corrige la dirección; no sigas reintentándola. |
| 554 | Fallo permanente | Transacción fallida: un rechazo genérico, comúnmente una lista de bloqueo o un rechazo por contenido/política. | Lee el texto que sigue al código: indica el motivo real (bloqueo por spam, IP en lista de bloqueo, sin servicio SMTP). Corrige la reputación de envío o la autenticación en lugar de reintentar a ciegas. |
| 4.2.2 | Fallo temporal | Buzón lleno: el destinatario ha superado la cuota de su buzón (transitorio persistente). | Reintenta durante un tiempo; puede resolverse si el usuario libera espacio. Si nunca se resuelve, trata la dirección como un rebote temporal que ha envejecido hasta volverse inalcanzable. |
| 4.3.1 | Fallo temporal | Sistema de correo lleno: el sistema receptor se ha quedado sin almacenamiento. | Un problema de capacidad del lado del receptor, no de tu lista de direcciones. Reintenta más tarde. |
| 4.4.1 | Fallo temporal | Sin respuesta del host: el intento de conexión con el destino no obtuvo respuesta. | El servidor de destino estaba inalcanzable o demasiado ocupado para responder. Reintenta más tarde; si todo un dominio permanece a oscuras, su servicio de correo puede estar caído. |
| 4.7.1 | Fallo temporal | Entrega no autorizada, mensaje rechazado: un bloqueo temporal por política. | Con frecuencia greylisting o un aplazamiento basado en reputación. Reintenta según una programación normal; un 4.7.1 repetido en varios proveedores significa que deberías mejorar la reputación de IP/dominio y la autenticación. |
| 5.1.1 | Fallo permanente | Dirección de buzón de destino incorrecta: el destinatario no existe. | Un rebote definitivo. Suprime la dirección de inmediato; dejarla en la lista aumenta tu tasa de rebotes y perjudica la reputación. |
| 5.1.2 | Fallo permanente | Dirección de sistema de destino incorrecta: el dominio del destinatario no se encuentra o no puede recibir correo. | No es válido el dominio, no solo el buzón. Suprime la dirección y comprueba si hay una errata en la parte del dominio. |
| 5.2.1 | Fallo permanente | Buzón desactivado: existe, pero no acepta mensajes. | A menudo una cuenta suspendida o desactivada. Trátala como no entregable y suprímela; no se recuperará con reintentos. |
| 5.2.2 | Fallo permanente | Buzón lleno, notificado como permanente por este servidor. | Algunos servidores devuelven el problema de cuota como un fallo definitivo. Deja de enviarle; vuelve a verificarla más tarde antes de volver a añadirla. |
| 5.4.1 | Fallo permanente | Sin respuesta del host o, en Microsoft 365, 'Recipient address rejected: Access denied'. | En la práctica, esta es la respuesta habitual de Microsoft para una dirección que no existe o está bloqueada. Trátala como un rebote definitivo y suprímela. |
| 5.7.1 | Fallo permanente | Entrega no autorizada, mensaje rechazado: un rechazo permanente por política. | Fuiste bloqueado: IP en lista de bloqueo, retransmisión denegada o filtrado como spam. Corrige la autenticación y la reputación; la dirección del destinatario en sí puede estar bien. |
| 5.7.26 | Fallo permanente | Fallaron varias comprobaciones de autenticación: el mensaje no superó más de una de SPF, DKIM y DMARC. | Gmail y otros rechazan con esto el correo masivo no autenticado. Publica y alinea SPF, DKIM y DMARC para tu dominio de envío antes de reenviar. |
El primer dígito indica el resultado: 2xx tuvo éxito, 3xx es una indicación intermedia, 4xx es un fallo temporal (reintentar) y 5xx es permanente (suprimir). Los códigos ampliados como 5.1.1 añaden un motivo preciso encima.
Cómo leer una respuesta SMTP
Every SMTP response starts with a three-digit reply code whose first digit is the whole story for deliverability. The full códigos de respuesta SMTP reference walks through each one, but three bands cover almost every case you'll meet:
- 2xx — aceptado
- El comando tuvo éxito. Un 250 significa que se aceptó al destinatario, aunque en un dominio catch-all eso no prueba que el buzón exista.
- 4xx — reintentar más tarde
- Un fallo temporal, como el greylisting o un buzón lleno. Reintenta con una cadencia normal; no suprimas la dirección solo por un 4xx.
- 5xx — permanente
- Un fallo duro: el buzón no existe o el mensaje fue rechazado por política. Un 550 o un 5.1.1 debería suprimirse para que deje de inflar tu tasa de rebotes.
Del código de respuesta a la categoría de rebote
The reply code is what turns a failed send into a bounce, and how you classify it decides what happens next. Mapping each code to hard, soft, or block is the heart of clasificación de rebotes de correo — a permanent 5xx means suppress, a transient 4xx means retry, and a policy rejection means fix your reputation rather than the address. The cleanest way to avoid the hard bounces entirely is to remove dead addresses before you send, so the server never has to answer 550.
Búsqueda de códigos de respuesta SMTP — Preguntas frecuentes
Detén los 550 antes de que ocurran
Verifica y limpia tu lista para eliminar las direcciones muertas que provocan rebotes duros: empieza gratis con 100 créditos, sin tarjeta.