Os e-mails transacionais do meu servidor vão diretamente para a pasta Spam dos usuários no Yahoo

1

Estou tentando configurar o portal do nosso site para enviar e-mails de confirmação de registro para os clientes que se inscreverem (é uma mensagem simples que contém um link que confirma o e-mail do usuário).

Tudo é bom e funciona muito bem, os usuários do @ gmail.com recebem os e-mails como favoritos; No entanto, para os usuários do @yahoo.com.br, o e-mail vai diretamente para a pasta "Spam".

Eu preciso adicionar que passei 4 dias lendo todos os posts do fórum sobre o assunto e implementei todas as dicas e sugestões possíveis (nota: eu não sou novo na administração do sistema, então posso garantir que o tempo gasto estava cavando em vez de aprender).

Para resumir:

  • O IP de envio é 64.34.222.102
  • Existe uma configuração adequada de DNS e rDNS / PTR
  • O IP não está listado em nenhuma das 100 listas negras que verifiquei on-line
  • O domínio tem a configuração adequada das entradas MX (nota: os servidores de e-mail recebidos são executados em IPs diferentes ... isso pode ser um problema? Em teoria, não deveria)
  • Os endereços de postmaster e abuso são configurados.
  • DomainKey é implementado e verificado em funcionamento
  • O DKIM é implementado e verificado em funcionamento
  • O SPF é implementado e verificado em funcionamento
  • Inscrevemo-nos nos programas de feeds de loopback do Yahoo e do Hotmail
  • Aqui está o site que os usuários optam: www.teltub.com
  • Eu preenchi o formulário de remetente em massa do Yahoo (ele corrigiu o problema por três a quatro dias, mas ele voltou - mais tarde)
  • Como estamos em uma fase de teste, é extremamente improvável que qualquer um dos usuários realmente marque um email como spam (eles são principalmente amigos) e a natureza dos emails não é marketing / ads
  • Verificadas respostas SMTP do Yahoo, nos primeiros dias, incluiu alguns adiamentos temporários, mas depois que eu preenchi os formulários e me inscrevi com eles, ele foi embora.
  • Testei alguns verificadores automáticos, incluindo allaboutspam.com, tudo parece bom / verde: link

Três perguntas que tenho são:

  1. Alguma idéia do que estou perdendo?
  2. Alguém do Yahoo me respondeu que:

    Emails from the mail server(s) you are using have recently become de-prioritized due to potential issues with its mailings.

    These de-prioritizations were temporary but may be re-triggered if the sending IP profile continues to be poor. Typically, de-prioritizations are triggered by bad individual sender or MAIL FROM profiles.

Depois de pedir mais detalhes, eles disseram que não podem fornecer mais informações !!

  1. O Yahoo não mostra a chave segura na frente do email ... Mesmo se for considerado spam, ele não deve exibir a autenticidade da fonte? Em outra conta em que uma mensagem desse endereço está marcada como "não Spam", ela mostra a tecla okey ...

Aqui está o log de entrega do postfix:

Oct 18 00:59:25 mgmt postfix/smtp[4321]: 063E0B988A6: to=<[email protected]>, relay=b.mx.mail.yahoo.com[74.6.136.65]:25, delay=1.6, delays=0.11/0.01/0.61/0.92, dsn=2.0.0, status=sent (250 ok dirdel)

Aqui está o cabeçalho da mensagem do Yahoo:

From TELTUB Mon Oct 18 04:59:23 2010
X-Apparently-To: [email protected] via 98.136.167.26; Sun, 17 Oct 2010 21:59:25 -0700
Return-Path: <[email protected]>
X-YahooFilteredBulk: 64.34.222.102
Received-SPF: pass (mta1015.mail.sk1.yahoo.com: domain of [email protected] designates 64.34.222.102 as permitted sender)
X-YMailISG: HGiMWDwcZAr2nMseAcs8EMjEoTTXRB5jVgymRipvWi77dSrO
 PuvRZPjN1WbGfxHFAyLo99VgChGrTm8Ve_nCA4PLyzhfFKfcsQ8v9FlY3uHJ
 wt3y34DU2ZChx3ud4Scg1ReSSA8b3d3FY5YmWhQDeeckNZUbGYET0MVbjddu
 UX9Z6q3fsIfhsMhedk.6ZT3vsJHs8YiWGcAAiKgipdUnPYhQ36axREymHV8L
 EupzrPp6JE7PM4Ah12Cj8vw8sozDSUiShQM00sD0IC6HUqh4jDRpoISyur.G
 TbHTaa6rZKcNTtaKfE.BRZCJIBQA3oKvFtPt9QZFcDU98adBzlxK8oZxiOuQ
 txWdBWL4zveDo8yqH84sRB2jBLfR8Hig4mZ5bZrUMHnq9P.fNB.6z8XEZoMi
 UBO8eJsYf7Sxug9FtJr9.7.DIRcXshikZker0F0ygc1.ghJwEWLATbGA8UZg
 l2ekjauSWgt1XJQjr9JOpRWwgBTH4N6lXZLE5BQ8q38m6ZspaAZ3glRNSZLU
 YpnRNwRHHy8HLxryXONeR_Q5NcZivZZbof3r2SKvJjZ_DZF9wiuEnlSWng15
 QUd5BAbnA0fSxlaAjS7ayr9HLq0khsSVdlSYeGQpU.3LU6iZt17x3hjZoCXJ
 kB2YBa9ZHH3LkJIezOnNooc9LiYzwnsm1_FaVmvGk1XZzDEsJaadXxtf39o_
 wo2RQVHNaGbt9huEEy4fAiFx6_ZX3pNhepJLnJf2BgNLCi0ix0bw30EPxPPy
 5IaL0vnBeF4S3ReZa2z5cex3apsUULu3vl2zG_HVtsCuvE8-
X-Originating-IP: [64.34.222.102]
Authentication-Results: mta1015.mail.sk1.yahoo.com  from=teltub.com; domainkeys=pass (ok);  from=teltub.com; dkim=pass (ok)
Received: from 127.0.0.1  (HELO mgmt1.prod.teltub.com) (64.34.222.102)
  by mta1015.mail.sk1.yahoo.com with SMTP; Sun, 17 Oct 2010 21:59:25 -0700
Received: from www1.prod.teltub.com (localhost.localdomain [127.0.0.1])
 by www1.prod.teltub.com (Postfix) with ESMTP id DF46118E81BB
 for <[email protected]>; Mon, 18 Oct 2010 00:59:23 -0400 (EDT)
X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 mgmt1.prod.teltub.com 063E0B988A6
DomainKey-Signature: a=rsa-sha1; s=teltubdk; d=teltub.com; c=simple; q=dns;
 b=PAHMrH/tt9jRbjOcmeaO6IgbiK+MUfgwP9NZtIMKYNva/ISbDkjUWhHlnbEP1Icji
 axsb+4Q2QrO8zIsT9tWZw==
X-DKIM: Sendmail DKIM Filter v2.8.3 mgmt1.prod.teltub.com 063E0B988A6
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=teltub.com;
 s=teltubdkim; t=1287377964; bh=xiqqKdrY0J4R8qUgsW9WMXUKnak=;
 h=Content-Type:MIME-Version:Content-Transfer-Encoding:From:To:
  Subject:Message-Id:Date;
 b=q7FEBCnitX/Ohw0RXnjaEZPkXi+hOJHof+hbGarbyC0zWqTpXiknI2bC6k7+QigEH
  ZL4JjzA8WK1MZqSaE6oOjTc3yxy+Dj7niAiB4t5cI8GPvvtegLSO6d2yVTmGa5wDFV
  5f4i5OpHnccPRHkEQ3ShKMzkjKMgVPkdaObAvMFA=
Content-Type: text/html; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: "TELTUB" <[email protected]>
To: [email protected]
Subject: This is just a test
Message-Id: <[email protected]>
Date: Mon, 18 Oct 2010 00:59:23 -0400 (EDT)
Content-Length: 111
    
por Ehsan 18.10.2010 / 07:09

3 respostas

1

FYI, encontrei a resposta! O problema era que a assinatura do DKIM ainda estava no modo de teste ('t = y' na entrada do DNS). Eu refiz tudo com um novo IP e obtive os mesmos resultados. Mas observei que a ferramenta de geração de assinatura DKIM que uso deixa um 't = y' no meio da assinatura. Observe que eu removi t = y anteriormente da entrada da política, mas isso não funcionou:

teltubdkim._domainkey IN TXT "v = DKIM1; g = *; K = RSA; t y =; p = MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCtMbAffP / NxX4JcglM + 1G2M6xB / va6k1pZijAgZxRKXbbzACUdbSv0MFip5TAAFyZkH4VIUgUq + BAgbAzLZOBEB0SZu2uDb87XMj1acvSOVs // QpUDnbmaLjz4I7HGCY70jZtjFzdEt42730bXJ6eoK1zTGHAx3KLtFFkurHJVXwIDAQAB"; ----- DKIM teltubdkim para teltub.com _ssp.teltubdkim._domainkey TXT "dkim = unknown"

Tenha um cuidado extra ...

    
por 23.10.2010 / 07:05
0

Parece que você configurou o material certo e os cabeçalhos que publicou mostram que as configurações de DomainKeys e SPF são aceitáveis. É importante lembrar que a maioria dos sistemas de spam funciona totalizando uma variedade de pontuações. Incluir os aplicativos do Google na sua lista de remetentes provavelmente não está ajudando nessa pontuação. E 64.34.222.96/27 é uma máscara de rede muito grande. Alguma chance de torná-lo mais específico?

As coisas que ninguém pode dizer dos cabeçalhos que você forneceu são o que os filtros bayesianos do Yahoo mantêm - nem a taxa na qual você envia e-mails. No caso deste último, há vários milters para o sendmail (que pode funcionar com o Postfix), mas eu sugiro dar uma olhada em policyd

Em termos do conteúdo que você envia, é muito mais complicado dizer se isso é um fator que contribui para isso. Certamente não é fácil testar na ausência de falhas de DSN para identificar como recriar o problema sob demanda.

    
por 18.10.2010 / 14:11
0

O que acontece quando você tenta enviar e-mails para [email protected] de yahoo.com? Deve funcionar, mesmo se for para o balde de bits. Também garanta que os endereços de abuso e de postmaster sejam válidos.

    
por 18.10.2010 / 15:29