E-mail in SuiteCRM 8: interface, scheduler en workflows
- ‘Testmail uit beheer geslaagd’ controleert vooral de interactieve route – niet automatisch dezelfde route als scheduler of workflow.
- Na kleine upgrades veranderen vereisten voor wachtrijen, opgeslagen SMTP-gegevens of taakuitvoering; forumberichten daarover zijn talrijk en versieafhankelijk.
- Stabiele e-mail is een beheerresultaat van CRM-configuratie, OS-cron, providerlimieten en inhoudelijke proceslogica.
Verzending als zwarte doos
Wachtrij, status, diagnose
Providerlimieten en massaverzending
Veel SMTP-aanbieders vertragen of blokkeren vanaf bepaalde quota. Zonder wachtrij en foutafhandeling breekt de resterende uitvoering af of ontstaan moeilijk te reconstrueren gaten. Cijfers en limieten verschillen per aanbieder – lees de providerdocumentatie en eigen monitoring.
E-mail is in SuiteCRM geen afzonderlijke functie, maar een interface tussen gebruikersinterface, achtergrondverwerking en externe mailprovider. Juist daarom zijn foutmeldingen uit het dagelijkse werk vaak tegenstrijdig: Handmatig werkt het, automatisch niet.
1. Drie routes die teams door elkaar halen
| Route | Activering | Waarvan deze afhangt | Typische misvatting |
|---|---|---|---|
| Interface / opstellen / beheertest | Een persoon klikt nu | Sessie, rechten, huidig uitgaand account | ‘SMTP is overal in orde’ |
| Scheduler | Cron / geplande taken | OS-cron, taakstatus, CLI-gebruiker, wachtrij | ‘Cron draait, dus e-mails draaien’ |
| Workflow | Opslaan of tijdgestuurd | Triggertiming, voorwaarden, e-mailactie in het proces | ‘Het proces is actief, dus er wordt verzonden’ |
2. Uitgaand account als centraal verwarringspunt
Veel installaties hebben meerdere uitgaande vermeldingen, historische systeemaccounts en gebruikersgebonden afzenders. Na upgrades melden beheerders soms dat interfacetests werken terwijl opgeslagen toegangsgegevens niet meer werken in achtergrondcontexten (bijvoorbeeld na een providerwissel naar langere SMTP-wachtwoorden of inconsistente gegevens in uitgaande tabellen). De robuuste reactie is niet ‘het wachtwoord twintig keer opnieuw typen’, maar:
- Welk account is bedoeld voor systeem-/taakmails?
- Wordt precies dit account in de taakcontext gebruikt?
- Is het account na de upgrade bewust opnieuw opgeslagen en geverifieerd?
- Verschillen de fouten tussen interfacelogboek en taaktijdvenster?
3. Scheduler: de stille uitval
Als cron op OS-niveau vastloopt, taken op ‘completed’ staan zonder effect of de webservergebruiker andere rechten heeft dan CLI, vallen herinneringen en door workflows gestarte e-mails als eerste uit – niet handmatige verzending. Controlekader:
- Crontab / systemd-timer gedocumenteerd en toegewezen aan de juiste gebruiker
- Beheer → Scheduler: kritieke taken actief, laatste uitvoering aannemelijk
- Na upgrade: nieuwe eisen (bijvoorbeeld Messenger/Worker volgens de release) gelezen en uitgevoerd
4. Workflowmails: logica vóór SMTP
Voordat u de provider beschuldigt: draait het proces op een moment waarop gerelateerde contacten nog niet gekoppeld zijn? Staat de voorwaarde op een veld dat in het interfaceproces later wordt gezet? Blijft de instantie op ‘running’ terwijl andere acties werken? Dat zijn ontwerpfouten in het proces – SMTP-tests in de beheerinterface vinden ze niet.
5. Diagnosevolgorde (praktisch)
- Reproduceren: één gecontroleerd record, één bekende ontvanger (intern adres).
- Interfacetestmail vanaf het bedoelde systeemaccount.
- Dezelfde verzending via de taak-/workflowroute starten.
- Logboeken in het tijdvenster (CRM + MTA/provider, indien toegankelijk).
- Pas daarna provider, firewall, SPF/DKIM – anders optimaliseert u de verkeerde laag.
SuiteSMTP in AgenticUltimate richt zich op beter traceerbare verzending en meer inzicht in de CRM-context. Het vervangt geen OS-cron of correcte procesmodellering. Voor teams met veel automatische e-mails is inzicht vaak de grootste hefboom vóór de volgende ronde ‘SMTP opnieuw configureren’.
SuiteSMTP ↗Conclusie: behandel e-mail als drie systemen onder één naam. Wie alleen de beheertest kent, kent het systeem niet.