Correos de Dolibarr que no salen: cómo configurar el SMTP

Si los correos de Dolibarr no salen o no llegan, el problema está casi siempre en la configuración de envío. Dolibarr trae por defecto el método «PHP mail function», que depende del servidor de alojamiento y falla a menudo en hostings compartidos. La opción recomendada es pasar a «SMTP/SMTPS socket library» con el servidor, el puerto y las credenciales correctas, y probar antes de dar nada por hecho. Esta guía explica cómo configurarlo, qué significan los errores habituales y cómo hacer que cada usuario envíe desde su propia cuenta.

Qué es SMTP y para qué lo usa Dolibarr

SMTP (Simple Mail Transfer Protocol) es el protocolo estándar para enviar correo electrónico. Cuando Dolibarr tiene que mandar una factura, un presupuesto o una notificación, entrega ese mensaje a un servidor SMTP, que lo hace llegar al destinatario.

En Dolibarr el envío se configura en Inicio > Configuración > E-mails (el nombre del menú cambia según la versión). Desde ahí se elige el método de envío y se rellenan los datos de conexión. Si algo falla, los correos no salen o son rechazados aunque el resto del ERP funcione con normalidad.

Cómo configurar el email de Dolibarr paso a paso

1. Elige el método de envío

Por defecto, Dolibarr usa «PHP mail function», que delega el envío en el propio servidor. En la práctica da problemas: depende del hosting, no permite autenticación real y muchos proveedores lo tratan como correo sospechoso. Lo recomendable es seleccionar «SMTP/SMTPS socket library» y autenticar con una cuenta SMTP de verdad.

2. Rellena los datos del servidor

• Servidor SMTP: el que te indique tu proveedor de correo.
• Puerto: 465 con SSL, o 587 con STARTTLS. El puerto 25 suele estar bloqueado por hostings y operadoras; evítalo.
• Usuario y contraseña: normalmente la dirección de correo completa y su contraseña.
• Cifrado: SSL/TLS, en coherencia con el puerto elegido.

3. Prueba la conectividad y luego el envío

La pantalla incluye dos botones: probar conectividad y probar envío. Lanza primero el de conectividad, que comprueba si se puede abrir conexión con el servidor y el puerto, y luego el de envío, que manda un correo de prueba. Si el primero pasa y el segundo falla, el problema no es la red: suele estar en la autenticación o en un rechazo del servidor.

Tienes el detalle de cada parámetro en la documentación oficial: Configuración E-Mails de la wiki de Dolibarr.

4. Ajustes específicos de Gmail y Microsoft 365

• Gmail: servidor smtp.gmail.com, puerto 465 con SSL (o 587 con STARTTLS). Si tienes activada la verificación en dos pasos, necesitas una contraseña de aplicación; la contraseña habitual de tu cuenta no sirve para SMTP.
• Microsoft 365: servidor smtp.office365.com, puerto 587 con STARTTLS. En muchos tenants SMTP AUTH está desactivado por defecto y hay que habilitarlo para el buzón; consúltalo con quien administre tu tenant.

Errores típicos al enviar correos desde Dolibarr

Dolibarr muestra un código de error que ayuda a localizar el problema. Estos son los más frecuentes.

Error 101: «Network is unreachable»

Dolibarr no consigue conectar con el servidor. Es típico de hostings compartidos que bloquean la salida hacia el puerto elegido. Pide a tu proveedor que habilite el puerto o cambia a uno permitido (465 o 587).

Error 120: el servidor rechaza el mensaje

Aquí la conexión sí funciona, pero el servidor SMTP contesta con un rechazo. Dos respuestas habituales:

• «501 5.5.2 Helo command rejected: Invalid name»: el nombre de máquina del saludo inicial no es válido. Se corrige ajustando el nombre del host en la configuración.
• «554 no valid recipients»: el servidor no acepta alguno de los destinatarios o considera que el remitente no está autorizado. Revisa las direcciones y la política de tu proveedor.

Error 130: «Invalid Authentication Credentials»

Usuario o contraseña incorrectos. Revisa mayúsculas, espacios y si el proveedor exige contraseña de aplicación; el caso más típico es Gmail con verificación en dos pasos.

Correos que salen pero caen en spam

Si Dolibarr no da error pero el correo no llega a la bandeja de entrada, revisa la carpeta de spam del destinatario y, con tu proveedor de dominio, los registros SPF y DKIM. Un dominio mal configurado en ese punto acaba en spam aunque todo lo demás funcione.

Enviar desde la cuenta de cada usuario

El núcleo de Dolibarr tiene una limitación conocida: todos los correos salen desde la única cuenta configurada. Si fuerzas el envío «desde la dirección del usuario» sin autenticar esa cuenta, el proveedor rechaza el mensaje: lo interpreta como suplantación. No es un fallo del ERP: es una protección del correo.

La solución es que cada usuario o departamento envíe con su propia cuenta SMTP. Eso es lo que permite el módulo MultiSMTP de EasySoft Tech S.L.: cada persona se autentica con su cuenta y el destinatario recibe el correo desde la dirección correcta.

Para cerrar

Si este problema te ha hecho dudar de Dolibarr, merece la pena comprobar si encaja con tu forma de trabajar. Tenemos un recurso pensado para eso: ¿Dolibarr te encaja?. Y si quieres evitar otros tropiezos habituales de la implantación, te recomendamos esta lectura: errores al implantar Dolibarr en pymes.

En EasySoft Tech S.L. trabajamos con Dolibarr a diario: implantación, módulos propios y soporte, con respuesta en 24 horas. Puedes escribirnos a info@easysoft.es.

Preguntas frecuentes

¿Por qué funciona la prueba de conectividad pero no puedo enviar correos?

Porque comprueban cosas distintas: la prueba de conectividad solo verifica que se puede abrir conexión con el servidor y el puerto, no que las credenciales sean válidas ni que el servidor acepte el mensaje. Si esa prueba pasa y el envío falla, revisa usuario y contraseña (error 130) y los rechazos del servidor (errores 501 o 554).

¿Puedo enviar desde la cuenta de cada usuario?

Con el núcleo de Dolibarr, no: todos los correos salen desde la única cuenta configurada, y forzar la dirección del usuario sin autenticarla provoca rechazos del proveedor. Con el módulo MultiSMTP de EasySoft Tech S.L., cada usuario o departamento puede enviar con su propia cuenta SMTP.

¿Qué puerto debo usar, 465 o 587?

Depende de tu proveedor. El 465 usa SSL y el 587 usa STARTTLS; ambos son válidos si el cifrado seleccionado coincide con el puerto. El puerto 25 suele estar bloqueado, así que es mejor evitarlo.

¿Y si los correos se envían pero no llegan?

Comprueba la carpeta de spam del destinatario y revisa con tu proveedor de dominio los registros SPF y DKIM. Además, enviar con una cuenta auténtica de tu propio dominio reduce el riesgo de acabar en spam.