Question Hotmail et Gmail marquent les e-mails comme spam [dupliquer]


Dupliquer possible:
Comment envoyer des courriels et éviter qu'ils ne soient classés comme spam 

Je développe une application PHP et l'une des fonctionnalités de cette application est la possibilité d'envoyer des courriers électroniques aux utilisateurs. Cependant, lorsque j'essaie d'envoyer des courriels via une application (SMTP) aux comptes Gmail et Hotmail, ils sont toujours envoyés dans la boîte de courrier indésirable / courrier indésirable. Cela ne se produit pas lorsque j'utilise Google SMTP pour les envoyer. Ces courriels ont été correctement envoyés à la boîte de réception.

Ce que j'ai fait:
- Configurer le DNS inversé
- Configurer les clés de domaine (DKIM) et SPF (v = spf1 + a + mx + ip4: 184.107.222.2? All)
- Exécutez diverses vérifications IP / domaine et je n'y ai vu aucun problème.
- Inscrivez-vous sur SNDS. Après vérification de mon adresse IP, le message "Toutes les adresses IP spécifiées ont un statut normal".
- Contacter Gmail et Hotmail prend en charge. Ils ne voyaient rien qui empêcherait mon courrier d'atteindre les clients et m'a suggéré de rejoindre le programme Sender Score Certified Mail (bien qu'ils ne garantissent pas qu'il garantirait la possibilité de livraison des courriers électroniques à leurs clients).

Exemple d'en-tête de courrier électronique qui est passé dans la boîte de courrier indésirable (le site a été remplacé par xxx)

Delivered-To: yyy@gmail.com
Received: by 10.50.17.8 with SMTP id k8csp200979igd;
        Sun, 23 Dec 2012 05:13:19 -0800 (PST)
X-Received: by 10.50.53.162 with SMTP id c2mr13168931igp.112.1356268399035;
        Sun, 23 Dec 2012 05:13:19 -0800 (PST)
Return-Path: <admin@xxx.com>
Received: from server.xxx.com (server.xxx.com. [184.107.222.2])
        by mx.google.com with ESMTPS id gx9si16855394igb.34.2012.12.23.05.13.18
        (version=TLSv1/SSLv3 cipher=OTHER);
        Sun, 23 Dec 2012 05:13:18 -0800 (PST)
Received-SPF: pass (google.com: domain of admin@xxx.com designates 184.107.222.2 as permitted sender) client-ip=184.107.222.2;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of admin@xxx.com designates 184.107.222.2 as permitted sender) smtp.mail=admin@xxx .com; dkim=pass header.i=@xxx.com
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xxx.com; s=default;
    h=Content-Type:MIME-Version:Message-ID:Subject:Reply-to:From:To:Date; bh=C+NTtxJMfonnwJsUGv2YpiHXmAQt43Cmk567o37IJhA=;
    b=UlnRc4rM6uVp44OaPfIicZ3vgH7eKR+7E4BQwADhtVSgvlmnwlw4aqGanvUZn8jGCWJ4hdPNFY3GLWJ5uT82EM57baCL0t7yxgjWg7/CXm4IHJ0SusxWI+e5JjGBv3pd;
Received: from server.xxx.com ([184.107.222.2]:38728 helo=applicationnewtest.xxx.com)
    by server.xxx.com with esmtpa (Exim 4.80)
    (envelope-from <admin@xxx.com>)
    id 1Tmlwc-0004uj-GQ
    for yyy@gmail.com; Sun, 23 Dec 2012 07:50:22 -0600
Date: Sun, 23 Dec 2012 07:50:22 -0600
To: New Supplier <yyy@gmail.com>
From: Distributor Bid Builder <admin@xxx.com>
Reply-to: Distributor Bid Builder <admin@xxx.com>
Subject: Supplier Purchase Order Email Copy
Message-ID: <f8c08c9269c441d7a0e04b7ba37e9adf@applicationnewtest.xxx.com>
X-Priority: 3
X-Mailer: PHPMailer 5.0.0 (phpmailer.codeworxtech.com)
MIME-Version: 1.0
Content-Type: multipart/mixed;
    boundary="b1_f8c08c9269c441d7a0e04b7ba37e9adf"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server.xxx.com
X-AntiAbuse: Original Domain - gmail.com
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - xxx.com
X-Get-Message-Sender-Via: server.xxx.com: authenticated_id: admin@xxx.com


--b1_f8c08c9269c441d7a0e04b7ba37e9adf
Content-Type: text/html; charset = "UTF-8"
Content-Transfer-Encoding: 8bit

This is purchase order document for purchase order #1001.<br><br><hr>P.S. This is a post-only mailing. Replies to this message are not monitored or answered.

--b1_f8c08c9269c441d7a0e04b7ba37e9adf
Content-Type: application/octet-stream; name="Supplier Purchase Order #1001 Email Copy.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Supplier Purchase Order #1001 Email Copy.pdf"
(attachment)

Avez-vous trouvé quelque chose de mal avec ma configuration?

Lors de la collecte d'informations pour l'enregistrement du programme JMRP de Microsoft, je ne suis pas sûr de ce que je devrais faire ensuite (s'il ne fait pas que ces courriels soient envoyés dans la boîte de réception). Est-il vraiment nécessaire de s'inscrire à Sender Score Certified / au service de messagerie électronique? Existe-t-il une solution non commerciale pour cela?


4
2018-01-04 14:24


origine


Je ressens ta douleur. Vous avez pris les bonnes mesures. Pouvez-vous donner une idée de la quantité de courrier (volume) envoyé à ces adresses? Cela ressemble à des messages de confirmation de commande liés à une application de commerce électronique ou ERP. À quelle fréquence sont-ils envoyés? - ewwhite
Votre HELO (applicationnewtest.xxx.com) ne correspond pas au DNS inversé de votre IP (server.xxx.com). Certains serveurs de messagerie refusent si tel est le cas, bien que je ne sache pas ce que Hotmail et Gmail font à propos de cette situation. - Ladadadada
@ewwhite Merci pour vos gentils mots! La plupart des courriels sont généralement envoyés à 1 destinataire (initié par l'utilisateur via l'application), bien que l'application puisse envoyer des courriels à 5 à 20 comptes à la même heure une fois par jour (programmée via le travail Cron). - rei
@ Ladadadada, j'ai plusieurs sous-domaines sous la même adresse IP pour cette application. L'un concerne l'environnement de test (applicationnewtest.xxx.com) et l'autre, l'environnement de production (application.xxx.com). Voulez-vous dire que je devrais avoir 2 reverse DNS pour eux? - rei
Vous ne pouvez avoir qu’une seule recherche inversée par adresse IP, mais vous pouvez modifier la valeur de Postfix. myhostname variable afin qu'elle corresponde à la recherche inversée existante pour l'IP. Cela va changer le HELO relevé envoyé par votre serveur de messagerie. - Ladadadada


Réponses:


Votre message est rejeté en tant que spam car il correspond précisément au profil d'un système de distribution de logiciels malveillants très courant: les messages prétendant être des confirmations de commande ou d'expédition, avec des pièces jointes au format PDF.

Mes suggestions

  1. Nettoyez la grammaire. "Ceci est un document de commande pour la commande n ° 1001"? Sons anglais cassés incroyablement Bien que je ne prétende pas en avoir connaissance, Gmail considère que la mauvaise grammaire est l’un des facteurs permettant d’évaluer les messages de spam potentiels. Un bon de commande réel aurait simplement un en-tête "COMMANDE" suivi du contenu de la commande. Il ne dirait pas d’abord: "Bonjour, c’est un bon de commande pour acheter un article précis."

  2. Remplacez la pièce jointe PDF par un contenu en ligne. L'exploitation des vulnérabilités d'Adobe via des pièces jointes PDF conçues de manière malveillante est un moyen extrêmement répandu d'infecter des ordinateurs malveillants avec des logiciels malveillants. Si j'étais Gmail, je marquerais aussi une pièce jointe au format PDF provenant d'un expéditeur inconnu en tant que spam.

  3. Débarrassez-vous du charabia «post-only mailing» qui augmente presque certainement votre score de spam bayésien et envoyez le message à partir d'une adresse de réponse valide. Si vous envoyez réellement de véritables bons de commande de cette manière, vous voudrez savoir s'ils rebondissent et vous voulez que le fournisseur puisse vous répondre, n'est-ce pas? Droite.

  4. Vous devez inclure le nom et l'adresse de votre société, des liens vers votre site Web, une adresse e-mail de contact valide, des informations sur le téléphone, etc. Plus votre message semble anonyme et "hit-and-run", plus il est probable être classé comme spam.

  5. À moins d’une très bonne raison de ne pas le faire, vous devriez mettre fin à votre enregistrement SPF avec -all. L'intérêt d'un enregistrement SPF est d'identifier de manière positive les adresses IP d'expéditeur valides et d'interdire à tout le monde. Vous ne devez pas laisser le serveur de messagerie destinataire déterminer si une adresse IP d'expéditeur non répertoriée est valide.


10
2018-01-04 17:07



+1 surtout la remarque SPF. Les serveurs que je lance voient "? Tous" et bousculent le Spamminess de 50% rien que pour ça. - Chris S
Merci pour vos suggestions détaillées, Miles. Je les ai tous essayés, mais le courrier électronique est toujours envoyé à la boîte de courrier indésirable. Toutefois, lors de l'envoi du même message avec Gmail SMTP, il a été correctement envoyé aux dossiers de boîte de réception Hotmail et Gmail (même si j'utilise le message précédent et inclut une pièce jointe au format PDF). Je ne suis pas sûr, mais je suppose que le problème provient peut-être de la configuration de mon serveur. - rei