Si recibiste un aviso después de enviar un correo, empezá por buscar la respuesta del servidor. Una línea como 550 5.1.1 User unknown orienta mucho más que el asunto «No se pudo entregar el mensaje».
Podés pegar ese fragmento en el analizador de correos rebotados para obtener una interpretación y los pasos sugeridos.
Dónde encontrar el error
Abrí el aviso y buscá «Detalles técnicos», Diagnostic-Code o «Respuesta del servidor». En algunos correos está debajo de la explicación inicial. Si había varios destinatarios, buscá la respuesta junto a la dirección que falló.
En 550 5.1.1 User unknown, 550 es la respuesta SMTP, 5.1.1 precisa el tipo de error y User unknown es la explicación del servidor. Guardá juntos esos tres datos: un 550 solo aparece en muchos tipos de rechazo.
Cómo saber si conviene esperar
- Un código que empieza con 4 señala una demora o un problema temporal. Si el aviso dice que el mensaje sigue en cola, esperá los reintentos del servidor. Si dice que terminó el plazo de entrega, ese envío ya no sigue pendiente.
- Un código que empieza con 5 señala un rechazo que normalmente requiere corregir algo antes de reenviar: la dirección, la configuración del envío o algún requisito del destinatario.
Si el aviso incluye Action: delayed o Action: failed, usá ese dato para distinguir una demora de un envío que ya terminó sin entrega.
Errores habituales y qué hacer
El destinatario no existe
Si ves 5.1.1 y el servidor dice que no encuentra al usuario, confirmá la dirección por otro medio. Escribila de nuevo sin usar el autocompletado: puede haber guardado una casilla vieja. Si la dirección es correcta, el destinatario puede verificar con su proveedor si sigue activa.
La casilla está llena o se alcanzó una cuota
Si el texto dice Mailbox full, avisale al destinatario para que revise su espacio. Si dice Submission quota exceeded, como puede ocurrir con 5.2.2 en Exchange Online, la pista apunta a un límite del envío. En ese caso, consultá al proveedor del sistema que envió el mensaje.
El rechazo menciona SPF, DKIM o DMARC
En Gmail, 5.7.26 puede acompañar un problema de autenticación. Primero averiguá qué sistema mandó ese correo: tu casilla, un formulario, una tienda o una plataforma de envíos. Cada uno puede usar una configuración diferente.
El chequeo del dominio ayuda a revisar registros publicados. Para investigar un envío puntual, seguí la guía de autenticación y entrega y compartí el error exacto con quien administra ese sistema.
El servidor limitó los envíos o rechazó por política
Buscá si el texto menciona un límite por hora, demasiados destinatarios, una lista de bloqueo o un requisito específico del receptor. Con esos datos, el proveedor de salida puede determinar qué cuenta o servidor está afectado. Un 5.7.1 por sí solo aporta poco: el texto es el que orienta la investigación.
La entrega se demoró o vencieron los intentos
Si ves 4.4.7 junto con un aviso de que el mensaje venció, consultá al proveedor de salida qué pasó con los intentos de entrega. Mandale la hora y el dominio de destino para que pueda localizar el envío.
¿Y si el mensaje llegó a Spam?
Si el destinatario lo encuentra en Spam, el mensaje llegó a su casilla. Para ese caso, la guía de correos que llegan a spam te ayuda a revisar cómo lo recibió y autenticó el proveedor.
Qué enviarle a soporte
- La línea del rechazo con el código y su explicación.
- La fecha y la hora del intento, con la zona horaria.
- Desde dónde salió el mensaje: webmail, aplicación de correo, formulario o plataforma de envíos.
- El dominio del destinatario y si también falla con otras direcciones o solo con una.
Para una consulta pública alcanza con compartir la parte técnica y ocultar las direcciones completas y el contenido del correo. Si soporte necesita más información, usá el canal privado del proveedor.