Sempre que envio um email [email protected]
para uma conta do Gmail, o Gmail o trata como spam.
Estou falando do único e-mail enviado a um cliente em potencial depois de conhecê-lo (é certamente um e-mail não spam). Já aconteceu várias vezes:
"Ei !, você nunca enviou o e-mail que me prometeu", diz o candidato.
"Como é que ...? Eu enviei. Verifique o e-mail de spam" , respondo.
"Oh, aí está ..."
Eu acho que tem a ver com example.com
não ser um domínio conhecido.
Como / onde devo reclamar sobre isso?
gmail
spam-prevention
Toto
fonte
fonte
Respostas:
Jeff Atwood tinha um post muito bom sobre o que fazer para ajudar seu e-mail a passar. Isso fez uma enorme diferença para a empresa em que trabalho. Alguns destaques:
fonte
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.
É 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á associadoexample.com
? ”A resposta a essa pergunta seria: sim, esse servidor tem permissão para enviar e-mails paraexample.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:
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:
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:
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.fonte
Serviços gratuitos de e-mail como Gmail, Hotmail, Yahoo e similares recebem toneladas de e-mails de spam por dia. É por isso que eles endurecem as políticas de email de entrada e aplicam regras muito concretas e estritas para garantir que é improvável que qualquer mensagem recebida seja spam; caso contrário, envie-a para a pasta Lixo eletrônico.
Primeiro, você deve ter uma
SPF
política válida . Você não menciona em que MTA de email você está executando, mas a configuração de uma diretiva SPF é bastante direta e independente do MTA. É basicamente um registro DNS que diz de quais IPs / domínios o seu domínio tem permissão para enviar email. Se um email for recebido de um endereço IP diferente daquele anunciado no registro DNS, ele provavelmente terminará na pasta Lixo eletrônico. Existem alguns links que podem ajudá-lo:Em seguida,
DKIM
está se tornando cada vez mais importante. Isso basicamente assina seu email com uma chave privada (gerada por você) e você gera um registro DNS com a chave pública para que qualquer domínio do destinatário possa verificar se o conteúdo do email foi ou não falsificado.Há outra maneira de permitir que outras pessoas verifiquem seus e-mails
DMARC
,. É basicamente a combinação dos dois acima e você decide o que os outros devem fazer com um email que não passa nas restrições do DMARC, transmitindo a decisão final sobre eles. O DMARC também permite receber relatórios (de outros domínios executando a verificação do DMARC).Em seguida (e infelizmente não há muito o que você possa fazer sobre isso, pelo menos no início), existe um termo chamado reputação de IP . Muitos serviços de correio usam alguns serviços que informam se um endereço IP tem boa ou má reputação. Se seu IP tiver sido usado anteriormente para enviar spam, mesmo antes de você ser o proprietário, provavelmente terá uma má reputação. Se o seu endereço IP for desconhecido, ele também não será confiável. Você terá que ganhar reputação dizendo aos destinatários para "colocar na lista de permissões" seus e-mails. Se muitas pessoas o fizerem, o provedor de email gratuito saberá que você não é prejudicial e aplicará uma política mais suave a você.
Existem mais conceitos sobre isso, mas esses são os mais importantes. Basta configurar o que você pode configurar e ser paciente.
fonte
Uma pequena atualização para qualquer um que encontrar isso em 2018. Isso pode ser considerado uma adição à excelente resposta de @ JakeGould (que deixa de fora o DMARC).
O Google aplicou algumas regras mais pesadas de filtro de spam e phishing com a nova versão do Gmail. Se seus e-mails acabarem sendo spam de alguém, verifique se você configurou o SPF , DKIM e DMARC corretamente. Você pode usar várias ferramentas para verificar as regras MX do seu domínio. Por exemplo - MXToolbox ou Google Toolbox .
Você também pode verificar seu site com o Postmaster para ver a reputação do seu domínio de email e intervalos de IP.
Aqui está um ótimo recurso do Google sobre como configurar o DMARC via GSuite - https://support.google.com/a/answer/2466580?hl=pt-BR
Se você encontrou todos esses termos novos como eu - aqui está uma ótima série de 3 postagens explicando os três termos por returnpath.com
fonte
Esta página pode ser útil para você:
https://mail.google.com/support/bin/answer.py?answer=81126
Embora se aplique a mensagens de email em massa, há algumas informações sobre o motivo pelo qual as mensagens podem ser marcadas como spam. Não sei nada sobre suas informações específicas, mas espero que você consiga ver algo que será útil.
fonte