Les courriels envoyés à mail.protection.outlook.com ne sont pas reçus

Depuis quelques jours, nous recevons des plaintes de bon nombre de nos clients abonnés qui ne reçoivent pas d'e-mails d'alerte quotidiens. Nous avons vérifié dans nos journaux que les mails sont acceptés par les serveurs (enregistrement MX:) example.com.mail.protection.outlook.com, mais tous les clients abonnés à ce service ne reçoivent pas nos mails dans leur boîte de réception. Les courriers sont acceptés sans faute par le serveur de messagerie client.

Voici le journal de notre serveur sendmail. Remarque: nous avons des enregistrements SPF valides. De plus, notre serveur de messagerie n'est inscrit sur aucune liste noire. Le courrier contient des informations HTML intégrées sur nos services auxquels le client est abonné.

to=<[email protected]>, delay=00:00:08, xdelay=00:00:08, mailer=esmtp, pri=206583, relay=xxxxx-co-za.mail.p...ction.outlook.com. [xxx.xxx.154.23], dsn=2.0.0, stat=Sent (<VPOP31.4.0e.20140910113951.917.f85.2.34364a7d@CMS1> [InternalId=58007828300753, Hostname=xxxxxxx.eurprd03.prod.outlook.com] Queued mail for delivery)

Que devons-nous faire pour contourner ce problème?

Nous avons eu un problème très similaire il y a quelque temps. La raison, dans notre cas, était triple:

1. Microsoft s'appuie sur sa propre liste noire de spam, qui n'est pas incluse dans les vérifications de liste noire normales, telles que MX Toolbox .
2. Microsoft n'utilise pas de méthodes standard de rejet du courrier indésirable: au lieu de cela, ils l'acceptent puis le jettent dans un trou noir, de sorte que les diagnostics normaux ne fonctionneront pas correctement.
3. Microsoft doit retirer notre formulaire de liste de blocage de spam , mais si vous l'ouvrez dans Firefox, vous obtenez une erreur Page non trouvée (cela fonctionne dans Chromium).

Remplissez ce formulaire et suivez toutes les instructions. À la fin, vous avez la possibilité de vous inscrire aux alertes de leur propre liste noire de spam.