Sumário
Meu problema : quero ler emails offline com minha opção de cliente ( mutt
), mas quero que ações como mover emails etc. sejam mantidas no snc bidirecional com um servidor imap.
A minha pergunta : Existe uma maneira simples de fazer isso enquanto ainda estiver usando ferramentas padrão, como fetchmail
, procmail
, etc.?
Detalhes
Eu tenho uma conta do Gmail. Por várias razões - algumas institucionais - eu preciso ler este e-mail de um cliente de e-mail; Quero que minha 'caixa de entrada' esteja limpa, como se fosse uma configuração tradicional de correio local e que qualquer coisa que eu 'arquive' seja pesquisável. Se eu mover um email para uma pasta no Web client, gostaria que minha caixa de entrada local levasse isso em consideração.
Quando possível, desejo poder ler este e-mail de mutt
. Anteriormente, usei a funcionalidade imap nativa do mutt, mas o mutt precisa fazer uma conexão com o servidor toda vez que você o executa; a conexão geralmente cai enquanto estou lendo e-mails e o mutt está aberto em segundo plano; mantém apenas um cache de cabeçalhos de mensagens e o carregamento de novas mensagens requer uma ida e volta ao servidor; se eu enviar uma mensagem, tenho que esperar que ela seja confirmada pelo STMP antes de poder ver outras mensagens.
Existe alguma maneira de contornar isso? Não considero clientes gordos como o Thunderbird uma solução: eu preciso de acesso ao terminal, gosto de receber minhas mensagens, faço bom uso dos recursos de filtragem do procmail e prefiro sistemas dissociados.
Como mencionado acima, fetchmail
, procmail
e sendmail
me quase lá - mas não muito para ser capaz de manter a minha actividade em sincronia entre os clientes.
Estou esquecendo de algo? Eu olhei para a seção do manual do FreeBSD por e-mail e um monte de postagens no blog, mas nada parece reunir tudo dessa maneira.
A propósito, eu corro o Arch Linux e o Debian.
offlineimap
ouisync
? Ambos trabalham bem ...Respostas:
O OfflineIMAP e o isync são programas que se integram bem
mutt
e satisfazem seus outros critérios.OfflineIMAP é escrito em Python e isync em C; ambos são muito rápidos.
Ambos os programas são bem documentados e fáceis de configurar; isync talvez um pouco mais fácil.
Há uma diferença significativa entre a funcionalidade de cada uma que vale a pena ter em mente: você pode usar[Alteração: da v6.4.0, o OfflineIMAP possui a opção createfolders para criar pastas no repositório remoto].mbsync
(o executável do isync) para repovoar um servidor IMAP remoto 1 de uma cópia local, o OfflineIMAP não pode fazer isso.O Arch Wiki possui páginas em ambos, com configurações de exemplo e casos de uso. 2
1. No caso, hipoteticamente, você exclui inadvertidamente seu armazenamento de correio remoto e precisa se recuperar de um backup em uma máquina local ...
2. isync e OfflineIMAP .
fonte
mbsync
não é possível lidar com coisas UTF8, enquanto existe uma solução Python paraofflineimap
(consulte caracteres gregos na barra lateral do mutt, por exemplo. Gostaria dembsync
fazê-lo, ou tentarei oferecer uma solução baseada em Python para .-lo, bem como, se os problemas me possível de elasticidade do offlineimap recentemente (validade UID relacionados, bem como a criação de mensagens duplicadas quando eu remover areadonly = true
opção.Talvez o seguinte http://stevelosh.com/blog/2012/10/the-homely-mutt/#getting-email excelente publicação escrita de Steve Losh o ajude
fonte