IMAP4: "проверка жизнью"

Неполная совместимость клиентских и серверных продуктов ограничивает область применения нового протокола.

В прошлом году протокол IMAP4 (Internet Mail Access Protocol 4) привлек к себе достаточно серьезное внимание со стороны производителей систем электронной почты. Появление стандартного способа взаимодействия почтовых программ, позволяющего клиентским и серверным продуктам разных производителей "говорить на одном языке", вызвала в отрасли широкий резонанс. Утверждается, что IMAP4 "освободит" пользователей, которые сейчас "прикованы" к единому почтовому клиенту, позволив им выбирать для себя любое клиентское ПО, использовать его в любом месте и не жертвовать при этом управляемостью своей почтовой системой.

Основанные на стандартах почтовые серверы (например, Netscape Messaging Server) поддерживают IMAP уже достаточно давно. Однако в 1997 г. основные поставщики почтовых систем (Lotus, Microsoft и Novell), продукты которых традиционно основывались на оригинальных почтовых протоколах, выпустили новые версии своих систем, обеспечивающие поддержку IMAP4. Итак, должно ли это нас обрадовать?

Чтобы ответить на этот вопрос, мы решили устроить протоколу IMAP4 "проверку жизнью" и посмотреть, как взаимодействуют друг с другом отдельные клиентские и серверные программы (краткие результаты этой проверки сведены в таблицу "Совместимость клиентов и серверов IMAP4").

Для начала немного истории

Принято считать, что достижение совместимости между оригинальными (нестандартными) системами электронной почты представляет большую проблему. Эта проблема частично решается с помощью специальных шлюзов, а широкое распространение Internet привело к тому, что стандартным средством обеспечения совместимости почтовых систем стал протокол SMTP (Simple Mail Transfer Protocol - простой протокол передачи почты).

Другой важной задачей считается переход к почтовым системам, использующим независимые клиентские и серверные продукты. Эта цель часто провозглашалась, но редко достигалась на деле, и использование IMAP4 стало всего лишь еще одной попыткой решения проблемы.

Возможно, вы помните, что некогда был предложен стандарт VIM (Vendor Independent Messaging), призванный обеспечить возможность взаимодействия любого VIM-совместимого клиента с любым VIM-совместимым сервером. VIM получил сильную поддержку со стороны Borland International и Lotus, тем не менее как стандарт он проиграл MAPI - альтернативному стандарту, предложенному компанией Microsoft. MAPI не только позволил решить проблему совместимости клиентов и серверов, но и был снабжен набором API-интерфейсов и почтовой подсистемой, которую могли использовать все Windows-приложения.

Несмотря на успех MAPI на настольных системах, данному протоколу так и не удалось стать стандартным средством обеспечения совместимости, поскольку, честно говоря, он не очень-то хорошо работал. Это заставило нас обратить свои взоры к "богам" Internet, создавшим протокол TCP/IP. Может быть, они смогут обеспечить совместимость между клиентами и серверами, ведь в свое время с помощью протокола SMTP они решили такую задачу для почтовых систем в целом.

Наиболее распространенным почтовым клиентским протоколом в Internet является POP3, обеспечивающий отличную совместимость. Однако этот протокол имеет ряд существенных недостатков, ограничивающих его применение в защищенной брандмауэром корпоративной среде. Главный недостаток состоит в том, что POP3 - всего лишь протокол загрузки почтовых сообщений (так же как FTP - протокол загрузки текстовых и двоичных файлов). Если ваша организация рассматривает электронную почту как критически важное приложение, вам будет не хватать функций типа централизованного резервного копирования и восстановления почтовых сообщений, поскольку они просто не предусмотрены в POP3.

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

Конечно, существуют и другие, основанные на стандартах, способы обеспечения доступа мобильных пользователей к электронной почте. Например, использование почтовых клиентов на базе браузеров - отличный способ удовлетворить потребности разъездных сотрудников вашей организации, поскольку при этом они получают удаленный доступ к сообщениям, не страдая от децентрализованности POP3 и проблем совместимости, имеющихся сейчас в IMAP4.

Наиболее популярные почтовые серверы (в число которых входят и четыре продукта, рассматриваемых в данном обзоре) поддерживают доступ к почтовым сообщениям на базе браузера, а также протоколы POP3 и IMAP4. Электронная почта на базе браузера имеет несомненные достоинства: Web-браузер есть практически на любом компьютере, поэтому вы сможете получить свою почту, где бы вам не довелось оказаться. Есть однако и менее очевидные вещи, связанные с использованием браузеров для работы с электронной почтой, и основные из них - продуктивность и удобство работы пользователей.

Для пользователей, которые не часто заглядывают в свой почтовый ящик, продуктивность, наверное, не так уж и важна. Если же вы пользуетесь электронной почтой постоянно, то наверняка найдете взаимодействие с почтовым клиентом на базе браузера весьма обременительным. Какой бы замечательный пользовательский интерфейс ни создал производитель, я просто категорически отказываюсь все время работать с почтовым клиентом на базе браузера - хотя бы потому, что каждое мое действие приводит к обновлению страницы.

Возможно, мои слова о неудобствах работы заставят вас подумать, что я слегка спятил, - все ведь прекрасно знают, как пользоваться браузером, не так ли? Прежде чем делать такой вывод, вспомните, многим ли вашим пользователям известно, как в почтовом клиенте на базе браузера посылать сообщение с присоединенным к нему файлом. А как насчет метода буксировки мышью для перемещения сообщений в другую папку? С почтовым клиентом на базе браузера далеко не уехать, это уж точно. Он является хорошей альтернативой традиционным средствам удаленного доступа к почте, но для каждодневной работы явно не подходит.

IMAP4 наступает?

IMAP4 призван решить именно ту задачу, которую не способен выполнить POP3, - управлять почтой, хранящейся на сервере. При использовании IMAP4 все сообщения пользователя, а также папки, в которых они хранятся, располагаются на сервере - как и в традиционных почтовых системах. Преимущество стандартного протокола состоит в том, что пользователи могут работать с почтовыми ящиками, читать сообщения, отвечать на них и управлять своей почтой с помощью любого IMAP4-совместимого почтового клиента. А это дает им свободу в выборе клиентского ПО.

Однако, прежде чем устанавливать рубильник на вашем сервере в положение "IMAP4" и объявлять пользователям о наступлении эры анархии, стоит учесть некоторые соображения.

Большинство оригинальных почтовых систем уже поддерживают подключенный и отключенный режимы. Работа в подключенном режиме требует постоянного соединения между клиентом и сервером; находясь в офисе, вы будете наслаждаться богатыми возможностями системы электронной почты. Отключенный же режим позволяет пользователям реплицировать (копировать) содержимое своих почтовых ящиков (полностью или частично) на локальный диск, чтобы просматривать сообщения и создавать новые, автономно работая дома, в командировке или в любом другом месте. Стандарт IMAP4 также обеспечивает эти возможности, и в некоторых продуктах они реализованы действительно хорошо, однако далеко не все клиенты поддерживают репликацию для отключенного режима.

Одно из важных преимуществ традиционных почтовых платформ, ориентированных на групповую работу пользователей, перед системами на базе IMAP4 - их тесная связь с другими функциями группового ПО, такими как ведение календаря и составление расписаний, а также со средствами автоматизации деловых процессов (workflow). И хотя нынешние почтовые системы (ранее считавшиеся оригинальными) позволяют использовать клиент IMAP4 для доступа к хранилищу сообщений, указанные возможности группового ПО весьма трудно реализовать без специализированных клиентов.

Еще одним свойством традиционных почтовых решений является их способность выполнять на сервере всевозможные правила, которые в IMAP4 называются фильтрами. В текущем стандарте IMAP4 фильтры работают на стороне клиента; это говорит о том, что стандарт нуждается в некоторой доработке. Она уже ведется, но пройдет еще немало времени, прежде чем клиентские и серверные продукты начнут полностью поддерживать серверные фильтры.

Скорее всего, если вы уже имеете почтовую систему, вы не захотите отказываться от нее только ради того, чтобы воспользоваться IMAP4. И все же, даже несмотря на недостатки текущей версии, этот протокол имеет некоторые весьма привлекательные свойства. Например, администраторы могут применять почтовые ящики IMAP4 для создания общих новостных групп или дискуссионных форумов. Протокол IMSP (Internet Messaging Support Protocol) позволяет клиентам хранить информацию приложений, например персональную адресную книгу пользователя, на сервере. К сожалению, поддержку IMSP сейчас обеспечивают далеко не все клиенты IMAP4.

Одна из проблем, свойственных IMAP4, связана с доступом к централизованно хранящимся корпоративным адресным книгам. Соответствующие клиенты и серверы оригинальных почтовых систем (например, клиент и сервер cc:Mail) могут без каких-либо проблем совместно использовать эту информацию. От клиентов и серверов IMAP4 для доступа к корпоративному каталогу требуется поддержка еще одного стандартного протокола - Lightweight Directory Access Protocol (LDAP).

И наконец, последней проблемой, которую следует принять в расчет, прежде чем переходить к IMAP4, является преобразование адресов SMTP. Когда на оригинальной почтовой платформе активизируется поддержка IMAP4, адрес пользователя имеет определенный смысл в пределах данной почтовой системы, однако в общем случае он не совпадает с SMTP-адресом в Internet. IMAP4 - всего лишь протокол доступа к почтовым сообщениям, который, в отличие от SMTP, не предназначен для выполнения маршрутизации почты. Поэтому для маршрутизации исходящих сообщений клиенты IMAP4 полагаются на почтовые серверы SMTP. Когда клиент IMAP4 отвечает на сообщение, полученное от пользователя того же домена оригинальной почтовой системы, сервер должен автоматически вычислить соответствующий почтовый адрес SMTP для данного пользователя; в противном случае, сообщение не будет доставлено адресату.

Проверка на практике

Учитывая все вышесказанное, мы решили оценить наиболее привлекательное, но нуждающееся в доказательстве, свойство IMAP4, а именно совместимость различных клиентов и серверов, поддерживающих данный протокол. Были выбраны три наиболее популярных (традиционно считающихся оригинальными) почтовых "тяжеловеса" - GroupWise 5.2 от Novell, Domino 4.6a от Lotus и Exchange Server 5.5, Enterprise Edition компании Microsoft. Чтобы придать обзору более законченный вид, мы добавили основанный на стандартах почтовый сервер Messaging Server 3.5 компании Netscape.

Выбрать серверы для наших испытаний было несложно. Собрать же нужное количество клиентов, чтобы сделать тестирование достаточно исчерпывающим, оказалось значительно труднее. Наконец, мы выбрали трех фаворитов - Eudora Pro Email, Version 4.0 от Qualcomm, Microsoft Internet Explorer 4.01 и Netscape Communicator 4.04. Почтовыми программами, входящими в состав указанных продуктов Microsoft и Netscape, являются Outlook Express и Messenger соответственно. Мы также включили в испытания пару менее известных продуктов - Simeon Mail Client 4.1.4 компании Esys и Siren Mail 4.0.2 компании Avistar Systems. Нам хотелось испытать и другие достаточно популярные почтовые программы, такие как Z-mail от NetManage, QuickMail от CE Software и др., однако выяснилось, что некоторые из них перестали поставляться, а другие не поддерживают IMAP4.

Проводя испытания, мы сосредоточили свое внимание на основных задачах, которые выполняет с помощью почтовых систем большинство корпоративных пользователей. К ним относятся передача, прием и переадресация сообщений, ответ на получаемую почту, создание и использование папок для эффективного управления почтовым ящиком. Мы проверили "в деле" и ряд продвинутых функций IMAP4, таких как работа в автономном режиме, синхронизация почтовых ящиков с сервером, выборочная подписка на отдельные почтовые папки, поиск сообщений и применение основанных на правилах фильтров для автоматизации управления почтовым ящиком. Наконец, мы выполнили более 25 тестов на совместимость для каждой из 20 клиент-серверных комбинаций.

Хотя в испытаниях участвовали три почтовых сервера, традиционно считающихся оригинальными, мы не оценивали их общие возможности как почтовой платформы. Например, серверы Domino, Exchange Server и GroupWise не испытывались в сочетании с их специализированными клиентами, поскольку эти клиенты не являются IMAP4-совместимыми. Нас интересовали аспекты каждого продукта, которые важны для обеспечения совместимости с клиентами IMAP4.

В совершенном стандартизованном мире любые основанные на стандартах серверы должны быть одинаково совместимы с основанными на стандартах клиентами. Однако в наших испытаниях обнаружилось, что не все комбинации равны.

GroupWise 5.2

Систему GroupWise оказалось значительно сложнее, чем другие, настроить для выполнения маршрутизации входящей и исходящей SMTP-почты. Кроме того, взаимодействуя с сервером GroupWise, клиенты получили больше всего проблем. Хотя в качестве корпоративной почтовой системы GroupWise имеет множество достоинств, например интеграцию со службой каталогов Novell Directory Services (NDS), в качестве IMAP4-совместимого почтового решения продукт нуждается в некоторой доработке.

GroupWise может выполняться на нескольких платформах, включая NetWare 4.x, Windows NT и различные варианты Unix, но для работы продукта требуется NDS, поэтому наиболее естественным образом он вписывается в среду NetWare. В общем случае для инсталляции и конфигурирования GroupWise нужно выполнить несколько больше операций, чем для других серверов, рассматриваемых в данном обзоре. А для активизации дополнительных функций, ориентированных на Internet, таких как маршрутизация SMTP-почты, поддержка IMAP4 и LDAP, необходим еще ряд шагов. Например, чтобы обеспечить поддержку дополнительных протоколов, мы были вынуждены создать в NDS отдельный объект Internet Agent. Потребовалось также создать соединение с внешним почтовым офисом, дабы задействовать маршрутизацию SMTP-почты из/в Internet.

Кроме того, мы должны были вручную задать правило преобразования SMTP-адресов, чтобы установить соответствие между адресами пользователей в системе GroupWise и почтовыми адресами в Internet. Дополнительно можно назначить Internet-адрес каждому пользователю на уровне пользовательских объектов в NDS, и мы решили, что для нашего тестирования последний подход позволит наиболее быстро настроить маршрутизацию почты через Internet. Для крупных же организаций этот способ неэффективен.

Изначально совместимость GroupWise с клиентами IMAP4 в лучшем случае можно было назвать слабой. Однако когда на сервер GroupWise был установлен последний сервисный пакет, многие проблемы исчезли.

Оценка совместимости различных клиентов с GroupWise варьировалась от "слабо" до "вполне приемлемо". Например, Outlook Express (занявший 2-е место по совместимости с сервером GroupWise, после клиента Netscape) позволяет читать сообщения, создавать папки и перемещать сообщения из одной папки в другую.

Единственным клиентом, способным выполнять основанный на LDAP поиск в каталоге пользователей GroupWise, является Messenger. Используя клиент Eudora, мы не смогли выполнить ни одной операции с сервером GroupWise, кроме аутентификации пользователя. Нам не удалось ни просмотреть заголовки сообщений, ни прочитать почту. Вполне возможно, что в реализации самих клиентов есть ошибки, но поскольку при работе с GroupWise многие клиенты имели проблемы, наибольшие подозрения все же падают на сервер.

Если вас интересует реализация на платформе NetWare почтовой системы, которая будет поддерживать только протоколы POP3 и IMAP4, рекомендуем вам обратить внимание на Novonyx Messaging Server, также поставляемый фирмой Novell. Компания Novonyx была создана как совместное предприятие Novell и Netscape, но недавно Novell ее выкупила.

Минимальная стоимость GroupWise составляет 718 дол. (пятипользовательская лицензия). Поддерживаемые платформы - NetWare, Windows NT, HP-UX, AIX и Sun Solaris.

Lotus Domino 4.6a

Сервер Domino оказался одним из наиболее простых в установке и настройке. Domino поддерживает множество операционных систем, но мы испытывали его версию для Windows NT. Конфигурирование расширенного набора протоколов, включающего в себя SMTP, LDAP и IMAP4, выполняется автоматизированно во время инсталляции сервера. Однако для его окончательной настройки требуется выполнить ряд дополнительных операций после завершения установки.

Мы должны были вручную добавить поддержку IMAP4 к почтовым базам данных для имеющихся пользователей либо к шаблону базы данных, используемому для формирования новых пользовательских почтовых баз данных. Для выполнения этой задачи нужно запустить одну из утилит, выполняющуюся в режиме командной строки, что, в принципе, несложно. Правда, чтобы выяснить необходимость данной операции, пришлось потратить массу времени.

Кроме изменения конфигурации почтовой системы единственной дополнительной операцией, которую нам пришлось выполнить, оказалась настройка автоматического генератора SMTP-адресов. Domino генерирует SMTP-адреса по умолчанию, но мы обнаружили, что используемая схема адресации не соответствует системе, принятой в Internet. Пришлось ее слегка подправить. Справедливости ради, надо отметить: это не потребовало больших усилий.

В отношении совместимости с IMAP4 сервер Domino оказался весьма силен. Каждый испытанный клиент смог успешно подключиться к серверу и выполнить различные операции с электронной почтой. Основные проблемы совместимости были, скорее, связаны с отсутствием у клиентов отдельных функций или же с общей несовместимостью самих клиентов.

Сервер Domino также неплохо работал, когда мы использовали его в комбинированной клиентской среде - при доступе к одному и тому же почтовому ящику с помощью как специализированного клиента Notes, так и клиентов IMAP4. Одна из обнаруженных нами проблем совместимости состоит в том, что некоторые пользовательские папки Domino, например Trash ("Мусор") и Sent Messages ("Отправленные сообщения"), не видны при работе с клиентом IMAP4.

У большинства клиентов, поддерживающих доступ к каталогам на базе LDAP, не возникло затруднений при поиске информации на сервере Domino. Исключением стал почтовый клиент Simeon Mail, который мог выполнять поиск только на сервере Netscape Directory Server.

Одно из главных достоинств Domino на рынке группового ПО - его сильная среда разработки приложений, позволяющая создавать на базе почтовой системы мощные приложения автоматизации деловых процессов. К сожалению, это преимущество сильно ослабевает, когда доступ к электронным формам Domino осуществляется с помощью клиента IMAP4.

С точки зрения поддержки IMAP4, одним из преимуществ архитектуры Domino является ее гибкая модель безопасности. Поскольку все почтовые ящики хранятся исключительно в виде баз данных Domino, администраторы могут создавать специализированные почтовые базы данных и назначать разнообразные права доступа различным пользователям или их группам. Это позволяет продукту поддерживать новостные группы и дискуссионные форумы, которые доступны для клиентов IMAP4 и используют гибкую распределенную модель безопасности Domino.

Стоимость продукта составляет 1495 дол. на один сервер и 35 дол. на одно рабочее место (лицензии на использование клиентов, отличных от Notes). Цена одного почтового сервера Domino Mail Server - 995 дол. Поддерживаются платформы NetWare, Windows NT, Windows 95, OS/2, AIX, HP-UX, Solaris и S/390.

Microsoft Exchange Server 5.5, Enterprise Edition

Как и Domino, Exchange Server оказался одним из наиболее простых продуктов в отношении установки и конфигурирования поддержки Internet-протоколов. Exchange Server работает только на Windows NT Server, однако он поддерживает как Intel-совместимые платформы, так и Alpha AXP компании Digital. Прежде чем устанавливать Exchange Server, нам пришлось инсталлировать пакет Windows NT 4.0 Option Pack, который обеспечивает последние обновления операционной системы. Вместе с данным пакетом устанавливается сервер Internet Information Server (IIS) 4.0 компании Microsoft. IIS необходим для того, чтобы реализовать в Exchange Server функцию доступа к почте через Web-браузер, хотя для наших испытаний этого и не требовалось.

После исходной инсталляции, выполняемой с помощью специального "мастера" (wizard), для запуска Exchange Server не требуется почти никакого конфигурирования. Одним из приятных свойств Exchange Server является наличие "мастера" оптимизации сервера. Он позволяет администратору задавать базовые критерии предполагаемой загрузки сервера, на основе которых выполняется оптимизация его параметров, влияющих на производительность.

Exchange Server обеспечивает хорошую поддержку IMAP4 в отношении совместимости. Испытанные нами клиенты смогли без особых проблем выполнять базовые и продвинуты функции работы с почтой IMAP4 в хранилище сообщений Exchange Server. Как и в случае с Domino, несовместимость, обнаруженная при доступе к Exchange Server, по большей части является результатом недоработок в реализации клиентов и отсутствием в них поддержки некоторых функций. Exchange Server также неплохо проявил себя в системе со смешанным клиентским доступом, в которой для доступа к одному и тому же почтовому ящику наряду со специализированным клиентом Outlook компании Microsoft использовались клиенты IMAP4.

Хотя Exchange Server и не является столь же мощным, как Domino, по возможностям разработки приложений, он предоставляет надежную платформу для группового ПО. Но, как и в случае с Domino, продвинутые приложения автоматизации деловых процессов, работающие на базе почтовой системы Exchange, быстро утрачивают свою функциональность, как только доступ к электронным формам начинает осуществляться с помощью клиентов IMAP4.

Хотя модель безопасности Exchange Server несколько отличается от принятой в Domino, такие его функции, как использование общедоступных папок и передача полномочий на доступ к почтовым ящикам, обеспечивают возможность предоставлять клиентам IMAP4 доступ к общим новостным группам и дискуссионным форумам, сохраняя при этом распределенную модель безопасности.

Exchange Server также продемонстрировал хорошую совместимость при доступе клиентов к LDAP-совместимому каталогу пользователей Exchange. Большинство LDAP-совместимых клиентов сумело выполнять запросы к этому каталогу. Исключением стал клиент Simeon Mail, однако у него возникали аналогичные проблемы и при выполнении LDAP-запросов к другим почтовым серверам.

Стоимость Exchange Server (включая лицензию на 25 клиентов) составляет 3549 дол. Сервер функционирует только на платформе Windows NT.

Netscape Messaging Server 3.5

Компанию Netscape долгое время считали своеобразным маяком основанных на стандартах решений в море оригинальных продуктов. Messaging Server 3.5 - последняя версия почтового сервера этой компании, основанного на протоколах POP3, IMAP4 и SMTP, а также ключевой компонент SuiteSpot, комплекта приложений для групповой работы и интрасетей. Чтобы обеспечить LDAP-совместимый каталог пользователей, мы добавили к данному решению ПО Directory Server 3.0 компании Netscape.

При конфигурировании серверного решения Netscape мы столкнулись с рядом проблем, но ни одна из них не имела реального отношения к поддержке протокола IMAP. Серверы Netscape могут работать на различных платформах, включая Windows NT и некоторые варианты Unix. Для наших испытаний были выбраны версии серверов Directory Server и Messaging Server для Windows NT.

Перед установкой Messaging Server мы инсталлировали и сконфигурировали Directory Server. Базовые операции инсталляции и настройки обоих продуктов выполняются достаточно просто, однако активизация продвинутых функций ОС Windows NT, таких как синхронизация каталогов, доставила нам немало хлопот. Мы все же сумели решить все поставленные задачи, но хотелось бы пожелать, чтобы электронная документация к Messaging Server была более подробной, а сам процесс настройки - более прямолинейным.

Для подключения функции синхронизации каталогов между Windows NT Server и Directory Server компании Netscape необходимо активизировать поддержку протокола Secure Sockets Layer (SSL). Мы столкнулись с некоторыми проблемами, попытавшись использовать сгенерированный нами сертификат X.509, поэтому сотрудники Netscape прислали нам другой, который работал лучше. Тот же сертификат мы использовали для активизации поддержки SSL на сервере Admin Server, который применяется для администрирования всех серверных продуктов Netscape, работающих на конкретном сервере. Обнаружилось, что при попытках администрирования серверов с помощью SSL Admin Server регулярно дает сбой, и нам пришлось отключить поддержку SSL.

Поскольку клиент-серверное решение Netscape изначально основано на стандартах (POP3 и IMAP4 для доступа клиентов, SMTP для маршрутизации почты), у нас не возникло тех сложностей, которые были связаны с другими решениями. Например, не потребовалось создавать правила преобразования SMTP-адресов, поскольку SMTP является "родным" протоколом почтового сервера. Не вызвал никаких проблем и режим смешанного клиентского доступа (когда к одному и тому же почтовому ящику обращаются Messenger - почтовый клиент из пакета Communicator - и другие клиенты IMAP4). С другой стороны, Messaging Server достигал наивысшей производительности и демонстрировал всю полноту своих функций только при работе с клиентом Messenger. Например, доступ к хранящимся на сервере настраиваемым параметрам пользователей легко получить только с помощью Messenger, хотя подобная возможность могла бы стать одним из важных достоинств протокола IMAP4.

В отличие от других решений для групповой работы, Messaging Server не обеспечивает некоторых функций, связанных с разработкой приложений для автоматизации деловых процессов. Кроме того, не предоставляется доступ ко многим серверным и клиентским классам, которые отвечают за взаимодействие с другими компонентами SuiteSpot. Создание на базе почтовой системы мощных приложений для автоматизации деловых процессов, использующих различные компоненты SuiteSpot, не является сильной стороной этого комплекта, зато не теряются функциональные возможности имеющихся приложений при использовании клиентов IMAP4.

Для автоматизации некоторых функций групповой работы комплекта SuiteSpot Netscape предлагает использовать языки HTML и JavaScript. Если вы соберетесь реализовать продвинутые функции на базе SuiteSpot, то достигнете наилучших результатов при использовании клиентов IMAP4, обеспечивающих поддержку HTML в почтовых сообщениях.

Стоимость продукта - 1295 дол. (включая Netscape Directory Server и 50 пользовательских лицензий). Поддерживаемые платформы - Windows NT, Solaris, AIX, Digital Unix, Irix и HP-UX.

Куда идти - известно, но стоит ли?

Как распределенный почтовый протокол IMAP4 предлагает широкие возможности и по праву считается серьезным конкурентом оригинальных почтовых систем. Однако с применением этого протокола связаны определенные проблемы, и на данный момент многие из его возможностей остаются нереализованными.

Тем не менее IMAP4 заслуживает пристального внимания со стороны корпоративных пользователей, поскольку некоторые клиент-серверные комбинации уже сейчас работают адекватно. Правда, если вы собираетесь установить сервер IMAP4 и предоставить своим пользователям самостоятельный выбор клиентского ПО для работы с ним, приготовьтесь к тому, что не получите столь же хорошей совместимости, как при использовании клиентов на базе POP3.

Подытоживая результаты испытаний всех клиент-серверных комбинаций, которые поддерживают IMAP4, можно сказать, что совместимость продуктов заслуживает по меньшей мере оценки "удовлетворительно", но системы на базе IMAP4 еще не готовы заменить на корпоративной арене традиционные почтовые системы - по крайней мере, при использовании независимых клиентов и серверов. Крупные организации, планирующие реализовать единые централизованные почтовые службы на базе IMAP4, скорее всего, получат наиболее широкий диапазон функций и лучшую совместимость, используя соответствующие друг другу клиенты и серверы, например входящие в состав комплекта SuiteSpot компании Netscape. В любом случае, подобные решения не являются адекватной заменой традиционных корпоративных систем группового ПО, построенных на базе оригинальных почтовых серверов, что оставляет IMAP4 не слишком много шансов.

Очень сомнительно, что организации станут заменять свои существующие почтовые системы решениями на базе IMAP4, не имея достаточно прочных гарантий обеспечения совместимости и надежности работы. Пока таких гарантий, к сожалению, дать нельзя. Некоторые компании могут принять компромиссное решение, адаптировав имеющиеся у них почтовые системы к работе с IMAP4; это позволит организовать доступ к почте удаленных сотрудников, поддержку новых клиентских ОС и "странствующих" пользователей.