Hotmail geeft SPF temperror

[thof]

Bij TransIP heb ik enige tijd geleden een VPS gehuurd, waarop een webserver staat. Nu is de wens om ook te kunnen e-mailen vanaf het domein, echter biedt TransIP geen relay mail server meer aan. Kortom, je dient je eigen mailserver op te zetten.

Inmiddels een mailserver opgezet en geconfigureerd, mails worden inderdaad ontvangen en verzonden. Ze komen echter nog wel in de spam folders van gmail en hotmail. Nou vind ik dat niet heel vreemd, dit IP-adres heeft nog geen reputatie opgebouwd.

Echter is in de mail headers van de hotmail te zien dat SPF de status "temperror" heeft. Daar is online het nodige over geschreven, maar heb nog geen eenduidige oplossing kunnen vinden. Vreemd, want volgens MailTester.com heb ik een score van 10/10 (zie hier)..Met MXToolbox ook aan het testen geweest, maar geeft mij ook geen aanknopingspunten.

Globaal gezien heb ik de volgende handelingen uitgevoerd bij het opzetten van de mailserver.
1. hMailServer geïnstalleerd en geconfigureerd.
2, Reverse DNS geconfigureerd.
3. MX, SPF, DKIM en DMARC DNS record aangemaakt.
4. Mail server communicatie en berichten laten versleutelen/ondertekenen met een gratis certificaat van StartCom.
4, Aangemeld voor SNDS en JMRP.
5. IP-adres van de blacklist van hotmail/live/outlook laten halen.
6. Enige tijd gewacht of het beter werd :-)


DNS records en de Reverse DNS:



Mail header Hotmail:

code:

Authentication-Results: hotmail.com; spf=temperror (sender IP is 149.210.218.56; identity alignment result is pass and alignment mode is relaxed) smtp.mailfrom=[e-mail]; dkim=pass (identity alignment result is pass and alignment mode is relaxed) header.d=minecraftcommunity.nl; x-hmca=pass header.id=[e-mail]
X-SID-PRA: [e-mail]
X-AUTH-Result: PASS
X-SID-Result: PASS
X-Message-Status: n:n
X-Message-Delivery: Vj0xLjE7dXM9MDtsPTA7YT0wO0Q9MjtHRD0yO1NDTD00
X-Message-Info: /3z5fcrqMMXQoy+QjjVBCjS6jxGn8FVErTyZ4kwcFhPGIRvBfndoQPrYTPPt06GQ+svnTvahbJpzlEOTB1okZHSyrK4fU7LcwftY5OUnzbCx0QViXWNwoSNAn59OryR0uD8k40VnI+G5/JRJ3Dhks+hnCMxtHDp6c62ENovQdk1yCGYf6Qkucx8NcJjS5cTIl6AAxWPQ5EEb36QQYYbfSYAGZZy3I6KuRNWDiMxejYz0l9BvrnWEog==
Received: from server.minecraftcommunity.nl ([149.210.218.56]) by COL004-MC1F18.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23143);
     Mon, 21 Dec 2015 07:11:20 -0800
dkim-signature: v=1; a=rsa-sha256; d=minecraftcommunity.nl; s=key1;
    c=relaxed/relaxed; q=dns/txt; h=From:Subject:Date:Message-ID:To:MIME-Version:Content-Type;
    bh=EXRU5evqxbSwVEioBorsH9c2gkpT/wCuo96znCWUJnc=;
    b=m4BHxzhualUbz5yg5AaZcN8KD9PcXNv4hyAm3bdFn0Qspr0gXoMC4+orZD4MqGphItPm6pJiawmovpQpuBMFNv7PkrvHm/UAlfxueFF3drEa8bCC3Su5gLAwSHoxBZyCrRiG/8ElULamoXzxM76TiGaYHCrlgFWvsErl2/heMGDQSYdxk6/2brRaHA4nVGvzwg+NIePTUDK1/z4/NEYPf+ZQvCzs6wrh5tlmkmM3bfcgQcqYxqZh1IO93f
    0IV5cxWH2L++VUfwmlMSiWpaKj/IsXrT0wsrsMGyQhUkv/AV0Gm9RRihr5afk3HBnKiYLixgFsr2wldpWDDiFo/RjqIQ==
Received: from [IPv6:::ffff:192.168.1.75] (***.adsl.online.nl [85.150.***.***])
    by server.minecraftcommunity.nl with ESMTPSA
    (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256)
    ; Mon, 21 Dec 2015 16:11:15 +0100
Message-ID: <[e-mail]>
MIME-Version: 1.0
To: *** <***@hotmail.com>
From: Tim Minecraft Community <[e-mail]>
Subject: Test bericht
Date: Mon, 21 Dec 2015 16:11:13 +0100
Importance: normal
X-Priority: 3
Content-Type: multipart/alternative;
    boundary="_C51F4F7B-220B-4E43-8A14-65323FBC4E69_"
Return-Path: [e-mail]
X-OriginalArrivalTime: 21 Dec 2015 15:11:20.0382 (UTC) FILETIME=[D90125E0:01D13C01]

Mail headers GMail:

code:

Delivered-To: ***@gmail.com
Received: by 10.28.170.201 with SMTP id t192csp2762256wme;
        Mon, 21 Dec 2015 07:28:11 -0800 (PST)
X-Received: by 10.194.116.40 with SMTP id jt8mr23855787wjb.57.1450711691738;
        Mon, 21 Dec 2015 07:28:11 -0800 (PST)
Return-Path: <[e-mail]>
Received: from server.minecraftcommunity.nl (server.minecraftcommunity.nl. [149.210.218.56])
        by mx.google.com with ESMTPS id lh8si49992789wjb.110.2015.12.21.07.28.11
        for <***@gmail.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 21 Dec 2015 07:28:11 -0800 (PST)
Received-SPF: pass (google.com: domain of [e-mail] designates 149.210.218.56 as permitted sender) client-ip=149.210.218.56;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of [e-mail] designates 149.210.218.56 as permitted sender) smtp.mailfrom=[e-mail];
       dkim=pass header.i=@minecraftcommunity.nl;
       dmarc=pass (p=NONE dis=NONE) header.from=minecraftcommunity.nl
dkim-signature: v=1; a=rsa-sha256; d=minecraftcommunity.nl; s=key1;
    c=relaxed/relaxed; q=dns/txt; h=From:Subject:Date:Message-ID:To:MIME-Version:Content-Type;
    bh=j0a74cA9vLNAenHDNqHYOiLUWpNNMX6SpiRFWnjiBsc=;
    b=gTZxP+vt9isntfqYH3lcoYVyr6Q/D/xjf/RVKgLjF+DM8wnDcZgDZA7a7EcZhxXX5cHrkFXioGhBtwEKY1p1Pb94gKvJGrP3jyf/52qhsIxsKc2n6bsUCTyGNx0A+DFdE+OMboXaQoxCgA6NqDW6S08gcQkWCCU/tEa6oZB3CJ40S7Fmy3yuIBsFl3IOY3gIvVAe2LEnSy3dLIFu8tFBmsDpDsZxegdBFkT8d5nmD2kDqrPVqjjUOhO1qA
    bOo3OkXAg/Kq2QM3J5D9Xr4r0wnRL3QzaQzM1W4smfOO/yBBSWYDAhKs6ZkYjr+N0pEr07hX/TjGcMjS5RVaNT6PgpeA==
Received: from [IPv6:::ffff:192.168.1.75] (***.adsl.online.nl [85.150.***.***)
    by server.minecraftcommunity.nl with ESMTPSA
    (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256)
    ; Mon, 21 Dec 2015 16:28:08 +0100
Message-ID: <[e-mail]>
MIME-Version: 1.0
To: *** <***@gmail.com>
From: Tim Minecraft Community <[e-mail]>
Subject: FW: Test bericht
Date: Mon, 21 Dec 2015 16:28:06 +0100
Importance: normal
X-Priority: 3

Paar items in de bovenstaande mailheaders zijn gemaskeerd met ***, daar stond een privé e-mailadres of mijn IP-adres.


Wellicht dat iemand hier ervaring heeft met deze "SPF temperror" en het oplossen daarvan. Andere tips zijn natuurlijk ook welkom

[Oyster]

If a domain has no SPF record at all, the result is "None". If a domain has a temporary error during DNS processing, you get the result "TempError" (called "error" in earlier drafts). If some kind of syntax or evaluation error occurs (eg. the domain specifies an unrecognized mechanism) the result is "PermError" (formerly "unknown").

Op http://www.openspf.org/SPF_Record_Syntax, en dan met name het tabelletje daaronder. Kan je daar wat mee?

Heb je all "-all" geprobeerd in plaats van "~all"?

Zo te zien is je domein bij TransIP geregistreerd, dus je kan gewoon gebruik maken van relay.transip.nl.

[ Voor 9% gewijzigd door Oyster op 21-12-2015 17:51 ]

[thof]

Oyster schreef op maandag 21 december 2015 @ 17:48:
[...]


Op http://www.openspf.org/SPF_Record_Syntax, en dan met name het tabelletje daaronder. Kan je daar wat mee?

Heb je all "-all" geprobeerd in plaats van "~all"?

Zo te zien is je domein bij TransIP geregistreerd, dus je kan gewoon gebruik maken van relay.transip.nl.

Bedankt voor je reactie. Ik heb hem zojuist omgezet naar -all in plaats van ~all om te zien wat er gaat gebeuren. Morgen maar eens testen, had gelezen dat hotmail/live/outlook maar 2x per dag hun cache updaten.

Voor wat betreft TransIp, ze hebben wel een relay server gehad maar vanwege misbruik zijn ze daar mee gestopt. Je kan hem nu enkel gebruiken als buffer voor inkomende e-mail. Zie: https://www.transip.nl/vr...rver-gebruiken-colocatie/

[thof]

Oyster schreef op maandag 21 december 2015 @ 17:48:
[...]

Op http://www.openspf.org/SPF_Record_Syntax, en dan met name het tabelletje daaronder. Kan je daar wat mee?

Heb je all "-all" geprobeerd in plaats van "~all"?

Zo te zien is je domein bij TransIP geregistreerd, dus je kan gewoon gebruik maken van relay.transip.nl.

De DNS wijziging is inmiddels wel gepropageerd, zojuist een nieuw bericht gestuurd naar een hotmail account. Helaas weer spf temperror vanuit de hotmail/live/outlook mailservers:

x-store-info:4r51+eLowCe79NzwdU2kR0zqpsRfiBoyrz9gNCbg9GkQQC6eEOpDzlGWg7SqYSu//Xohzmu27B8as6KsJ0b9IgLCgMgTiJdBawpkHR84j1Q3L9+MJNJ3Df0lKX9RkMYEq2AngtyfX9s=
Authentication-Results: hotmail.com; spf=temperror (sender IP is 149.210.218.56; identity alignment result is pass and alignment mode is relaxed) smtp.mailfrom=[e-mail]; dkim=pass (identity alignment result is pass and alignment mode is relaxed) header.d=minecraftcommunity.nl; x-hmca=pass header.id=[e-mail]
X-SID-PRA: [e-mail]
X-AUTH-Result: PASS
X-SID-Result: PASS
X-Message-Status: n:n
X-Message-Delivery: Vj0xLjE7dXM9MDtsPTA7YT0wO0Q9MjtHRD0yO1NDTD00
X-Message-Info: /3z5fcrqMMXQoy+QjjVBCve+ZvwAz/Zjgl8dv+ZJzmNhu9XykoiDAtEGE6U7ThquHLHcAT6yfZayZPrKM4x10ls67qP/1IYsWQbZJlIRw4UqetFddIYrFaR43gttisZFkKbUIBfh+XFuwQXnp8dtoID1cx8cgBDJj9l2dzCHmHiH83WflqTxD5UEWrROt/PUHI6JkcokLlpGnvgUf+8Ytq3KRZ+rtq9txQllGJZjZPNQq19GwWbJvQ==
Received: from server.minecraftcommunity.nl ([149.210.218.56]) by SNT004-MC1F56.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23143);
Wed, 23 Dec 2015 12:04:52 -0800
dkim-signature: v=1; a=rsa-sha256; d=minecraftcommunity.nl; s=key1;
c=relaxed/relaxed; q=dns/txt; h=From:Subject:Date:Message-ID:To:MIME-Version:Content-Type;
bh=jdTvSyPgiXZWAvFxmiwLb+AKSSLOOKcyZ+E5qhf1wQA=;
b=T/7SZc5qcWdmcqn6bm7mUaIMH/P3AaACVrch220HZokEaimfXwjPmU6nMmttjiXhjolED/f/M/zJ1Yj9zEFFqkz5QjuC6N1veolAEmrNjlIjcvqCldl9jkDV8nsKAUPR5XPMEEpPXMrr237Al6Lkc93nmDNSbWto+hJITcfYObcDwdAApRHy4Gz0fuO/xG/4tLmtIQrIWMCkaxZUdTvU7NprFkbKpAMMi//c9UcNTyxAQUpm9GGNQY9l7L
NSdVnn1QAERCoNVLwvAONTs0gP/3N289H5AhFzEj4A9rqJesSMYllPZL37O3/riHUS0/iaZcMW+8Bq81EjWhKOAl9Tig==
Received: from [IPv6:::ffff:192.168.1.75] (***.adsl.online.nl [85.150.***.***])
by server.minecraftcommunity.nl with ESMTPSA
(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256)
; Wed, 23 Dec 2015 21:04:47 +0100
Message-ID: <[e-mail]>
MIME-Version: 1.0
To: *** <***@hotmail.com>
From: Tim Minecraft Community <[e-mail]>
Subject: FW: Test bericht
Date: Wed, 23 Dec 2015 21:04:43 +0100
Importance: normal
X-Priority: 3
Content-Type: multipart/alternative;
boundary="_9868BD7A-C101-465C-95F1-58BAECB5E524_"
Return-Path: [e-mail]
X-OriginalArrivalTime: 23 Dec 2015 20:04:52.0239 (UTC) FILETIME=[2F50C1F0:01D13DBD]

Heb de DMARC reports van 22 december ook ontvangen en doorgenomen:
Google: <spf>pass</spf>
Hotmail: <spf>fail</spf>

Jammer dat er niet een uitgebreidere foutmelding te achterhalen is. Zou graag willen zien waarom hotmail hem als failed bestempeld.

[webgangster]

BRON: http://www.openspf.org/FAQ/Hotmail_and_TempError

My record looks fine, how come I get a TempError from Hotmail and how do I fix it?

Hotmail does not use live DNS for Sender ID. They have a DNS cache that they update twice per day. All TempError means is that your domain's SPF record is not in their cache. To get your record added to their cache, send an e-mail message to [e-mail] with your domain in it. They will add it, but be patient as it's a manual process and the cache only updates twice a day.

PTR mechanisms in your record will only match if the data needed is in their cache. While PTR has some added risk compared to other mechanisms because of the quality of reverse DNS information, PTR is particularly risky with Hotmail.

[thof]

webgangster schreef op woensdag 23 december 2015 @ 21:25:
BRON: http://www.openspf.org/FAQ/Hotmail_and_TempError

My record looks fine, how come I get a TempError from Hotmail and how do I fix it?

Hotmail does not use live DNS for Sender ID. They have a DNS cache that they update twice per day. All TempError means is that your domain's SPF record is not in their cache. To get your record added to their cache, send an e-mail message to [e-mail] with your domain in it. They will add it, but be patient as it's a manual process and the cache only updates twice a day.

PTR mechanisms in your record will only match if the data needed is in their cache. While PTR has some added risk compared to other mechanisms because of the quality of reverse DNS information, PTR is particularly risky with Hotmail.

Klopt dat las ik ook, maar:
- Het is een FAQ uit 2006, ik had hem namelijk ook al gezien. Boel veranderd in 9 jaar lijkt mij op het gebied van e-mail en spam.
- De wijziging is afgelopen maandag al doorgevoerd, zou dus in de cache moeten zitten? Betreft wel een domein waar weinig mail vanaf komt dus hij zou er ook al weer uit kunnen zijn... Achter elkaar meerdere berichten sturen geeft zelfde temperror.
- Het [e-mail] adres bestaat niet meer.


Ook de RFC4408 - Sender Policy Framework (SPF) op na geslagen, maar kan daar nog geen conclusie mee trekken.

2.5.6. TempError

A "TempError" result means that the SPF client encountered a
transient error while performing the check. Checking software can
choose to accept or temporarily reject the message. If the message
is rejected during the SMTP transaction for this reason, the software
SHOULD use an SMTP reply code of 451 and, if supported, the 4.4.3 DSN
code.

4.4. Record Lookup

In accordance with how the records are published (see Section 3.1
above), a DNS query needs to be made for the <domain> name, querying
for either RR type TXT, SPF, or both. If both SPF and TXT RRs are
looked up, the queries MAY be done in parallel.

If all DNS lookups that are made return a server failure (RCODE 2),
or other error (RCODE other than 0 or 3), or time out, then
check_host() exits immediately with the result "TempError".

Ik gebruik in het SPF record een verwijzing naar het MX record. Nou kwam ik een advies tegen om dat niet te doen, maar in plaats daarvan het IPv4 adres op te nemen. Ik zou dat ook nog eens kunnen proberen.

Do not reference any other DNS records (SPF or not) from your SPF records. Only list explicit IPv4 and IPv6 prefixes. When migrating or extending your mail system (changing its IP addresses), change your SPF records to include the new address ranges a few days before your actually implement the changes. Keep the obsolete address ranges for a couple of days after the migration. (This is necessary to deal with DNS propagation delays. Some sites store records longer than the TTL permits.)

http://www.enyo.de/fw/software/exim/spf-update.html

[ Voor 13% gewijzigd door thof op 23-12-2015 21:56 ]

[Bigs]

Ik zou de TTL van je DNS records maar eens wat hoger zetten dan 1 minuut. Grote kans dat het dan opgelost is. Je SPF en DKIM records kunnen prima op 24 uur lijkt me.

[ Voor 20% gewijzigd door Bigs op 23-12-2015 21:46 ]

[thof]

Bigs schreef op woensdag 23 december 2015 @ 21:45:
Ik zou de TTL van je DNS records maar eens wat hoger zetten dan 1 minuut. Grote kans dat het dan opgelost is. Je SPF en DKIM records kunnen prima op 24 uur lijkt me.

Helemaal mee eens, 1 minuut is inderdaad belachelijk kort. Aangepast naar 1 dag, morgen kijken of de SPF check anders gaat reageren. Als dat niet werkt een poging doen om de SPF record te verbinden aan een specifiek IP in plaats van aan de MX records...

[Verwijderd]

Hi thof1,

Ik ben benieuwd of je dit probleem hebt kunnen oplossen?

Hielp het om de TTL te verhogen, of heb je nog andere acties ondernomen?

Alvast bedankt!

[sdk1985]

webgangster schreef op woensdag 23 december 2015 @ 21:25:
BRON: http://www.openspf.org/FAQ/Hotmail_and_TempError

My record looks fine, how come I get a TempError from Hotmail and how do I fix it?

Hotmail does not use live DNS for Sender ID. They have a DNS cache that they update twice per day. All TempError means is that your domain's SPF record is not in their cache. To get your record added to their cache, send an e-mail message to [e-mail] with your domain in it. They will add it, but be patient as it's a manual process and the cache only updates twice a day.

PTR mechanisms in your record will only match if the data needed is in their cache. While PTR has some added risk compared to other mechanisms because of the quality of reverse DNS information, PTR is particularly risky with Hotmail.

Precies hetzelfde probleem hier op een VPS. Stond geen dkim/spf record op de hostname. Vervolgens wel mails verstuurd. Daar kwamen dus spamreports op terug dat er geen dkim/spf records waren. Die records zijn zaterdag aangemaakt. Nu 5 dagen later geeft Hotmail nog steeds een temperror aan.

Helaas werkt het bovenstaande email adres niet (meer). Enige idee wat nu de procedure is?

Ben benieuwd naar de uiteindelijke oplossing van thof1, daarom toch maar even dit topic omhoog geschopt.

[cyberstalker]

Hoe groot is je key size? Microsoft ondersteunt geen EDNS dus die zijn behoorlijk beperkt in hun maximale key size. Groter dan 1024 in combinatie met een CNAME of groter dan 1536 zonder is dus vragen om problemen.

[Verwijderd]

sdk1985 schreef op donderdag 07 juli 2016 @ 16:12:

Helaas werkt het bovenstaande email adres niet (meer). Enige idee wat nu de procedure is?

Hier ook druk bezig om de hMailServer op mijn TransIP VPS bij de heren van Microsoft in goede aarde te laten vallen. Er lijkt een erg agressief beleid gevoerd te worden zonder enige informatie omtrent de rede van het markeren als spam.

Via onderstaande pagina kun je de nodige zeken verifieren. Bij het onderdeel 'Sender services, tools, and issue submission' vind je een link naar een contact formulier dat volgens mij het eerder genoemde mail adres moet vervangen.

https://mail.live.com/mail/troubleshooting.aspx

[sdk1985]

Het vervelende aan mijn situatie is dat mailtjes niet bouncen (geen 550 SC-003) en ook niet in de spamfolder komen. Ze zijn gewoon onzichtbaar. Heel raar... Enige " oplossing" is het domein aan de contactlijst toevoegen.

Heb ondertussen 4x een rapport ingediend via http://go.microsoft.com/fwlink/?LinkID=614866 maar krijg steeds dezelfde reactie dat er niets aan de hand is en er geen direct mitigation mogelijk is.

[deadeyes]

sdk1985 schreef op dinsdag 12 juli 2016 @ 16:14:
Het vervelende aan mijn situatie is dat mailtjes niet bouncen (geen 550 SC-003) en ook niet in de spamfolder komen. Ze zijn gewoon onzichtbaar. Heel raar... Enige " oplossing" is het domein aan de contactlijst toevoegen.

Heb ondertussen 4x een rapport ingediend via http://go.microsoft.com/fwlink/?LinkID=614866 maar krijg steeds dezelfde reactie dat er niets aan de hand is en er geen direct mitigation mogelijk is.

Ik weet dat dit een oude thread is. Maar heb me ook al het hoofd zitten breken hierover en hoop dat dit andere mensen helpt.

MS is master of obscurity. Het is dus heel moeilijk om te weten waarom je mail er niet door komt. Zoals je hierboven aangeeft krijg je altijd een reactie bij het maken van "support" cases: geen direct mitigation. Het zijn allemaal standaard antwoorden dat ze sturen (ook al zeggen ze dat ze guidelines hebben die specifiek op je situatie zijn toegepast).

Wat ze meestal wel (kunnen) zeggen is als uw mail tegengehouden werd door Dumbscreen (bij MS beter bekend als Smartscreen).
Als je een echte spammer bent zal je op de blacklist komen en je mail zal rejected worden. Echter als MS jouw mail beschouwt als afwijkend van een normale mail, wat bij jou dus het geval is, zal je mail stilletjes weggegooid worden, in de spam terecht komen of gewoon in de inbox.

Enkele dingen waar je best rekening mee houdt (en zeker rekening mee te houden bij het "testen"):
- een mail met te weinig tekst (ja, net wat je met een testmail doet)
- een mail met procentueel te weinig tekst tov andere content (images)
- een mail naar hotmail die geen antwoord is op een mail originating van het hotmail adres (je kan dit zien als Opt-in)
- ontvangen mail in hotmail openen en direct verwijderen
- ontvangen mail in hotmail niet openen en direct verwijderen
- meerdere keren dezelfde email versturen
- eenzijdige communicatie
- random van week tot week (uit eigen ervaring: mail verstuurd, accepted for delivery maar komt niet aan. Daarvoor reeds gecommuniceerd met dit hotmail adres en werkte toen correct. Een weekje later opnieuw zelfde mail proberen sturen en het lukt. Neen, geen mailserver settings, ... gewijzigd).
- valid spf zal je mail niet uit spam houden
- dkim temperror: waarschijnlijk heeft dit ook invloed. Alle andere providers geven DKIM pass. 100tal verschillende checks gedaan van mailserver: allemaal pass. Alleen voor MS is dit een challenge.

Zoals je ziet is het dus een visieuze cirkel hotmail slaagt er niet in deftige troubleshooting informatie te geven, dus begin je te testen dus verdwijnen je mails.

Spijtig genoeg kom ik na elk onderzoek tot dezelfde conclusie: geen hotmail gebruiken is de enige oplossing om mail delivery issues op te lossen (wat natuurlijk niet mogelijk is aangezien je niet kan kiezen welke mailprovider je bezoeker/klant gebruikt).