Servidor UW-IMAP, alta carga para um usuário

Question

Temos experimentado uma anomalia muito estranha, com um usuário específico com nosso servidor UW-IMAP. Temos cerca de 75 usuários usando o servidor, e um usuário em particular, que está no meio, já que o armazenamento usado continua tendo problemas com a velocidade lenta.

A maioria dos nossos usuários usa o Thunderbird 2 ou o Thunderbird 3. Principalmente 2, devido aos problemas de desempenho que tivemos com o 3. Esse usuário estava no 3, e eu o rebaixei para 2. O desempenho ficou melhor, mas de acordo com os processos do imapd no servidor, seu nome de usuário está usando a maior% de CPU e tempo de CPU.

Eu já fiz todo o T / S'ing usual: Perfil iniciado do zero, pastas compactadas, re-indexados, computadores mais novos e mais rápidos, etc. Ainda assim, o processo imapd deste usuário está sempre usando a maioria dos o servidor. Para solucionar problemas, configuramos outro usuário que tem mais uso, pastas, etc. do que ele, mas não vemos o processo dos usuários ocupando a maior parte da CPU com o processo do imapd.

Então, quase parece que um e-mail em particular pode ser o culpado, mas como podemos encontrá-lo, se isso é problema?

Isso vem acontecendo há um tempo, e ele é uma pessoa de gerenciamento, então sua paciência está prestes a terminar. Alguém tem alguma ideia?

    

Answer 1

A conversão para o formato MIX pode diminuir facilmente a carga em 10x ou mais. É um pouco desconcertante no início, pois o formato armazena correio em pastas que aparecem vazias (nomes de arquivos que começam com um ponto são usados). Existem alguns arquivos com metadados e informações de indexação. Estes são extremamente pequenos e são acessados muito. O resto é o correio real que é dividido em pedaços de tamanho de mordida e acessado somente quando esse conteúdo é lido. Para fins de indexação, o sistema está apenas olhando para arquivos muito pequenos e recuperar qualquer parte específica do e-mail requer um tempo de acesso de disco e RAM radicalmente menor.

As lojas de e-mail de 10 GB começam a ser tão rápidas quanto as lojas de e-mail tradicionais de 10 MB e os limites de tamanho de e-mail são enormes.

O UW-IMAP pode usar MIX, MBX e formato tradicional ao mesmo tempo (eu pularia o MBX, ele tem um limite de 2GB e não é tão rápido quanto o MIX), então você não precisa converter tudo de uma só vez e pode mantenha o spool de correio primário tradicional, se você gosta, usando MIX em ~ / INBOX e ainda obter 99% do benefício. A ferramenta mailutil pode converter formatos de caixa de correio à vontade.

Uma das melhores partes é converter qualquer usuário que acelere as coisas de forma significativa para eles e um pouco para todos os outros, até que finalmente TODOS estão indo muito mais rápido. Isso acontece de repente quando os clientes de email param de adicionar mais e mais conexões para tentar acelerar. Uma ou duas conexões se tornam suficientes e a carga diminui radicalmente.

O uso é transparente (exceto para aumento de velocidade) para qualquer cliente que use imap ou pop para acesso.

Programas de correio muito antigos que só podem acessar diretamente o email não podem usá-lo, mas usuários de pinheiros (por exemplo) podem usar o imap ou alternar para o alpine, que é um descendente direto do pinheiro.

Entendo que pelo menos um outro daemon IMAP / POP tem algo semelhante, mas eu sou uma pessoa do UW-IMAP.

Eu tive que gastar muito menos dinheiro em hardware graças a essa mudança.

    

Answer 2

No passado, descobri que uw-imap pode ser muito brutal no desempenho do sistema se houver muitos e-mails em pastas de e-mail individuais. Qual é a contagem de emails do usuário? E quanto aos tamanhos de caixa de correio? Você já tentou mover algumas das mensagens? Você já tentou outro cliente imap para eliminar o problema? Os usuários têm acesso de login ao servidor de email? ou seja, eles podem alterar o conteúdo em $ hOME usando ftp ou ssh? Outro problema que eu vi (pelo menos há muito tempo) era que o uw-imap iria varrer todos os arquivos em $ HOME procurando pastas de e-mail.

    

Answer 3

Se você usa um cliente diferente como "mutt" para teste, o problema pode ser mais fácil de detectar; pelo menos em que fase do protocolo as coisas ficam presas (mas eu diria que o Thunderbird também tem um comutador de depuração). Eu tentei descobrir como alterar a saída de depuração no wu-imap, mas não consegui encontrá-lo com pressa.

    

Answer 4

Eu não sei muito sobre o thunderbird, mas eu descobri que a indexação de busca feita pelo outlook pode ser brutal em uma instalação UW-IMAP, existe algo similar no thunderbird?

    

Answer 5

Então, o que acabamos fazendo foi desclassificá-lo para o Thunderbird 2. O desempenho é muito, muito melhor, e as coisas são muito mal-humoradas. Uma coisa que notamos, e vou ter que pesquisar esse problema agora, é que às vezes o Thunderbird não faz o download das últimas mensagens, uma vez que já está sendo executado há algum tempo. Você tem que desligá-lo e reiniciá-lo. Isto foi confirmado com vários usuários agora, então eu não o reduzi a um problema de servidor ou Thunderbird.

Em outra nota, aqui está um link para um artigo muito bom sobre o desempenho do Thunderbird 2 versus Thunderbird 3. Bottom line é que o Thunderbird 3 é um porco:

link