MIA
Cómo solucionar el error «550-5.7.26 This mail has been blocked because the sender is unauthenticated» y «550 5.7.1» en Gmail, Google Workspace y Outlook
Si al enviar un correo desde tu dominio empresarial (@tuempresa.com.ar) recibís un rebote inmediato de Gmail, Google Workspace, Outlook / Microsoft 365 o Yahoo con los códigos 550-5.7.26, 550 5.7.1 o 550 5.7.515, el servidor receptor está bloqueando tu mensaje por falta de autenticación criptográfica y alineación de dominio. En esta guía técnica te mostramos cómo leer el diagnóstico exacto del rebote y qué registros DNS (SPF, DKIM de 2048 bits, DMARC y reverso PTR) debés configurar para que tus correos entren directo a la Bandeja de Entrada.
1 Qué significa cada código de rebote SMTP en Gmail y Outlook
Cuando un correo rebota, el mensaje de devolución (Mailer-Daemon / Delivery Status Notification) incluye un código numérico extendido RFC 3463 que indica exactamente qué control falló:
host gmail-smtp-in.l.google.com[142.250.0.27] said: 550-5.7.26 This mail has been blocked because the sender is unauthenticated. 550-5.7.26 Gmail requires all senders to authenticate with either SPF or DKIM. 550-5.7.26 Authentication results: 550-5.7.26 DKIM = did not pass 550-5.7.26 SPF [tuempresa.com.ar] with ip: [x.x.x.x] = did not pass
| Código de Error SMTP | Proveedor que lo emite | Causa Raíz Exacta | Solución Directa |
|---|---|---|---|
550-5.7.26 Unauthenticated |
Gmail / Google Workspace | Ni SPF ni DKIM aprobaron para la IP emisora, o falta el registro _dmarc. |
Autorizar la IP/relay en SPF y activar firma DKIM de 2048 bits. |
550 5.7.1 DMARC policy |
Gmail / Yahoo / Corporativos | El dominio tiene DMARC p=reject pero el correo salió desde una web o servidor sin alinear el dominio From:. |
Alinear el From: con el dominio autenticado por SMTP y firmar con DKIM. |
550 5.7.515 Access denied |
Outlook / Hotmail / Microsoft 365 | Exigencia de autenticación estricta de Microsoft cuando falta alguno de los 3 pilares (SPF, DKIM o DMARC). | Publicar los 3 registros DNS y verificar que no haya doble registro SPF. |
550-5.7.25 PTR record required |
Gmail / Antispam Empresarial | La dirección IP del servidor de salida no tiene configurado un registro DNS inverso (rDNS / PTR) válido. |
Usar un servidor de correo o Relay SMTP con IP limpia y PTR simétrico (FCrDNS). |
2 Los 3 registros DNS obligatorios: SPF, DKIM (2048 bits) y DMARC
1. Registro SPF único (Sender Policy Framework)
El registro SPF le indica al mundo qué servidores e IPs tienen permiso para enviar correos en nombre de tu dominio. Si alojás tu correo en MESI Hosting / SinSpam, el registro exacto en tu zona DNS debe ser:
v=spf1 a mx include:spf.sinspam.com -all
v=spf1 en el mismo dominio. Si además de tu servidor de correo usás una plataforma externa, debés incluir ambos en una sola línea (por ejemplo: v=spf1 a mx include:spf.sinspam.com include:otroproveedor.com -all) sin superar el límite de 10 búsquedas DNS del estándar RFC 7208.
2. Firma Criptográfica DKIM de 2048 bits (DomainKeys Identified Mail)
DKIM agrega un encabezado firmado con criptografía asimétrica RSA a cada correo saliente (DKIM-Signature). Cuando Gmail recibe el mensaje, consulta la clave pública en el registro TXT selector._domainkey.tuempresa.com.ar y comprueba matemáticamente que el correo salió de tu servidor y no fue alterado en tránsito.
3. Política DMARC (Domain-based Message Authentication, Reporting & Conformance)
DMARC une a SPF y DKIM exigiendo alineación de dominio: el dominio visible en el encabezado From: que ve el destinatario debe coincidir con el dominio validado por SPF y/o firmado por DKIM.
v=DMARC1; p=quarantine; rua=mailto:postmaster@tuempresa.com.ar; adkim=r; aspf=r; pct=100
3 Por qué rebotan los formularios de WordPress / PHP y cómo solucionarlo
Un caso muy frecuente del error 550-5.7.26 ocurre cuando los correos enviados desde el Webmail llegan bien, pero los pedidos de WooCommerce o los formularios de contacto de la web rebotan. Esto sucede por dos errores de configuración en el sitio web:
- Poner el correo del visitante o un
@gmail.comen el campoFrom:(falsificación involuntaria). El campoFrom:siempre debe ser una casilla real de tu propio dominio (ej.notificaciones@tuempresa.com.ar), y el correo del visitante debe ir únicamente en el encabezadoReply-To:. - Enviar por
mail()local sin autenticar por SMTP: configurá tu tienda o sistema para despachar siempre mediante SMTP autenticado con TLS (puerto 465 o 587) usando una casilla de tu dominio, de modo que el servidor de correo le estampe la firma DKIM antes de entregarlo a Gmail o Outlook.
4 Cómo comprobar que SPF, DKIM y DMARC estén en «PASS»
Podés verificar tus registros desde cualquier consola Linux con dig y luego enviar un correo de prueba a una cuenta de Gmail haciendo clic en los tres puntos superiores («Mostrar original»):
SPF: PASS con la IP 181.225.136.x DKIM: 'PASS' con el dominio tuempresa.com.ar DMARC: 'PASS'
Olvidate de los rebotes: Correo Corporativo y SMTP Dedicado en MESI
En MESI Hosting configuramos automáticamente SPF, DKIM de 2048 bits, DMARC, reversos PTR simétricos y filtrado antispam con IA (Rspamd + Gemini) en todos tus dominios, además de incluir nuestra suite MesiMail con confirmación de lectura y Kanban integrado:
Hosting Profesional NVMe
Incluye cuentas de correo @tuempresa.com.ar con SPF, DKIM y DMARC automáticos, Webmail MesiMail y alojamiento web NVMe.
Correo Profesional MesiMail
Solución dedicada de correo corporativo en pesos con Factura A, antispam inteligente SinSpam y alta de casillas preconfiguradas con DKIM y SPF.
SMTP Dedicado 50.000
Relay SMTP de alta reputación para sistemas de facturación, notificaciones de e-commerce y envíos masivos autenticados con DKIM.
Preguntas frecuentes sobre el error 550-5.7.26 y autenticación de correo
¿Cuánto tarda en hacer efecto el cambio de SPF, DKIM y DMARC en los DNS?
Una vez publicados los registros TXT en el servidor DNS autoritativo de tu dominio, la propagación hacia los resolvers de Google (8.8.8.8) y Microsoft suele demorar entre 15 minutos y 2 horas según el TTL configurado.
¿Qué diferencia hay entre terminar el registro SPF con "~all" (SoftFail) o "-all" (HardFail)?
~all indica que los correos enviados desde IPs no listadas deben marcarse como sospechosos, mientras que -all ordena rechazar de plano cualquier intento de suplantación desde servidores no autorizados. Cuando ya tenés identificadas todas tus vías legítimas de envío, -all junto con DKIM y DMARC ofrece la máxima reputación de dominio.
¿Cómo paso mis casillas desde otro proveedor a MESI sin perder recepción de correos?
Si lo solicitás, nuestro equipo te da de alta todas las casillas de correo y preconfigura las firmas DKIM, el registro SPF y el DMARC antes del cambio de DNS para que no se pierda ningún mensaje nuevo durante la transición. El historial de correos anteriores no se migra entre servidores, por lo que recomendamos descargar previamente los mensajes antiguos en tu computadora vía POP3 o exportando un archivo .pst en Outlook/Thunderbird (ver guía paso a paso) y arrancar en MESI con buzones limpios y con todo el espacio disponible.
Guías Técnicas Relacionadas
Guía de buenas prácticas para evitar caer en Spam
Reputación de IP, limpieza de listas y cabeceras List-Unsubscribe para cuidar tu dominio corporativo.
Correo y Hosting en Pesos con Factura A vs servicios en Dólares
Cuánto ahorra una PyME argentina pasando sus casillas corporativas y servidores a facturación local con IVA discriminado.
Integrar Factura Electrónica ARCA/AFIP con MIA o PHP 8.4
Emití Factura A/B con QR y enviala automáticamente por correo autenticado y WhatsApp desde tu propia VPS.
