Um servidor SMTP flexível com código aberto ou livre [fechado]

Question

Atualmente, temos nosso próprio software de marketing por e-mail interno para nossos boletins informativos e estamos usando o agente SMTP do servidor SQL para enviar e-mails por meio de nosso servidor SMTP local (IIS) e depois em nosso retransmissor SMTP do ISP.

O SQL Server estava envolvido porque os endereços de email dos destinatários são armazenados no banco de dados e porque leva o conteúdo dos boletins informativos e usamos .net para construir os emails para entrega.

Cerca de um mês atrás, nosso ISP ficou com a impressão de que estávamos enviando spam (nosso volume de e-mail é de aproximadamente 20k por dia) e bloqueou o redirecionamento SMTP. Depois de muito debate com eles, desistimos deles, mas percebemos que eles chegaram a essa conclusão devido ao alto volume de NDRs.

Nós resolvemos o problema com os NDRs, mas retornar ao ISP SMTP não é uma opção no momento.

Usar o IIS como um servidor SMTP direto não é ideal porque não podemos implementar sistemas que nos ajudem a lidar com filtros de spam, já que precisamos implementar o DKIM e o SPF e não é tão fácil no IIS.

Nós tentamos usar nossas contas de hospedagem compartilhada com apenas SMTP padrão de hospedagem para enviar nossos e-mails do servidor SQL, mas o limite de e-mail está configurado para 300 / hr que não é alto o suficiente, e atualmente usando algo como SendGrid é muito caro este volume, uma vez que não lucramos com as newsletters.

Embora eu tenha experiência anterior com o Exchange 2003 e 2007, acho que os requisitos de manutenção e hardware são bastante complicados e estou procurando uma solução mínima, mas flexível e capaz para um SMTP que suporte DKIM e SPF.

Eu estive considerando algo como QPSMTPD ou a porta Node.js; Haraka.

Alguém aqui tem alguma experiência com o que foi dito acima e quão rápido e fácil é implementar, manter e ampliar?

E quanto ao suporte a DKIM e SPF?

Que tal lidar com um volume tão alto e com a velocidade necessária?

Provavelmente ainda vou encontrar problemas de filtragem de spam e problemas com o meu ISP?

Alguém tem algum insight que possa compartilhar sobre esse assunto?

    

Answer 1

Todo servidor de e-mail recente é capaz de realizar o trabalho com os requisitos mínimos que você fornece. Você está enviando apenas 800 e-mails por hora. Isso pode ser feito em 5 minutos sem dor.

Portanto, verifique o servidor que atende aos seus requisitos. Qualquer um dos Sendmail, Courier, Qmail, Exim ou (meu favorito) Postfix pode fazer o que você quiser. Sem qualquer problema.

Editar :

Mas eu não pularia no trem para usar suas soluções "recomendadas". Eles são servidores de correio exóticos, enquanto os mencionados acima têm uma história de mais de 10 anos de desenvolvimento. O Sendmail tem até 18 anos e é ancestral até 30 anos. Então fique com os "bons e velhos".

    

Answer 2

Testando Haraka por um tempo agora e não recomendaria nada além disso. Haraka é na verdade um framework onde tudo é um módulo. Muito fácil de usar, o código fonte é legível, disponível no github, sem mágica. Suporte DKIM / SPF incluído em plug-ins. Eu não tenho testes de velocidade por enquanto, mas até agora não tenho nenhum problema sério. Eu escrevi um aplicativo de produção em funcionamento para um cliente em menos de uma semana.

Btw ... Eu usei o Postfix e o Exim4 no passado. Eu tenho boas memórias com o Postfix e ruim com o Exim4 (bugs). De qualquer forma, eu não sou um fen do material do século anterior e brincar com a sintaxe de configuração desse tipo não se encaixa mais no meu fluxo de trabalho:).

Espero que ajude.

    

Answer 3

our ISP got the impression we were sending spam

Não é uma grande surpresa. Gerenciar um servidor de email não é uma tarefa trivial, configurar / gerenciar um servidor de email para email em massa requer muito mais habilidade (SPF / DKIM é apenas o começo da história).

Seus volumes de e-mail são grandes o suficiente para você começar a se deparar com problemas, mesmo que você execute seu próprio servidor - mas provavelmente não é grande o suficiente para ser financeiramente viável para adquirir e manter o nível de conhecimento necessário para operar o serviço . Eu recomendo strongmente que você procure um provedor de e-mail em massa respeitável (desculpe, não posso fornecer leads específicos).

Se você quiser seguir o caminho de executar seu próprio servidor, eu recomendaria que você evitasse o MSExchange - o IME é caro, difícil de configurar / manter e menos confiável do que a maioria dos outros MTAs convencionais.

Os candidatos óbvios seriam o sendmail (muito configurável - mas requer um entendimento direto) ou um postfix (muito mais fácil de configurar, e o menor throughput provavelmente não será um problema). Você definitivamente quer algo com suporte milter. Com base na experiência anterior, o Exim e o Qmail ficam muito atrás em termos de estabilidade.

Se você realmente precisa executá-lo no MSWindows, dê uma olhada no iMail - mas ele não suporta o sofisticado gerenciamento de filas.

    

Answer 4

Does anyone here have any experience with the above and how quick and easy are either to implement, maintain and extend?

Tenho alguma experiência com o Sendmail (dezenas de servidores, 0 atuais), Qmail (milhares de servidores, 3 atuais), Postfix (centenas de servidores, 25 atuais), Qpsmtpd (dezenas de servidores, 1 atual) e Haraka (dezenas de servidores, 7 atuais). Isso é pintura em traços largos, mas em geral:

• O Sendmail é moderadamente difícil de configurar e manter e moderadamente difícil de extender.
• O Qmail é moderadamente difícil de configurar, fácil de manter e difícil de estender.
• O Postfix é fácil de configurar, manter e moderar para ampliar.
• Qpsmtpd é moderado para instalar, fácil de manter e fácil de estender, se você grok perl.
• O Haraka é fácil de instalar, fácil de manter e de ampliar, se você usar Javascript.

Naturalmente, todos esses comentários presumem que você tenha ativado o SMTP.

Qual MTA é "melhor" realmente depende da tarefa. Para as tarefas mais comuns, o Postfix é a minha escolha padrão. Se o sendmail for instalado por padrão, eu o substituo pelo Postfix. Além do que foi discutido acima, o Postfix é pequeno, rápido e razoavelmente seguro. Para MTAs de entrada que precisam fazer mais do que filtragem e validação mínimas, eu sempre coloco o Haraka na frente. É uma loucura rápida e, mais importante, permite uma incrível quantidade de controle sobre o que é aceito.

Meu recurso favorito do Haraka é o plugin karma. (disclaimer: eu escrevi) Ele implementa um mecanismo de heurística que analisa dezenas de bits de informação (IP remoto, conexões passadas daquele IP e ASN, FCrDNS, DNSBLs, etc.) e marca cada conexão . É muito parecido com o SpamAssassin, exceto que é rápido demais. Ao contrário do SpamAssassin, ele pode ser implantado na frente quando centenas ou milhares de conexões de entrada simultâneas são a norma. Em implantações típicas, menos de 10% das conexões passam da fase DATA quando os plug-ins pesados de recursos, como o DKIM e o SpamAssassin, são executados.

What about DKIM and SPF support?

O Sendmail e o Postfix adicionam suporte a DKIM e SPF por meio da interface milter. É um pouco difícil de configurar (há muitos do HowTo), mas funciona bem. Qmail adiciona SPF via patches e DKIM através de hacks feios realmente dolorosos. Tanto o Qpsmtpd quanto o Haraka possuem plugins nativos (perl e JS, respectivamente) que adicionam suporte a SPF e DKIM. Com o QP e o Haraka, o SPF, o DKIM e o DMARC são tão simples quanto ativar os plug-ins internos.

What about dealing with such a high volume and required speed?

Seu volume não está alto, qualquer um dos MTAs listados irá lidar com isso.

Você provavelmente descobrirá que as mensagens de assinatura por meio do milter do DKIM deixarão seu desempenho no MTA (seja Postfix ou Sendmail) em cerca de 1/10 de seu desempenho nativo. A menos que você goste de dor, nem tente com o Qmail. Com o QP e o Haraka, o DKIM é apenas outro plugin e a única diferença perceptível depois de ativar o DKIM é aumentar o consumo de RAM.

Am i likely still to come across spam filtering issues and problems with my ISP?

Não é baseado no seu MTA. Problemas de filtragem de spam e problemas com seu ISP acontecem porque você está enviando mensagens que estão sendo retornadas, reportadas ou rejeitadas. Certifique-se de que todas as suas mensagens de saída carreguem as informações do seu envelope para que as devoluções e os DSNs voltem para você. Certifique-se de aceitá-los, analisar o conteúdo e atualizar seu banco de dados de acordo.