2mail — SMTP relay desde infraestructura belga

SMTP para Laravel — correo de su aplicación que llega

Laravel lleva integrada una capa de correo completa, con colas, plantillas y avisos. Lo que no aporta es la entregabilidad: eso depende del servidor por el que envía, y la configuración por defecto de un servidor recién montado rara vez es un buen remitente.

Laravel lee sus ajustes de correo del archivo de entorno. Ahí cambia los datos SMTP y el resto de su aplicación se queda igual: no hace falta tocar los mailables, los avisos ni las colas.

Por qué falla sin relay

Una aplicación en desarrollo envía a una dirección de pruebas y todo parece correcto. Al publicarla cambia el público: direcciones reales de proveedores reales, que sí comprueban la autenticación y la reputación. Ese es el momento en que los correos de recuperación dejan de llegar, y solo a una parte de los usuarios, lo que hace difícil detectarlo.

Configurar el SMTP en Laravel

1

Obtener los datos

Acceda a su cuenta de 2mail y obtenga allí su servidor SMTP, su nombre de usuario y su contraseña.

2

Introducirlos en Laravel

Los ajustes de correo están en el archivo de entorno de su aplicación, no en el código. Pone el mailer en SMTP y rellena los cinco datos de abajo. No olvide la dirección y el nombre del remitente: son ajustes aparte, junto a los datos de conexión.

3

Autenticar el dominio

Asegúrese de que SPF, DKIM y DMARC de su dominio son correctos, para que los destinatarios puedan verificar que el correo viene de usted.

4

Probar

Envíe un mensaje de prueba a una dirección de un gran proveedor y compruebe que llega a la bandeja de entrada y no a la carpeta de spam.

Los campos que pide Laravel

Cada plataforma los llama de una manera algo distinta, pero siempre son los mismos cinco. Los valores concretos dependen de su cuenta y los encuentra en su cuenta de 2mail: cópielos de ahí para asegurarse de usar los correctos.

Campo Qué introducir
Servidor SMTP (host)El nombre del servidor de su cuenta de 2mail.
PuertoEl puerto que corresponde al cifrado elegido; su cuenta le indica cuál.
CifradoTLS. No envíe nunca sin cifrar: de lo contrario sus credenciales viajan en claro.
Nombre de usuarioEl acceso SMTP de su cuenta de 2mail.
ContraseñaLa contraseña correspondiente. No use nunca la contraseña del buzón de un empleado.

Qué correos envía Laravel

Una vez configurado el relay, todos estos pasan por 2mail: no tiene que configurarlos uno a uno.

Recuperación de contraseña y verificación de correo
Avisos y correos de eventos de la aplicación
Facturas y mensajes de suscripción
Informes de tareas programadas
Mensajes de error a los administradores

Errores frecuentes con Laravel

La cola tiene que estar en marcha

Si pone el correo en cola sin un procesador activo, no sale nada y no ve ningún error. Ante un problema de entrega, esta debería ser la primera comprobación, no la última.

La caché de configuración tras un cambio

Si su aplicación funciona con la configuración cacheada, los ajustes de correo modificados no tienen efecto hasta que se refresque esa caché. Un ajuste que "no funciona" a menudo es un ajuste que aún no se ha leído.

Entornos de prueba que envían de verdad

Un entorno de staging con una copia de la base de datos de producción puede enviar sin querer a clientes reales. Limite ahí los destinatarios de forma explícita, o use un acceso aparte.

SPF, DKIM y DMARC explicados Sobre la entregabilidad

¿Otra plataforma?

SMTP es un protocolo estándar: cualquier sistema que hable SMTP —un CRM, un ERP, una aplicación propia o un servidor— puede enviar a través de 2mail con esos mismos cinco campos.

Preguntas frecuentes sobre el SMTP para Laravel

Laravel aporta la capa de correo, no la entregabilidad: eso depende del servidor por el que envía. La configuración por defecto de un servidor recién montado rara vez es un buen remitente, porque no hay autenticación ni reputación construida.
En el archivo de entorno de su aplicación, no en el código. Pone el mailer en SMTP y rellena el host, el puerto, el usuario, la contraseña y el cifrado. No olvide la dirección y el nombre del remitente: son ajustes aparte, al lado.
Si su aplicación funciona con la configuración cacheada, los ajustes de correo modificados no tienen efecto hasta que se refresque esa caché. Un ajuste que "no funciona" a menudo es un ajuste que aún no se ha leído.
Compruebe si la cola se está procesando. Si pone el correo en cola sin un procesador activo, no sale nada y tampoco aparece ningún mensaje de error. Esta debería ser la primera comprobación, no la última.
Un entorno de staging con una copia de la base de datos de producción puede enviar sin querer a direcciones reales. Limite ahí los destinatarios de forma explícita, o use un acceso aparte para poder seguir ese tráfico por separado.
Llamar ahora
Enviar un correo