|
Страница 1 из 4 На мой взгляд, прошли времена безраздельного царствования связки fetchmail procmail mutt. Ничего не случилось с этими программами плохого, они по-прежнему прекрасно выполняют свои функции... но вот функции эти уже не актуальны. Человек в двадцать первом веке - существо мобильное. Доступ в сеть у него есть везде. В метро, на работе, дома, в отпуске, в кафе... И доступ к корреспонденции он хочет иметь везде и всегда, с минимальными ограничениями и максимальной функциональностью. К счастью, современные технологии в состоянии это обеспечить. Только для этого их нужно "правильно" использовать. И как раз о том что есть это самое "правильно" я и позволю себе немного порассуждать.
Итак, взяв за основу факт высокой степени мобильности современного человека вообще и "айтишника" в частности, мы можем сделать вывод, что хранение почты на какой-либо одной из многих рабочих станций пользователя (рабочей ли, домашней или какой-либо другой, даже ноутбуке) - атавизм. И естественно, у данной проблемы есть только одно решение - хранение почты на сервере с возможностью доступа к оному как минимум по двум протоколам - HTTP (через веб-интерфейс) и IMAP (почтовый клиент). Я бы охарактеризовал эти два протокола следующим образом (из этой характеристики в принципе видно почему именно эти два протокола необходимы и достаточны):
- HTTP - мобильный - доступен в любой точке мира, из-под любой ОС и любого ПО
- IMAP - оперативный - необходим для постоянного пребывания "на связи". Т.е. как правило для внутриофисного использования
Вторым важным моментом, на котором хотелось бы заострить внимание читателя - это сортировка почты. Для начала, определим само понятие сортировки почты в контексте данной проблематики. Как правило, сортировка почты в понимании большинства пользователей и создателей программных продуктов (как серверных, так и клиентских) - это обработка входящей корреспонденции и рассовывание её по разным каталогам в соответствии с некоторым набором правил. Причём средства задания правил бывают разной степени гибкости, но как правило гибкость эта где-то на уровне лома. Несмотря на употреблённое мной художественное сравнение пренебрежительного характера, я не думаю, что низкий уровень гибкости этих средств - зло. Отнюдь нет, он обеспечивает приемлемый результат при минимальной сложности освоения и использования. Но лично мне, и по всей видимости не только мне, этого недостаточно.
Можно даже отвлечься на минуту и порассуждать об истоках этой "недостаточности". Если, взяв за основу классическое правило "80 на 20", предположить, что 80% необходимых действий по сортировке корреспонденции с успехом реализуется набором примитивных правил, то оставшиеся 20% действий пользователю приходится выполнять вручную. И это путь... не скажу кого и куда, но уж точно не путь дзен и даже не unix-way. Последователи последнего из упомянутых "маршрутов" склонны добиваться даже не максимальной, а полной автоматизации того, что вообще возможно подвергнуть автоматизации.
Но вернёмся к сортировке. Во-первых, уже на сервере вся корреспонденция должна быть полностью рассортирована, дабы любой клиент, с использованием любого протокола, получал один и тот же результат. Причём следует понимать, что на сервере должен быть обеспечен результат (сортировки), а сам процесс может выполняться и на стороне клиента (мы поговорим о такой схеме чуть позже). А во-вторых, желательно (правда, к сожалению, не всегда возможно), расширить введённое понятие "сортировки" в двух плоскостях:
- правила сортировки должны быть сколь угодно гибкими
- сортировке должна подвергаться вся корреспонденция, как входящая, так и исходящая, удалённая и пр.
И всё бы было хорошо. Если бы не как всегда :) Потому что начинается необходимый в любом деле переход от теории к практике. Чтобы не запутаться, будем совершать сей переход поэтапно.
|
