Resposta mais curta.
Na minha experiência, não ter um registro PTR (DNS reverso) definido para o endereço IP de um servidor é a maneira como o email é sinalizado como SPAM em serviços como Gmail e até AOL.
Relacionado, mas se você não tiver um registro SPF (Sender Policy Framework) definido para o nome de domínio, isso não ajudará em nada, portanto, você deve defini-lo também.
Mas, no final, o PTR é realmente a coisa mais importante seguida pelo SPF.
Depois de ambos, está o conceito de DKIM (DomainKeys Identified Mail) e é usado para validar e-mails. Mas, na minha experiência, a maioria das configurações de servidor só precisa obter um conjunto de registros PTR juntamente com um sinalizador de SPF para SPAM para desaparecer.
Você só deve lidar com coisas de DKIM se não tiver outra escolha; não porque é difícil de configurar, mas isso não significa muito sem os registros válidos de PTR e SPF.
Resposta mais longa.
No entanto, parece que os servidores do Google Gmail sinalizam meus e-mails como "Lixo eletrônico" há muito tempo, mas outros provedores, como o Yahoo Mail, não o fazem. Criar mais contas de email não ajudou. Também usei contas de email que pertenciam a domínios diferentes.
Como evitar que os servidores do Gmail sinalizem meus e-mails como "indesejados"?
É provável que o problema seja que você não tenha um registro PTR ou SPF adequado para o servidor. Lembre-se: qualquer servidor no mundo pode enviar e-mails e a proteção contra spam é um sistema de pontuação e não uma ciência exata.
O que é um registro PTR (DNS reverso)?
Basta colocar um registro PTR é um registro DNS reverso que conecta um endereço IP a um nome de host. Pode parecer uma pesquisa de nome de host padrão, mas não é de todo. É o contrário: um registro PTR é um registro do nome de host ao qual um endereço IP está atribuído, do ponto de vista do serviço de hospedagem que atribuiu um IP a esse servidor.
Portanto, se o endereço IP do seu servidor for 123.456.789.0
uma pesquisa de registro PTR para esse endereço IP, ela deverá corresponder ao nome do host do servidor. Mas esse valor não seria definido em uma entrada DNS, como você pode conhecer, mas nos servidores DNS conectados ao próprio serviço de hospedagem.
Esta é uma verificação de referência cruzada contra SPAMmers, já que a realidade é que qualquer um pode configurar um servidor de correio básico real na maioria dos computadores do mundo. Mas apenas porque um servidor pode enviar correio não significa que o que ele envia é válido. O que um registro PTR faz é basicamente "atestar" para qualquer email que sai de um servidor nesse endereço IP e diz: "Ok, você recebeu um email example.com
de um de nossos servidores? Deixe-me verificar e ver se esse servidor está associado example.com
? ”A resposta a essa pergunta seria: sim, esse servidor tem permissão para enviar e-mails para example.com
ou não, não temos idéia do que é isso… Faça o que deseja com esse e-mail.
Quanto à forma de definir um registro PTR, isso depende do serviço e das políticas de hospedagem do seu servidor. Alguns serviços permitem definir independentemente o registro PTR através de um painel de controle. Outros o farão entrar em contato com eles - por e-mail, telefone ou correio - para estabelecer um recorde.
Por exemplo, eu sei que a configuração do EC2 da Amazon permite que você faça uma solicitação por meio de um formulário da Web para obter um conjunto de registros PTR e não há garantia de que eles aprovariam uma alteração no registro PTR; embora na maioria das vezes eles façam. Mas lugares como o Rackspace permitem definir esses valores por conta própria, sem a necessidade de pedir permissão.
Para verificar o registro PTR do seu servidor, você pode usar uma ferramenta como esta ferramenta “Reverse IP Lookup” do MXToolbox . Ou, se você estiver familiarizado com a linha de comando no Linux / Unix, execute um comando como este:
dig -x 123.456.789.0
O que é um registro SPF (Sender Policy Framework)?
Outra peça do quebra-cabeça básico de fazer com que as mensagens não sejam sinalizadas como SPAM é garantir que um registro SPF adequado seja definido. Uma explicação profunda sobre o que é um registro SPF pode ser encontrada no site oficial do SPF . Mas esta ferramenta de pesquisa de registro do MXToolbox "Sender Policy Framework (SPF)" explica bastante:
Os registros do Sender Policy Framework (SPF) permitem que os proprietários de domínio publiquem uma lista de endereços IP ou sub-redes que estão autorizados a enviar email em seu nome. O objetivo é reduzir a quantidade de spam e fraude, tornando muito mais difícil para remetentes mal-intencionados disfarçarem sua identidade.
Para definir um registro SPF, você precisará definir um registro TXT no registro DNS para o seu nome de domínio que se parecerá com isso:
v=spf1 mx a ptr ip4:123.456.789.0 a:example.com include:example.com ~all
Isso basicamente diz que qualquer nome de host ou endereço IP listado nesse SPF tem permissão para enviar e-mails em nome de example.com
. Este exemplo é bastante simples, mas o benefício de um registro SPF é, digamos, que você tenha 1/2 dúzia de servidores conectados ao seu nome de host e todos eles têm endereços IP diferentes. Um registro SPF que incluísse os endereços IP desses servidores de meia dúzia basicamente atestaria a validade dos emails enviados desse endereço IP em nome desse nome de host.