archiviazione di posta elettronica locale sincronizzata con imap - mutt-friendly


16

Sommario

Il mio problema : voglio leggere le e-mail offline con la mia scelta del client ( mutt), ma voglio che azioni come lo spostamento di e-mail, ecc. Vengano mantenute in snc bidirezionale con un server imap.

La mia domanda : C'è un modo semplice per fare questo, pur utilizzando strumenti standard come fetchmail, procmaile così via?

Dettagli

Ho un account Gmail. Per vari motivi - alcuni istituzionali - devo poter leggere questa mail da un client di posta; Voglio che la mia "casella di posta" sia pulita, proprio come la conserverei con una configurazione di posta locale tradizionale e per qualsiasi cosa che "archivio" sia ricercabile. Se sposto un'e-mail in una cartella nel client Web, vorrei che la mia casella di posta locale lo prendesse in considerazione.

Quando possibile, voglio poter leggere questa mail da mutt. In precedenza ho usato la funzionalità di imap nativa di mutt, ma mutt deve stabilire una connessione al server ogni volta che lo esegui; la connessione spesso si interrompe mentre sto leggendo la posta e mutt è aperto in background; mantiene solo una cache di intestazioni dei messaggi e il caricamento di nuovi messaggi richiede un round trip al server; se invio un messaggio, devo attendere che venga riconosciuto tramite STMP prima di poter esaminare qualsiasi altro messaggio.

C'è un modo per aggirare questo? Non considero i clienti grossi come Thunderbird come una soluzione: ho bisogno dell'accesso al terminale, mi piace essere in grado di grep la mia posta, faccio buon uso delle capacità di filtraggio di procmail e preferisco i sistemi disaccoppiati.

Come accennato in precedenza, fetchmail, procmaile sendmailfarmi quasi là - ma non del tutto per essere in grado di mantenere la mia attività in sincronia tra i client.

Mi sto perdendo qualcosa? Ho guardato la sezione del manuale di FreeBSD sull'e-mail e un sacco di post sul blog, ma nulla sembra riunire tutto in questo modo.

A proposito, eseguo Arch Linux e Debian.


6
Hai considerato offlineimapo isync? Entrambi funzionano bene ...
Jasonwryan,

1
Solo per dare una mano al commento di @Jasonwryan : offlineimap.org & isync.sourceforge.net
slm

Grazie. Ho trovato isync, ora chiamato absync. Funziona bene!
Cera,

Risposte:


10

OfflineIMAP e isync sono entrambi programmi che si integrano bene con mutte soddisfano i tuoi altri criteri.

OfflineIMAP è scritto in Python e isincrono in C; entrambi sono molto veloci.

Entrambi i programmi sono ben documentati e facili da configurare; forse è forse leggermente più facile.

C'è una differenza significativa tra le funzionalità di ciascuno che vale la pena tenere a mente: è possibile utilizzare mbsync(eseguibile isync) per ripopolare un maildir 1 IMAP remoto da una copia locale, OfflineIMAP non può farlo. [Modifica: dalla v6.4.0, OfflineIMAP ha l' opzione createfolders per creare cartelle sul repository remoto].

Arch Wiki ha pagine su entrambi, con esempi di configurazioni e casi d'uso. 2


1. Nel caso ipotetico, si elimina inavvertitamente il proprio archivio di posta remoto e si deve ripristinare da un backup su un computer locale ...
2. isync e OfflineIMAP .


Secondo l'idea isync / mbsync. OfflineImap non è abbastanza affidabile per me con il mio account Gmail (sono abbonato a diverse mailing list ad alto traffico e OfflineImap si è bloccato molto spesso).
Serge Broslavsky,

La differenza dichiarata non sembra più valere (per OfflineIMAP, vedi: createfolder )?
Nikos Alexandris,

@NikosAlexandris Sì: è stato introdotto in 6.4.0. Aggiornerò la mia risposta, grazie per la richiesta.
Jasonwryan,

Argomento On-Off: un'altra differenza è questa mbsync non grado di gestire roba UTF8, mentre esiste una soluzione Python per offlineimap(vedi ad esempio i caratteri greci nella barra laterale di mutt . Wish mbsyncpotrebbe farlo, o proverò a offrire una soluzione basata su Python per anche se possibile. OfflineIMAP mi dà problemi di recente (relativi alla validità dell'UID, oltre a creare messaggi duplicati una volta rimossa l' readonly = trueopzione.
Nikos Alexandris

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.