PrestaShop envía con otro remitente: el SMTP y el email de tienda

En julio de 2026 un compañero de la comunidad configuró el envío por SMTP en su PrestaShop con el correo de su dominio, alojado en el mismo servidor que la web. El correo de prueba llegaba, pero no lo enviaba esa cuenta, sino la dirección de Gmail del administrador. Respuesta corta: PrestaShop usa como remitente el email de la tienda, que se configura en otro sitio. Tiene que coincidir con la cuenta del SMTP.

Cómo empezó

Unos días antes, el mismo compañero contaba que el envío a través de Gmail le había funcionado «bien hasta ayer» y que no podía usar el correo de su dominio porque estaba en listas negras. Pasó entonces al SMTP de su propio servidor y ahí apareció el problema del remitente.

Otro miembro del grupo le hizo ver lo importante: si has puesto el SMTP de tu servidor, quien envía es tu servidor, no Gmail. Que el remitente siguiera siendo Gmail quería decir que PrestaShop tomaba la dirección de otro sitio.

Dónde estaba

En Parámetros de la tienda → Contacto → Tiendas está el email de la tienda. Es la dirección que PrestaShop pone como remitente de los correos a clientes (pedido, envío, contraseña…). Él tenía ahí la de Gmail. En cuanto puso la misma dirección que usaba en el SMTP, todo cuadró.

Por eso el correo de prueba ya salía con Gmail: PrestaShop también lo envía con el email de la tienda como remitente.

La lista de Gustavo

Gustavo, de la comunidad, dejó en el hilo las preguntas que hay que hacerse antes de tocar nada:

• ¿Qué dirección tienes en Parámetros de la tienda → Contacto → Tiendas?
• ¿Desde qué dirección quieres enviar los correos de pedido, envío y demás?
• El SMTP se configura en Parámetros avanzados → E-mail.
• Si vas a enviar con el dominio de la tienda y el correo está en el mismo servidor, puedes dejar la opción de usar sendmail del servidor.
• Si vas a usar Gmail, la dirección tiene que ser la misma en la tienda y en el SMTP.
• Si vas a usar el dominio de la tienda, revisa los registros DNS del correo.
• Y comprueba que ni la IP ni el dominio están en listas negras; si lo están, pide la baja.

El siguiente problema: que no vaya a spam

Con el remitente arreglado, la siguiente duda fue la de siempre: cómo conseguir que los correos no acaben en spam. En el hilo también le propusieron enviar el correo de prueba de PrestaShop a un servicio de análisis de entregabilidad, que te devuelve una nota y lo que falla. Lo habitual:

1. SPF que autorice al servidor que envía.
2. DKIM firmando los correos del dominio.
3. DMARC publicado, aunque sea en modo solo informe al principio.
4. El remitente, el dominio del SMTP y el de la tienda, todos alineados: lo mismo que causó el problema del principio.

Esto salió en @PrestashopEsp, la mayor comunidad PrestaShop de España en Telegram. Ver la conversación