Servidor de e-mail de código aberto capaz de gerenciar grandes caixas de correio acessadas via IMAP? [fechadas]

4

Estou procurando um servidor de email de código aberto baseado no Linux para substituir um servidor de email do Exchange (Windows Server 2003) existente por várias caixas de correio grandes (5 a 10) (cada uma com mais de 2 Gbytes ou mais de 100.000) mensagens). Cada uma dessas grandes caixas de correio é acessada via IMAP por várias pessoas. Além disso, existem outras caixas de correio menores (100-150) acessadas via POP3.

Você conhece algum servidor de email de código aberto adequado para esta tarefa?

Obrigado!

    
por Aurelio Martin Massoni 17.06.2009 / 09:45

5 respostas

15

Minha recomendação para um servidor IMAP e POP3 seria Dovecot . Ele usa o formato Maildir, que usa um único arquivo por email, que tende a ter um melhor desempenho na maioria das operações do que o formato mbox tradicional. O Dovecot usa vários arquivos de índice para acelerar o desempenho das operações que tradicionalmente demoram um pouco com o Maildir. Se o Maildir não for adequado às suas necessidades, o Dovecot pode usar vários outros backends.

Usamos o Dovecot com várias caixas de correio grandes, tanto em tamanho quanto em número de e-mails. três ou quatro GB não são incomuns na empresa, assim como várias dezenas de milhares de e-mails.

Quanto ao SMTP, qualquer servidor Linux MTA funcionaria perfeitamente. Exim e Postfix são os mais comuns. O Exim é um pouco mais configurável ou os dois, mas ambos lidariam com a carga. Fazemos 300K + emails por dia em 4 servidores bastante antigos com o Exim, mas fazemos varredura de spam e antivírus e entregamos para um processo Java, que são os maiores usuários de recursos. Eu evitaria o Sendmail e o qmail. O Sendmail tem a reputação de ter um arquivo de configuração que é quase impossível de entender.

    
por 17.06.2009 / 09:53
1

O Zimbra tem uma edição em código aberto (MPL). Eu acredito que é postfix sob o capô.

comparação entre versões: link

Usamos o Zimbra (migrado do GroupWise) e, embora eu não tenha administrado o sistema de e-mail, a equipe de mensagens ficou muito satisfeita com ele.

O cliente web é muito bom e nos tirou do negócio de suportar clientes de e-mail "gordinhos" para computadores.

Usamos a edição comercial, mas não acredito que existam limites quanto ao tamanho da caixa de correio na edição liberada. Temos numerosas (dúzias) caixas de correio com 2 GB + de tamanho.

    
por 18.06.2009 / 17:08
1

Se você vai ter muitos e-mails por conta, então maildir é o caminho a percorrer, mas você deve usar o sistema de arquivos correto. Anos atrás descobrimos que o Rieserfs era melhor do que o ext2 para grandes sistemas de correio.

Hoje em dia, eu testaria XFS vs. ext3 com dados de amostra para ver qual funcionava melhor.

    
por 27.06.2009 / 09:15
1

Meu voto é para Cyrus. Eu não sei nada sobre Dovecot, no entanto eu usei Courier um pouco antes de despejá-lo em favor de Cyrus. Eu construo todas as minhas coisas da fonte. Nossa pilha é a seguinte:

Postfix SpamAssassin Amavisd-new Cyrus-SASL (smtp-auth e admin de caixa de correio local) Cyrus-IMAP (POP3 incluído)

Temos pouco mais de 5.000 caixas de correio e cerca de 1.000 aliases. Nós usamos uma configuração muito semelhante à configuração da CMU, em que temos 4 servidores proxy IMAP que também lidam com webmail (Apache + PHP + mod_perl executando Squirrelmail).

5 Dell 2850s (4CPU, 8GIG RAM, RAID10, JFS file system) for the mailbox stores.
4 Dell 1650x (2CPU, 2GIG RAM, RAID5, JFS file system) for the IMAP proxy and Web servers
2 Dell 2850s (4CPU, 8GIG RAM, RAID10, JFS file system) PostgreSQL, one server at each data center.  We have a custom whitebox at each data center doing log shipping for database servers.

Usamos o Rsync para manter cópias remotas dos servidores de caixas de correio em caixas brancas e backups usando a Amanda para um servidor de backup + alternador de mídia dedicado.

O desempenho é o segundo a nenhum comparado ao Courier. Ao longo dos anos, eu era um administrador do Sendmail duro com o PROC e o maildrop. O desempenho era um problema constante e a falta de suporte de backend SQL era um pesadelo constante para o administrador. O Sendmail era um ponto dolorido constante em termos de desempenho e é um modelo estúpido de bifurcação + inicialização para cada nova conexão SMTP. Courier teve problemas semelhantes!

Mudar para esta nova pilha fez com que o administrador desse sistema fosse completo. Com o Cyrus e o módulo Cyrus :: IMAP :: Admin Perl, temos alguns scripts personalizados que funcionam e criam as caixas de correio, configuram um script de peneira padrão para filtragem de spam e até envelhecem e excluem e-mails na pasta Lixo eletrônico depois tantos dias (cyrus ipurge).

Concordo que Cyrus é conciso e muito difícil de aprender, mas uma vez que você domina, eu prometo que você vai adorar. Por exemplo, com tudo o que mencionei acima, não tenho contas de usuários locais e todas as configurações são armazenadas em um banco de dados central do PostgreSQL, incluindo as configurações por usuário SpamAssassin e Amavisd-new.

Algumas estatísticas para você:

5000 Mailboxes across 5 mailbox servers (4 IMAP proxies, 2 at each data center)
500 IMAP-IDLE connections per server (500 socket connections per box on average)
Deliver roughly 5 million emails per month, not including spam filtering to Junk folders
Reject 10x the delivery amount based on RBL and other malformed things
All our servers have await stats that hover between .5 and 1 second.
Swap space is at 0% with total memory at 60%
Mailbox CPU (2850) (x4 CPU) during peak times is 30-40% utilization (70-60% idle).
IMAP Proxy (1650) CPU is 10% utilized, these are older Dell 1650s with 2Gig RAM (PIII)
PostgreSQL servers (2850) are at 1% utilized.

Nós compilamos nossos próprios kernels Linux para que não haja nada funcionando exceto o núcleo do que precisamos. Swapiness é aumentado do padrão de 60 para 80.

    
por 05.09.2009 / 03:54
0

O Dovecot faz tudo e é relativamente fácil de instalar (comparado ao Cyrus, pelo menos).

    
por 17.06.2009 / 09:54