todas las guías

// cómo solucionarlo

«554 5.7.1 Relay access denied» al enviar

Tu servidor de correo se niega a transmitir tu email porque no has iniciado sesión. Suele faltar el inicio de sesión SMTP o el puerto es incorrecto en tu app o tu impresora.

Qué significa

Al enviar un email, recibes un error como:

554 5.7.1 <someone@example.com>: Relay access denied

«Relay» (retransmisión) significa pasar un email a otro dominio. Un servidor de correo solo lo hace para la gente en la que confía, normalmente usuarios que han iniciado sesión con usuario y contraseña. Si el servidor no sabe quién eres, se niega, para no convertirse en un «open relay» del que podrían abusar los spammers.

En resumen: el servidor por el que envías no te reconoce como uno de sus usuarios.

Por qué importa

  • Tu email no se envía en absoluto.
  • Suele aparecer al configurar una nueva app de correo, un plugin de web, una impresora o un escáner, o tras cambiar de contraseña o de proveedor.
  • El error es buena señal sobre el servidor: se está protegiendo. No lo «arregles» abriendo el servidor a todo el mundo.

Cómo comprobarlo

  • Mira tus ajustes de salida (SMTP) en la app, el plugin o el dispositivo que muestra el error.
  • Prueba con otro destinatario: si los emails a tu propio dominio funcionan pero los emails a otros dominios fallan, es un problema de relay, no del destinatario.
  • Cuando el envío funcione, envía un email de prueba a la dirección de la página de inicio de Delivmail / para comprobar SPF, DKIM y DMARC.

Cómo solucionarlo

  1. Activa la autenticación SMTP. En los ajustes del servidor de salida, activa «Mi servidor de salida requiere autenticación» e introduce la dirección de email completa y la contraseña.
  2. Usa el puerto y el cifrado correctos. Normalmente el puerto 587 con STARTTLS, o el 465 con SSL/TLS. El puerto 25 está pensado para el tráfico entre servidores y a menudo no acepta inicios de sesión.
  3. Usa el nombre de servidor correcto, el que te da tu proveedor: por ejemplo smtp.gmail.com para Google Workspace o smtp.office365.com para Microsoft 365.
  4. Revisa la contraseña. Si la cuenta usa la verificación en dos pasos, algunos proveedores exigen una contraseña de aplicación en lugar de la normal.
  5. Revisa la dirección From. Muchos servidores se niegan a enviar para un dominio que no es tuyo. Envía desde una dirección de la cuenta con la que inicias sesión.

Si gestionas el servidor de correo

Permite el relay solo a los usuarios autenticados y a las direcciones IP internas de confianza. En Postfix se hace con smtpd_relay_restrictions, por ejemplo:

smtpd_relay_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination

No añadas nunca todo internet a mynetworks.

Comprueba que está solucionado

Envía un email a una dirección externa, como una dirección de Gmail tuya: debería salir sin error. Después envía un email de prueba a la dirección de la página de inicio y abre el informe para confirmar que el email está autenticado y no aparece en listas negras.

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