локальне зберігання електронної пошти, що синхронізується із зображенням - зручне для бездротових даних


16

Підсумок

Моя проблема : Я хочу читати електронну пошту в режимі офлайн із вибором клієнта ( mutt), але хочу, щоб дії, такі як переміщення електронних листів тощо, зберігалися у двосторонній синхронізації з сервером Imap.

Моє питання : Чи є простий спосіб зробити це , поки ще з використанням стандартних інструментів , таких як fetchmail, procmailі т.д.?

Деталі

У мене є акаунт gmail. З різних причин - деякі інституційні - мені потрібно вміти читати цю пошту від поштового клієнта; Я хочу, щоб мій папку "Вхідні" була чистою, так само, як я б підтримував її традиційною локальною настройкою пошти, і щоб все, що я "архівував", можна було шукати. Якщо я переміщу електронний лист у папку веб-клієнта, я хотів би, щоб моя місцева папка "Вхідні" врахувала це.

Коли це можливо, я хочу, щоб я міг прочитати цей лист mutt. Раніше я використовував вбудовану функцію Imap для mutt, але mutt повинен з'єднуватися з сервером кожного разу, коли ви запускаєте його; підключення часто падає, коли я читаю пошту, а тютюн відкритий на задньому плані; він зберігає лише кеш заголовків повідомлень, а для завантаження нових повідомлень потрібен зворотній похід до сервера; якщо я надсилаю повідомлення, мені доведеться чекати його підтвердження через STMP, перш ніж я зможу переглянути будь-які інші повідомлення.

Чи існує якийсь шлях до цього? Я не вважаю жирних клієнтів, як Thunderbird, рішенням: мені потрібен термінальний доступ, мені подобається мати змогу схвалювати пошту, я добре використовую можливості фільтрації procmail, і я віддаю перевагу роз'єднаним системам.

Як уже згадувалося вище, fetchmail, procmailі sendmailотримати мене майже там - але не зовсім , щоб бути в змозі тримати свою діяльність в синхронізації між клієнтами.

Я щось пропускаю? Я переглянув розділ підручника FreeBSD по електронній пошті та купу публікацій в блозі, але ніби нічого не поєднує це все таким чином.

До речі, я запускаю Arch Linux та Debian.


6
Ви розглядали offlineimapчи isync? Вони обоє добре працюють ...
Jasonwryan

1
Просто для вирішення коментарів @ jasonwryan: offlineimap.org & isync.sourceforge.net
slm

Спасибі. Я знайшов isync, тепер його називають absync. Це добре працює!
Цера

Відповіді:


10

OfflineIMAP і isync - це обидві програми, які добре інтегруються з muttіншими критеріями.

OfflineIMAP написаний на Python, а isync на C; обидва дуже швидкі.

Обидві програми добре задокументовані та прості у створенні; Ісинх, можливо, трохи простіше.

Існує одна істотна різниця між функціональністю кожного, про що варто пам’ятати: ви можете використовувати mbsync(виконуваний файл isync) для повторного заселення віддаленого IMAP maildir 1 з локальної копії, OfflineIMAP не може цього зробити. [Поправка: від v6.4.0, OfflineIMAP має createfolders можливість створювати папки на віддаленому сховище].

Arch Wiki має сторінки на обох, із прикладними конфігураціями та випадками використання. 2


1. У випадку, якщо гіпотетично, ви ненавмисно видалите свій віддалений магазин пошти та вам потрібно відновити з резервної копії на локальній машині ...
2. isync та OfflineIMAP .


Я другий ідея isync / mbsync. OfflineImap недостатньо надійний для мене з моїм обліковим записом Gmail (я підписався на декілька списків розсилки з високим трафіком, і OfflineImap зациклювався дуже часто).
Серж Брославський

Зазначена різниця, здається, більше не відповідає дійсності (для OfflineIMAP див.: Createfolder )?
Нікос Олександріс

@NikosAlexandris Так: це було введено в 6.4.0. Я оновлю свою відповідь, дякую за підказку.
Jasonwryan

Тема, що вимикається: ще одна відмінність полягає в тому, що mbsyncне вдається обробити матеріали UTF8, в той час як для Python є рішення offlineimap(див. Грецькі символи на бічній панелі mutt . Хочеш mbsyncце зробити, або я спробую запропонувати рішення на основі Python для так само, якщо можливо. ОфлайнІМП у мене виникають проблеми останнім часом (пов'язані з дійсністю UID, а також створення повторюваних повідомлень, коли я знімаю readonly = trueопцію.
Nikos Alexandris

1

Можливо, наступний http://stevelosh.com/blog/2012/10/the-homely-mutt/#getting-email чудово написаний пост від Стіва Лоша допоможе вам


5
Було б краще повторити відповідні частини інформації, яку посилання надає тут, і використовувати посилання в якості посилання для більш детальної інформації. Таким чином ваша відповідь залишається корисною, навіть якщо посилання в якийсь момент відійде.
Антон
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.