Devido em grande parte à contribuição da voretaq, decidi enviar o email de [email protected], o domínio raiz. A principal razão para isso é que ninguém realmente se importa de onde o e-mail vem, contanto que chegue.
A execução de um servidor voltado para fora para os contratados cujo nome de host é sub.example.com. O serviço precisa enviar e-mail aos contratados por vários motivos (novos projetos, detalhes de login, etc.). Não tenho nenhuma intenção de tornar este computador um servidor smtp e posso enviar e-mails com êxito por meio do smtp.gmail.com, pois tenho Google Apps .
O problema é que os e-mails são enviados como [email protected], onde a conta que uso para se autenticar em smtp.google.com envia o e-mail, quando eu gostaria que ele fosse enviado como differentaccount @ sub. example.com.
Eu supus que isso poderia ser considerado um spoofing, então eu entendo porque isso não seria feito prontamente.Configurar o sendmail com um relé smtp funcionou, mas todos os emails acabam em pastas de lixo eletrônico durante meu teste. Isso continuou mesmo depois de configurar os registros SPF para o subdomínio no DNS do domínio raiz.
Seria um grande esforço configurar e administrar um servidor smtp apenas para isso, já que o volume de e-mails não será tão sério. Eu posso me contentar em enviar e-mails da conta de domínio raiz através do smtp.gmail se for uma boa prática (não me lembro se já vi isso antes como cliente / usuário, mesmo que isso não signifique que seja bom prática).
O que me leva à minha pergunta, embora eu tenha tentado remover qualquer subjetividade: é uma prática recomendada enviar o e-mail com o domínio correspondente como o serviço ([email protected]) ou está enviando a partir do domínio raiz ([email protected]) tão aceitável?
Devido em grande parte à contribuição da voretaq, decidi enviar o email de [email protected], o domínio raiz. A principal razão para isso é que ninguém realmente se importa de onde o e-mail vem, contanto que chegue.
Tags email best-practices web