synchronizacja lokalnego magazynu wiadomości e-mail z imap - przyjazny dla kundli


16

streszczenie

Mój problem : chcę czytać wiadomości e-mail w trybie offline z wyborem klienta ( mutt), ale chcę, aby działania takie jak przenoszenie wiadomości e-mail itp. Były przechowywane w dwustronnym snc na serwerze imap.

Moje pytanie : Czy istnieje prosty sposób aby to zrobić, a jednocześnie przy użyciu standardowych narzędzi takich jak fetchmail, procmailitp?

Detale

Mam konto Gmail. Z różnych powodów - niektórych instytucjonalnych - muszę być w stanie odczytać tę pocztę od klienta pocztowego; Chcę, aby moja „skrzynka odbiorcza” była czysta, podobnie jak w przypadku tradycyjnej konfiguracji poczty lokalnej i aby wszystko, co „archiwizowałem”, było możliwe do przeszukiwania. Jeśli przeniosę wiadomość e-mail do folderu w kliencie internetowym, chciałbym, aby moja lokalna skrzynka odbiorcza wzięła to pod uwagę.

Jeśli to możliwe, chcę móc odczytać tę wiadomość mutt. Wcześniej korzystałem z natywnej funkcji imap mutta, ale mutt musi nawiązywać połączenie z serwerem przy każdym uruchomieniu; połączenie często spada, gdy czytam pocztę, a mutt jest otwarty w tle; przechowuje tylko pamięć podręczną nagłówków wiadomości, a ładowanie nowych wiadomości wymaga podróży w obie strony na serwer; jeśli wyślę wiadomość, muszę poczekać na potwierdzenie przez STMP, zanim będę mógł zobaczyć inne wiadomości.

Czy jest na to jakiś sposób? Nie uważam grubych klientów, takich jak Thunderbird, za rozwiązanie: potrzebuję dostępu do terminala, lubię mieć możliwość grepowania mojej poczty, dobrze wykorzystuję możliwości filtrowania procmaila i wolę systemy odseparowane.

Jak wspomniano powyżej, fetchmail, procmaila sendmailpo mnie prawie nie istnieje - ale nie całkiem do bycia w stanie utrzymać moją aktywność w synchronizacji między klientami.

Czy coś brakuje? Przejrzałem sekcję podręcznika FreeBSD dotyczącą e-maili i kilka postów na blogu, ale nic nie łączy tego w ten sposób.

Nawiasem mówiąc, używam Arch Linux i Debian.


6
Czy rozważałeś offlineimaplub isync? Oba działają dobrze ...
jasonwryan

1
Aby pomóc w komentarzu @ jasonwryan: offlineimap.org & isync.sourceforge.net
slm

Dzięki. Znalazłem isync, teraz o nazwie absync. Działa dobrze!
Cera,

Odpowiedzi:


10

OfflineIMAP i isync to programy, które dobrze integrują się z muttinnymi kryteriami i spełniają je.

OfflineIMAP jest napisany w Pythonie, a isync w C; oba są bardzo szybkie.

Oba programy są dobrze udokumentowane i łatwe do skonfigurowania; isync może nieco łatwiej.

Jest jedna istotna różnica między funkcjonalnością każdego z nich, o której warto pamiętać: możesz użyć mbsync(plik wykonywalny isync) do ponownego wypełnienia zdalnego katalogu pocztowego IMAP 1 z kopii lokalnej, OfflineIMAP nie może tego zrobić. [Poprawka: od wersji 6.0.0 OfflineIMAP ma opcję createfolders do tworzenia folderów w zdalnym repozytorium].

Arch Wiki ma strony na obu, z przykładowymi konfiguracjami i przypadkami użycia. 2)


1. W przypadku, gdy hipotetycznie usuniesz zdalny magazyn poczty i musisz odzyskać dane z kopii zapasowej na komputerze lokalnym ...
2. isync i OfflineIMAP .


Popieram pomysł isync / mbsync. OfflineImap nie jest dla mnie wystarczająco wiarygodny z moim kontem Gmail (subskrybuję kilka list mailingowych o dużym natężeniu ruchu i OfflineImap bardzo często zacina się).
Serge Broslavsky

Podana różnica nie wydaje się już prawdziwa (w przypadku OfflineIMAP patrz: createfolder )?
Nikos Alexandris,

@NikosAlexandris Tak: wprowadzono to w wersji 6.4.0. Zaktualizuję swoją odpowiedź, dziękuję za podpowiedź.
jasonwryan

Temat On-Off: kolejna różnica polega na tym, że mbsyncnie radzi sobie z UTF8, podczas gdy istnieje rozwiązanie dla Pythona offlineimap(patrz na przykład greckie znaki na pasku bocznym mutta . Chciałbym mbsyncto zrobić, albo spróbuję zaoferować rozwiązanie oparte na Pythonie dla również, jeśli to możliwe. OfflineIMAP daje mi ostatnio problemy (poprawność UID, a także tworzenie duplikatów wiadomości po usunięciu readonly = trueopcji.
Nikos Alexandris,

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.