Por favor, recomende um bom servidor de correio que compacta o armazenamento usando hash ou outros meios?

1

Estou procurando um servidor de e-mail que armazene apenas e-mails duplicados uma vez. No momento, estamos usando e-mails de troca e encaminhamento e as respostas criam cópias duplicadas para cada destinatário.

Tenho certeza de que há servidores de e-mail mais inteligentes por aí, que poderiam manipular o conteúdo e armazenar referências a conteúdo duplicado, reduzindo, assim, o tamanho do armazenamento de e-mail.

Eu usei o Exim e o Courier antes, mas não consigo me lembrar se eles contêm conteúdo de e-mail ou não.

    
por Brett Ryan 20.04.2011 / 04:53

4 respostas

5

O Exchange 5.5, 2003 e 2007 são todos capazes de usar armazenamento de instância única, que é exatamente o que você está pedindo. É por banco de dados, mas é melhor que nada.

O 2007 mudou para trabalhar apenas em anexos, e 2010 eliminou completamente o SIS devido a alguns problemas de dimensionamento e falta de eficácia geral ao longo do tempo. Aqui está uma entrada de blog sobre Technet explicando um pouco.

Se você está procurando um novo servidor de e-mail, acredito que tanto o Dovecot quanto o Cyrus suportam armazenamento de instância única.

    
por 20.04.2011 / 05:18
11

Originalmente, respondi a essa pergunta, mas sinto que tenho que compartilhar minha opinião, mesmo que ela não seja a mais popular. Para começar, me irrita um pouco que você tenha vindo para o Server Fault depois de uma "resposta" e, posteriormente, revelar que você não é um administrador e, presumivelmente, não pode sequer fazer essa mudança acontecer. Também me faz pensar que a sua pergunta e os comentários subsequentes parecem ser um grande problema para os seus administradores. Eu acho que sua única graça salvadora é que essa pergunta pode ser valiosa para outras pessoas na internet em busca de tal solução. Por todos os meios, direcione seus administradores aqui para uma discussão sensata e nós certamente o receberemos bem e tentaremos dar a eles bons conselhos.

Eu simpatizo com a sua situação de caixas de correio ridiculamente pequenas, eu realmente faço, no entanto, eu não acredito nem por um segundo que seus administradores estão sendo draconianos sobre isso sem uma boa razão. Muitas vezes, é o caso em que o dinheiro simplesmente não permite, e você só tem que trabalhar com o pouco que você tem. Infelizmente, pode ser uma situação muito ruim, como a exclusão de um e-mail muito importante porque a caixa de correio estava cheia antes que a gerência percebesse a extensão do problema. Nesse meio tempo, seus administradores serão forçados a habilitar as cotas de caixa de correio, porque se eles não o fizerem e o disco ficar totalmente cheio, eles terão um problema muito maior e o e-mail ficará inativo para todos.

O armazenamento de instância única (SIS) não é a solução mágica que você acha que será. O SIS irá certamente retardar a taxa de consumo de espaço em disco, mas eu quase não posso garantir o nível que você acha que vai. Na verdade, a Microsoft há muito recomenda que você ignore totalmente a economia de espaço em disco que você pode obter com o SIS ao dimensionar os servidores de caixa de correio, pois há algumas maneiras de eliminar totalmente o seu SIS. A única solução real é adicionar mais servidores de caixa de correio com mais capacidade, mas novamente isso é muito restrito pelos limites orçamentários.

Eu entendo que você está no Exchange 2007, mas eu estou indo para uma pequena tangente aqui para dar mais algumas informações sobre o SIS. Uma das razões pelas quais os requisitos de IO no Exchange 2010 diminuíram foi removendo o SIS. Isso, entre outras razões, significa que a Microsoft agora acha aceitável usar discos mais lentos (que serão mais baratos) sem ver um grande impacto no desempenho. Estou no Reino Unido, então não posso comentar sobre sua situação, mas certamente aqui os discos de nível corporativo não são muito caros. A questão principal é que o SIS incorre em uma penalidade de desempenho e, para contornar isso, você pode ser forçado a comprar discos mais rápidos para compensar isso.

Quanto a uma migração total de e-mail, isso definitivamente não é algo a ser ignorado e eu vou até onde não recomendaria isso, e sou um cara que recomendará < em> o que é certo para o trabalho, não o que me fará mais dinheiro. Heck, até mesmo as atualizações do Exchange precisam ser cuidadosamente pensadas para que elas sejam o mais suave possível com o menor tempo de inatividade possível. Você fez um investimento significativo no Microsoft Exchange, e ouso dizer que a produtividade do usuário será afetada (mesmo que apenas no curto prazo, enquanto os usuários se acostumarem com o novo sistema) e haverá reclamações de que $NewMailServer não faça todas as coisas brilhantes que o Exchange fez.

Se você optou por uma migração total de servidores de e-mail, há um grande custo envolvido nisso também. Você tem treinamento administrativo sobre como gerenciar a coisa, treinamento de usuários, porque as coisas funcionam de maneira diferente, então você tem a migração real para fazer. A migração em si pode envolver tempo de inatividade, pode envolver importações desajeitadas (que não podem SIS seu e-mail e podem realmente desfazer qualquer instanciação única que o Exchange 2007 tenha feito) e algumas outras pegadinhas você só vai descobrir sobre depois de encontrá-los.

Você também precisa pensar em seus administradores. Se eles são todos pessoas do Windows, e alguém sugere que você os mova para (por exemplo) um servidor de e-mail do Linux, eles podem enlouquecer. Se me dissessem que estávamos mudando para um sistema baseado em Linux e não havia opção, eu realmente sairia. Eu sou um cara do Windows por completo e enquanto eu uso o Linux onde eu acho que é apropriado, eu particularmente não gosto de lidar com isso ou até mesmo querer, se sou perfeitamente honesto.

Desculpe pela minha parede de texto, faça o que quiser. Desculpe pelo pequeno discurso no começo, mas eu senti que precisava dizer isso. Em última análise, porém, eu diria que você precisa resolver o problema subjacente de falta de armazenamento, em vez de tentar passar por cima das rachaduras. Se seus administradores tiverem alguma dúvida, faça com que eles façam uma pergunta sobre a falha do servidor e teremos muito prazer em ajudá-lo.

    
por 21.04.2011 / 13:41
3

Como uma ideia alternativa - você pode usar o armazenamento que desduplica. Eu acho que a NetApp pode fazer algo assim. Embora, ainda seja mais barato adquirir mais espaço de armazenamento. Apenas meus 2 centavos.

    
por 20.04.2011 / 05:59
0

Tendo executado anteriormente sistemas OpenMail que fazem exatamente isso, eu recomendo strongmente que você encontre uma solução diferente para o problema. Não há muitos servidores de mensagens capazes de fazer isso, eles são produtos de nicho e são muito complicados.

Gaste seu tempo e esforço para adicionar armazenamento, fornecendo um repositório de arquivos fácil de usar para seus usuários, implemente cotas de e-mail e eduque seus usuários - isso será muito mais barato e você economizará um mundo de dor.

    
por 20.04.2011 / 17:10