Que tipo de servidor de email você usa?

Existem muitos servidores de correio por aí. O Microsoft Exchange tem sido o servidor de correio corporativo dominante na empresa no Windows, mas eu uso o Kerio Mailserver há muito tempo e ainda me pergunto se não há soluções melhores.

Qual servidor de correio você usa e por quê?
Qual recurso destaca um servidor de email específico?

Aplicativos * NIX e Windows são bem-vindos.

Postfix ... e por que http://www.redhat.com/support/resources/howto/RH-postfix-HOWTO/c49.html

Exim + Exchange.

O Exchange é um cliente groupware muito bom, e a vantagem número 1 [*] é o Activesync (sincronização de email + calendário), que nos liberta da dependência do Blackberry :)

Dito isso, eu não tornaria um servidor de intercâmbio diretamente voltado para a Internet, pois o volume de mensagens recebidas por um MTA corporativo normal é inválido (spam, etc.) e o custo por mensagem de executar um servidor de intercâmbio eficiente é muito maior do que um sólido * MTA baseado em nix.

O Exim é (IMHO e, como mencionado) a maneira mais flexível, estável e eficiente em termos de recursos para lidar com grandes ou pequenos volumes de e-mail - você pode ter filtragem de spam / vírus com alguns aplicativos adicionais e qualquer flexibilidade baseada em regras exigida usando o sistema de filtro exim . Eu nunca me deparei com um requisito de correio que não pudesse ser tratado pelo exim (e eu tive alguns requisitos estranhos) e o suporte à documentação e à lista de discussão é ótimo.

Minha configuração usual é Internet -> Exim -> servidor interno do Exchange com um pouco de NAT para sincronização ativa e acesso à web do Outlook. Escalável, seguro e fácil de gerenciar.

[*] para mim. Eu acho que outras pessoas gostam por outras razões ... :)

Servidor Ubuntu 8.04 + Postfix + Dovecot. Clientes IMAP. A razão é o KISS. Fácil de configurar e cuidar + a alimentação é mínima. Requisitos de hardware modestos.

Nós usamos o Zimbra . É muito mais barato que o Exchange, usa tecnologias de código aberto, o cliente Desktop trabalha em Windows, Linux e Macs não PPC.

A parte do servidor também é uma instalação muito fácil em uma caixa Debian, mas é executada no Windows também.

Atualmente, estou usando o hMailServer para hospedar emails em 5 domínios diferentes.

http://www.hmailserver.com/

Estou usando o SquirrelMail para fornecer webmail para esses domínios.

http://squirrelmail.org/

Isso está sendo executado em uma caixa do Windows 2003 R2 com o IIS6 para servir o webmail. O principal motivo pelo qual estou executando essa combinação é porque os dois programas são gratuitos e não precisam de calendário no momento. Eles também são relativamente indolores para alguém que apenas executou o Windows.

Minha empresa usa o Exchange para colaboração, mas eu os fiz usar o Exim para os gateways. O Exim é o servidor de email mais flexível que eu já vi e é um prazer usá-lo, e eu não podia imaginar tentar fazer algumas das coisas que me pedem para fazer apenas com o Exchange (filtragem de domínio com base na regexp, normalizando domínios, que nossos usuários em troca têm apenas um domínio e nossos 20 domínios públicos ainda funcionam, lidando com o fato de que no momento um determinado domínio lp @ pode existir em três plataformas diferentes (legacy-linux, Lotus e Exchange) etc.)

Estou usando a versão gratuita (até 10 usuários) do SmarterMail . Bastante cheio de recursos com ClamAV e SpamAssasin embutidos. Ele também possui calendário, web-mail, grupos etc.

MailEnable custa US $ 200, funciona muito bem se você não precisa dos recursos de troca

Postfix se você estiver executando o correio por conta própria. É um pouco de trabalho para configurar, mas uma alegria de usar quando estiver funcionando.

Para email hospedado, usar o Google Apps funciona bem.

Somos principalmente uma loja do Windows, mas, como o OP, usamos o Kerio Mailserver em vez do Exchange para atender às nossas necessidades internas de groupware.

Nossos sites enviam uma tonelada de e-mail. Todo esse e-mail e até mesmo o e-mail do nosso servidor Kerio corporativo são enviados por meio de um hub de correio executando o Postfix.

Exim por toda parte. Por quê?

• Felizmente recua para o nosso RDMS de escolha.
• Os arquivos de configuração facilitam a leitura.
• Os arquivos de log são facilmente lidos e analisados.
• A documentação é concisa.
• Escala bem.
• Simples de aparafusar em opções de entrega não padrão sem ser hackish.

Eu tive que usar o sendmail e qmail fortemente no passado. E ainda hoje, ocasionalmente. Ambos provam apenas me causar dor imensa sempre que nossos caminhos se cruzam.

Grupo sábio. O lado do servidor tem sido o ROCK SOLID desde a mudança para o OES, que é basicamente o SLES. O cliente é nativamente "multiplataforma" (* nix / Mac é Java), portanto, se você estiver em um ambiente Mac / Windows / Linux, não precisará forçar as pessoas a ter uma área de trabalho do Windows ou lutar com o cliente de acesso à web do Outlook horrível quando não estiver usando o Internet Explorer.

O Groupwise Web Access, clientes móveis etc. não recebe um PHD e três anos de treinamento em uma montanha alta no estado de Washington para implantar ... ao contrário do OWA via HTTPS.

No geral, ainda é um pouco estranho, mas é realmente bom ter uma plataforma de correio corporativo que você possa instalar e executar sem dor de cabeça.

Groupwise . É necessário apenas um administrador de sistema (eu) para oferecer suporte a caixas de correio para 7000 pessoas. No lado do servidor, acho ótimo. O lado do cliente está ... melhorando.

Uso o ModusMail da Vircom (para Windows) há vários anos, com grande sucesso. Existem dois motivos principais pelos quais eu o uso. Uma é que é um produto maduro, extremamente rico em recursos. Ele pode se integrar com praticamente qualquer outra coisa que eu precise, suporta conexões seguras e possui uma solução anti-spam muito boa que é constantemente atualizada por uma equipe dedicada de profissionais, etc. O segundo motivo é que requer muito pouco manutenção. O software praticamente roda sozinho. Damos aos clientes acesso para gerenciar suas próprias caixas de correio, geramos relatórios para contabilidade para que possam cobrar de acordo e quase nunca precisam gastar tempo "gerenciando" a solução. Para empresas maiores ou situações em que o email absolutamente não pode ser desativado,

Agora para os contras. Nenhum sistema é perfeito; portanto, há algumas coisas que as pessoas não vão gostar em nenhuma solução. Para o ModusMail, o primeiro é o custo. É caro, sim, mas vale cada centavo na quantidade de tempo de administração que economizamos ao usá-lo. A segunda é que é um software proprietário. Para mim, isso não é um grande problema, mas algumas pessoas gritariam assassinatos sangrentos se não pudessem ver o código-fonte, então esse é um problema em potencial. A outra desvantagem é que é um servidor de email puro, não uma plataforma de colaboração como o Exchange. O ModusMail lida com email via SMTP, POP e IMAP. É fornecido com um aplicativo de webmail que inclui contatos básicos, mas é isso. Se você estiver procurando calendário de grupo ou outras funções de colaboração, o ModusMail não é para você.

No momento da redação deste artigo, o ModusMail está na versão 4.6, portanto, algumas das opções acima podem não se aplicar se você estiver lendo isso após o lançamento de uma nova versão.

No trabalho, todos os aplicativos do Google. Barato, hospedado de forma confiável, agradável e com recursos.

Em casa, postfix + dovecot.

Eu uso Courier. Certamente pode lidar com carga e não é um PITA para configurar.

Eu usei o qmail por um tempo muitos anos atrás. Foi um exercício de aprendizado interessante, especialmente adicionando coisas "extras" para que eu pudesse fazer coisas como retransmissão local. No entanto, reconstruí meu servidor algum tempo depois e, olhando para todo o esforço necessário para ativar o qmail novamente, perguntei "por que estou me incomodando?" Até então, eu havia encontrado o Courier-IMAP para fornecer acesso IMAP ao meu armazenamento de maildir e, enquanto isso, o restante do Courier MTA havia sido liberado. Era muito mais fácil de instalar e muito mais fácil de configurar do que o qmail, então minha decisão foi tomada.

Não experimentei o Exim, mas tive que trabalhar com o Postfix em um trabalho e fiquei muito irritado com sua configuração complexa. Eu tive que fazê-lo aceitar email para usuários inexistentes e passá-lo para um script para o nosso aplicativo (que tratava o email periodicamente). O Postfix tornou esse IMO desnecessariamente difícil, mas o administrador do sistema não aceitaria uma alteração em outro MTA.

A única desvantagem do Courier é que as ferramentas de ponta do MTA (por exemplo, suporte a SPF, lista cinza) estão um pouco atrás de tudo o resto, devido à sua pequena participação. E não fica 100% com o envio do fetchmail, por algum motivo que não consegui descobrir.

Eu usei o sendmail, qmail e exim. Daqueles eu prefiro o exim, embora o qmail esteja ok, embora eu me lembre da administração como frustrante. Eu tento evitar o sendmail o máximo possível.

Se eu estivesse procurando configurar um novo servidor de correio hoje, procuraria exim, trocar e gmail pelo seu domínio, dependendo do caso de uso específico. Eu costumava hospedar minhas próprias mensagens pessoais, mas agora uso apenas o gmail (a filtragem de spam e a disponibilidade generalizada são uma grande vitória).

Exchange 2007, é uma tarefa difícil de administrar e administrar, mesmo com o Powershell, mas a experiência do usuário é sempre difícil de combinar (especialmente com o suporte ao Server Activesync de fácil gerenciamento para todos os tipos de dispositivos móveis).

A versão de 2007 é mais modular e oferece suporte a funções de gateway mais finas, o que poderia reduzir um pouco do hoginess dos recursos, eu acho, atenuando algumas ou todas as necessidades de servidores de email front-end alternativos ...

De frente para a Internet através do Microsoft ISA 2006 no momento - eu meio que adoro essa coisa por algum motivo. É como um firewall robusto, com boa filtragem da camada de aplicação, ponte SSL fácil, com uma interface simples de usar, que suporta um cluster fácil. E é da Microsoft ... é meio difícil de acreditar, na verdade, tenho que cutucá-lo regularmente apenas para ver que é real. Existe uma versão mais nova por aí, renomeada para o namespace do Forefront atualmente, eu acho, Threat Management Gateway ou algo irritante assim.

Primeiros 3 anos, Sendmail + Amavis (versão shell-script). Eu fiz um pequeno mod para o script para interceptar anexos por extensão.

Nos últimos 7 anos, Postfix + Amavis, e nos últimos 3-4 anos, Dovecot. Apertado, bem integrado. Captura melhor que 90% de spam na primeira passagem, captura 100% de malware na primeira passagem. O Dovecot fornece acesso rápido às caixas de correio via IMAP - a maior caixa tem 5 dígitos e carrega em menos de 5 segundos.

Estamos adicionando um único servidor Exchange interno este ano, provavelmente concluindo a transição em 2-3 meses. A instalação do Postfix continuará funcionando como um gateway de verificação e fornecerá acesso IMAP ao Exchange (por meio dos recursos de proxy do Dovecot) a partir do exterior.

comunicar - mas com a péssima integração do iPhone, estou começando a desejar que não

Eu usei o Sendmail por muitos anos. No entanto, quando eu precisava superar o limite de tamanho de e-mail do meu ISP, ou seja, o tamanho de um e-mail individual, comecei a usar um serviço de retransmissão comercial. O serviço de retransmissão comercial requer autenticação sempre que você envia um email. Na época, e ainda pode ser verdade, eu não sei, o Sendmail não suportava isso. Consequentemente, eu precisava de um MTA seguro que desse suporte a esse mecanismo e que fosse o Postfix. Eu já uso o Postfix há vários anos e funcionou muito bem. Era fácil de configurar, pelo menos em comparação com o Sendmail, e não precisa do mesmo número de atualizações para mantê-lo seguro como o Sendmail, ou seja, é bastante estável e seguro.

Troquei nosso e-mail para o Google Apps for Domains em meados de 07 e nunca mais olhei para trás. Tem sido fantástico para bloquear spam. Eu até preciso que todo mundo o use através da Web e não um cliente de desktop; só tenho um que insiste em usar o Outlook. Achei realmente útil para ferramentas de colaboração on-line, compartilhamento de documentos e eventos da agenda.

Não posso dizer o suficiente sobre o SmarterMail: http://www.smartertools.com/SmarterMail/Features/Windows-Mail-Server-Server-Software-Webmail-Exchange-Alternative.aspx

Minha experiência com o aplicativo foi sólida. Utilizamos para isso a hospedagem de e-mail do cliente. Hospedamos mais de 200 clientes, mais de 1000 usuários e vários gateways SMTP. É bem flexível também.

E para pequenas empresas com menos de 10 usuários, é gratuito: http://www.smartertools.com/SmarterMail/Compare-Mail-Server-Editions.aspx

Usamos o Exchange internamente, mas usamos o hMailServer no site de um cliente em que precisávamos de um servidor de correio barato (gratuito) para fornecer grupos de distribuição para alertas por email.

Nosso sistema de e-mail é baseado no MS Exchange , pois não parece haver muita concorrência para as ferramentas de colaboração (por exemplo, calendário compartilhado etc.)

Além disso, usamos o postfix com o virtualmin para permitir que os departamentos gerenciem seus próprios aliases de domínio e caixas de correio pop3.

E tudo isso fica por trás de 2 filtros de correio baseados em postfix / amavisd-new / spamassasin / clamav . Há um ótimo tutorial sobre como configurar tudo isso em http://www200.pair.com/mecham/spam/

Eu sou um usuário do qmail. Eu acho que o qmail seria uma escolha duvidosa agora, já que o djb, seu autor, não atualiza o software principal há anos e parece desinteressado em fazê-lo ou em liberar o software sob uma licença que permitiria que ele fosse bifurcado em informações úteis. maneira. (a licença do qmail permite correções, mas não a redistribuição direta de versões modificadas. Isso é um pouco inconveniente).

No entanto, seria negligente se não mencionasse o EXCELENTE software que usei para reunir servidores integrados do qmail nos últimos anos: a torradeira de correio de Matt Simerson. http://mail-toaster.org/

Exchange 2007! Não é barato ... mas funciona. Fácil. Muitas informações na rede, se você tiver problemas.

Troque, principalmente para que possamos ter uma única plataforma cliente / servidor de fornecedor, para que, se tivermos alguma "piada", não tenhamos cada fornecedor tentando culpar o outro (um motivo muito importante para a IMO). O logon único também é um fator crucial.

Também temos o Domino disponível, mas - além de um evangelista - o consenso é que o cliente não é algo que gostaríamos de dar aos nossos usuários.

Eu executei o Exchange 2007 em um empregador anterior, mas agora estamos "executando" o Google Apps for Domains. Muito mais barato e muito melhor compartilhamento de calendário do que o Exchange.

Uníssono para correio eletrônico integrado, mensagens instantâneas e telefonia.