Email in Joomla

1. De basis: hoe e-mail echt werkt

Voordat je een Joomla-instelling aanraakt, helpt het om te weten wat er gebeurt wanneer een e-mail wordt verstuurd. E-mail is niet een systeem. Het is een keten van losse diensten die een bericht van de een aan de ander doorgeven, een beetje zoals de post een brief verplaatst.

1.1 De reis van een bericht

Wanneer je site een e-mail stuurt naar Dit e-mailadres wordt beveiligd tegen spambots. JavaScript dient ingeschakeld te zijn om het te bekijken., gaat het bericht door verschillende stappen:

Jouw site → een verzendserver (MTA) → het internet → de mailserver
van de ontvanger → de mailbox van de ontvanger → Anna leest het

Het onderdeel dat mail daadwerkelijk tussen servers vervoert heet een MTA (Mail Transfer Agent). Het spreekt een protocol dat SMTP (Simple Mail Transfer Protocol) heet. SMTP is de taal die servers gebruiken om te zeggen: "Ik heb een bericht voor dit adres, wil je het aannemen?"

Een stap wordt makkelijk over het hoofd gezien: hoe weet de verzendserver waar hij mail voor example.com moet afleveren? Hij vraagt DNS om het MX-record (Mail Exchange) van het domein, dat de server aanwijst die mail voor dat domein ontvangt. DNS wijst een domein dus niet alleen naar een website; een apart MX-record wijst hetzelfde domein naar zijn mailserver. De DNS-records die je eigen uitgaande mail beschermen (SPF, DKIM, DMARC) komen aan bod in sectie 7 en, helemaal uitgebreid, in het bijbehorende Focus On-artikel over E-mailbezorging.

1.2 Twee kanten van e-mail: versturen en ontvangen

Het is belangrijk om e-mail te splitsen in twee taken die niets met elkaar te maken hebben:

• Versturen gebruikt SMTP. Dit is de enige kant waar een Joomla-site om geeft. Een website verstuurt mail; hij ontvangt het nooit.
• Ontvangen en lezen gebruikt andere protocollen, vooral IMAP en het oudere POP3. Hiermee kan een persoon mail uit een mailbox downloaden en lezen.

Je Joomla-site verstuurt altijd alleen maar. Hij heeft geen mailbox en controleert niet op antwoorden. Wanneer je "Antwoord aan" instelt in Joomla, gaan antwoorden naar een gewone menselijke mailbox ergens anders, niet terug naar de website.

1.3 De postkantoor-vergelijking

Zie het als het versturen van een papieren brief:

• Je schrijft de brief (Joomla bouwt het bericht).
• Je doet hem af bij het postkantoor (Joomla geeft hem via SMTP aan een verzendserver).
• Het postnetwerk vervoert hem (servers geven hem door over het internet).
• Hij belandt in een mailbox (de mailserver van de ontvanger bewaart hem).
• De persoon opent zijn mailbox (een e-mailprogramma of webmail toont hem).

Joomla's taak eindigt bij "doe hem af bij het postkantoor." Alles daarna hangt ervan af of het postkantoor je vertrouwt, en daar gaan SPF, DKIM en DMARC nu precies over. We komen daar in sectie 7 op terug.

3. Hoe Joomla e-mail verstuurt: de Mailer-instelling

Joomla biedt drie manieren om mail te versturen. Je kiest er een in de Globale Configuratie met de Mailer-instelling. Onder de motorkap sturen alle drie uiteindelijk PHPMailer aan, de bekende PHP-mailbibliotheek die bij Joomla wordt geleverd, maar ze verschillen sterk in betrouwbaarheid.

3.1 De drie mailer-opties

3.2 PHP-mail

De optie mail vraagt de webserver zelf om het bericht te versturen. Het is de standaard en vereist geen configuratie, en daarom komt het zo vaak voor. Het probleem is dat een typische webserver geen volwaardige mailserver is. Hij heeft vaak geen juiste afzenderidentiteit, geen authenticatie en een slechte reputatie, dus de grote mailboxaanbieders gooien de mail stilletjes weg of markeren hem als spam.

3.3 Sendmail

De optie sendmail geeft het bericht aan een lokaal mailprogramma op een pad als /usr/sbin/sendmail. Het werkt alleen als je hosting zo'n programma daadwerkelijk draait en goed heeft geconfigureerd, wat op gedeelde hosting steeds zeldzamer wordt.

3.4 SMTP

De optie smtp vertelt Joomla om in te loggen op een echte mailserver, precies zoals een e-mailprogramma zou doen, en daardoor te versturen. Dit is de optie die je in vrijwel elk geval wilt. Secties 5 en 6 leggen uit waarom en hoe.

5. Waarom je SMTP zou moeten gebruiken

Als je een praktische stap uit dit artikel meeneemt, maak het dan deze: zet de Mailer op smtp en richt hem op een fatsoenlijke mailserver. Dit is waarom SMTP wint van de andere twee opties.

5.1 Authenticatie wekt vertrouwen

Met SMTP log je in met een gebruikersnaam en wachtwoord. De verzendserver weet precies wie je bent en is bereid om voor je mail in te staan. PHP-mail verstuurt anoniem vanaf een webserver die mailboxaanbieders geen reden hebben om te vertrouwen, dus het komt veel vaker in de prullenbak.

5.2 Een echte afzenderreputatie

Fatsoenlijke mailservers, en vooral toegewijde verzenddiensten, werken hard om een schone reputatie te houden bij Gmail, Outlook en de rest. Wanneer je via hen verstuurt, leen je die goede reputatie. Het IP-adres van een gedeelde webserver staat vaak al op een blocklist omdat een andere site erop spam heeft verstuurd.

5.3 Het past bij je SPF en DKIM

Zoals sectie 7 uitlegt, publiceert je domein een lijst met servers die zijn mail mogen versturen. Als je via de SMTP van je echte mailprovider verstuurt, komt je mail van een server die al op die goedgekeurde lijst staat, en kan hij cryptografisch worden ondertekend. PHP-mail vanaf een willekeurige webserver zakt meestal voor deze controles.

5.4 Heldere fouten in plaats van stil verlies

Wanneer SMTP faalt, vertelt het je waarom: "authentication failed", "connection refused". PHP-mail meldt bijna altijd succes, zelfs als het bericht later verdwijnt, omdat het bericht aan het besturingssysteem geven het enige is dat het controleert. SMTP geeft je iets om uit te zoeken.

PHP-mail vraagt "heb ik het overgedragen?" SMTP vraagt "heeft een echte mailserver het geaccepteerd?" Alleen de tweede vraag telt voor bezorging.

7. SPF, DKIM, DMARC en DNS

Je kunt Joomla perfect configureren en toch in spam belanden. De reden zit buiten Joomla, in de DNS-records van je domein. Deze drie records vertellen de ontvangende mailserver of hij mail moet vertrouwen die beweert van jouw domein te komen. Ze zijn de grootste factor in bezorgbaarheid.

7.1 Een kort woord over DNS

DNS (Domain Name System) is het telefoonboek van het internet. Het koppelt je domeinnaam aan adressen en bewaart ook kleine tekstrecords over je domein. SPF, DKIM en DMARC zijn allemaal TXT-records die je toevoegt waar de DNS van je domein wordt beheerd: je registrar, je hosting-controlepaneel, of een dienst als Cloudflare. Ze worden helemaal niet in Joomla ingesteld.

7.2 SPF: wie mag versturen

SPF (Sender Policy Framework) is een openbare lijst van de servers die mail voor je domein mogen versturen. Wanneer mail binnenkomt, controleert de ontvanger of die van een server op die lijst kwam. Een eenvoudig SPF-record ziet er zo uit:

Type:  TXT
Name:  @            (your domain root)
Value: v=spf1 include:_spf.google.com ~all

Het include:-gedeelte noemt de verzenddienst (hier Google). Als je via Microsoft 365 of Brevo verstuurt, gebruik je in plaats daarvan hun include:-waarde, overgenomen uit hun documentatie. Het einde vertelt ontvangers wat ze moeten doen met een server die niet op de lijst staat: ~all is een soft fail ("accepteren maar als verdacht markeren"), terwijl -all een hard fail is ("ronduit weigeren"). Begin met ~all terwijl je bevestigt dat elke echte afzender op de lijst staat, en scherp daarna aan tot -all. Twee waarschuwingen zijn van belang: een domein mag maar een SPF-record hebben, en SPF staat hooguit tien DNS-lookups toe, dus het aaneenrijgen van veel include:-waarden kan het breken. Het artikel over E-mailbezorging behandelt beide limieten in detail.

7.3 DKIM: een onvervalsbare handtekening

DKIM (DomainKeys Identified Mail) voegt aan elk bericht een cryptografische handtekening toe. Je verzenddienst ondertekent de mail met een privesleutel, en jij publiceert de bijbehorende publieke sleutel in DNS. De ontvanger controleert de handtekening om te bevestigen dat de mail echt van jouw domein kwam en onderweg niet is veranderd. Je krijgt het exacte DKIM-record om te plakken normaal gesproken uit het instelscherm van je mailprovider.

7.4 DMARC: het beleid dat alles samenbindt

DMARC (Domain-based Message Authentication, Reporting and Conformance) vertelt ontvangers wat ze moeten doen wanneer SPF of DKIM faalt, en waar ze rapporten naartoe moeten sturen. Een mild beginrecord is:

Type:  TXT
Name:  _dmarc
Value: v=DMARC1; p=none; rua=mailto:Dit e-mailadres wordt beveiligd tegen spambots. JavaScript dient ingeschakeld te zijn om het te bekijken.

Begin met p=none, dat alleen monitort en rapporteert zonder iets te blokkeren. Zodra de rapporten laten zien dat je echte mail slaagt, scherp je aan tot p=quarantine (fouten naar spam sturen) en later p=reject (ze weigeren). Te snel naar reject gaan kan je eigen legitieme mail blokkeren, dus bouw geleidelijk op.

7.5 Hoe ze samenwerken

SPF    → "Is this server allowed to send for the domain?"
DKIM   → "Is the signature valid and the message unchanged?"
DMARC  → "If SPF or DKIM fails, what should I do, and tell the owner."

Dit is precies waarom sectie 4 aandringt op een From-adres op je eigen domein, en sectie 5 SMTP via je echte provider aanraadt: alleen dan komt je mail van een goedgekeurde, ondertekende bron die alle drie de controles doorstaat.

9. Onder de motorkap: de Mail API (ontwikkelaarsweergave)

Voor ontwikkelaars verpakt Joomla PHPMailer in een kleine, schone API. Je raakt PHPMailer bijna nooit rechtstreeks aan; je vraagt Joomla's factory om een mailer waarop de instellingen uit de Globale Configuratie al zijn toegepast.

9.1 De belangrijkste klassen

9.2 Een eenvoudig bericht versturen

De moderne manier is om de mailer uit de factory te halen, zodat hij je SMTP-instellingen automatisch overneemt:

use Joomla\CMS\Factory;

$mailer = Factory::getContainer()
    ->get(\Joomla\CMS\Mail\MailerFactoryInterface::class)
    ->createMailer();

$mailer->addRecipient(Dit e-mailadres wordt beveiligd tegen spambots. JavaScript dient ingeschakeld te zijn om het te bekijken.', 'Anna');
$mailer->setSubject('Hello from Joomla');
$mailer->setBody('This message used the site mail settings.');

if ($mailer->Send() === true) {
    // delivered to the transport
}

Omdat de factory de Mailer, host, poort en login uit configuration.php toepast, codeert je code geen enkele SMTP-gegeven hard. Verander de Globale Configuratie een keer en elk stuk code dat de factory gebruikt volgt.

9.3 Waar de instellingen vandaan komen

configuration.php  ($mailer, $smtphost, $smtpport, $smtpuser, ...)
  └─ MailerFactory reads these values
     └─ builds a configured PHPMailer instance
        └─ your $mailer->Send() hands the message over via the chosen transport

Daarom "werkt gewoon" een goed geschreven extensie (zoals RSForm Pro) zodra je de Globale Configuratie herstelt: hij bouwt zijn mailer via dezelfde factory in plaats van zijn eigen transport te verzinnen.

11. Bezorgbaarheid: in de inbox komen

E-mail heeft geen ranking in een zoekmachine, maar het heeft hetzelfde soort strijd: de inbox bereiken in plaats van de spammap. Een correct gebouwd bericht is verspild als het nooit aankomt. De factoren die dit bepalen zijn, in volgorde van impact:

• SPF, DKIM en DMARC: de DNS-records uit sectie 7. Dit is de grootste hefboom, en hij zit buiten Joomla.
• Geauthenticeerde SMTP: verstuur via een echte, betrouwbare mailserver, niet via kale PHP-mail.
• Reverse DNS (PTR): het IP-adres van de verzendserver moet terugverwijzen naar een bijpassende hostnaam. Je SMTP-provider regelt dit normaal gesproken, wat nog een reden is om er via een te versturen.
• Een echt From-adres op je eigen domein: nooit een gratis Gmail- of Outlook-adres, en nooit een domein dat je niet beheert.
• Een bijpassend Reply To: een echte, gecontroleerde mailbox zodat antwoorden niet verdwijnen.
• Eerlijke, schone onderwerpen en inhoud: vermijd hoofdletters, "FREE!!!" en berichten die alleen uit links bestaan en op spam lijken.
• Een platte-tekstgedeelte naast HTML: strenge filters zien graag ook schone tekst.

Merk op hoe weinig hiervan binnen Joomla zit. Je configureert het transport in Joomla, maar je wint de inbox op het niveau van DNS en reputatie.

13. Best practices

Als je maar een paar dingen uit dit artikel onthoudt, onthoud dan deze:

• Zet de Mailer op smtp en verstuur via een echte, betrouwbare mailserver.
• Gebruik een From-adres op je eigen domein, nooit een gratis Gmail- of Outlook-adres.
• Voeg SPF, DKIM en DMARC toe in DNS. Ze bepalen of je de inbox bereikt.
• Begin DMARC op p=none, lees de rapporten, en scherp dan geleidelijk aan.
• Gebruik voor Google en Microsoft 365 een App-wachtwoord of schakel SMTP AUTH in, niet je login-wachtwoord.
• Gebruik voor drukke sites een transactionele maildienst die voor verzenden is gebouwd.
• Klik altijd op Send Test Mail na het wijzigen van instellingen, en lees de fout als het mislukt.
• Weet welke extensies Joomla's mailer gebruiken (zoals RSForm Pro) en welke hun eigen houden (zoals AcyMailing).
• Houd configuration.php prive; het bevat je SMTP-wachtwoord in leesbare vorm.
• Vang mail op staging op met een vanger als MailHog of Mailpit zodat tests nooit echte mensen bereiken.

15. Samenvatting

E-mail ziet er van buiten simpel uit, maar een bericht van je Joomla-site passeert verschillende onafhankelijke systemen voordat het een persoon bereikt. Die keten begrijpen is wat "mijn mail werkt niet" verandert in een probleem dat je echt kunt oplossen.

• E-mail is versturen en ontvangen, en een website verstuurt altijd alleen, via SMTP.
• Webmail en e-mailprogramma's zijn voor mensen die mail lezen; een site verstuurt automatisch zonder mailbox.
• De Mailer-instelling in de Globale Configuratie kiest PHP-mail, Sendmail of SMTP. Kies SMTP.
• SMTP via een echte provider geeft je authenticatie, reputatie en heldere fouten.
• Google en Microsoft 365 hebben een App-wachtwoord of ingeschakelde SMTP AUTH nodig, niet een gewone login.
• SPF, DKIM en DMARC in DNS bepalen of je de inbox bereikt, en ze zitten buiten Joomla.
• Extensies verschillen: sommige, zoals RSForm Pro, gebruiken Joomla's mailer; andere, zoals AcyMailing, houden hun eigen.

De kerngedachte is de splitsing tussen versturen en bezorgen. Joomla verstuurt het bericht; je transport en je DNS bepalen of het aankomt. Krijg beide goed en je site spreekt elke keer betrouwbaar tot zijn gebruikers.

Als je Joomla-mail nog steeds in spam belandt, voor de ene extensie faalt maar voor de andere niet, of spoorloos verdwijnt, komt het meestal neer op de transport- en DNS-lagen die hier zijn beschreven. Een zorgvuldige blik op de mailer-instellingen, de SMTP-provider en de SPF-, DKIM- en DMARC-records vindt bijna altijd de oorzaak, en ze een keer goed krijgen betekent dat je je eindelijk niet meer druk hoeft te maken over de vraag of de e-mail van je site aankomt.