imap ile yerel e-posta depolama senkronizasyonu - mutt-dostu


16

özet

Benim sorunum : İstemci seçimim ile çevrimdışı e-postayı okumak istiyorum ( mutt), ancak hareket eden e-postalar vb. Eylemlerin bir imap sunucusuyla iki yönlü snc'de tutulmasını istiyorum.

Sorum : hala gibi standart araçlar kullanarak bu süre yapmak için basit bir yolu var mı fetchmail, procmailvs?

ayrıntılar

Gmail hesabım var. Çeşitli nedenlerle - bazı kurumsal - Bu postayı bir posta istemcisinden okuyabilmem gerekiyor; Gelen kutumun temiz olmasını istiyorum, tıpkı geleneksel bir yerel posta kurulumuyla koruyacağım ve 'arşivlediğim' her şeyin aranabilir olması gibi. Bir e-postayı web istemcisindeki bir klasöre taşırsam, yerel gelen kutumun bunu dikkate almasını istiyorum.

Mümkünse, bu postayı şuradan okuyabilmek istiyorum mutt. Daha önce mutt'ın yerel imap işlevini kullanıyordum, ancak mutt her çalıştırdığınızda sunucuya bir bağlantı yapmak zorundaydı; posta okurken bağlantı sık sık kesiliyor ve mutt arka planda açık; yalnızca ileti üstbilgilerinin önbelleğini tutar ve yeni iletilerin yüklenmesi sunucuya gidiş-dönüş gerektirir; bir mesaj gönderirsem, başka mesajlara bakmadan önce STMP üzerinden onaylanmasını beklemem gerekir.

Bunun bir yolu var mı? Thunderbird gibi şişman müşterileri bir çözüm olarak görmüyorum: Terminal erişimine ihtiyacım var, postalarımı grep edebilmeyi seviyorum, procmail'in filtreleme yeteneklerini iyi kullanıyorum ve ayrıştırılmış sistemleri tercih ediyorum.

Yukarıda belirtildiği gibi, fetchmail, procmailve sendmailbeni neredeyse orada - ama oldukça müşterileri arasında senkronize benim aktiviteyi tutmak için güçlü olmak için.

Bir şey mi kaçırıyorum? FreeBSD el kitabının e-posta ve bir sürü blog gönderisi bölümüne baktım, ancak hiçbir şey hepsini bu şekilde bir araya getirmiyor gibi görünüyor.

Bu arada Arch Linux ve Debian'ı çalıştırıyorum.


6
Düşündün mü offlineimapyoksa isync? İkisi de iyi çalışır ...
jasonwryan

1
@ Jasonwryan adlı kullanıcının yorumu: offlineimap.org & isync.sourceforge.net
slm

Teşekkürler. Artık absync olarak adlandırılan isync buldum. İyi çalışıyor!
Cera

Yanıtlar:


10

OfflineIMAP ve isync , muttdiğer kriterlerinizi iyi bir şekilde entegre eden ve karşılayacak programlardır .

OfflineIMAP Python ve isync ile C; ikisi de çok hızlı.

Her iki program da iyi belgelenmiştir ve kurulumu kolaydır; isync belki biraz daha kolay.

Akılda mbsynctutulması gereken her bir işlevsellik arasında önemli bir fark vardır: Uzak bir IMAP maildir 1'i yerel bir kopyadan yeniden doldurmak için kullanabilirsiniz (OfflineSAP bunu yapamaz). [Değişiklik: v6.4.0'dan itibaren OfflineIMAP, uzak depoda klasör oluşturmak için createfolders seçeneğine sahiptir ].

Arch Wiki'nin her ikisinde de yapılandırmalar ve kullanım örnekleri içeren sayfalar bulunur. 2


1. Varsayımsal olarak, uzak posta deponuzu yanlışlıkla silerseniz ve yerel bir makinedeki bir yedeklemeden kurtarmanız gerekir ...
2. eşzamansız ve OfflineIMAP .


Eşzamansız / mbsync fikrini ikinciyim. OfflineImap, Gmail hesabımla benim için yeterince güvenilir değil (birkaç yüksek trafikli posta listesine abone oldum ve OfflineImap çok sık takılıyor).
Serge Broslavsky

Belirtilen fark artık geçerli görünmüyor (OfflineIMAP için bkz. Createfolder )?
Nikos Alexandris

@NikosAlexandris Evet: bu 6.4.0'da tanıtıldı. Cevabımı güncelleyeceğim, bilgi istemi için teşekkürler.
jasonwryan

Açık-Kapalı konu: mbsyncUTF8 öğelerini işleyemeyen bir başka fark, bir Python çözümü varken offlineimap( örneğin mutt'ın kenar çubuğundaki Yunanca karakterlere bakın . Dilek mbsyncbunu yapabilir mi, yoksa Python tabanlı bir çözüm sunmaya çalışacağım) ÇevrimdışıIMAP'ler son zamanlarda bana problemler veriyor (UID geçerliliği ile ilgili, ayrıca readonly = trueseçeneği kaldırdığımda yinelenen mesajlar oluşturuyor .
Nikos Alexandris

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.