O Hotmail e o Gmail marcam e-mails como spam [duplicados]

Question

Tenho desenvolvido um aplicativo PHP e um dos recursos desse aplicativo é a capacidade de enviar e-mails para os usuários. No entanto, quando tentei enviar e-mails via aplicativo (SMTP) para contas do Gmail e do Hotmail, eles sempre vão para a caixa Spam / Junk. Isso não acontece quando eu uso o Google SMTP para enviá-los. Esses e-mails foram entregues corretamente na Caixa de entrada.

O que eu fiz:
- Configurar DNS reverso
- Configurar chaves de domínio (DKIM) e SPF (v = spf1 + a + mx + ip4: 184.107.222.2? Todos)
- Execute várias verificações de IP / domínio e não vi nenhum problema lá. - Inscreva-se no SNDS. Depois de verificar meu IP, ele diz "Todos os IPs especificados têm status normal".
- Entre em contato com o Gmail e o Hotmail. Eles não veram nada de improvável que estaria impedindo meu e-mail de alcançar seus clientes e sugeriram que eu participasse do Sender Score Certified Mail Program (embora eles não garantissem que ele garantiria a entrega de e-mail para seus clientes).

Exemplo de cabeçalho de e-mail que foi enviado para a caixa "Spam" (o nome do site foi substituído por xxx):

Delivered-To: [email protected]
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: <[email protected]>
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 [email protected] 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 [email protected] designates 184.107.222.2 as permitted sender) smtp.mail=admin@xxx .com; dkim=pass [email protected]
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 <[email protected]>)
    id 1Tmlwc-0004uj-GQ
    for [email protected]; Sun, 23 Dec 2012 07:50:22 -0600
Date: Sun, 23 Dec 2012 07:50:22 -0600
To: New Supplier <[email protected]>
From: Distributor Bid Builder <[email protected]>
Reply-to: Distributor Bid Builder <[email protected]>
Subject: Supplier Purchase Order Email Copy
Message-ID: <[email protected]>
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: [email protected]


--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)

Você acha algo errado com minha configuração?

Ao coletar informações para o registro do programa JMRP da Microsoft, não tenho certeza do que devo fazer em seguida (se isso não fizer com que esses e-mails entrem na caixa de entrada). É realmente necessário se registrar no programa Sender Score Certified / use o serviço de entrega de e-mail? Existe uma solução não comercial para isso?

    

Answer 1

Sua mensagem está sendo rejeitada como spam porque corresponde precisamente ao perfil de um esquema muito comum de distribuição de malware: mensagens que alegam ser confirmações de pedidos ou remessa, com anexos em PDF.

Minhas sugestões:

1. Limpe a gramática. "Este é um documento de pedido de compra para o pedido nº 1001"? Inglês quebrado soa incrivelmente spammy, e embora eu não reivindique nenhum conhecimento privilegiado, você pode assumir que o Gmail considera a gramática ruim como um fator na pontuação de possíveis mensagens de spam. Uma ordem de compra real teria apenas um título de "PEDIDO DE COMPRA", seguido pelo conteúdo do pedido de compra real. Não diria primeiro: "Olá amigo, é uma ordem de compra para comprar um artigo definido".

2. Substitua o anexo PDF pelo conteúdo in-line. A exploração de vulnerabilidades da Adobe através de anexos PDF criados com códigos maliciosos é uma maneira extremamente popular de infectar computadores remotos com malware. Se eu fosse o Gmail, também marcaria um anexo em PDF de um remetente desconhecido como spam.

3. Livre-se do mumbo-jumbo "post-only mailing" que quase certamente aumenta sua pontuação de spam bayesiana e envia a mensagem a partir de um endereço de resposta válido. Se você está realmente enviando pedidos de compra genuínos dessa maneira, você vai querer saber se eles retornam, e você vai querer que o fornecedor seja capaz de responder, certo? Certo.

4. Você precisa incluir o nome e endereço da sua empresa, links para o seu site, endereço de e-mail de contato válido e informações do telefone, etc. O mais anônimo e "hit-and-run" sua mensagem parece ser , é mais provável que seja classificado como spam.

5. A menos que haja uma boa razão para não fazer isso, você deve encerrar seu registro SPF com -all . O ponto inteiro de um registro SPF é identificar positivamente os IPs válidos do remetente e banir todos os outros. Você não deve deixar isso para o servidor de recebimento de e-mail para decidir se um IP do remetente não listado é válido.