Estamos desenvolvendo um aplicativo de site SaaS que permite que os usuários enviem faturas para seus clientes. O ideal é que esses e-mails pareçam ser originários de nossos clientes, portanto, o domínio do endereço de e-mail do remetente não corresponderá à entrada de IP inversa do nosso servidor. Na verdade, estaríamos forjando seu endereço de e-mail, mas é claro, com o consentimento deles.
Isso resultará em uma probabilidade maior de ser marcado como um spammer / seus e-mails sendo marcados como spam?
Se sim, qual é a pena?
E as pessoas que têm um endereço de e-mail originário de um domínio habilitado para SPF? Eu acho que deveria ser a maioria dos grandes provedores de e-mail.
Isso certamente aumentará a pontuação de spam, embora em quanto dependerá de cada técnica e implementação de filtro. Um problema maior pode ser que alguns sistemas simplesmente rejeitarão as mensagens, a menos que cada cliente adicione uma entrada apropriada em seu registro SPF. Sem isso, seu sistema pode não ser reconhecido como autorizado a enviar mensagens para esse domínio.
Por que não configurar o endereço do remetente do envelope para um endereço que você controla (nome-do-usuário-fatura-rejeita @ seu domínio, se preferir) e simplesmente defina a linha De: nos cabeçalhos para o endereço de envio pretendido pelo cliente?
Para 99% dos destinatários, o e-mail parece vir do seu cliente, mas você pode lidar com rejeições da maneira que quiser e evitar cair no SPF e em verificações semelhantes.
Minha resposta seria um não condicional
Se você não enviar e-mails para endereços inválidos ou para pessoas que não desejam receber os e-mails, é muito improvável que seus e-mails sejam considerados SPAM.
Se seus clientes tiverem conhecimento, peça-lhes para adicionar um registro SPF para seu IP (além de seus registros atuais).
Você deve estar bem então.
No que diz respeito ao DNS reverso, a maioria dos servidores de e-mail verifica apenas um DNS reverso válido e não o compara com os endereços De.
Se o seu servidor de e-mail estiver configurado corretamente, deverá haver pouca ou nenhuma penalidade. Eu tive que apenas manualmente whitelist configuradores incorretamente configurados.
Os endereços do remetente freqüentemente são diferentes do domínio de envio. Eu retransmito um domínio que não possui seus próprios servidores sem penalidade. O SPF está adequadamente configurado para o domínio. Antes de configurar meu próprio servidor, eu retransmiti via servidores dos meus ISPs, novamente sem penalidade.
Como alternativa, você pode organizar a retransmissão por meio do servidor de clientes.