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
, procmail
itp?
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
, procmail
a sendmail
po 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.
offlineimap
lubisync
? Oba działają dobrze ...Odpowiedzi:
OfflineIMAP i isync to programy, które dobrze integrują się z
mutt
innymi 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ć[Poprawka: od wersji 6.0.0 OfflineIMAP ma opcję createfolders do tworzenia folderów w zdalnym repozytorium].mbsync
(plik wykonywalny isync) do ponownego wypełnienia zdalnego katalogu pocztowego IMAP 1 z kopii lokalnej, OfflineIMAP nie może tego zrobić.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 .
źródło
mbsync
nie radzi sobie z UTF8, podczas gdy istnieje rozwiązanie dla Pythonaofflineimap
(patrz na przykład greckie znaki na pasku bocznym mutta . Chciałbymmbsync
to 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ęciureadonly = true
opcji.Może następujący http://stevelosh.com/blog/2012/10/the-homely-mutt/#getting-email doskonale napisany post od Steve'a Losha pomoże ci
źródło