Qualquer problema se o servidor de correio PHP mail () não for MX do domínio FROM?

Question

Suponha que eu tenha este cenário:

Meu servidor de e-mail (e, portanto, MX) para meu endereço de e-mail [email protected] está hospedado no meu escritório.

Meu website company.com é hospedado por uma empresa de hospedagem de terceiros.

No meu site eu criei um <form> com FROM, TO, SUBJECT, BODY e enviei usando o PHP mail () para os clientes.

Como o servidor web é de terceiros, o PHP mail () usa o servidor de correio localhost.

Acho que meus e-mails chegarão ao servidor de e-mail do cliente e aparecerão como "falsificados" ou spam.

O que preciso fazer para garantir que meus e-mails apareçam como legítimos e que os e-mails recebidos não sejam enviados para o host de terceiros?

    

Answer 1

Suas mensagens estarão sujeitas às políticas dos domínios de recebimento - as únicas pessoas que podem lhe dizer "O que [você] precisa fazer para garantir que seus e-mails parecem legítimos" são os administradores de e-mail desses sites.

Algumas sugestões:

1. Garanta que seu formulário de e-mail seja razoavelmente seguro. Você não quer se tornar inadvertidamente um spammer.
2. Verifique se os endereços FROM e REPLY-TO apontam para os locais onde você deseja rejeições / respostas / etc. ir
3. Verifique se o seu servidor da web está listado no registro SPF do seu domínio
4. Configure corretamente o DKIM , se desejar.
5. Se você estiver enviando e-mails em massa, fale com o pessoal do postmaster / email em massa nos sites maiores (Yahoo, Google, Hotmail, etc.)
6. (Opcionalmente) Configure seu servidor da web para usar seu MX normal como um Smart Host / Relay.

Answer 2

Você deve adicionar um registro de Estrutura de políticas do remetente ao SPF ao seu domínio. O registro SPF é um arquivo txt adicionado ao seu domínio que especifica quem tem permissão para enviar email para esse domínio. Nesse caso, você adicionaria seu servidor da web.

Veja um exemplo: example.com. TXT "v=spf1 a:mail.example.com -all"
Este registro diz que apenas mail.example.com tem permissão para enviar e-mail para o domínio example.com.

A maioria das grandes empresas de e-mail público tem diretrizes para correspondência em massa. Aqui está AOL . Siga as diretrizes para garantir a melhor entrega.

Verifique se o seu servidor da web está em uma lista negra de e-mails aqui . Listas negras são por IP, então você pode ter conseguido uma sem saber. Certa vez, configurei um servidor VoIP para um cliente, que então queria que as indicações do correio de voz fossem enviadas por e-mail. É nesse momento que descobrimos que o IP dele estava em uma lista negra de e-mails e precisávamos obter um novo IP para o servidor.

    

Answer 3

Como o servidor da Web será o único que envia os e-mails, sua reputação é o que determina como o e-mail é tratado pelo destinatário. Coisas como listas negras, DNS reverso correto, SPF, chaves de domínio, etc., desempenham um papel nesta decisão. Não acho que os registros MX sejam levados em conta. Depende inteiramente do servidor de e-mail do destinatário, e você só pode seguir as práticas recomendadas para servidores de e-mail.

Em vez disso, gostaria de sugerir a retransmissão de todos esses e-mails enviados por meio de um servidor de e-mail dedicado. É muito mais fácil garantir uma boa reputação para um único servidor de e-mail, especialmente quando você tem vários servidores da Web que você não controla totalmente.

Se você tem controle sobre o software de e-mail no servidor da Web, você deve configurá-lo para retransmitir através de seu próprio servidor de e-mail. Não se esqueça de configurar seu próprio servidor de e-mail para permitir a retransmissão desses IPs do servidor da web. Se você não controla o software de e-mail, você pode configurar o comando mail () do PHP para enviar e-mails diretamente para o seu servidor de e-mail.

Você também pode usar um serviço dedicado a esses tipos de e-mails transacionais. Eles cuidarão da reputação, rejeições, listas negras, etc. para você. A entrega de e-mail é um trabalho árduo e algumas empresas se especializam nela. Eles fornecem várias opções, como uma retransmissão SMTP ou uma API para enviar diretamente do PHP com rastreamento avançado de entrega, suporte a cancelamento de assinatura, etc.

sendgrid.com é o que usamos, mas outros populares são postmarkapp.com ou authsmtp.com . A Rackspace fornece uma conta SendGrid gratuita de até 40k e-mails por mês. A Amazon tem seu serviço de e-mail simples com um nível gratuito para seus clientes de hospedagem. Pergunte ao seu provedor de hospedagem se eles oferecem o smtp relay, ou se eles têm uma oferta especial com uma dessas empresas.