Envíe correos electrónicos a través de su propio servidor SMTP

Utilice esto si gestiona su propia infraestructura de correo o si su proveedor no figura en nuestra lista directa; casi todos los servicios de correo ofrecen SMTP.

⚠️ Si su proveedor es Mailgun, SendGrid, Postmark, Amazon SES o Resend, utilice su propia guía en su lugar. Esas conexiones le proporcionan mejores mensajes de error cuando algo sale mal, ya que podemos leer lo que el proveedor respondió en realidad en vez de un código de estado SMTP.

Lo que necesita

Cuatro elementos, procedentes de quien gestione su servidor de correo:

• Host: p. ej., smtp.yourprovider.com
• Puerto: 587, 465 o 2525
• Nombre de usuario y contraseña

Qué puerto elegir

587 es para envío con STARTTLS y es el que debería utilizar. La conexión se inicia en texto claro y se actualiza a TLS antes de que se envíe nada.

465 es TLS implícito: cifrado desde el primer byte. Igualmente válido; algunos proveedores lo prefieren.

2525 es una alternativa no oficial que ofrecen algunos alojamientos debido a que unas pocas redes bloquean el 587. Utilícelo solo si su proveedor se lo indica.

⛔ El puerto 25 se acepta aquí, pero casi nunca es la opción correcta. Es el puerto que los servidores de correo utilizan para comunicarse entre sí, no el que una aplicación emplea para enviar un mensaje. Está bloqueado en la mayoría de las redes, con frecuencia carece de autenticación y, en los casos en que funciona, a menudo no está cifrado.

⛔⛔ No realizaremos envíos a través de una conexión no cifrada. Si mantiene activada la opción Usar STARTTLS —y debería hacerlo— y su servidor rechaza la actualización, el envío fallará en lugar de continuar en texto claro. Esto es deliberado: los enlaces de restablecimiento de contraseña de sus clientes viajan en estos mensajes, y una degradación de seguridad que nadie nota es el peor tipo de fallo, ya que el correo sigue llegando.

Configure su DNS primero

Su proveedor no se encarga de esto por usted como lo haría un servicio gestionado. En el dominio desde el que realiza los envíos, necesita:

SPF: un registro TXT que autorice la dirección de su servidor: v=spf1 ip4:203.0.113.10 -all, o v=spf1 a:smtp.yourprovider.com -all. Si ya tiene un registro SPF, edítelo; dos registros SPF en un mismo dominio anulan el SPF por completo.

DKIM: su servidor de correo firma los mensajes salientes y usted publica la clave pública correspondiente en <selector>._domainkey.yourdomain.com. En Postfix, suele utilizarse OpenDKIM; su proveedor le indicará el selector.

DMARC: un registro TXT en _dmarc.yourdomain.com, comenzando con v=DMARC1; p=none; mientras comprueba que tanto SPF como DKIM se superan correctamente.

DNS inverso: el registro PTR de la dirección IP de su servidor debe resolverse hacia su nombre de host. Los grandes destinatarios comprueban esto y muchos no aceptarán correos de una dirección que no disponga de él. Lo configura su proveedor de alojamiento, no su proveedor de DNS.

⭐ Una comprobación gratuita muy útil una vez que esté en funcionamiento: envíe un mensaje a mail-tester.com y revise la puntuación. Le indicará cuál de los cuatro aspectos es incorrecto, lo cual es mucho más rápido que intentar adivinarlo a partir de la carpeta de spam.

Conéctelo en Zinn®

Abra Envío de correo electrónico en su panel de control:

• Proveedor: Servidor SMTP
• Enviar desde este dominio: mail.yourdomain.com (un dominio, no una dirección)
• Host SMTP, Puerto, Nombre de usuario, Contraseña
• Usar STARTTLS: activado, a menos que esté en el puerto 465

⭐ Cree un buzón de correo o un usuario de envío exclusivo para esto, en lugar de reutilizar el acceso de una persona física. Cuando alguien se marche y cambie su contraseña, las notificaciones de sus clientes no deberían interrumpirse.

Envíe la prueba e introduzca el código

Pulse Enviar mensaje de prueba a una bandeja de entrada en un dominio diferente, lea el código que contiene e introdúzcalo.

Cuando no funcione

«The mail server rejected the username or password»: error en SMTP AUTH. Si su proveedor dispone de autenticación en dos pasos en la cuenta, es casi seguro que necesitará una contraseña de aplicación en lugar de la contraseña de acceso principal.

«Could not reach host:port»: el puerto está bloqueado, el nombre de host es incorrecto o el servidor no está escuchando envíos en ese puerto. Al ejecutar telnet smtp.yourprovider.com 587 desde otra máquina sabrá cuál es el motivo.

Un error de TLS: el certificado de su servidor ha caducado, es autofirmado o no coincide con el nombre de host que introdujo. Verificamos los certificados y no omitiremos esa comprobación; corrija el certificado.

«The mail server refused the recipient»: su servidor no está configurado para retransmitir mensajes en nombre de este remitente, lo que suele significar que el usuario autenticado no tiene permisos para realizar envíos usando su dominio de envío.

Se envía pero todo llega a la carpeta de spam: se trata del DNS, no del SMTP. Revise las secciones anteriores de SPF, DKIM, DMARC y DNS inverso; a continuación, vuelva a ejecutar la comprobación de mail-tester.