Tentando configurar o servidor de email somente para envio

Question

Eu preciso instalar o Postfix ou Exim para poder enviar e-mails do código php do meu servidor web. Eu tenho algumas perguntas, espero encontrar respostas para:

• O e-mail pode ser rejeitado ou enviado para spam no servidor de recebimento se o nome do host da minha máquina for myhost.mydomain.com, mas eu estiver configurando o e-mail do remetente para [email protected]? O que devo fazer? Devo apenas definir meu nome de host como mydomain.com? Isso vai entrar em conflito com o Google Apps de alguma forma?

• O que acontecerá com os e-mails devolvidos em uma configuração em que eu realmente não configurei os e-mails recebidos e os e-mails recebidos são gerenciados pelos aplicativos do Google? Isso poderia causar problemas de entrega?

Observação: meus aplicativos do Google são configurados para aceitar e-mails para [email protected], mas meu nome de host da máquina do remetente é meuhost.meudominio.com.br. Eu enviarei e-mails do meu servidor como usuá[email protected]. Se o email enviado for devolvido, ele será enviado ao Google ou ao meu servidor?

• É absolutamente necessário ter o SPF e o DKIM configurados com meu e-mail ou não para garantir a entrega?

Eu preciso de um pouco de informação sobre como tudo isso funciona e como ele deve ser configurado corretamente e agradeço sua ajuda. Obrigado antecipadamente.

    

Answer 1

Você estará perfeitamente bem se enviar e-mails do seu host.example.com. O endereço de e-mail não precisa incluir nenhuma parte do nome do host / domínio. Pelo menos para um email válido de RFC. Normalmente, os e-mails são entregues ao host MX correspondente, conhecido do DNS. Por exemplo, se você quiser enviar um e-mail para [email protected], seu daemon smtp cuida do registro MX no DNS e o envia para o endereço IP encontrado. Como um fallback, se nenhum registro MX for fornecido, o registro A será procurado e, em seguida, ele tentará entregar o email para esse host.

Um e-mail devolvido é enviado para o endereço "De:" fornecido. No seu caso, isso seria algué[email protected]. Você confunde isso com uma rejeição.

Um e-mail rejeitado é um e-mail em que o destinatário não aceita o e-mail de você. Isto pode ter várias razões - dificuldades técnicas, filtro de spam, etc. Se o seu e-mail for temporariamente rejeitado, o seu mailer SMTP (sendmail) irá tentar novamente. Se, após um determinado período de tempo, o e-mail não for entregue ou o destino tiver enviado uma rejeição permanente, o seu programa de e-mail informará o endereço de e-mail de origem. Se o seu Google Apps está em serviço com este endereço de e-mail, você deve estar bem. Algo como [email protected] como endereço de e-mail do remetente deve fazer o trabalho.

A única coisa complicada no seu caso pode ser a filtragem de spam no lado do destinatário. Portanto, você precisa cuidar de algumas configurações:

Quando você tem um registro SPF existente. Esse registro DNS é algo como um "registro MX reverso" e, com ele, você diz ao mundo inteiro quem tem permissão para enviar e retransmitir e-mails de seu domínio. Se você tiver um do que seu registro SPF deve ser de modo que host.example.com seja permitido por SPF para enviar email. Caso contrário, você poderá obter uma pontuação maior de spam no seu email enviado.

Você também deve ter um registro reverso e um para seu host de envio. E o registro a deve corresponder ao endereço IP do host. Seu endereço IP também deve ser estático.

Outra coisa é o seu nome HELO. Este deve ser, na melhor das hipóteses, o seu nome de host FQDN.

PS: Esteja ciente de que você deve usar o exemplo . [com | org | net | edu] para exemplos onde você não quer mencionar seu domínio real.

    

Answer 2

Parece que você já fez uma pesquisa considerável sobre esse assunto e talvez esteja no ponto de "comprar a resposta certa ..."

Conclusão: se o seu servidor SMTP não estiver de acordo com os parâmetros "típicos" (que podem variar alguns dependendo de quem está testando e como eles interpretam as coisas), haverá uma chance de não ser entregue (se houver notificações ou não com algumas interpretações) ou classificados como spam nos sistemas de recebimento.