// cómo solucionarlo
Microsoft 365 "550 5.1.10 RESOLVER.ADR.RecipientNotFound": cómo solucionarlo
Microsoft 365 no encuentra la dirección del destinatario. Causas del error 550 5.1.10 (errata, buzón eliminado, reenvío roto, sincronización, MX) y soluciones.
Qué significa
El email llegó a una organización de Microsoft 365, pero Microsoft no encontró ningún buzón, grupo ni contacto con esa dirección. El rebote suele contener:
550 5.1.10 RESOLVER.ADR.RecipientNotFound; Recipient not found by SMTP address lookup
RESOLVER.ADR es la parte de Exchange que resuelve las direcciones. Es un error definitivo: si vuelves a enviar el mismo mensaje a la misma dirección, fallará otra vez. Para las direcciones de Outlook.com y Hotmail, Microsoft devuelve un error parecido, 550 5.5.0 Requested action not taken: mailbox unavailable.
Un error relacionado, 550 5.4.1 Recipient address rejected: Access denied, significa que la dirección se rechazó todavía antes, en la conexión SMTP, por el Directory-Based Edge Blocking.
Por qué ocurre
En el lado del remitente
- Una errata en la dirección, o una dirección antigua guardada en la lista de autocompletar de Outlook.
- La persona se ha ido de la empresa y su buzón se ha eliminado.
- Backscatter: tú nunca enviaste el mensaje. Un spammer usó tu dirección como remitente y el rebote te llegó a ti. Microsoft dice que es inofensivo, pero si recibes muchos, probablemente alguien está suplantando tu dominio.
En el lado del destinatario
- El usuario existe pero no tiene licencia de Exchange Online, así que no tiene buzón.
- Una regla de reenvío rota: el destinatario (o una regla del administrador) reenvía los mensajes a una dirección que ya no existe. En ese caso, la dirección del rebote es distinta de la que escribiste.
- Migración híbrida o parcial: algunos usuarios siguen en otro servidor, pero el dominio está configurado como Authoritative en Microsoft 365, así que los usuarios desconocidos se rechazan en lugar de retransmitirse.
- Problemas de sincronización del directorio: el usuario existe en local pero no se sincronizó con Microsoft 365.
- Registro MX incorrecto: por ejemplo, el dominio sigue apuntando a Microsoft 365 aunque la empresa se cambió a otro proveedor, o hay varios registros MX. Microsoft no admite más de un registro MX para un dominio dado de alta en Exchange Online.
Cómo comprobarlo
- Compara la dirección del rebote con la de tus Elementos enviados. Si son distintas, hay un reenvío roto en el lado del destinatario.
- Comprueba el MX del dominio del destinatario con
dig +short MX example.como con el escáner de dominios de Delivmail. Un dominio de Microsoft 365 apunta aexample-com.mail.protection.outlook.com(o a un host.mx.microsoft). - Si eres el administrador del destinatario, busca la dirección en Exchange Online:
Get-Recipient -Identity "user@yourdomain.com" -ErrorAction SilentlyContinue Get-Recipient -ResultSize Unlimited | Where-Object {$_.EmailAddresses -match "user@yourdomain.com"} Get-AcceptedDomain | Format-Table DomainName,DomainType - Haz un seguimiento de mensajes (message trace) para la dirección del destinatario y comprueba si el mensaje llegó y dónde se rechazó.
- Si recibes rebotes de mensajes que nunca enviaste, comprueba el SPF, el DKIM y el DMARC de tu dominio enviando una prueba a la dirección de la página de inicio de Delivmail.
Cómo solucionarlo
Si eres el remitente
- Elimina la dirección de la lista de autocompletar de Outlook (empieza a escribirla y haz clic en la X junto a la sugerencia), escríbela de nuevo completa y vuelve a enviar.
- Si sigue rebotando, contacta con la persona por otra vía (teléfono, formulario web) para confirmar su dirección actual.
- En las newsletters, quita la dirección de tu lista: los envíos repetidos a direcciones inexistentes dañan tu reputación (consulta limpiar tu lista de correo).
- En caso de backscatter, no respondas. Publica una política DMARC para dificultar la suplantación de tu dominio: alguien envía emails falsos con tu dominio.
Si eres el administrador del destinatario
- Crea o restaura el destinatario: añade el usuario, asígnale una licencia de Exchange Online o añade la dirección como alias en el buzón correcto. Un usuario eliminado puede restaurarse desde Users > Deleted users en el centro de administración de Microsoft 365 durante un tiempo limitado (30 días).
- Corrige los reenvíos: corrige o elimina las reglas de la bandeja de entrada, el reenvío del buzón (Users > Active users > Mail > Email forwarding) y las reglas de flujo de correo que redirigen a direcciones muertas.
- Dominios híbridos o compartidos: si algunos usuarios están en otro servidor y tienes un conector hacia él, configura el dominio aceptado como Internal Relay (centro de administración de Exchange, Mail flow > Accepted domains). Sin un conector que funcione, esto rompe el flujo de correo, así que compruébalo antes.
- Sincronización del directorio: en el servidor de Microsoft Entra Connect, lanza una sincronización delta y vuelve a comprobar el destinatario:
Start-ADSyncSyncCycle -PolicyType Delta
- Corrige el registro MX: deja un único MX que apunte a Microsoft 365 si el dominio está alojado allí, o quita el dominio de Microsoft 365 si se ha trasladado a otro sitio. En Settings > Domains, usa Check DNS.
Comprueba que está solucionado
- Pide a alguien de fuera de la organización que envíe una prueba corta a la dirección, o envíala tú, y revisa el seguimiento de mensajes.
- Después de cambiar el MX, espera a la propagación DNS (a menudo unas horas, hasta 72 horas según Microsoft) antes de sacar conclusiones.
- Vuelve a enviar el mensaje original solo cuando la dirección esté confirmada.
Comprueba que está solucionado
Un cambio de DNS puede tardar de unos minutos a unas horas. Después, envía un nuevo email de prueba o vuelve a escanear tu dominio.
Guías relacionadas
- Tus emails acaban en el correo no deseado de Outlook o HotmailOutlook.com, Hotmail y Live envían a muchos remitentes nuevos al correo no deseado. Revisa tu configuración y usa las herramientas gratuitas de Microsoft para remitentes: SNDS, JMRP y el portal de desbloqueo.
- Rebote de Gmail «550 5.7.26»: email no autenticadoGmail rechazó tu email porque no pudo confirmar que viene de tu dominio. SPF, DKIM o DMARC falta o falla. Así puedes solucionarlo.
- Rebote «550 5.7.1»: mensaje rechazado o bloqueado por políticaUn rebote 5.7.1 significa que el servidor receptor rechazó tu email a propósito. Aprende a leer los mensajes de rebote, a encontrar el motivo real y a solucionarlo.
- Configura SPF, DKIM y DMARC para Microsoft 365Una lista completa para autenticar un dominio que envía con Outlook en Microsoft 365: el include SPF, los dos registros CNAME de DKIM y un primer registro DMARC.
- Tasa de rebote alta: limpia tu lista de correoEnviar a direcciones que ya no existen daña tu reputación muy rápido. Aprende la diferencia entre rebotes duros y blandos, y elimina las direcciones malas después de cada envío.