[via mail gesignaleerd issue]

Er worden mails verzonden door de webserver (web2.bloovi.be), merk ik via de DMARC-rapportering.

Drie redenen waarom mailen via een webserver niet (meer) oké is:

1. Dat IP-adres heeft geen enkele mailreputatie
2. Heel wat veiligheidsrisico's
3. DKIM is niet evident

Via de nieuwe DMARC-policy laat ik de mails wel passeren (enkele weken geleden was dat een 'reject').

Kun je (als voorlopige oplossing) het IP-adres ip4:94.237.42.240 en ip6:2a04:3544:1000:1510:3cc8:64ff:fefa:2235 in het SPF-record toevoegen?

Dat wordt dus: 
"v=spf1 ip4:94.237.42.240 ip6:2a04:3544:1000:1510:3cc8:64ff:fefa:2235 include:_spf.google.com include:zcsend.net include:one.zoho.com include:zcsignup.com ~all"

… op die manier is SPF (tijdelijk) in orde.

Je zou vandaag de dag een transactionele mailserver moeten inschakelen voor dergelijke mails. Amazon SES is een oplossing met een prima afzenderreputatie, ter info. Bespreek je dat eens met Marnik?

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

Mailadres inkomende XML-files: c19dbe2ed8c0.a@dmarcinput.com

Sinds het begin van 2026 kondigen de voornaamste mailproviders (Gmail, Outlook, Apple, …) aan dat een DMARC-policy 'p=none' niet langer toereikend zal zijn. Deze cybersecuritymaatregel heeft tegelijk invloed op e-maildeliverability.

In DMARC Report maken we gebruik van hosted DMARC, zodat we onze policy makkelijker kunnen bijwerken. Er werd tijdelijk een CNAME ingesteld (TXT verwijderd):

_dmarc.bloovi.be / bloovi-be._d.dmarcinput.com

DMARC-record bloovi.be op vandaag:

v=DMARC1; p=none; sp=none; rua=mailto:c19dbe2ed8c0.a@dmarcinput.com; ruf=mailto:c19dbe2ed8c0.f@dmarcinput.com; adkim=r; aspf=r; fo=1