Última actualización: julio de 2026

En resumen: Cuando Gmail rechaza tus correos salientes con códigos de error, la causa principal suele ser la falta de registros de autenticación de correo (SPF/DKIM), una configuración defectuosa de DNS inverso (PTR) o una tasa elevada de quejas por spam. Revisa las definiciones exactas de los mensajes de rebote a continuación junto con pasos prácticos para resolverlos de inmediato.

Recibir un mensaje de rebote (bounce) de los relés de entrada de Google (gmail-smtp-in.l.google.com) puede detener comunicaciones críticas de tu negocio. Tras la estricta aplicación de las directrices de Google para remitentes, Gmail exige infraestructura de envío debidamente autenticada y monitorea de cerca la reputación de los dominios mediante Google Postmaster Tools. Para asegurar una entrega sin interrupciones, debes mantener la tasa de spam reportada por los usuarios estrictamente dentro del umbral aceptable: below 0.3%.

A continuación, encontrarás un diccionario de diagnóstico detallado con los mensajes de error SMTP de Gmail más habituales, incluyendo su texto exacto, las causas de fondo, los pasos concretos de solución y los plazos realistas para recuperar la normalidad.

Error 550 5.7.26 — Remitente no autenticado

Cadena de error exacta de Gmail

This email has been blocked because the sender is unauthenticated. Gmail requires all senders to authenticate with either SPF or DKIM.

Significado y causa raíz

Gmail rechaza tu correo de manera permanente (550 hard bounce) porque el mensaje carece tanto de un registro válido de Sender Policy Framework (SPF) como de una firma válida de DomainKeys Identified Mail (DKIM). Para proteger a los usuarios frente a la suplantación de identidad (spoofing) y el phishing, Google impone un requisito obligatorio de autenticación en todo el correo entrante.

Pasos concretos de solución

  1. Configura SPF o DKIM: Publica un registro SPF válido en la zona DNS de tu dominio autorizando la dirección IP de tu servidor de correo, o activa la firma DKIM desde el panel de control de tu proveedor o servidor.
  2. Verifica la sintaxis SPF: Asegúrate de que el registro SPF de tu dominio incluye correctamente a tu servidor (include:) o tu dirección IP (ip4:/ip6:).
  3. Comprueba la alineación del dominio: Si has publicado un registro DMARC, confirma que el dominio en tu firma DKIM (d=) o en el sobre SPF (Return-Path) coincide exactamente con el encabezado visible From.

Plazo realista

Una vez publicados tus registros DNS de SPF o DKIM, la propagación global suele tardar entre 15 y 60 minutos. Tan pronto como los servidores de resolución de Google detectan los registros válidos, la aceptación del correo entrante se reanuda de inmediato.

Error 421 4.7.28 — Tasa de envío inusual / Límite de velocidad temporal

Cadena de error exacta de Gmail

Gmail has detected an unusual rate of email. To protect our users from spam, email has been temporarily rate limited.

Significado y causa raíz

Se trata de un rechazo temporal (421 soft bounce). Los sistemas anti-abuso de Google han detectado un aumento anormal en el tráfico de correo procedente de tu dirección IP o dominio en un periodo breve, o los envíos recientes han generado una oleada de quejas por spam por parte de los usuarios.

Pasos concretos de solución

  1. Reduce la velocidad de envío: Disminuye la tasa de conexión y el caudal de entrega desde tu servidor hacia los relés de Google (por ejemplo, ajustando los límites de concurrencia en Postfix o escalonando el envío de campañas en bloques).
  2. Audita Postmaster Tools: Inicia sesión en Google Postmaster Tools para tu dominio de envío y comprueba si la tasa de quejas por spam ha superado el umbral crítico (below 0.3%.).
  3. Respeta los intervalos de reintento: No configures tu servidor para reintentar el envío de mensajes rebotados cada pocos segundos de forma agresiva. Permite que transcurran los intervalos normales de reintento exponencial.

Plazo realista

Los bloqueos por limitación de velocidad (421) se eliminan de forma automática una vez que tu volumen de envío se estabiliza y expira la ventana temporal de restricción. El periodo normal de recuperación oscila entre 2 y 24 horas.

Error 4.7.25 — DNS inverso (registro PTR) ausente o incorrecto

Cadena de error exacta de Gmail

The sending IP address for this message doesn't have a PTR record, or the PTR record's forward DNS entry doesn't match the sending IP address. To protect users from spam, your email has been temporarily rate limited.

Significado y causa raíz

La dirección IP de tu servidor de correo no supera la verificación de DNS inverso confirmado directo (FCrDNS). Es probable que tu dirección IP no tenga ningún registro de DNS inverso (PTR) asignado en tu proveedor de hosting, o bien que el nombre de host devuelto por la consulta PTR no resuelva de vuelta (registro A o AAAA) exactamente a esa misma dirección IP de envío.

Pasos concretos de solución

  1. Asigna un registro PTR: En el panel de control de tu proveedor de hosting, asigna un nombre de host único y completamente cualificado (mail.tudominio.es) como registro PTR de DNS inverso para tus direcciones IPv4 e IPv6.
  2. Alinea el DNS directo: En la gestión DNS de tu dominio, asegúrate de que existe un registro A (y AAAA) para mail.tudominio.es que apunte de forma exacta a la dirección IP pública de tu servidor de correo.

Plazo realista

Actualizar un registro PTR requiere que los servidores DNS autoritativos de tu proveedor de hosting propaguen los cambios, proceso que suele demorar entre 30 minutos y 4 horas antes de que se actualicen las cachés DNS de Google.

Error 550 5.7.1 — Prohibido por la política del usuario o dominio

Cadena de error exacta de Gmail

The user or domain that you are sending to (or from) has a policy that prohibits the email that you sent. Contact your domain administrator for assistance.

Significado y causa raíz

Este rechazo permanente (550 5.7.1) ocurre cuando una política administrativa bloquea de forma explícita la transmisión. Lo más común es que tu dominio tenga publicada una política DMARC estricta (p=reject) y tu mensaje saliente falle la alineación de SPF y DKIM, o que la organización receptora en Google Workspace mantenga filtros de contenido administrativos o bloqueos de enrutamiento personalizados.

Pasos concretos de solución

  1. Audita los remitentes de terceros: Comprueba que todas las herramientas de marketing, plataformas CRM o servicios de reenvío que mandan correos en tu nombre estén debidamente autenticados con DKIM y SPF para superar DMARC.
  2. Contacta con el administrador del destinatario: Si estás enviando correos a una organización corporativa con Google Workspace, pide a su administrador de TI que revise si los filtros de cumplimiento o las listas de remitentes restringidos están bloqueando tu dominio o dirección IP.

Plazo realista

Tan pronto como se solucione el fallo de alineación DMARC o el administrador del destinatario elimine la restricción dentro de su panel de administración de Google Workspace, la entrega se reanudará de inmediato.

Verificación de tu configuración

Para confirmar que tus registros de autenticación DNS (SPF, DKIM, DMARC) y tu configuración de DNS inverso (PTR) cumplen rigurosamente con los estándares de Google, ejecuta una auditoría técnica completa con el escáner gratuito MXAudit.

Más información