Zusammenfassung
Mein Problem : Ich möchte E-Mails mit einem Client ( mutt
) meiner Wahl offline lesen , aber ich möchte, dass Aktionen wie das Verschieben von E-Mails usw. auf einem IMAP-Server in zwei Richtungen ausgeführt werden.
Meine Frage : Gibt es eine einfache Möglichkeit , dies zu tun , während immer noch Standard - Tools wie mit fetchmail
,procmail
usw.?
Einzelheiten
Ich habe ein Google Mail-Konto. Aus verschiedenen - teils institutionellen - Gründen muss ich diese E-Mail von einem E-Mail-Client lesen können. Ich möchte, dass mein "Posteingang" sauber ist, so wie ich es bei einem herkömmlichen lokalen Mail-Setup beibehalten würde, und dass alles, was ich archiviere, durchsuchbar ist. Wenn ich eine E-Mail in einen Ordner im Webclient verschiebe, möchte ich, dass mein lokaler Posteingang dies berücksichtigt.
Wenn möglich, möchte ich diese Mail von lesen können mutt
. Früher habe ich die native IMAP-Funktionalität von Mutt verwendet, aber Mutt muss jedes Mal, wenn Sie es ausführen, eine Verbindung zum Server herstellen. Die Verbindung wird oft unterbrochen, während ich E-Mails lese und Mutt im Hintergrund geöffnet ist. Es werden nur Nachrichtenkopfzeilen zwischengespeichert, und für das Laden neuer Nachrichten ist ein Roundtrip zum Server erforderlich. Wenn ich eine Nachricht sende, muss ich warten, bis sie über STMP bestätigt wird, bevor ich andere Nachrichten anzeigen kann.
Gibt es einen Ausweg? Ich halte fette Clients wie Thunderbird nicht für eine Lösung: Ich benötige Terminalzugriff, ich möchte meine E-Mails lesen können, ich nutze die Filterfunktionen von procmail gut und ich bevorzuge entkoppelte Systeme.
Wie oben erwähnt fetchmail
, procmail
und sendmail
bringen Sie mich fast ans Ziel - aber nicht ganz, um meine Aktivitäten zwischen Kunden synchron zu halten.
Vermisse ich etwas? Ich habe den Abschnitt des FreeBSD-Handbuchs über E-Mails und eine Reihe von Blog-Posts gelesen, aber nichts scheint alles auf diese Weise zusammenzubringen.
Übrigens, ich verwende Arch Linux und Debian.
offlineimap
oderisync
? Beide funktionieren gut ...