Les e-mails d'Odoo n'arrivent pas : reconnaître les causes et les résoudre

Quand les factures, devis ou rappels envoyés depuis Odoo n'arrivent pas, la cause est presque toujours l'une de ces trois : le serveur de messagerie sortant n'est pas configuré ou l'est mal et les messages restent dans la file d'attente, l'adresse d'expéditeur ne correspond pas au domaine authentifié, ou le serveur depuis lequel Odoo envoie n'a aucune réputation. La solution est le plus souvent la même : relier Odoo à un relais SMTP avec son propre identifiant et mettre SPF et DKIM en ordre pour votre domaine.

Regardez d'abord où ça bloque

Odoo n'envoie pas immédiatement : il place les messages dans une file qu'une tâche planifiée traite périodiquement. Dans les paramètres techniques, ouvrez la liste des messages sortants. Vous y voyez un statut par message. Trois situations se présentent :

• Le message est « en sortie » et y reste. La tâche planifiée ne tourne pas, ou le serveur de messagerie refuse la connexion. C'est un problème de configuration.
• Le message est « échoué » avec un message d'erreur. Lisez-le : une erreur d'authentification, une adresse d'expéditeur refusée ou une connexion impossible renvoient chacune à une cause différente.
• Le message est « envoyé » mais le client n'a rien reçu. Odoo l'a remis ; le problème est dans la livraison : indésirables, refus par le destinataire, ou un rebond que vous n'avez jamais vu.

Cause 1 : pas de serveur sortant, ou un mauvais

Un Odoo auto-hébergé n'a pas de serveur sortant par défaut, ou utilise la fonction mail locale de la machine sur laquelle il tourne. Cette machine n'a aucune réputation et le plus souvent pas de DNS inverse correct ; ce qu'elle envoie est regardé avec méfiance. Configurez dans les paramètres techniques un serveur de messagerie sortant avec les données de votre relais : nom du serveur, port 587 avec STARTTLS, et l'identifiant créé pour Odoo. Donnez à Odoo son propre identifiant, pas celui de votre boutique : vous pourrez le révoquer sans toucher au reste, et le journal vous montrera quelle application a envoyé quoi.

Cause 2 : l'adresse d'expéditeur ne correspond pas au domaine

Odoo aime envoyer depuis l'adresse du collaborateur qui a effectué l'action. Si ce collaborateur utilise une adresse sur un autre domaine que celui pour lequel vous avez configuré SPF et DKIM, l'authentification échoue pour ce message. Définissez dans les paramètres un domaine d'expéditeur fixe et, si votre version le permet, un filtre qui détermine depuis quelles adresses ce serveur peut envoyer. Les messages d'autres adresses reçoivent alors automatiquement une adresse sur votre propre domaine comme expéditeur, avec l'adresse d'origine en adresse de réponse. Votre client peut toujours répondre normalement, et l'authentification est correcte.

Cause 3 : la réputation du serveur d'envoi

Même bien configuré, le courrier parti d'un serveur qui n'a jamais envoyé arrive mal. Un relais envoie depuis des adresses à la réputation établie et gère automatiquement les refus temporaires en réessayant. C'est la différence entre une facture qui arrive quand même une heure plus tard et une facture qui disparaît en silence.

Cause 4 : des rebonds que personne ne voit

Odoo peut relever le courrier entrant et traiter les rebonds, mais seulement si l'adresse de réponse est correctement définie et qu'un serveur entrant est configuré. En pratique, ce n'est souvent pas le cas, et les rebonds disparaissent dans le vide. Un relais garde pour chaque message ce qui s'est passé et l'affiche dans un tableau de bord, même si Odoo ne le traite pas lui-même. Comment traiter ensuite les rebonds automatiquement dans vos contacts est expliqué sur la page e-mail transactionnel.

Odoo Online ou auto-hébergé

Avec la version en ligne, Odoo assure lui-même l'envoi et vous ne pouvez en général régler que le domaine d'expéditeur et les enregistrements DNS ; suivez alors les indications de votre environnement d'administration. Avec une installation auto-hébergée, y compris chez un hébergeur, le serveur sortant et l'authentification sont votre responsabilité. Cet article traite de cette seconde situation.

Testez comme votre client

Envoyez depuis Odoo un devis vers une adresse Gmail et une adresse Outlook, et regardez dans les détails du message chez le destinataire si SPF, DKIM et DMARC sont en « PASS ». Vérifiez ensuite dans le journal de votre relais que le message est marqué livré. Ne testez pas sur votre propre boîte : elle fait déjà confiance à votre domaine et ne dit donc rien.

Questions fréquentes

Dois-je modifier Odoo lui-même ?

Uniquement le serveur sortant et le domaine d'expéditeur. Pas de module, pas de modification du code.

Puis-je relier plusieurs bases Odoo à un seul relais ?

Oui, avec un identifiant par base, pour les suivre et les révoquer séparément.

Pourquoi le courrier m'arrive-t-il à moi mais pas aux clients ?

Votre propre serveur fait confiance à votre domaine ou se trouve sur la même infrastructure. Vos clients sont derrière des filtres qui vérifient, eux, l'authentification et la réputation.