En fait, tu connais la source du problème (adresse IP blacklistée), le journal se résume donc à : Microsoft fait comme les autres à blacklister des IP sans avertissement (3 niveaux habituellement : OK, spam potentiel mis dans le dossier spam, spam évident trashé sans avertissement) mais ne publie pas sa liste.
Je dirais que « faire comme les autres », c'est d'envoyer un rejet, et non pas dropper silencieusement. Certains smtp sympas te pointent même vers une url avec les actions à suivre pour ne plus être rejeté (reverse dns, dkim, spf, inscription de ton ip chez eux, rate, etc.) dans le message de rejet. De mémoire c'est ce que fait gmail.
Au vu de la difficulté à correctement cocher toutes les cases pour que gmail accepte de délivrer les mails en provenance de ton smtp perso, si dropper était une bonne pratique, je pense que gmail l'appliquerait ;) (et les admins deviendraient fous, car sans rejet, impossible de trouver la source de l'erreur).
Maintenant, je n'ai pas eu cette expérience de drop avec hotmail ou office365. Chez hotmail la dernière fois que j'ai eu le pb (il y a un an), j'ai bien eu un rejet avec un code d'erreur microsoft, à entrer dans son moteur de recherche préféré pour tomber sur la bonne entrée du knowledge base, elle-même pointant vers un vieux formulaire du fin fond du web sur lequel il fallait inscrire son ip (v4, je crois bien que le formulaire n'acceptait pas les v6). Sur office365 je n'ai eu aucun pb jusqu'à présent (croisons les doigts, de plus en plus de gens s'y mettent).
Mais mon expérience n'est pas forcément représentative, je n'ai que très peu de mails sortants (max une dizaine par mois)... Tant que ça délivre chez gmail et yahoo...
gmail a par contre des comportements assez pénibles. Genre depuis mon serveur, il accepte de délivrer le même mail à 5 contacts gmails en destinataires, mais pas 10. Et puis la semaine d'après ça passe sans rien faire de plus. Je pense que c'est lié à des algos de réputation, où, malheureusement, le petit ne peut rien faire car il n'a pas assez de volume sortant pour se faire une bonne réputation.
[^] # Re: Source?
Posté par Starch . En réponse au journal Le service messagerie Microsoft Outlook.com détruit silencieusement vos e-mails. Évalué à 10. Dernière modification le 12 juin 2020 à 11:48.
Je dirais que « faire comme les autres », c'est d'envoyer un rejet, et non pas dropper silencieusement. Certains smtp sympas te pointent même vers une url avec les actions à suivre pour ne plus être rejeté (reverse dns, dkim, spf, inscription de ton ip chez eux, rate, etc.) dans le message de rejet. De mémoire c'est ce que fait gmail.
Au vu de la difficulté à correctement cocher toutes les cases pour que gmail accepte de délivrer les mails en provenance de ton smtp perso, si dropper était une bonne pratique, je pense que gmail l'appliquerait ;) (et les admins deviendraient fous, car sans rejet, impossible de trouver la source de l'erreur).
Maintenant, je n'ai pas eu cette expérience de drop avec hotmail ou office365. Chez hotmail la dernière fois que j'ai eu le pb (il y a un an), j'ai bien eu un rejet avec un code d'erreur microsoft, à entrer dans son moteur de recherche préféré pour tomber sur la bonne entrée du knowledge base, elle-même pointant vers un vieux formulaire du fin fond du web sur lequel il fallait inscrire son ip (v4, je crois bien que le formulaire n'acceptait pas les v6). Sur office365 je n'ai eu aucun pb jusqu'à présent (croisons les doigts, de plus en plus de gens s'y mettent).
Mais mon expérience n'est pas forcément représentative, je n'ai que très peu de mails sortants (max une dizaine par mois)... Tant que ça délivre chez gmail et yahoo...
gmail a par contre des comportements assez pénibles. Genre depuis mon serveur, il accepte de délivrer le même mail à 5 contacts gmails en destinataires, mais pas 10. Et puis la semaine d'après ça passe sans rien faire de plus. Je pense que c'est lié à des algos de réputation, où, malheureusement, le petit ne peut rien faire car il n'a pas assez de volume sortant pour se faire une bonne réputation.