%3F.png)
Resumo
Meu problema: quero ler e-mails off-line com minha escolha de cliente ( mutt
), mas quero que ações como mover e-mails etc. sejam mantidas em sincronização bidirecional com um servidor imap.
Minha pergunta: Existe uma maneira direta de fazer isso enquanto ainda usa ferramentas padrão como fetchmail
, procmail
etc.?
Detalhes
Eu tenho uma conta do Gmail. Por vários motivos - alguns institucionais - preciso ler este e-mail de um cliente de e-mail; Quero que minha 'caixa de entrada' esteja limpa, da mesma forma que a manteria com uma configuração de correio local tradicional, e que qualquer coisa que eu 'arquivo' possa ser pesquisada. Se eu mover um e-mail para uma pasta no cliente web, gostaria que minha caixa de entrada local levasse isso em consideração.
Quando possível, quero poder ler este e-mail do mutt
. Anteriormente eu usava a funcionalidade imap nativa do mutt, mas o mutt precisa fazer uma conexão com o servidor cada vez que você o executa; a conexão geralmente cai enquanto leio e-mails e o mutt está aberto em segundo plano; ele mantém apenas um cache de cabeçalhos de mensagens e o carregamento de novas mensagens requer uma viagem de ida e volta ao servidor; se eu enviar uma mensagem, terei que esperar que ela seja reconhecida pelo STMP antes de poder ver qualquer outra mensagem.
Existe alguma maneira de contornar isso? Não considero clientes gordos como o Thunderbird uma solução: preciso de acesso ao terminal, gosto de poder receber meus e-mails, faço bom uso dos recursos de filtragem do procmail e prefiro sistemas desacoplados.
Como mencionado acima, fetchmail
e procmail
me sendmail
pegue quaselá - mas não consigo manter minha atividade sincronizada entre os clientes.
Estou esquecendo de algo? Eu olhei a seção do manual do FreeBSD sobre e-mail e vários posts de blog, mas nada parece reunir tudo dessa maneira.
A propósito, eu executo Arch Linux e Debian.
Responder1
Off-lineIMAPeisincronizadosão ambos programas que se integram bem mutt
e satisfarão seus outros critérios.
OfflineIMAP é escrito em Python e isync em C; ambos são muito rápidos.
Ambos os programas estã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 um que vale a pena ter em mente: você pode usar [Alteração: a partir da v6.4.0, OfflineIMAP tem ocriar pastasopção para criar pastas no repositório remoto].mbsync
(o executável do isync) para preencher novamente um maildir 1 IMAP remoto a partir de uma cópia local, o OfflineIMAP não pode fazer isso.
O Arch Wiki possui páginas sobre ambos, com exemplos de configurações e casos de uso. 2
1. No caso, hipoteticamente, de você excluir inadvertidamente seu armazenamento de e-mail remoto e precisar recuperá-lo de um backup em uma máquina local...
2.isincronizadoeOff-lineIMAP.
Responder2
Talvez o seguintehttp://stevelosh.com/blog/2012/10/the-homely-mutt/#getting-emailuma postagem excelentemente escrita por Steve Losh irá ajudá-lo