E-mails dans SuiteCRM 8 : interface, planificateur et workflows
- Un e-mail de test réussi depuis l'administration vérifie surtout le circuit interactif, pas automatiquement celui du planificateur ou d'un workflow.
- Après certaines mises à niveau mineures, les exigences relatives aux files, aux données SMTP enregistrées ou à l'exécution des tâches changent ; les témoignages sur les forums sont nombreux et dépendent des versions.
- Un e-mail stable résulte d'une exploitation associant configuration CRM, Cron système, limites du fournisseur et logique métier des flux.
Envoi en boîte noire
File, statut, diagnostic
Limites fournisseur et envois massifs
De nombreux fournisseurs SMTP ralentissent ou bloquent au-delà de certains quotas. Sans file ni gestion des erreurs, le reste de l'exécution échoue ou crée des lacunes difficiles à reconstruire. Les limites dépendent du fournisseur ; consultez sa documentation et votre supervision.
Dans SuiteCRM, l'e-mail n'est pas une fonction isolée mais une interface entre écran utilisateur, traitement de fond et fournisseur externe. C'est pourquoi les constats du quotidien se contredisent souvent : Manuellement, cela fonctionne ; automatiquement, non.
1. Trois circuits que les équipes confondent
| Circuit | Déclenchement | Dépendances | Erreur de raisonnement courante |
|---|---|---|---|
| Interface / rédaction / test administrateur | Une personne clique maintenant | Session, droits, compte sortant actuel | « SMTP fonctionne globalement » |
| Planificateur | Cron / tâches planifiées | Cron système, statut des tâches, utilisateur CLI, file | « Cron tourne, donc les e-mails aussi » |
| Workflow | Enregistrement ou programmation | Moment du déclenchement, conditions, action e-mail du flux | « Le flux est actif, donc il envoie » |
2. Le compte sortant comme source unique de confusion
De nombreuses instances comportent plusieurs entrées sortantes, d'anciens comptes système et des expéditeurs personnels. Après les mises à niveau, les administrateurs signalent parfois des tests d'interface réussis alors que les identifiants enregistrés échouent en arrière-plan, par exemple après un passage à des mots de passe SMTP plus longs ou des incohérences des tables sortantes. La réaction robuste n'est pas de ressaisir vingt fois le mot de passe, mais de vérifier :
- Quel compte est prévu pour les e-mails système et tâches ?
- Ce compte précis est-il référencé dans le contexte des tâches ?
- Le compte a-t-il été volontairement réenregistré et vérifié après la mise à niveau ?
- Les erreurs diffèrent-elles entre le journal de l'interface et la fenêtre des tâches ?
3. Planificateur : la panne silencieuse
Si Cron bloque au niveau système, si les tâches sont terminées sans effet ou si les droits web et CLI diffèrent, rappels et e-mails de workflow échouent en premier, avant l'envoi manuel. Grille de contrôle :
- Crontab / minuteur Systemd documenté et associé au bon utilisateur
- Administration → Planificateur : tâches critiques actives, dernière exécution plausible
- Après mise à niveau : nouvelles exigences lues et appliquées, par exemple Messenger ou traitements selon la version
4. E-mails de workflow : la logique avant SMTP
Avant d'accuser le fournisseur : le flux s'exécute-t-il avant que les contacts associés soient reliés ? La condition porte-t-elle sur un champ renseigné plus tard dans l'interface ? L'instance reste-t-elle en cours alors que d'autres actions réussissent ? Ce sont des erreurs de conception du flux, indétectables par le test SMTP de l'administration.
5. Ordre pratique de diagnostic
- Reproduire : une fiche contrôlée, un destinataire connu avec adresse interne.
- Envoyer un e-mail de test depuis le compte système prévu.
- Déclencher le même envoi par le circuit tâche ou workflow.
- Consulter les journaux sur la période : CRM et serveur ou fournisseur, si accessibles.
- Vérifier ensuite fournisseur, pare-feu, SPF et DKIM, sous peine d'optimiser la mauvaise couche.
SuiteSMTP dans AgenticUltimate vise des envois plus traçables et une meilleure visibilité dans le CRM. Il ne remplace ni Cron système ni une modélisation correcte des flux. Pour les équipes envoyant de nombreux e-mails automatiques, la visibilité est souvent le premier levier avant une nouvelle boucle de reconfiguration SMTP.
SuiteSMTP ↗Traitez l'e-mail comme trois systèmes sous un même nom. Connaître uniquement le test administrateur ne suffit pas à connaître le système.