Все о почте





Связка IMAP imapfilter MUA вместо fetchmail procmail mutt

Автор JaGoTerr   
08.11.2006 г.
Оглавление
1. Связка IMAP imapfilter MUA вместо fetchmail procmail mutt
2. Этап первый. Серверный
3. Этап второй. Клиентский
4. Послесловие
Связка IMAP imapfilter MUA вместо fetchmail procmail mutt

На мой взгляд, прошли времена безраздельного царствования связки fetchmail procmail mutt. Ничего не случилось с этими программами плохого, они по-прежнему прекрасно выполняют свои функции... но вот функции эти уже не актуальны. Человек в двадцать первом веке - существо мобильное. Доступ в сеть у него есть везде. В метро, на работе, дома, в отпуске, в кафе... И доступ к корреспонденции он хочет иметь везде и всегда, с минимальными ограничениями и максимальной функциональностью. К счастью, современные технологии в состоянии это обеспечить. Только для этого их нужно "правильно" использовать. И как раз о том что есть это самое "правильно" я и позволю себе немного порассуждать.

Итак, взяв за основу факт высокой степени мобильности современного человека вообще и "айтишника" в частности, мы можем сделать вывод, что хранение почты на какой-либо одной из многих рабочих станций пользователя (рабочей ли, домашней или какой-либо другой, даже ноутбуке) - атавизм. И естественно, у данной проблемы есть только одно решение - хранение почты на сервере с возможностью доступа к оному как минимум по двум протоколам - HTTP (через веб-интерфейс) и IMAP (почтовый клиент). Я бы охарактеризовал эти два протокола следующим образом (из этой характеристики в принципе видно почему именно эти два протокола необходимы и достаточны):

  • HTTP - мобильный - доступен в любой точке мира, из-под любой ОС и любого ПО
  • IMAP - оперативный - необходим для постоянного пребывания "на связи". Т.е. как правило для внутриофисного использования

Вторым важным моментом, на котором хотелось бы заострить внимание читателя - это сортировка почты. Для начала, определим само понятие сортировки почты в контексте данной проблематики. Как правило, сортировка почты в понимании большинства пользователей и создателей программных продуктов (как серверных, так и клиентских) - это обработка входящей корреспонденции и рассовывание её по разным каталогам в соответствии с некоторым набором правил. Причём средства задания правил бывают разной степени гибкости, но как правило гибкость эта где-то на уровне лома. Несмотря на употреблённое мной художественное сравнение пренебрежительного характера, я не думаю, что низкий уровень гибкости этих средств - зло. Отнюдь нет, он обеспечивает приемлемый результат при минимальной сложности освоения и использования. Но лично мне, и по всей видимости не только мне, этого недостаточно.

Можно даже отвлечься на минуту и порассуждать об истоках этой "недостаточности". Если, взяв за основу классическое правило "80 на 20", предположить, что 80% необходимых действий по сортировке корреспонденции с успехом реализуется набором примитивных правил, то оставшиеся 20% действий пользователю приходится выполнять вручную. И это путь... не скажу кого и куда, но уж точно не путь дзен и даже не unix-way. Последователи последнего из упомянутых "маршрутов" склонны добиваться даже не максимальной, а полной автоматизации того, что вообще возможно подвергнуть автоматизации.

Но вернёмся к сортировке. Во-первых, уже на сервере вся корреспонденция должна быть полностью рассортирована, дабы любой клиент, с использованием любого протокола, получал один и тот же результат. Причём следует понимать, что на сервере должен быть обеспечен результат (сортировки), а сам процесс может выполняться и на стороне клиента (мы поговорим о такой схеме чуть позже). А во-вторых, желательно (правда, к сожалению, не всегда возможно), расширить введённое понятие "сортировки" в двух плоскостях:

  • правила сортировки должны быть сколь угодно гибкими
  • сортировке должна подвергаться вся корреспонденция, как входящая, так и исходящая, удалённая и пр.

И всё бы было хорошо. Если бы не как всегда :) Потому что начинается необходимый в любом деле переход от теории к практике. Чтобы не запутаться, будем совершать сей переход поэтапно.



 
« Почтовый сервер Exim: "Я не Sendmail, я иной"

Какой формат писем вы предпочитаете?




Форум

Outlook 2010 и Exchange
Добрый день! Нам могут приходить сообщения с разными именами отправит...
Автор: Drema
[email protected]:44
Таргет@Mail.Ru больше не будет давать ск...
Как предположила директор по развитию рекламных продуктов объединенной...
Автор: Последние новости
[email protected]:41
Outlook 2010 и Exchange
Добрый день! Нам могут приходить сообщения с разными именами отправит...
Автор: rahul12
[email protected]:25
В Москве появился бесплатный Wi-Fi от Ma...
Сеть будет работать на основе Wi-Fi-сети "Таскома", компании входящий ...
Автор: Последние новости
[email protected]:27
Mail.ru запускает в Москве бесплатную Wi...
Mail.Ru Group запускает 500 точек доступа к беспроводному интернету IC...
Автор: Последние новости
[email protected]:11
Mail.ru развернула в столице сеть беспла...
Компания Mail.ru запустила в Москве сеть бесплатного Wi-Fi и дала ей н...
Автор: Последние новости
[email protected]:53
секс знакомства в каменск уральске
В ряде интервью 19661967 гг. Секс знакомства в боброве Сайт знаком...
Автор: Lurejigo
[email protected]:44
красноярск знакомство-секс бес смс
В преддверии грядущих испытаний, трудностей и проблем нам совершенно н...
Автор: Degeruza
[email protected]:54
© 2006-2022 AboutMail.ru