5 votes

Améliorer le niveau de confiance du spam (SCL) pour les e-mails sortants

J'ai un serveur SMTP postfix sur Ubuntu. J'ai des enregistrements SPF et DKIM valides, comme le vérifie l'en-tête du courriel que mon client a reçu.

Résultats de l'authentification : spf=pass (l'IP de l'expéditeur est XXX.XXX.XXX.XXX) smtp.mailfrom=mydomain.com ; hotmail.com ; dkim=pass (la signature a été vérifiée) header.d=mydomain.com;hotmail.com ; dmarc=bestguesspass action=none (la signature a été vérifiée) header.from=mydomain.com ;

Cependant, l'e-mail tombe dans le courrier indésirable uniquement dans Outlook / Live.com / hotmail. Le niveau de confiance du spam (SCL) est de 5 (spam).

X-MS-Exchange-Organization-SCL: 5
X-MS-Exchange-Organization-PCL: 2

La FAQ de SCL me demande d'adhérer au programme de certification ReturnPath d'un tiers pour vérifier chaque courriel envoyé, mais le programme de certification est très coûteux.

Existe-t-il des alternatives pour abaisser le score SCL ? L'ajout d'un enregistrement DMARC est-il utile ?


Mise à jour :

  1. Le DNS est configuré correctement, y compris les enregistrements A, MX et PTR.
  2. L'adresse IP du serveur ne figure pas sur les DNSRBL (liste noire)
  3. Le volume d'envoi n'est pas suffisant pour calculer le score de l'expéditeur en http://www.senderscore.org
  4. Pas de faux en-tête. Le courrier est envoyé par la bibliothèque PHP SwiftMailer.

Cette question ne porte pas sur une stratégie générique de lutte contre les spams, mais sur le niveau de confiance des spams (SCL) de Microsoft.

0 votes

0 votes

@MadHatter Pas un doublon, ajout d'une explication.

1 votes

D'après moi, on vous a déjà dit ce que vous deviez faire pour traiter ce filtre anti-spam particulier et propriétaire, mais vous ne voulez pas suivre la voie du programme de certification en raison de son coût. Ainsi, toutes vos autres options sont des options standard d'étiquetage anti-spam, qui sont couvertes dans notre section canonique réponse. Cela dit, je ne suis que moi ; il faudrait que quatre autres utilisateurs compétents soient d'accord avec moi pour clore cette question, ce qui n'arrivera peut-être pas. Et même si c'est le cas, il se peut que vous obteniez d'abord de bonnes réponses. Ne paniquez donc pas simplement parce que je pense comme moi !

5voto

rocket_doge_ Points 161

Voici ce qui m'a aidé :

  1. Assurez-vous que SPF et DomainKeys / DKIM sont configurés et fonctionnent (DMARC peut vous aider).

  2. Essayez de désactiver IPv6 lors de l'envoi de courrier (j'ai eu le problème avec postfix que les en-têtes HELO ne fonctionnaient pas correctement avec ipv6 et le courrier était envoyé au spam

  3. Assurez-vous que votre serveur prend en charge le cryptage TLS / SSL pour l'envoi de courrier.

  4. Même si tous les points ci-dessus sont respectés et que le test de réputation des e-mails renvoie des niveaux de confiance de 100 %, le système d'avertissement de Microsoft peut encore envoyer votre courrier dans les spams. Comme leur support n'est pas très utile (il s'agit d'un ensemble d'emails automatiques), vous devez soit attendre que le système mette à jour sa base de données, soit demander à vos destinataires d'ajouter votre adresse email à leurs contacts.

Il en va de même pour Google et Cie

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X