 |
|
|
|
Семь веб-интерфейсов к электронной почте. Выберите лучший!
Семь веб-интерфейсов к электронной почте Требования мобильности и доступности электронной почты в любых условиях делают использование традиционных протоколов POP3/IMAP не всегда удобным. И на помощь приходят системы, обеспечивающие веб-интерфейс к почтовым ящикам, своего рода шлюзы между электронной почтой и WWW. Что в обзоре Мы рассмотрели основные характеристики наиболее популярных из существующих веб-интерфейсов к почтовым системам, чтобы выбрать наилучший из них. На чем проводилось тестирование Для тестирования использовалась машина, работающая под управлением операционной системы FreeBSD 6.1. Версии остального программного обеспечения, которое использовалось для тестирования:
Указанные версии не следует рассматривать как какие-то зависимости – большинство тестируемых пакетов хорошо работают с любыми SMTP/POP3/IMAP-серверами, в том числе и удалёнными. Проверка на Linux-машине с установленным Apache 2.0.55 и PHP 5.1.2 (для пакетов, разработанных на этом языке) показала работоспособность тестируемых пакетов и в этих условиях. Претенденты на звание лучшего В обзоре принимали участие только свободные системы, доступные в коллекции портов:
Установка выполнялась исключительно из портов в конфигурации, заданной по умолчанию. Замечу, что многие из рассмотренных пакетов доступны и для других систем, в частности, для Linux. Все, за исключением OpenWebMail, разработаны на «чистом» PHP, так что проблем с переносимостью быть не должно. Представленные здесь веб-интерфейсы рассматривались как с точки зрения администратора (простота и понятность установки и первоначальной настройки, вопросы безопасности), так и с точки зрения пользователя (функциональные возможности, удобство, внешний вид). Оценка качественных характеристик, таких как удобство и привлекательность интерфейса, производилась путём усреднения субъективных мнений автора и «независимых экспертов», завербованных из числа сотрудников редакции журнала. Мнение автора имело определяющий вес. Для каждого пакета внимание обращалось на следующие особенности:
Также обязательно проверялась «история безопасности» рассматриваемых интерфейсов по базе данных сайта www.securitylab.ru. Слово – претендентам Приступим к «смотру» основных претендентов. Обратите внимание на пункт «Демо-версия» – по этому адресу вы сможете попробовать тот или иной пакет в действии. Ну и, конечно же, представлены снимки экранов. Итак, знакомьтесь! Ilohamail
Пакет уже рассматривался на страницах журнала (№1 за 2006 г.). Установка не вызывает никаких сложностей – все необходимые для работы файлы помещаются по умолчанию в каталог /usr/local/www/ilohamail. Для начала работы этот каталог нужно либо перенести в дерево вашего веб-сайта, при необходимости переименовав его, либо создать на него ссылку в конфигурации Apache, например, так: Alias /mail/ /usr/local/www/ilohamail/ Документация, представленная на сайте, не слишком подробная (просто перечислены имеющиеся функции), зато есть почтовый список рассылки и форум, где в случае проблем можно будет получить ответ на свой вопрос. Правда, учитывая, что конфигурационные файлы прокомментированы достаточно хорошо и работа пакета предельно прозрачна, сложно представить, что какие-то проблемы могут возникнуть. Настройка выполняется путём редактирования файлов conf/login.inc и conf/conf.inc, а также других inc-файлов (если потребуется что-то нестандартное). Как минимум, нужно указать параметры SMTP-сервера, которые будут использоваться для отправки сообщений. Также настоятельно рекомендуется в параметре $default_host жёстко ограничить список POP3- и IMAP-серверов, с которыми пользователям будет позволено работать. Взаимодействие с почтовыми системами осуществляется по протоколам SMTP и POP3/IMAP (используются функции собственной разработки), то есть пакет совершенно автономен и никак не зависит от версий и режимов работы ваших серверов входящей и исходящей почты. Ilohamail вполне может быть запущен на отдельном хосте, хотя в целях минимизации сетевого трафика рекомендуется всё же устанавливать его на той же машине, где работает ваш POP3/IMAP-сервер. (Естественно, эта рекомендация больше подходит для небольших серверов с умеренной загрузкой. Для систем, работающих на пределе своих возможностей, размещение здесь же сервера Apache может оказаться не самой лучшей идеей.) Имеется поддержка SSL. По умолчанию пакет позволяет пользователю самостоятельно указывать сервер входящих сообщений и протокол, по которому будет выполняться работа. Это хорошая возможность, если вы создаёте универсальный сервер, позволяющий вашим клиентам работать со своими почтовыми ящиками, где бы те ни были зарегистрированы. То есть можно сказать, что Ilohamail – это веб-аналог обычного почтового клиента. Однако такая «вольность» таит в себе определённые проблемы безопасности, и потому я рекомендую всё же заранее указать список допустимых серверов. Вся пользовательская информация (индивидуальные настройки, отправленные сообщения, список контактов) размещается по умолчанию в каталоге data. Поскольку некоторая небрежность с расширениями файлов и отсутствием индексов может привести к неавторизованному доступу к конфиденциальным данным, настоятельно рекомендуется этот каталог перенести за пределы дерева веб-сайта, благо такая возможность предусмотрена в файле конфигурации. Ilohamail переведён на десятки языков, среди которых есть и русский (поддержка языков реализована через подключение соответствующих inc-файлов). Русификация выполнена на очень хорошем уровне, не считая нескольких опечаток в интерфейсе. Сообщения в различной кодировке Ilohamail отображает корректно, разве что «споткнулся» об UTF-8 в имени отправителя. Достаточно аскетичный и в то же время удобный интерфейс позволяет легко ориентироваться в возможностях пакета. Помимо естественной возможности отправлять почту и просматривать входящую (если в php.ini не запрещена загрузка файлов параметром «file_uploads = Off», то и с отправкой вложений никаких сложностей не возникнет), к вашим услугам календарь (правда, без возможности делать какие-то заметки), список контактов, закладки (здесь вы можете хранить интересные вам интернет-ссылки). Самостоятельно пользователь может изменить кодировку, язык, часовой пояс, правила сортировки, некоторые цвета интерфейса. Поддержка браузером JavaScript не требуется, хотя его использование позволит получить некоторые дополнительные удобства. Не является обязательной также и поддержка cookies-файлов (авторизация, как и в большинстве рассмотренных пакетов, обеспечивается механизмом сессий языка PHP, так что при отсутствии cookies пакет в состоянии использовать другие способы поддержания сессии). Из уязвимостей упоминаются лишь возможность получения доступа к конфигурации и пользовательским данным (о чём мы упоминали) и недостаточная обработка входных данных, позволяющая выполнить XSS-нападение. Обе уязвимости датированы 18.04.2005 года со степенью угрозы «низкая». В общем и целом пакет произвёл очень хорошее впечатление своей простотой, понятностью и нетребовательностью. Думаю, он будет неплохим выбором для систем, где «ехать» важнее, чем «шашечки».
Рисунок 1. IlohaMail настолько просто выполнен, что будет работать даже в links UebiMiau
Пакет UebiMiau во многом напоминает Ilohamail. По умолчанию также создаётся каталог в /usr/local/www, который нужно либо перенести в дерево веб-сайта, либо сконфигурировать как псевдоним. Также желательно вынести каталог database за пределы каталога, доступного веб-серверу. Настройки выполняются правкой файла inc/config.php. Документация на сайте находится в стадии разработки, так что надеяться приходится только на комментарии в конфигурационных файлах. Впрочем, они предельно понятны, так что сложностей с пониманием работы пакета возникнуть не должно. Поддерживается работа как по IMAP, так и по POP3 (может использоваться прямое обращение к sendmail, php-функция mail() либо работа по протоколу SMTP с любым удалённым сервером), но в настройках можно задать только один из этих протоколов. SSL не поддерживается. Права самостоятельно указывать сервер пользователи также не получают – подключаться можно только к серверам, явно указанным в конфигурации (массив $mail_servers[] в файле inc/config.php). Хранение пользовательских данных, как и в случае с Ilohamail, осуществляется в текстовых файлах, размещаемых в каталоге database, так что никаких особых прав доступа для этого каталога не требуется, и вся работа ведётся исключительно с правами пользователя, от имени которого работает Apache. Есть возможность выбрать язык интерфейса из очень большого числа вариантов. Русский среди них присутствует, и к качеству перевода никаких нареканий нет. Правда, впечатление несколько подпортила некорректная работа с кодировкой входящих сообщений – UebiMiau не сумел правильно выбрать кодировку даже для сообщения, которое через него же и отправлялось. Интерфейс организован очень удобно и интуитивно понятен. При первом входе в систему вас переправят на страницу настроек. При желании можно изменить часовой пояс, режимы управления корзиной (куда будут помещаться удаляемые сообщения), задать личную подпись. Из дополнительных возможностей – работа с папками, поиск (по отправителю, теме, телу сообщения), адресная книга. Поддержка браузером скриптов на JavaScript обязательна – иначе не будет работать даже меню. Также обязательна и поддержка cookies (хотя в настройках это требование можно отключить, тогда UebiMiau будет использовать другие способы поддержания сессий). Проблем с безопасностью зарегистрировано три, все помечены низким уровнем опасности. Последняя из них (межсайтовый скриптинг) датирована 3 июля этого года. Несмотря на предельную простоту и не столь большое число функций, этот веб-интерфейс будет прекрасным выбором в том случае, если вам просто нужно обеспечить «запасный выход» для некоторых своих клиентов (или даже только для себя), чтобы иметь возможность просмотреть свою почту из любого интернет-кафе. Впрочем, некорректная работа с кодировками может несколько подпортить впечатление.
Рисунок 2. Всё бы было хорошо, если бы кодировка не сломалась... OpenWebMail
При установке можно задать ряд параметров, в том числе подключить проверку на вирусы (с помощью ClamAV), фильтрацию спама (за это отвечает SpamAssassin), проверять правописание (подключается ispell) и так далее. Установка выполняется по умолчанию в /usr/local/www/cgi-bin/openwebmail. Для начала работы нужно указывать в адресной строке полный путь к файлу: mysite.ru/cgi-bin/openwebmail/openwebmail.pl. В принципе можно попробовать сделать более «красивый» путь с помощью псевдонимов, но в процессе работы особой необходимости в этом не возникает. Все конфигурационные файлы размещаются здесь же, в каталоге cgi-bin/openwebmail/etc. Доступ к ним регулируется с помощью прав на исполнение, так что особое внимание нужно уделять грамотной настройке доступа к cgi-каталогу (в частности, нельзя допускать, чтобы он был доступен в корне веб-сайта по прямой ссылке, в обход ScriptAlias). Документация на сайте включает файлы README, FAQ и другие, которые в ряде случаев могут оказаться полезны. Поскольку пользовательские данные OpenWebMail хранит в домашних каталогах пользователей (то есть пакет «завязан» на учётные записи и требует, в частности, чтобы каждый пользователь имел реально существующий домашний каталог), то для ряда операций используются двоичные файлы с установленным suid-битом, то есть работа выполняется фактически с правами пользователя root. С одной стороны, размещение данных в домашних каталогах гарантирует, что они не будут доступны другим пользователям, а также позволяет реализовать ряд интересных сервисных функций, таких как «веб-диск» (об этом – чуть позже). Если учесть, что за OpenWebMail тянется довольно длинный шлейф уязвимостей (я насчитал восемь, но, к чести разработчиков, замечу, что они, по большей части, охарактеризованы как имеющие низкую степень опасности), то всё это вместе отнюдь не добавляет спокойствия и уверенности в завтрашнем дне вашего сервера. Пользовательский интерфейс прямо с экрана авторизации поразил стильностью и качеством проработки деталей. Русский язык был выставлен автоматически, без необходимости что-либо править (при желании, в настройках вы сможете выбрать другой из множества доступных). В настоящее время переведено примерно 90% надписей (в частности, эта радость пока не постигла адресную книгу). Автоматическое распознавание кодировки сообщения выполняется на уровне – все тестовые сообщения были отображены правильно, включая отправителя, тему и само сообщение. Правда, OpenWebMail споткнулся (как и все остальные, впрочем) на кириллическом имени вложения (отправлялся созданный в Windows файл с именем «тест.txt»). Пиктограммы панели инструментов достаточно удобны в работе, не загромождая экран и позволяя интуитивно ориентироваться в доступных функциях. Хотя их маленький размер для утомлённого годами терминальной работы админского глаза показался поначалу не слишком комфортным. Помимо функций работы с электронной почтой к вашим услугам – адресная книга, календарь, где можно отмечать важные события, фильтр входящих сообщений, расширенная форма поиска, веб-диск, с помощью которого вы сможете хранить на сервере свои файлы, без необходимости прибегать к услугам FTP-сервера и даже интерфейс ssh-терминала. Также реализованы всплывающие окна, информирующие о наступлении того или иного события, например, получении нового сообщения. Использование JavaScript не обязательно, но вот для поддержания сеанса работы поддержка cookies обязательно должна быть включена. Нужно заметить, что, по сравнению с «легковесами», разработанными на PHP, OpenWebMail заметно притормаживает, задумываясь на секунду-другую, прежде чем обновить экран. В принципе ожидать иного от «чистого» CGI-интерфейса и не приходится, а для работы в mod_perl пакет не предназначен (в первую очередь из-за «бинарных» вставок). Отдавая должное огромной работе, проделанной разработчиками, следует сказать, что пакет OpenWebMail – очень мощное и эффективное решение, особенно если веб-интерфейс является для вас и ваших клиентов основным способом работы с электронной почтой. Но, с другой стороны, невысокая скорость работы и потенциальные проблемы с безопасностью делают его не слишком пригодным для работы в «большом Интернете».
Рисунок 3. Здесь есть почти всё, о чём только можно мечтать
Рисунок 4. Веб-диск позволит вам копаться в своём домашнем каталоге, даже если злой админ не открыл FTP-доступ SquirrelMail
Как и в случае большинства рассмотренных здесь пакетов, всё, что требуется для работы, при инсталляции помещается в /usr/local/www/squirrelmail. Здесь же, в каталоге config, можно найти файл конфигурации, где нужно будет указать параметры SMTP- и IMAP-серверов. В поставке имеется и Perl-скрипт под именем conf.pl, который поможет вам выполнить настройку интерактивно (запускается он из командной строки). Если вам доводилось заниматься настройкой различного сетевого оборудования, то интерфейс покажется вам знакомым (см. рис. 6). Документация на сайте весьма подробная, коротко, но ясно описывающая буквально каждый шаг. Есть большое число дополнений, которые можно установить из коллекции портов (например, вы можете автоматически добавлять к каждому письму «нижний колонтитул» с помощью плагина squirrelmail-email_footer-plugin или выполнять с помощью squirrelmail-login_auth-plugin автоматическую HTTP-аутентификацию). Язык по умолчанию предлагается английский, но может быть переопределён в настройках («Options -> Display Preferences»), где среди множества представленных вы наверняка найдёте тот, который вам нужен. Русский там, естественно, присутствует. Качество перевода никаких нареканий не вызвало, «белых пятен» также в ходе тестирования не обнаружилось. Там же, в настройках, помимо всего прочего, можно изменить и цветовую гамму интерфейса. Выбор заложенных в поставку тем огромен – от приятных и гармоничных (например, Bluesome), до режущих глаз ядовито-зелёных. Впрочем, на вкус и цвет, как известно, товарищей нет. Обрадовало наличие подробной справочной информации, доступной здесь же, через веб-интерфейс. Так что особо непонятливых пользователей, которые умудрятся заблудиться в столь понятном и простом интерфейсе, можно будет отсылать к ней, а не «куда-нибудь подальше». Отправка-чтение работают «на ура», включая вложения (за исключением русских имён файлов) и автораспознавание кодировки. Из «сервисных функций» – адресная книга, работа с папками, поиск и справка. Ряд дополнительный функций можно установить из плагинов. А вот что касается безопасности, то первое, что приходит в голову при просмотре списка уязвимостей, это слово «решето»... 22 штуки, включая «средние» и «критические», позволяющие получить доступ к системной информации и даже выполнение произвольного кода с правами веб-сервера – это уже не шутки. Правда, последнее время «поток уязвимостей» несколько стабилизировался, так что можно надеяться, что сейчас использование пакета не представляет такой уж серьёзной опасности. Так что, если «паранойя» – не ваш диагноз, то SquirrelMail обеспечит вашим пользователям удобный и прекрасно локализованный веб-интерфейс для работы с электронной почтой, к тому же позволяющий выбрать из множества тем именно то оформление, которое сделает приятным даже получение письма от начальства, что срочно нужно подготовить отчёт, срок сдачи – «вчера»...
Рисунок 5. В SquirrelMail можно найти и довольно гармоничные темы
Рисунок 6. Интерактивная конфигурация – к вашим услугам RoundCube
Для хранения пользовательских данных использует СУБД – при инсталляции предлагается на выбор MySQL или PostgreSQL. После сборки размещается в /usr/local/www/roundcube. Перед началом работы требуется сформировать нужную базу данных и настроить параметры подключения к ней в конфигурации (файл config/db.inc.php). Прочие настройки, такие как параметры почтовых серверов, указываются в config/main.inc.php. Если что-то будет работать не так, то первое место, куда следует обратиться за разъяснениями, – лог-файлы в roundcube/logs. Первая ошибка, с которой мне пришлось столкнуться, – это сообщение, что отсутствует функция session_start(). Для её устранения пришлось в php.ini установить следующий параметр: ; Initialize session on request startup session.auto_start = 1 Кстати сказать, ещё одна переменная – register_globals, которая раньше также создавала много проблем, для рассматриваемых пакетов не критична, так что можно вполне оставить значение по умолчанию (обычно по соображениям безопасности это «Off»). Для нормальной работы обязательно требуется доступный IMAP-сервер – работа по POP3, похоже, не поддерживается. Для работы с IMAP-серверами может использоваться либо функция mail(), либо код, разработанный для Ilohamail. Поддержка безопасных SSL-соединений реализована. В общем, установка и настройка особых сложностей не вызовут, хотя некоторые тонкие моменты можно было бы и более подробно осветить в документации, представленной на сайте. К слову, документация оформлена в виде wiki, что вселяет надежду на её быстрое наполнение. Пользователю для полноценной работы потребуется браузер, в полном объёме поддерживающий CSS2, XHTML, объектную модель JavaScript и XMLHttpRequest. Впрочем, это умеют практически все современные браузеры. Также обязательной является и поддержка cookies. Среди переводов есть и русский язык. Включить его можно в настройках. Там же доступны вкладки для работы с папками и своим профилем. Интерфейс очень интересный. Особенно поразили полупрозрачные диагностические сообщения, выводимые поверх основной страницы. Некоторая непривычность интерфейса, в частности, отсутствие кнопки «Отправить» в форме создания нового сообщения, может сбить с толку – не сразу догадываешься, что для отправки сообщения нужно щёлкнуть на пиктограмму, больше похожую на изображение принтера. Так же не совсем привычно, что, например, для просмотра какого-то сообщения открывать его нужно двойным, а не одинарным щелчком. Поддержка различных кодировок выполнена на высоком уровне («зюки» вместо имени вложения мы уже не рассматриваем – эту проверку не прошёл ни один из кандидатов). Из дополнительных функций – лишь список контактов. Информацию об известных уязвимостях обнаружить не удалось, так что если вы фанат самых продвинутых технологий или хотите доставить своим пользователям эстетическое удовольствие от прикосновения к столь тонко проработанному дизайну, то RoundCube будет для вас хорошим выбором – задачу «кубатуры круга» разработчики решили превосходно.
Рисунок 7. Наверное, именно так и должно выглядеть совершенство ISMail
Для хранения пользовательской информации может использоваться domxml (по умолчанию), MySQL или PostgreSQL. Примеры настройки на работу с той или иной базой данных можно найти в /usr/local/share/examples/ismail. Кстати, расширение PHP – domxml как зависимость почему-то не установилось, так что пришлось доустанавливать его вручную из порта php4-extensions. Документация на сайте довольно удобна, для сообщений об ошибках (Bug Reports) предусмотрено использование электронной почты. Установка выполняется в /usr/local/www/data/ismail, так что если data в вашем случае является символьной ссылкой на корень веб-сайта, то будьте готовы к тому, что ISMail сразу станет доступен вашим пользователям. Так же, как и для RoundCube, необходимо в php.ini разрешить автоматическую инициализацию сессий: ; Initialize session on request startup session.auto_start = 1 Конфигурационные файлы размещаются в каталоге include. Для того чтобы веб-интерфейс заработал, нужно переименовать файлы ismail.conf.sample и istheme.conf.sample в ismail.conf и istheme.conf соответственно. Ну и, естественно, внести в них необходимые изменения. В частности, обязательно нужно прописать секцию своего домена (пример того, как это сделать, можно посмотреть в секции default). И не забудьте убрать секцию example.net, иначе она тоже будет предлагаться на выбор при входе в систему. Для отправки сообщения вы должны задать переменную mailprogram в конфигурационном файле, которая бы указывала на вашу локальную программу отправки почты. В нем по умолчанию есть примеры для использования sendmail и exim. Если через /bin/sendmail, то и постфикс имеет такой враппер – конкретно используется команда: /usr/libexec/sendmail/sendmail -oi -t но, поскольку эта команда задаётся прямо в конфигурационном файле, то в принципе можно указать любой вызов, лишь бы он поддерживал нужный режим работы. Изменил предыдущее предложение... Использовать любой SMTP-сервер вы не сможете. Интерфейс буквально поразил своей красотой в стиле Ubuntu. Но ещё больше «поразил» нечитаемыми символами, выводимыми вместо русских букв в именах отправителей и темах сообщений. Удручила и невнятная панель инструментов, о назначении иконок на которой можно узнать, только подведя к ней мышку (возможно, со временем, когда работа дойдёт до автоматизма, это будет и удобно, что ничего лишнего, но при первом знакомстве с таким интерфейсом просто теряешься). Зато по расположению фреймов очень напоминает привычные многим «оффлайновые» почтовые клиенты типа Outlook Express, что можно считать довольно хорошим начинанием (особенно это поможет низкоквалифицированным пользователям). Для работы требуются JavaScript и поддержка cookies. При попытке открыть форму редактирования нового сообщения меня встретил чистый экран. Поискав в логах, я обнаружил сообщение об ошибке:
Пришлось в указанном файле заменить строчку: $addedentry = $AddressBook->AddEntry($headerinfo->(ISDecode(fromaddress)); на: $addedentry = $AddressBook->AddEntry(ISDecode($headerinfo->fromaddress); После этого форма стала открываться. Кнопки «Отправить» и здесь нет (видимо, разработчики решили во всём следовать интерфейсу «оффлайновых» клиентов), так что пришлось предварительно поводить мышкой по иконкам, разбираясь, что же они означают. Если вы не большой поклонник коричневого, то внешний вид можно подправить в include/istheme.conf. С языком – хуже. Среди настроек русский не отыскался. Тем не менее определённую надежду вселило наличие каталога locale, где можно найти mo- и po-файлы для итальянского, чешского, датского и английского, но почему-то выбор любого из этих языков в настройках на языке интерфейса никак не отражался. Разве что «зюки» становились другими. Создание «по образу и подобию» каталога с русской локалью (пришлось повспоминать азы gettext) не привело к появлению родного языка среди доступных. Пришлось править исходники. В частности, русский язык был добавлен в список доступных в массив $defaultsettings["locale"]["values"] (файл include/globals.php). Но на переключение языка интерфейса эта опция упорно влиять не желала. Так что, не мудрствуя лукаво, в include/globals.php был жёстко прописан для варианта по умолчанию «ru_RU», и там же (строка 204) явно указана кодировка, так как из файла локалей её разработчики решили не вытаскивать, ограничившись жёсткой привязкой к iso-8859-2: function PageHeader($echo=1, $frame=0) { $header = ""; if ($_SESSION["locale"] == "ru_RU") { $header = "<?xml version=\"1.0\" encoding=\"koi8-r\"?>\n"; } else { $header = "<?xml version=\"1.0\" encoding=\"iso-8859-1\"?>\n"; } Вся эта «хирургия» позволила наконец-то увидеть русские надписи в элементах интерфейса, и koi8-r стал отображаться нормально и в сообщениях. А вот письмам в других кодировках так и не повезло – они по-прежнему сохранили свою «нечитаемость». Похоже, пакет не предусматривает, что у кого-то может быть несколько кодовых таблиц и что все их хорошо бы обрабатывать по-своему. Из дополнительных функций – лишь адресная книга, так что даже если абстрагироваться от проблем с кодировками, пакет всё равно оставляет чувство какой-то недоработанности. Небольшим утешением можно считать отсутствие известных уязвимостей. Тем не менее ISMail можно порекомендовать разве что любителям копаться в исходниках и править локали. Ну а я с грустью констатирую, что мне «взять Измаил» сходу не удалось, а к длительной осаде я сейчас не предрасположен.
Рисунок 8. Крепость так и не сдалась... NoCC
Установка выполняется в /usr/local/www/nocc. Перед началом работы следует внести нужные изменения в конфигурационный файл (conf.php), к слову, очень подробно прокомментированный. Обязательно нужно установить значение переменной $tmpdir. Пришлось также доустановить из php4-extensions расширение Iconv (как зависимость оно не установилось). Не забывайте перезапускать Apache после добавления расширений. В отличие от RoundCube и ISMail, здесь для нормальной работы, наоборот, нужно отключить автоматическую инициализацию сессий: ; Initialize session on request startup session.auto_start = 0 В противном случае получите ошибку «Невозможно подключиться к серверу». Cookies для поддержания сессии не требуются. Имеется поддержка SSL. Русский язык был предложен по умолчанию. Интерфейс довольно милый (хотя и несколько громоздкий), с корректным отображением кириллицы. Ничего лишнего (даже настроек, не говоря уже об адресных книгах и т. д.). Есть по умолчанию три цветовые темы (выбрать одну из них можно при входе, на экране ввода логина и пароля). Уязвимостей было обнаружено две (последняя из них в феврале этого года – с уровнем «средний»). Несмотря на это, пакет вполне можно считать достаточно неплохим выбором для использования на промышленных серверах, особенно если вы не планируете баловать своих пользователей различными «излишествами».
Рисунок 9. Эх, если бы не загромождённость поля «От» да лишнее поле «Кому»...
Рисунок 10. А это уже другая тема. Тоже, впрочем, неплохо Подводим итоги Для того чтобы было проще охватить сразу все рассматриваемые пакеты, наиболее важные особенности сведены в таблицу. Довольно сложно вынести вердикт, что «этот пакет хорош, а этот плох». За исключением ISMail, который так и не удалось заставить полноценно работать, не говоря уже о работе «из коробки» (впрочем, никто поддержку русского языка здесь и не обещал), каждый из оставшихся вправе претендовать на вашу благосклонность. Если вам нужно лёгкое и нетребовательное решение, то хорошими кандидатами являются Ilohamail, NoCC или UebiMiau (последний – если для вас не слишком критична корректная работа с различными кодировками). Для «гурманов» прекрасным выбором будет блистательный RoundCube (если не обращать внимания на не очень богатый фунционал). Если вам нужна непревзойдённая функциональность, даже ценой снижения безопасности сервера, то обратите внимание на OpenWebMail или SquirrelMail. Сравниваем веб-интерфейсы к электронной почте
Примечания: * SMTP – отправка сообщений по протоколу SMTP; MSA – использование почтового агента напрямую (например, sendmail); собственная – собственная реализация функции отправки. ** простота установки и настройки дана как интегральный субъективный показатель (от 1 до 5), учитывающий «прозрачность» пакета, комментарии в конфигурационных файлах, качество документации, а также необходимость «доводки напильником». *** усреднённая оценка удобства и внешнего вида указана как средняя оценка (от 1 до 5), присвоенная интерфейсу редакцией. **** OpenWebMail работает напрямую с хранилищами, автоматически определяя их тип. ***** отметка «+/-» означает, что пакет не смог корректно отобразить Unicode в поле «Отправитель». В общем, выбирать есть из чего, и окончательное решение мы оставляем за вами. |
СЕРГЕЙ СУПРУНОВ
Комментарии отсутствуют
| Добавить комментарий |
|
Комментарии могут оставлять только зарегистрированные пользователи |
|
