Er wordt regelmatig gemaild via Nucleus' mailserver (met vast IP-adres). Deze mails zijn SPF geauthentificeerd via een include in het TXT record:

v=spf1 mx a ip4:185.2.55.167 include:_spf.mlsend.com include:spf.protection.outlook.com ~all

Deze mails (getriggerd via de website) zijn niet DKIM-gevalideerd. Dit zou geregeld moeten worden om een betere aflevering te garanderen.

Wellicht verloopt dit via een publieke DKIM-handtekening die als TXT-record dient te worden toegevoegd.

[uit e-mail van 28 december 2025]

Via DMARC stelde ik vast dat het mailverkeer hier en daar haperingen vertoont. Via mail ontving Jan Roel een screenshot.

Een van de zaken die best geregeld wordt, is een DKIM-handtekening voor Outlook-mailverkeer. Meestal zijn dat TXT-records, maar bij Microsoft wordt dat dynamisch geregeld via twee CNAME-records. Voor sb-management.be zou je de volgende namen ergens moeten terugvinden in je controlpanel bij Microsoft:

1. selector1._domainkey.sb-management.be
2. selector2._domainkey.sb-management.be

Kun je me de waarden doorgeven die hierbij horen? Dan stel ik dat in.

Er gaat ook veel mailverkeer de deur uit via een Nucleus-mailserver. Deze server gebruikt ip4:185.2.55.167 (include in SPF oké).

Maar hier ontbreekt ook nog een DKIM-handtekening (= 19 van de 25 non-compliant rapporteringen). Dit loopt wellicht via een TXT-record.

Jan Roel signaleerde e-maildeliverabilityissues met het maildomein sb-management.be.

DMARC werd hierop ingesteld op de nameserver. Rapporten worden geaggregeerd via DMARC Report. Deze tool – via MZT's abonnement – verwerkt inkomende XML-files van ontvangende mailservers.

TXT-Record voor DMARC:

v=DMARC1; p=none; sp=none; rua=mailto:13baca9936a1.a@dmarcinput.com; ruf=mailto:13baca9936a1.f@dmarcinput.com; fo=1

De policy is bij de start van deze monitoring ingesteld op 'none', wat sinds 2024 als minimum vereist wordt door e-mailproviders als Gmail, Yahoo, Outlook, …