Pastas IMAP: quão grande é muito grande?

Question

Eu mudei de usar o Thunderbird para offlineimap e mutt . Minhas caixas de correio têm mais de 50 mil mensagens. Depois de ajustar algumas configurações, mutt é muito responsivo com tantas mensagens. notmuch é extremamente rápido para pesquisas. Mas offlineimap pode levar vários minutos para sincronizar todas as pastas.

Após uma pequena pesquisa, parece que o IMAP não foi projetado para uso com pastas muito grandes. Se for esse o caso, então que tipo de fluxo de trabalho emal devo usar para manter as pastas menores?

    

Answer 1

Existe a chance de você estar se referindo a uwimapd , uma implementação para um servidor IMAP, quando você diz "IMAP". Nesse caso, você precisa garantir que nenhuma de suas mboxes seja maior que 2 GB, ou seja, todos os e-mails na mesma pasta, sem contar as subpastas.

Se você não está se referindo a uwimapd , acredito que seu problema é o desempenho do seu computador e o uplink da internet, não o IMAP. Portanto:

Mantenha apenas os e-mails com no máximo 3 meses e os pertencentes a projetos em andamento. Coloque o resto em uma pasta archive . Crie a mesma estrutura de pastas em arquivo como você tem em INBOX . Isso torna fácil encontrar coisas em arquivo , se você não conseguir encontrá-lo em INBOX .

IMAP, o protocolo de texto não criptografado que o agente do usuário de correio emprega para recuperar e gerenciar os emails armazenados no servidor de email (remoto), se torna problemático quando precisa lidar com milhares de emails de uma só vez. O aspecto principal é " tem que lidar com ". A quantidade total e o tamanho dos e-mails não são um problema para o IMAP, por si só. O problema surge se ele realmente precisa executar um trabalho em muitos e-mails.

Isso acontece, por exemplo, se milhares de e-mails tiverem seu conteúdo e / ou status (sinalizado, não lido /, prioridade, timestamps, ...) alterados entre duas sincronizações. Como você usa offlineimap isso pode realmente acontecer, dependendo do seu caso de uso. No entanto, nesse caso, a única coisa que ajudará você é a sincronização mais frequente.

    

Answer 2

Nem todos os servidores IMAP são rápidos, mas como observado anteriormente, é possível ter uma implementação e configuração IMAP eficiente. Eu tive sorte razoável com dovecot . No entanto, o offlineimap é um programa particularmente lento. Funcionou bem em pequenos testes, então eu mudei para ele e refiz toda a minha configuração de e-mail para depender dele. Mas então, quanto mais cartas recebi, mais devagar ficou, até que no final comecei a perder a cabeça toda vez que checava o e-mail.

Se você deseja uma experiência de pesquisa totalmente off-line e, como não muito, você pode considerar muchsync , que é como o equivalente a offlineimap mas especializado por não muito aproveitar o índice de notmuch. O muchsync é muito mais rápido que o offlineimap depois que você fez a sincronização inicial, porque evita todas as viagens de ida e volta da rede que o offlineimap tem e aproveita as estruturas de dados do índice de não muito para obter eficiência. Eu mudei para ele do offlineimap e fiquei muito feliz.

Ainda outra alternativa a considerar é isync . Não tenho experiência pessoal com o isync, mas algumas pessoas parecem gostar. Tendo usado e odiado anteriormente o offlineimap, eu estaria seriamente investigando o isync se eu não tivesse mudado para o modo de sincronização.

    

Answer 3

"After a little research, it appears that IMAP was not intended for use with very large folders."

Minha opinião (e experiência) é exatamente o oposto. O Imap possui uma procura muito sofisticada no servidor, habilidades de indexação - o único problema é que a maioria dos clientes de email usa isso praticamente como um protocolo de tratamento de arquivos remoto.

Por exemplo, com o IMAP é possível procurar e-mails em uma pasta com um determinado cabeçalho SMTP. Ou você pode manipular os anexos de arquivo de um email separadamente de seu corpo. Mas isso tem o preço: o protocolo é muito mais complexo do que qualquer outro que já vi.

O poder real do imap só será visível se

• o servidor IMAP real é capaz de indexar seus e-mails

• e seu mailclient é capaz de manipular as pastas imap de maneira inteligente (ou seja, não usar o imapd como um sistema de arquivos remoto, mas fazer a maior parte com consultas remotas no lado do servidor).

Minha única boa experiência foi o par thunderbird / dovecot com ele. No lado do cliente, o kmail também é relativamente bom, e também o cyrus no lado do servidor. Outros sistemas não estão bem.

No thunderbird, você pode fazer consultas de "pesquisa no servidor" e ver seus resultados como uma pasta virtual. E a pesquisa no servidor permite que o imapd faça pesquisas rápidas baseadas em palavras-chave com base em seus dados de índice interno.

Eu não sei offlineimap, mas sei mutt. Limpo, os aplicativos do console char são muito bons e muito eficientes, com uma única exceção e exatamente isso é o que você encontrou: eles tendem a evitar as coisas indexadas e a tentar coisas linearmente (embora muito rápido).

    

Answer 4

Acabei de adicionar imapsync ao Alpine Linux . Pode ser executado em um contêiner LXC em qualquer Linux. Um contêiner Alpine tem cerca de 5mb em tamanho.

Transferi uma caixa de correio 7GB para uma nova mailserver na noite passada sem problemas. Demorou cerca de 3 horas com 2,2 mensagens / segundo transferidas & o processo usou 260-280mb de RAM. Demora 60 segundos para sincronizar 5 caixas de correio com --useuid caching ativado.