Há alguns anos, o único software de servidor de e-mail gratuito disponível no ambiente Linux era o Sendmail. No entanto, devido às deficiências do Sendmail, alguns desenvolvedores desenvolveram vários outros softwares de servidor de e-mail. Atualmente, existem diversas opções de servidores de e-mail gratuitos, ou MTA (Mail Transfer Agent), rodando em ambiente Linux. Os mais comuns incluem Sendmail, Qmail, Postfix, exim, Zmailer, etc. Este artigo espera elaborar as características de vários MTAs convencionais no ambiente Linux que têm um impacto relativamente grande e analisar e comparar suas vantagens e desvantagens uma por uma, para que os usuários possam ter uma escolha ao escolher um MTA gratuito no Linux. ambiente de acordo com.
Pós-fixo
Postfix é um produto de um projeto de software livre financiado pela IBM e desenvolvido por Wietse Venema. Seu objetivo é fornecer aos usuários uma opção de servidor de e-mail diferente do sendmail. O Postfix se esforça para ser rápido, fácil de gerenciar, fornecer o máximo de segurança possível e, ao mesmo tempo, tentar manter a compatibilidade com o servidor de e-mail sendmail para atender aos hábitos de uso dos usuários. Inicialmente, o Postfix foi lançado com o nome de VMailer, mas mais tarde foi renomeado como Postfix por motivos de marca registrada.
Principais objetivos de design
O objetivo do projeto Postfix é implementar um servidor de email que forneça aos usuários uma alternativa ao sendmail. Seus objetivos de design incluem:
Em termos de desempenho, o Postfix é três vezes mais rápido que produtos de servidor semelhantes. Um computador desktop com Postfix instalado pode enviar e receber milhões de cartas por dia. O design do Postfix usa técnicas de design de servidor web para reduzir a sobrecarga de criação de processos e usa outras técnicas de otimização de acesso a arquivos para melhorar a eficiência e garantir a confiabilidade do software.
compatibilidade. O Postfix foi projetado tendo em mente a compatibilidade do Sendmail para facilitar a portabilidade. Postfix suporta arquivos /var[/spool] /mail, /etc/aliases, NIS e ~/.forward. Porém, para garantir simplicidade de gerenciamento, o Postfix não suporta o arquivo de configuração sendmail.cf.
Segurança e robustez. O Postfix foi projetado para garantir a confiabilidade do programa mesmo sob carga excessiva. Quando não há espaço livre ou memória disponível no sistema de arquivos local, o Postfix desiste automaticamente em vez de tentar novamente para piorar a situação.
flexibilidade. O Postfix é estruturalmente composto por mais de dez pequenos submódulos. Cada submódulo realiza uma tarefa específica, como receber uma mensagem através do protocolo SMTP, enviar uma mensagem, entregar uma mensagem localmente, reescrever um endereço, etc. Quando surgirem necessidades específicas, novas versões de módulos podem ser usadas para substituir módulos antigos sem atualizar todo o programa. E também é fácil desativar um recurso.
Segurança. O Postfix usa múltiplas camadas de defesa para proteger os sistemas locais contra invasores. Quase todos os daemons do Postfix podem ser executados sob um chroot fixo de baixo privilégio. Não existe um caminho direto entre a rede e os programas de entrega locais sensíveis à segurança - um ataque O invasor deve primeiro quebrar. através de vários outros programas antes de poder acessar o sistema local. O Postfix nem mesmo confia totalmente no conteúdo de seus próprios arquivos de fila ou mensagens IPC para evitar falsificação. O Postfix filtra as mensagens antes de enviar a mensagem fornecida pelo remetente. E o programa Postfix não possui set-uid.
Alguns recursos do Postfix
Suporta vários domínios de transmissão: sendmai suporta encaminhamento de mensagens entre Internet, DECnet, X.400 e UUCP. O Postfix foi projetado para ser flexível e não requer um domínio virtual (domínio visual) ou alias para realizar esse tipo de encaminhamento. No entanto, nas primeiras versões, apenas STMP e suporte limitado para UUCP eram suportados, mas para usuários chineses, o suporte para múltiplos domínios de transmissão não fazia sentido.
Domínios Virtuais: Na maioria dos casos comuns, adicionar suporte para um domínio virtual requer simplesmente alterar uma tabela de pesquisa Postfix. Outros servidores de e-mail geralmente exigem vários níveis de alias ou redirecionamento para obter esse efeito.
Controle UCE (UCE, e-mail comercial não solicitado): o Postfix pode limitar quais hosts têm permissão para encaminhar e-mails por meio dele e suporta a limitação de quais e-mails podem ser acessados. O Postfix implementa as funções de controle usuais: listas negras, pesquisas RBL, verificação HELO/DNS do remetente. A filtragem baseada em conteúdo não está implementada atualmente.
Visualização de tabela: o Postfix não implementa a linguagem de reescrita de endereço, mas usa uma visualização de tabela estendida para implementar a função de reescrita de endereço. As tabelas podem estar em formatos de arquivo dbm local ou db. [Página cortada]
Arquitetura Postfix e comparação com Sendmail
Postfix é uma arquitetura baseada em processos semi-residentes e interoperáveis. Cada processo completa uma tarefa específica sem qualquer relacionamento derivado de processo específico (relacionamento pai-filho). Além disso, processos independentes para completar diferentes funções possuem melhor isolamento do que programas “monolíticos”. Além disso, este método de implementação tem a vantagem de que cada serviço, como a reescrita de endereço, pode ser usado por qualquer componente Postfix sem a sobrecarga de criação do processo, mas só precisa reescrever um endereço. É claro que o Postfix não é o único que. adota esse método.
O Postfix é implementado desta forma: um servidor mestre residente executa o daemon Postfix de acordo com os comandos, e o daemon completa funções como enviar ou receber mensagens de correio de rede, entregar correio localmente e assim por diante. O número de processos daemon é determinado pelos parâmetros de configuração, e o número de vezes que o processo daemon é executado (tempos reutilizados) é determinado de acordo com a configuração. Quando o tempo ocioso atingir o limite especificado pelos parâmetros de configuração, ele morrerá automaticamente. . Este método reduz significativamente a sobrecarga de criação de processos, mas ainda mantém um bom isolamento entre processos individuais.
O objetivo do design do Postfix é se tornar um substituto do Sendmail. Por esse motivo, muitas partes do sistema Postfix, como o programa de entrega local, podem ser facilmente substituídas pela edição e modificação de arquivos de configuração como o inetd.
O núcleo do Postfix é implementado por mais de dez programas semi-residentes. Por motivos de confidencialidade, esses processos Postfix comunicam-se entre si através de soquetes Unix ou FIFOs em diretórios protegidos. Embora a confidencialidade seja garantida com este método, o processo Postfix não confia cegamente nos dados que recebe desta forma.
Há um limite para a quantidade de dados transferidos entre processos Postfix. Em muitos casos, as únicas informações de dados trocadas entre os processos Postfix são o nome do arquivo da fila e a lista de destinatários, ou algumas informações de status. Depois que uma mensagem de e-mail é salva em um arquivo, ela permanecerá lá até ser lida por um programa de entrega de e-mail.
O Postfix usa algumas medidas comuns para evitar a perda de informações: salvar todos os dados em disco chamando flush e fsync() antes de receber uma confirmação. Verifique os resultados de retorno de todas as chamadas do sistema para evitar condições de erro.
A maioria das pessoas que constroem servidores de e-mail escolherá o sendmail. Para ser justo, o sendmail é um bom MTA (Mail Transfer Agent). Quando foi desenvolvido pela primeira vez, a consideração de design de Eric Allman estava principalmente no sucesso da entrega de e-mail. Infelizmente, o Sendmai foi desenvolvido sem muita consideração pelos problemas de segurança que podem ser encontrados no ambiente da Internet. O Sendmail só pode ser executado como usuário root na maioria dos sistemas, o que significa que qualquer vulnerabilidade pode ter consequências muito graves. Além desses problemas, o Sendmail não funciona bem sob carga elevada.
Segurança
O Postfix não precisa ser executado como root, mas requer apenas um programa mestre para ser executado como root, o que gera processos para lidar com acesso, saída e entrega de correio local. Ao usar uma série de componentes modulares, cada tarefa é executada por um programa separado (facilitando a auditoria). Por exemplo, um email enviado é descarregado para um diretório de filas, onde o programa “pcikup” busca o email e o passa para o programa “cleanup”, que então passa o email para “trivial-rewrite”, que é responsável por processar o email. cabeçalho do e-mail. Finalmente, se O objetivo do e-mail é que outros sistemas entreguem o e-mail ao programa "smtp". E comparado ao Sendmail, o Postfix também é mais fácil de configurar um ambiente chroot. Isso é conseguido simplesmente editando o arquivo master.cf (geralmente localizado em /etc/postfix), e o Postfix será chrootado no diretório de fila que ele define (geralmente localizado em /var/spool/postfix), você também pode definir limites de processo para um único módulo Postfix em master.cf. Os usuários podem restringir o usuário com o qual o Postfix é executado. De modo geral, ele é executado como o usuário "postfix" (conceitualmente, esse usuário é semelhante ao ninguém do Apache). Outra grande vantagem do Postfix é a clareza e facilidade de entendimento dos arquivos de configuração.
Comparação com o Sendmail Os sistemas de correio como o sendmail são projetados e implementados de acordo com uma estrutura de bloco único. Este programa de "bloco único" implementa todas as funções. É claro que esta estrutura facilita o compartilhamento de dados entre diferentes partes do sistema. Mas esta estrutura está sujeita a alguns erros fatais. Sistemas de correio como o qmail usam uma estrutura hierárquica para executar processos de submódulos com diferentes funções em uma ordem fixa e liberá-los após a execução. Este método tem boas propriedades de "isolamento", mas aumenta a sobrecarga de criação de processos e a sobrecarga de comunicação entre processos. No entanto, a sobrecarga pode ser mantida dentro de uma faixa aceitável planejando razoavelmente a ordem de execução dos processos do submódulo.
É muito problemático usar outro MTA para substituir o Sendmail, e os usuários geralmente gastam muito tempo para se familiarizarem com a configuração e o uso do novo MTA. Com o Postfix, você pode aproveitar muitos arquivos de configuração existentes. Tais como (acesso, aliases, virtusertable, etc.), você só precisa defini-los em master.cf. Além disso, o Postfix também se comporta de maneira muito semelhante ao Sendmail. Os usuários podem usar o comando sendmail para iniciar o Postfix.
É claro que usar um software para substituir outro requer a solução de problemas específicos. Em parte devido aos recursos de segurança do Postfix, você pode encontrar alguns problemas ao configurar o Postfix. O problema mais comum é enviar mensagens para o usuário root. O Postfix geralmente não aumenta seus próprios privilégios (necessários para enviar mensagens ao usuário root) para entregar mensagens. Os usuários precisam definir um alias para root no arquivo de alias, como: root: someuser. Isto também afeta vários módulos de listas de discussão, especialmente SmartList. De modo geral, é melhor usar o Majordomo para implementar listas de discussão, que são fáceis de configurar.
Um problema muito importante com o Sendmail são os problemas de escalabilidade e desempenho. Por exemplo, se o usuário quiser reiniciar o Sendmail todos os dias para atualizar automaticamente o arquivo de configuração (como redirecionar mensagens para um host virtual), surgirão problemas. O Sendmail gera novos processos para lidar com o envio e recebimento de emails. Esses processos existirão até que a transmissão seja concluída e então o Sendmail poderá sair. Dessa forma, seu script não conseguirá reiniciar o Sendmail corretamente. Para o Postfix, os usuários só precisam emitir o comando postfix reload e o Postfix recarregará seu arquivo de configuração.
Além disso, para servidores de e-mail com dezenas de milhares de usuários, use arquivos para armazenar endereços de e-mail correspondentes enviados pelos usuários (por exemplo, o remetente de uma carta enviada por bob é alterado para [email protected]). Para um grande número de usuários, o arquivo ficará muito grande, afetando assim a eficiência operacional do sistema. O Postfix pode ser integrado a um backend de banco de dados (atualmente suporta apenas MySQL) para armazenar suas informações de configuração. O método de banco de dados é muito mais poderoso em escalabilidade do que o método de arquivo.
Em conformidade com a licença de direitos autorais de código aberto da IBM, os usuários podem distribuir gratuitamente o software e realizar desenvolvimento secundário. A única restrição é que as alterações feitas no Postfix devem ser devolvidas à IBM. Porque a IBM financiou o desenvolvimento do Wietse.
Comparação com Qmail
A desvantagem do Qmail é que o método de configuração é inconsistente com o Sendmail e não é fácil de manter. Além disso, a licença de direitos autorais do Qmail é muito vaga e nem sequer é divulgada junto com o software. Nota do autor do aplicativo: Se você deseja distribuir sua própria versão modificada do Qmail, você deve obter minha permissão.
Qmail qmail é um MTA para download gratuito desenvolvido por Dan Bernstein. Sua primeira versão beta 0.70.7 foi lançada em 24 de janeiro de 1996. A versão 1.0 foi lançada em fevereiro de 1997. A versão atual é 1.03. [Página cortada]
Recursos do Qmail
Segurança Para verificar a segurança do Qmail, os apoiadores do Qmail até ofereceram uma recompensa de US$ 1.000 para encontrar vulnerabilidades de segurança no Qmail. Um ano depois, a recompensa não foi reivindicada e foi doada à Free Software Foundation. Atualmente, o autor do Qmail também investiu US$ 500 para encontrar vulnerabilidades de segurança no Qmail.
Velocidade: O Qmail pode entregar aproximadamente um milhão de emails em um sistema de tamanho médio. Ele pode até lidar com mais de 100.000 emails por dia em um 486 e suporta entrega paralela. Qmail suporta entrega paralela de emails e pode entregar aproximadamente 20 emails ao mesmo tempo. O gargalo atual na entrega de e-mail está no protocolo SMTP. Leva mais de 10 segundos para entregar um e-mail a outro host da Internet por meio de STMP. O autor do Qmail propôs o QMTP (Quick Mail Transfer Protocol) para acelerar a entrega de mensagens e é compatível com o Qmail. O objetivo do design do Qmail é ser capaz de entregar aproximadamente um milhão de e-mails por dia em uma máquina de 16 milhões.
Confiabilidade: Para garantir a confiabilidade, o Qmail só retornará um resultado de processamento bem-sucedido quando o e-mail for gravado corretamente no disco. Dessa forma, mesmo que ocorra uma falha no sistema ou queda de energia durante a gravação do disco, o e-mail pode ser garantido que não será. perdido. Em vez disso, entregue novamente.
Gerenciamento de domínio virtual especialmente simples, existe até um complemento desenvolvido por terceiros chamado vpopmail para oferecer suporte a domínios POP virtuais. Para utilizar este pacote, os usuários POP3 não precisam ter uma conta oficial no sistema.
Use ezmlm para suportar funções de lista de discussão controladas pelo usuário.
Os usuários de email e as contas do sistema são isolados. Fornecer contas de email aos usuários não exige a configuração de contas do sistema para eles, aumentando assim a segurança.
Sendmail versus Qmail
Em primeiro lugar: sendmail é um MTA com um longo histórico de desenvolvimento e a versão atual é 8.10.2. É claro que o Sendmail tem certas garantias em termos de portabilidade, estabilidade e garantia de que está livre de bugs. Mas existem muitas postagens na Internet sobre ataques ao Sendmail, o que é um pesadelo para os administradores. Durante o processo de desenvolvimento do Sendmail, um grupo de administradores experientes do Sendmail foi produzido, e o Sendmail possui um grande número de documentação completa. Além da coleção do Sendmail: o livro sendmail de O'Reilly escrito por Bryan Costales com Eric Allman, há um grande. vários tutoriais na Internet, FAQ e outros recursos. Essas grandes quantidades de documentos são muito importantes para aproveitar bem as diversas funcionalidades do Sendmail. Mas Sendmai é atualmente um MTA maduro.
Claro, o Sendmail tem algumas deficiências. Possui muitos recursos que levam à complexidade do arquivo de configuração. Claro, a geração de arquivos de configuração fica muito mais fácil usando a macro m4. Porém, não é fácil dominar todas as opções de configuração. O Sendmail teve muitas vulnerabilidades de segurança em versões anteriores, então os administradores tiveram que atualizar a versão rapidamente. E a popularidade do Sendmail também o torna alvo de ataques, o que tem vantagens e desvantagens: significa que falhas de segurança podem ser descobertas rapidamente, mas também torna o Sendmail mais estável e seguro. Outro problema é que a configuração padrão do Sendmail geralmente possui recursos de segurança mínimos, tornando o Sendmail frequentemente vulnerável a ataques. Se você usa o Sendmail, certifique-se de compreender o significado e o impacto de cada opção aberta. Depois de entender como o Sendmail funciona, instalar e manter o Sendmail se torna muito fácil. Através do arquivo de configuração do Sendmail, os usuários podem atender a todas as necessidades imagináveis.
Qmail é uma opção projetada e implementada pensando em questões de segurança. Se você precisa de uma solução rápida, como um gateway de e-mail seguro, o Qmail é uma boa escolha. Os arquivos de configuração do Qmail e Sendmail são completamente diferentes. Quanto ao Qmail, ele possui seu próprio arquivo de configuração. O diretório de configuração contém de 5 a 30 arquivos diferentes, e cada arquivo implementa a configuração de diferentes partes (como domínios virtuais ou hosts virtuais, etc.). Essas instruções de configuração estão bem documentadas no man, mas a estrutura do código do Qmail não é muito boa.
O Qmail é muito menor que o Sendmail e não possui alguns dos recursos encontrados nos servidores de e-mail atuais. Ao contrário do Sendmail, o qmail não verifica o nome de domínio do remetente do envelope de e-mail para garantir a exatidão do nome de domínio. Ele não fornece suporte para RBL em si, mas requer complementos para implementá-lo. e o Sendmail oferece suporte a RBL. Da mesma forma, o Qmail não pode recusar o recebimento de e-mails cujo destinatário pretendido não existe. Em vez disso, ele receberá os e-mails primeiro e depois retornará os e-mails que não pertencem a esse usuário. O maior problema do Qmail reside no processamento do envio de emails para vários destinatários. Se você enviar um e-mail grande para vários usuários no mesmo domínio, o Sendmail enviará apenas uma cópia do e-mail para o servidor de e-mail de destino. O Qmail se conectará várias vezes em paralelo, enviando uma cópia para um usuário a cada vez. Se os usuários precisarem enviar e-mails grandes para vários usuários diariamente, usar o Qmail desperdiçará muita largura de banda. Você pode pensar desta forma: a otimização do Sendmail economiza recursos de largura de banda e a otimização do Qmail economiza tempo. Se o sistema do usuário tiver boa largura de banda, o Qmail terá melhor desempenho. Se o sistema do usuário tiver recursos de largura de banda limitados e precisar enviar muitas informações da lista de e-mails, o Sendmail será mais eficiente. Qmail não suporta .forward (.forward é muito útil para usuários em muitos casos); ele não usa /var/spool/mail, mas armazena e-mails no diretório inicial do usuário. A seguir estão algumas tarefas que não são fáceis de concluir usando o Qmail. Para concluir essas tarefas usando o Qmail, os usuários podem precisar implementá-las por conta própria ou usar módulos não confiáveis fornecidos por terceiros.
O código fonte do Qmail é mais fácil de entender do que o Sendmail, o que é uma vantagem para quem deseja entender internamente o mecanismo do MTA. O Qmail também deve ser mais estável em termos de segurança. O Qmail tem um bom suporte técnico, mas não é tão amplamente utilizado e possui uma grande base de usuários administradores como o Sendmail. A instalação do Qmail não é tão automatizada quanto o Sendmail e requer etapas manuais. Além disso, a documentação do Qmail não é tão completa e rica quanto a do Sendmail.
O Qmail tem menos complementos que o Sendmail. De modo geral, para administradores com um pouco menos de experiência, é relativamente melhor escolher o Qmail. Qmail é mais simples e suas funções especiais podem atender às necessidades dos usuários comuns. Sendmail é semelhante a um pacote de escritório e 80% de suas funções muitas vezes não são utilizadas. Isso torna o Qmail mais popular em algumas situações. Ele possui alguns recursos mais populares e práticos que o Sendmail não possui. Por exemplo, o Qmail possui suporte integrado ao pop3. O Qmail também suporta camuflagem de host ou usuário, domínios virtuais, etc. A simplicidade do Qmail também torna a configuração relativamente fácil.
O Qmail é considerado mais seguro e eficiente que o Sendmail. Uma máquina Pentium executando o Qmail pode processar aproximadamente 200.0000 mensagens por dia.
qmail é muito mais simples que outros MTAs, refletido principalmente em:
(1) Outros MTAs usam mecanismos independentes para encaminhamento de correspondência, aliases de correspondência e listas de discussão, enquanto o qmail usa um mecanismo de encaminhamento simples para permitir que os usuários processem suas próprias listas de discussão.
(2) Outros MTAs fornecem mecanismos de entrega de correio de forma rápida e insegura e um método de fila lento, enquanto a entrega do qmail é acionada pelo aparecimento de novo correio, pelo que a sua entrega tem apenas um modo: método de fila rápida;
(3) Outros MTAs incluem, na verdade, uma versão específica do inetd para monitorar a carga média do MTA, enquanto o qmail projetou um mecanismo interno para limitar a carga do sistema, para que o qmail-smtpd possa ser executado com segurança a partir do inet do sistema.
sendmail tem muito suporte comercial e, devido à sua grande base de usuários, há muito suporte técnico potencial na Internet. O Qmail tem suporte técnico muito limitado. Existe uma empresa inter7.com que fornece suporte para Qmail. A empresa também fornece complementos gratuitos, incluindo uma ferramenta de gerenciamento baseada na web, QmailAdmin, e suporte para domínios virtuais por meio de vpopmail, e até mesmo um cliente baseado na web, Borrow. SqWebMail.
O Qmail também tem algumas outras deficiências. Por exemplo, ele não atende totalmente aos padrões e não oferece suporte a DSN. O autor acredita que o DSN é uma tecnologia em extinção, e o VERP do Qmail pode realizar o mesmo trabalho sem depender do suporte de outros hosts como o DSN. Outro problema com o Qmail é que ele não atende ao padrão de sistema de 7 bits e envia sempre 8 bits. Se a parte receptora do e-mail não puder lidar com esta situação, o e-mail ficará distorcido.
Em termos de segurança, o Sendmail é pior que o Qmail e sofreu muitas vulnerabilidades de segurança famosas durante seu desenvolvimento, enquanto o Qmail é relativamente curto e conciso, mas ainda fornece funções STMP básicas. Os comentários de código do Qmail são menores. Um recurso interessante do Qmail é o suporte para um formato opcional de armazenamento de correio baseado em diretório, em vez de usar um arquivo grande para armazenar todos os e-mails de um usuário. Se o servidor de correio do usuário executar muitos serviços POP3, esse formato de armazenamento de correio poderá melhorar a eficiência. Infelizmente, o próprio Pine não suporta este formato de armazenamento. Se necessário, você pode usar alguns patches para atingir esse propósito.
A vantagem do Qmail é que cada usuário pode criar uma lista de discussão sem ter permissões de usuário root. Por exemplo, o usuário foo pode criar uma lista de discussão chamada foo-slashdot, foo-linux, foo-chickens, para fornecer melhores funções. é uma ferramenta chamada ezmlm (EZ Mailing List Maker) que pode suportar várias funções do Majordomo, como registro e logout automático, indexação, etc., mas é tudo orientado por CLI e requer apenas a edição de alguns arquivos. Qmail é muito adequado para trabalhar em sistemas pequenos, que geralmente suportam apenas um pequeno número de usuários ou são usados para gerenciar listas de discussão. Qmail é rápido e simples: Qmail é a melhor escolha quando você deseja segurança e fácil configuração. O Qmail pode ser configurado em 2 horas, enquanto o Sendmail pode não ser configurado em dois dias;
rocketmail internic, etc. são todos construídos usando qmail
ZMailer
ZMailer é um programa de correio multiprocesso de alto desempenho para sistemas Unix. [também conhecido como MTA na linguagem X.400], que pode ser baixado gratuitamente do servidor ftp://ftp.funet.fi/pub/unix/mail/zmailer/. Também é projetado no modo monobloco. Sistemas de correio como o Hotmail são construídos usando Zmailer.
Exim Exim é um MTA compatível com GPL desenvolvido pela Universidade de Cambridge. Seu estilo é semelhante ao Smail 3, mas é mais completo que o Smail 3. A versão mais recente é 3.15. Seu site principal é http://www.exim.org/. Sua maior característica é a simplicidade de configuração, mas sua segurança não é tão boa quanto Qmail e Postfix.
A seguir está uma comparação das características de vários MTAs. De modo geral, o Qmail e o Postfix são ambos MTAs muito bons. Os critérios de seleção geralmente são uma questão de preferência pessoal.
MTA maturidade segurança recursos desempenho Compatibilidade Sendmail design modular qmail médio alto alto addons sim Sendmail alto baixo alto baixo x não Postfix baixo alto alto alto sim sim exim médio baixo alto médio sim não
É claro que, além dos vários MTAs apresentados aqui, também existem outros MTAs comerciais ou gratuitos disponíveis.