Envoi, réception et organisation de courrier électronique dans Outlook.com
Bonjour
Leurs e-mails arrivaient-ils dans le dossier spam auparavant ? Puis ça s'est arrêté ?
Si c'est le cas, cela signifie que la configuration de l'enregistrement DNS n'a pas répondu aux exigences de Microsoft et qu'il a été marqué comme spam, ce qu'on appelle un rejet doux. Et maintenant, c'est un rejet dur, donc il n'arrivera pas du tout.
À partir de mai de cette année, Microsoft a commencé à rendre obligatoire la configuration de SPF, DKIM et DMARC pour les expéditeurs de gros volumes. Voir l'article de blog ici : https://techcommunity.microsoft.com/blog/microsoftdefenderforoffice365blog/strengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders/4399730 Avec ce changement, Microsoft rejetterait d'abord en douceur les e-mails n'ayant pas correctement configuré SPF, DKIM et DMARC, et je pense qu'à partir d'août, c'est devenu un rejet dur.
De nos jours, de nombreuses entreprises n'envoient pas d'e-mails directement depuis l'entreprise qui héberge leur domaine. Au lieu de cela, ils utilisent souvent des services tiers pour envoyer des e-mails en leur nom. Par exemple, ils peuvent utiliser Constant Contact pour envoyer des bulletins d'information, Square pour envoyer des reçus et des confirmations de réservation, ou Salesforce pour envoyer des e-mails au service client. Si une entreprise enregistre son domaine (par exemple, business.com) auprès du fournisseur A, mais utilise le fournisseur B pour envoyer des e-mails au nom de @business.com, l'entreprise doit ajouter les enregistrements SPF, DKIM et DMARC du fournisseur B dans son DNS auprès du fournisseur A. Cela garantit que lorsque le fournisseur B envoie des messages, les messages passent les contrôles d'authentification et ne sont pas marqués comme spam usurpé.
En bref, ce problème doit être résolu du côté de l'expéditeur, et non de Microsoft.