É possível executar um servidor de correio privado?

Question

Na semana passada, meu provedor de e-mail (mout.web.de) foi listado no spamcop. Portanto, não posso enviar emails para destinatários cujo servidor de email usa spamcop. Uma solução óbvia, que apareceu nos fóruns, é mudar para outro provedor de e-mail (pago).

Como tenho um servidor de correio local (exim) em execução de qualquer maneira, gostaria de saber se posso configurá-lo de maneira que ele entregue as mensagens diretamente, em vez de enviá-las para um smarthost, como faz agora. Se o spamcop detectar spam proveniente do meu IP, estou disposto a assumir a culpa.

No entanto, não possuo meu próprio domínio (apenas uma listagem de DNS dinâmico) e estou preocupado que isso possa ser um empecilho.

Também me lembro vagamente que, anos atrás, um amigo meu tentou entregar e-mails diretamente e teve problemas, porque alguns servidores de e-mail se recusavam a aceitar e-mails dele (os detalhes exatos escaparam da minha memória).

Então

• Executar meu próprio servidor de e-mail (sem smarthost) é uma alternativa vital para mudar para um provedor de e-mail diferente?
• Terei que registrar meu próprio domínio?
• Existem outros obstáculos? Existe algo que um provedor de e-mail possa fazer que eu não possa fazer na minha caixa Linux?

Answer 1

1. Em geral isso é possível, é isso que os provedores de email fazem.
2. Você certamente precisa de seu próprio domínio.
3. Muitos ISPs possuem bloqueios, então você é forçado a passar pelo servidor do seu ISP.
4. Mesmo que o seu ISP não bloqueie a porta 25, os e-mails do seu intervalo de IP provavelmente serão marcados como spam se você executá-lo a partir de uma conexão doméstica.
5. O e-mail é uma peça complicada e crítica da infraestrutura que exige algum esforço para ser protegida. Além disso, você terá que fazer um esforço adicional para torná-lo confiável (redundância, failover, etc.)

Conclusão

Embora seja possível configurá-lo por conta própria, alugar um servidor em um data center ou pagar um provedor de e-mail se você deseja uma configuração de e-mail operacional confiável, sem alto risco de ser marcado como spammer, geralmente é a melhor solução.

Answer 2

O problema é o spam. Não existe um método “padrão” para prevenir spam, todos usam métodos diferentes e poucos fornecem qualquer informação sobre como funciona a detecção de spam. Mesmo que você configure seu sistema de forma segura e correta, você pode estar na lista negra simplesmente porque seu host está em um bloco DHCP listado. Realmente você precisa de um endereço IP estáticoea capacidade de configurar o registro PTR, bem como os registros A/AAA (e, claro, SPF em seus registros TXT).

O DNS dinâmico não é um obstáculo, mas uma mudança de endereço IP e nenhum registro PTR significam que você terá problemas muito rapidamente.

Domainkeys/DMARC também é uma boa ideia.

Mas mesmo assim existem armadilhas no gerenciamento de um servidor de e-mail: envie muitos e-mails para hotmail/Yahoo/gmail muito rapidamente e você entrará na lista negra - o que significa que você precisa garantir que a limitação esteja em vigor. Executar um filtro baysiano treinado em e-mails enviados também é uma boa ideia.

Geralmente é muito mais barato/mais confiável procurar um provedor SMTP especializado.