Начнем с того, что я подразумеваю под средним бизнесом. Я не знаю точную классификацию и нигде не смотрел, не проверял. Мне интуитивно кажется, что это от 10-15 пользователей до 200-300. Я же буду рассматривать сегмент до 100 пользователей , так как почти все время работаю исключительно в этой нише. Проблемы и потребности более крупных компаний мне достоверно неизвестны. Хотя не уверен, что что-то будет принципиально отличаться от 100 человек, думаю подходы будут те же самые, только железо мощнее. Проблемы распределение нагрузок и кластеризации тут скорее всего еще не будут стоять.

Есть у нас небольшая компания на несколько десятков человек. Нам нужен почтовый сервер. Несмотря на то, что технологии давно шагнули вперед, предоставив массу всевозможных средств коммуникации, электронная почта все равно плотно стоит на своих позициях и не собирается их пока уступать. При этом в таком небольшом коллективе, больших требований к почтовому серверу не предъявляют. Чаще всего достаточно, чтобы почта просто работала, без особых функциональных изысков. Будет достаточно либо почтового клиента и протокола imap, либо web интерфейса. Хорошо, если будет возможность настроить автоответ, делать общие папки, единую адресную книгу, но и без этого можно прожить.

Среди всех возможных вариантов почтового сервиса, я выделяю 3 принципиально разных подхода к реализации необходимого функционала:

1. Сервисы на основе бесплатных почтовых служб гугла, яндекса или мейл.
2. Свой почтовый сервер на основе бесплатного ПО.
3. Exchange сервер от Microsoft.

Разберем каждый из них поподробнее.

Бесплатная почта от google, yandex и mail.ru

Сразу сделаю пару замечаний. Я не уверен, что у гугла сейчас можно зарегистрировать бесплатно корпоративную почту. Все, кто зарегистрировались раньше, пользуются бесплатно, а для новых пользователей теперь доступны только платные подписки. Но это не принципиально и не относится напрямую к теме статьи. Если гугл и стал полностью платным для бизнеса, то просто исключим его из нашего списка. Yandex и Mail.ru пока еще точно бесплатные. Сам я администрировал почтовые домены в google apps и в Яндексе. С biz.mail.ru не работал, только знаю, что там реализовано что-то похожее. Мне как-то сама компания не нравится еще со старых времен. Хотя сейчас они вроде как повернулись лицом к пользователям, но Амиго до сих пор жив здоров, так что повернулись еще не совсем.

Рассмотрим плюсы данных почтовых сервисов.

1. Самое главное преимущество — полноценная почта готова сразу после регистрации. Затрат на покупку железа и настройку нет никаких . Достаточно более ли менее продвинутого пользователя, который по инструкциям на сайте сможет подключить домен и создать почтовые ящики. И почтой уже можно пользоваться.
2. Легко администрировать и управлять пользователями, веб сервис предоставляет все необходимые оснастки для этого. Они удобны и интуитивно (хотя и не всегда) понятны.
3. Удобный и привычный web интерфейс . Все работает быстро, из любого места, где есть интернет и браузер. Есть хорошее мобильное приложение.
4. Широкий функционал , готовый сразу после создания ящика. Различные фильтры, сборщики почты, неплохой антиспам (у гугла) и многое другое.

Вроде все, ничего не пропустил. Казалось бы, плюсы очевидны и существенны. Но прежде чем делать выводы, рассмотрим минусы.

1. Вы не управляете этой почтой. Она принадлежит не вам , находится не на ваших серверах. Вы не знаете, что с ней происходит. Если у вас есть очень деликатная и приватная переписка, то возникают подозрения и сомнения насчет использования популярных почтовых служб. Это может показаться паранойей, но этот вопрос реально заботит пользователей и владельцев бизнеса, и его не стоит сбрасывать со счетов.
2. Вы не застрахованы от сбоев в системе и никак не можете их предотвратить. А сбои хоть и не часто, но бывают. Так как сервисы бесплатные, никто ничего вам гарантировать не будет . И если случится какой-то форс мажор и данные пропадут, вам просто скажут извините. Если у вас самих не очень надежная ИТ структура, вероятность технических проблем на вашем личном сервере возможно будет выше. Но вы этим можете управлять и теоретически сможете построить систему с удовлетворяющим вас уровнем надежности.
3. Неочевидны способы бэкапа и восстановления почтовых ящиков в таких сервисах. Бывают ситуации, когда из почтового ящика удаляют все письма. Допустим, сохранить их можно различными способами, просто скачав, а как потом обратно в ящик вернуть, сохранив все даты оригинальными?
4. Нет возможности анализировать непонятные ситуации. Например, вы отправляете письмо, а оно не приходит к адресату. Что делать? В случае с облачной почтой вы ничего не сделаете, так как у вас нет никаких инструментов для разбора ситуации. Попробуете просто отправить письмо из другого ящика. Бывает к вам не приходит письмо, и вы никак не можете понять, почему его нет. А дело может быть банально в неправильно настроенном фильтре. Это обычная ситуация, когда фильтров много, плюс если еще какие-то пересылки настроены. Без доступа к логам сервера бывает трудно разобраться в ситуации . А если есть лог почтового сервера, то сразу становится понятно, почему письмо не отправляется, или что с ним стало после получения. Можно наверняка узнать, получил ли удаленный сервер ваше письмо или нет.
5. Нет простых способов ограничить доступ к почтовым ящикам , например, только из локальной сети офиса. Почтовые ящики публичных сервисов доступны всегда через интернет. Есть возможность решить эту проблему в google apps через авторизацию в сторонних сервисах. В яндексе и мейле я не встречал возможности реализовать такой функционал.
6. Нужно еще понимать, что бесплатный сыр известно где бывает . До конца не ясно, как почтовые сервисы используют полученную от пользователей информацию. Хорошо, если только для показа им релевантной рекламы. Думаю, что не только для этого.

Когда я только начинал работать примерно 10 лет назад, вопроса какую почту использовать в организации, не стояло. Все ставили свои почтовые серверы и админили их. Бесплатные почтовые сервисы не предоставляли на тот момент для бизнеса никаких инструментов для управления почтой. Когда такие инструменты стали появляться, я думал, что скоро свои почтовые серверы никому не будут нужны, так как в них отпадет смысл. А все мои мучения (не люблю с ними работать) с почтовыми серверами станут бессмысленными.

Мне предоставилась возможность администрировать домены на базе публичных почтовых сервисов. После этого появился написанный выше список минусов. И лично для меня эти минусы перевесили плюсы, и теперь я по-прежнему настраиваю почтовые сервера сам. В конечном итоге это более удобно и надежно, если рассматривать в совокупности плюсы и минусы использования и администрирования.

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

Почтовый сервер на базе бесплатного ПО

Рассмотрим преимущества и недостатки собственного почтового сервера на базе бесплатного программного обеспечения. В принципе, сюда можно отнести и некоторые платные, например Kerio Mail Server, который тоже частенько используют. Думаю, его можно сюда же отнести, так как функционал он обеспечивает схожий. Я рассматриваю все почтовые сервера в совокупности, не выделяя отдельных представителей. Хотя в линуксе, кроме postfix и exim, лично я не встречал ничего в продакшене. Сам всегда использую postfix, так как привык к нему и знаю его неплохо. Рассмотрим внимательно плюсы таких серверов.

1. Вы полностью контролируете всю информацию , которая приходит по почте и хранится на вашем сервере. Вы можете ограничивать по своему усмотрению доступ к почте различными техническими средствами. Можете централизованно настраивать правила удаления, к примеру, приватной информации в письмах, по различным признакам, которые сами можете установить.
2. Уровень доступности почтового сервиса зависит только от вас. При должном подходе, вы можете обеспечить устраивающую вас надежность работы системы.
3. Гибкая система бэкапа. Средств для ее организации масса, в том числе бесплатных. Все зависит только от ваших потребностей, навыка и возможностей. Вы можете хранить различные срезы по датам, по ящикам, доменам, организовать любую подходящую схему.
4. Практически ничем не ограниченный функционал . В разумных пределах, конечно:) Вы можете создавать почтовые ящики с возможностью только локальной переписки, можете централизованно управлять приемом и отправкой почты, вести свои белые и черные списки. Можете настраивать различные ограничения по ящикам и доменам. Можете без проблем централизованно управлять дублированием почты нужных ящиков, делать всевозможные пересылки и много другое.
5. Все средства мониторинга работы сервера в ваших руках. Вы сможете разобраться с любой непонятной ситуацией , имея на руках логи почтового сервера. Эта служба хорошо логируется. У меня практически никогда не возникало проблем, когда не было понятно, куда пропало письмо. Чаще всего находятся следы и можно однозначно сказать, что стало с письмом.

1. Необходимо покупать или арендовать оборудование для организации своего почтового сервера. В случае с сервером на линукс, требования к производительности будут не большие. Мне обычно хватает виртуалки на 4 ядра и 4 гб оперативной памяти. Гораздо важнее дисковая подсистема. Тут чем быстрее диски, тем лучше. Не стоит забывать про бэкап. Для него тоже нужны ресурсы железа.
2. Настройка полноценного, многофункционального почтового сервера требует как минимум средних знаний в системном администрировании linux. То есть просто админ-эникей тут не подойдет. Нужен специалист с опытом . У него должна быть приличная зарплата. Если такого админа нет в штате, я рекомендую нанять кого-нибудь на разовую работу по настройке. Чаще всего после настройки, особой работы по поддержке сервера не требуется, если не будете менять функционал. Достаточно просто следить за свободным местом на дисках и управлять ящиками через web панель.
3. Удобство работы через web интерфейс будет ниже, чем в бесплатных почтовых службах. Как ни крути, но тот же gmail реализован очень удобно. Быстрый поиск, фильтры, сортировки, метки и т.д. Это реально удобно. Я очень привык и не могу пользоваться чем-то другим.

Такие минусы своего почтового сервиса видятся мне. Самый существенный для меня это последний. Сам привык работать с почтой через web. Почтовыми клиентами не люблю пользоваться, хотя приходится. Web интерфейсы к бесплатным почтовым серверам по удобству и быстродействию сильно не дотягивают до gmail или яндекс, сравнивать бессмысленно. И тем не менее, считаю, что для среднестатистической организации это наиболее оптимальный вариант.

Плюсы и минусы Microsoft Exchange Server

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

Для средних организаций реально полезным и трудно заменимым функционалом считаю общие календари. И конечно же удобство интеграции с AD, если она есть. А чаще всего AD есть, так как я не представляю себе администрирование сети больше чем на 20-30 человек без Active Directory. Считаю, что тут бессмысленно экономить и надо покупать Microsoft Server.

Рассмотрим теперь плюсы и минусы Microsoft Exchange Server. Предупреждаю на всякий случай еще раз. Рассказываю только свое видение, опыта работы с сервером мало, поэтому хотел бы сам в комментариях получить замечания по нему, чтобы иметь более адекватную оценку этой системы. Плюсы Exchange:

1. Большой функционал при относительной простоте настройки. Развернуть сервер с базовым функционалом по силе любому админу. Причем этот базовый функционал может быть больше, чем у какой-нибудь сборке под линуксом.
2. Интеграция с Active Directory . Вы создаете новую учетную запись пользователя и почтовый ящик ему сразу же готов. Не нужно никаких специальных настроек, если у пользователя Microsoft Outlook. Подключение к серверу настраивается в несколько кликов мышкой.
3. Удобные средства администрирования в виде готовых оснасток Windows Server. Тут все традиционно для решений от Microsoft.

Минусы Exchange Server такие же характерные, как и плюсы, для большинства продуктов от Microsoft:

1. Цена, цена и еще раз цена . Microsoft Exchange Server стоит дорого. Нужно считать и прикидывать, будет ли оправдано его приобретать. Для использования всего заложенного функционала, необходимо будет на каждое рабочее место купить редакцию Microsoft Office c аутлуком в комплекте. Это еще дополнительные расходы.
2. Для хорошей производительности требуется значительно более мощное железо , по сравнению с серверами на линуксе. А для поддержки больших почтовых ящиков, например на 50 гигабайт, понадобится очень мощное железо. Хотя такие ящики для того же dovecot не представляют особых проблем. В exchange вы скорее всего будете использовать квоты для ограничения максимального размера почтового ящика.
3. Для бэкапа скорее всего придется так же приобретать приличной мощности железо и платный софт . Тут я только предполагаю, реально я не знаю, что нужно для удобного бэкапа exchange. Знаю платный софт от популярных вендоров. Возможно есть что-то бесплатное.

Вывод по Exchange Server у меня таков — он почти во всем хорошо, кроме цены. Если бы он был бесплатен, я скорее всего пользовался бы именно им. По вполне объективным причинам, это невозможно. Хороший и удобный софт сам по себе не появляется. Его нужно создать, а на это потратить средства, которые захочется вернуть с прибылью.

На сегодняшний день, с учетом стоимости Microsoft Exchange Server и Microsoft Office, я не использую эти продукты Microsoft. Мало кто согласен выложить необходимую сумму для почтового сервера. Мне бы хотелось посмотреть на Exchange поближе в реальных условиях хотя бы человек на 60-80, чтобы оценить более объективно этот сервер. Но пока такой возможности не представилось.

Заключение

Подведу итог своим рассуждениям о почтовом сервере для небольшой среднестатистической организации. Хотя вывод, думаю, уже и так понятен. Сам я предпочитаю второй описанный мной вариант — почтовый сервер на базе бесплатного ПО на linux. Но другие два варианта я бы не стал сбрасывать со счетов. Бесплатная почта от публичных сервисов будет однозначна удобна для совсем небольшого коллектива — на 10-15 человек. Городить свой сервер для такой численности нет никакого смысла.

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

Онлайн курс "Администратор Linux"

Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, рекомендую познакомиться с онлайн-курсом «Администратор Linux» в OTUS. Курс не для новичков, для поступления нужны базовые знания по сетям и установке Linux на виртуалку. Обучение длится 5 месяцев, после чего успешные выпускники курса смогут пройти собеседования у партнеров. Проверьте себя на вступительном тесте и смотрите программу детальнее по.

Инструкция

Узнайте имя сервера, обратившись к сопроводительной документации почты Windows, к своему интернет-провайдеру или администратору сети. Обратите внимание: Windows уже не поддерживает протокол HTTP://, который используется такими службами электронной почты как Hotmail, Gmail и Yahoo. А чтобы узнать, применимо ли для вашей ОС использование серверов POP3, IMAP4 и SMTP, обратитесь на официальный сайт компании Microsoft (www.microsoft.com).

Чтобы узнать параметры сервера, войдите в учетную запись вашей электронной почты с помощью Outlook Web App. Выберите последовательно: «Параметры» – «Показать все параметры» – «Учетная запись» – «Моя учетная запись» – «Параметры для доступа POP, IMAP и SMTP» (их можно найти в другом меню учетной записи, на странице «Параметры протокола»). Однако если в разделе с параметрами этих серверов указано «Недоступно», обратитесь к своему интернет-провайдеру или администратору сети за разъяснениями.

Используйте, по возможности, протокол IMAP4, так как он в качестве почтового сервера имеет больше возможностей. При возникновении проблем с определением параметров сервера обратитесь к разделу документации «Вход и пароль» или к лицу, ответственному за управление учетной записью.

Если почте Windows так и не удалось установить соединение, уточните параметры проверки подлинности. Выберите в меню «Сервис» вкладку «Учетные записи», а потом – пункт «Учетные записи в интернете». Найдите свою учетную запись и нажмите кнопку «Свойства». Перейдите на вкладку «Серверы» и убедитесь, что возле строки «Использовать безопасную проверку пароля» флажок не установлен.

Узнать имя сервера, посредством которого вам были переданы сообщения и, при необходимости, заблокировать соединение вы сможете, обратившись на сайт http://who.is.

Источники:

• как узнать свою электронную почту

Например, вам достался компьютер. Знакомые отдали старый системник или подарили родственники, в принципе, предыстория не так уж важна. Первое, что нужно узнать в таком случае - установлена ли операционная система Windows. Это не такой уж и сложный вопрос.

Вам понадобится

• - компьютер.

Инструкция

Включите компьютер и подождите, пока он загрузится. Если Windows загрузилась, и на экране появились кнопка «Пуск», рабочий стол и ярлыки, значит, явно присутствует операционная система Windows. Версию и разрядность операционной системы вы можете посмотреть в свойствах компьютера. Для этого нажмите на ярлык «Мой компьютер», далее правой клавишей мыши и выберите пункт «Свойства».

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

Если после включения компьютера появляется надпись на черном экране, и дальше загрузка не идет, нужно расшифровать это сообщение. Надпись ntldr is missing говорит о том, что компьютер не находит загрузочного раздела. Первым делом выключите компьютер и проверьте, подключен ли винчестер к блоку питания и материнской плате, и определяется ли он в BIOS материнской платы. Если винчестер определяется без проблем, но система , переходите к следующему пункту.

Воспользуйтесь служебными утилитами или альтернативной оболочкой, чтобы осмотреть содержимое винчестера. Если вы не найдете на нем папки Windows, то, очевидно, операционной системы Windows на винчестере нет. Если все положенные папки есть, и с оборудованием все в порядке, а система все равно , переустановите ее.

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

Видео по теме

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

Инструкция

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

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

Чтобы узнать или вспомнить, есть ли у вас учетная запись на конкретном сайте, воспользуйтесь опцией восстановления пароля. Не вводя данные в разделе «Вход», кликните на ссылку «Напомнить пароль». В появившемся поле введите адрес электронной почты, который обычно используете для регистраций. Если у вас уже есть учетная запись на этом ресурсе, вы увидите системное сообщение о том, что на указанный ящик были высланы данные для восстановления пароля. Проверьте почту и выполните инструкции, содержащиеся в полученном письме.

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

Полезный совет

Ведите специальный документ, фиксирующий все ваши регистрации на интернет-сайтах.

Взломы серверов происходят каждый день. Хакерам известны сотни лазеек, через которые можно получить тот или иной уровень доступа к серверу. В каких-то случаях уязвимости позволяют добраться до конфиденциальных данных пользователей, порой хакер и вовсе получает полный контроль над ресурсом. Как уберечься от хакерских атак?

Инструкция

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

Как осуществляется атака на сервер? Прежде всего хакер пытается понять, какое программное обеспечение на нем установлено. Для этого он может открыть расположенный на сервере сайт и ввести ошибочный запрос. В ответ на такой запрос неправильно настроенный сервер выдает сообщение об ошибке и сопровождает его примерно таким текстом: Apache/2.2.14 (Unix) mod_ssl/2.2.14 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 Server at www.имя_сервера .com Port 80.

Для хакера приведенная выше информация может быть очень полезна – он видит версию установленного HTTP-сервера (Apache/2.2.14) и версии других программ и сервисов. Теперь он может поискать эксплоиты (вредоносные коды) под уязвимости версий данных сервисов. И если системный администратор не закрыл существующие лазейки, хакер сможет получить доступ к компьютеру. Правильно настроенный сервер не должен давать о себе никакой подробной информации либо может выводить намеренно искаженную.

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

Очень часто хакеры взламывают базы данных, используя найденные sql-уязвимости. Существуют специальные утилиты, значительно облегчающие «труд» хакера. С их помощью за считанные минуты определяется наличие уязвимости, затем происходит определение названия базы данных, вычисляются таблицы и колонки, после чего хакер получает полный доступ к хранящейся в базе данных информации – например, логинам и паролям, данным кредитных карточек и т.д.

Введение

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

Электронная почта является новым современным средством передачи информации. В отличие от обычной почты, по электронной передаются электронные копии сообщений, файлы, программы, различные данные - т.е. информация, обработанная с помощью компьютера.

Основными объектами, составляющими систему электронной почты, являются специальные компьютеры, называемые почтовыми серверами.

Почтовый сервер

Почтовые серверы - это серверы, получающие и отправляющие электронные сообщения.

Сервер, получающий электронные сообщения, работает по протоколу POP (Post Office Protocol).

Сервер, отправляющий электронные сообщения работает по протоколу SMTP (Simple Mail Transfer Protocol).

Почтовый сервер, сервер электронной почты, мейл-сервер -- в системе пересылки электронной почты так обычно называют агент пересылки сообщений (англ. mail transfer agent, MTA). Это компьютерная программа, которая передаёт сообщения от одного компьютера к другому. Обычно почтовый сервер работает «за кулисами», а пользователи имеют дело с другой программой -- клиентом электронной почты (англ. mail user agent, MUA).

Рис. 1.

К примеру, в распространённой конфигурации агентом пользователя является Outlook Express. Когда пользователь набрал сообщение и посылает его получателю, почтовый клиент взаимодействует с почтовым сервером, используя протокол SMTP. Почтовый сервер отправителя взаимодействует с почтовым сервером получателя (напрямую или через промежуточный сервер -- релей). На почтовом сервере получателя сообщение попадает в почтовый ящик, откуда при помощи агента доставки сообщений (mail delivery agent, MDA) доставляется клиенту получателя. Часто последние два агента совмещены в одной программе, хотя есть специализированные MDA, которые в том числе занимаются фильтрацией спама. Для финальной доставки полученных сообщений используется не SMTP, а другой протокол -- часто POP3 или IMAP -- который также поддерживается большинством почтовых серверов. Хотя в простейшей реализации MTA достаточно положить полученные сообщения в личный каталог пользователя в файловой системе центрального сервера («почтовый ящик»).

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

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

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

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

Рисунки, таблицы и графики, представленные в исследовании.

Профессиональный статус респондента в информационных технологиях.

Число компьютеризированных рабочих мест в организации респондента.

Сфера деятельности организации респодента.

Каким почтовым сервером вы пользуетесь?

Управление почтовыми серверами.

Безопасность почтовых серверов.

Функционал почтовых серверов.

Удовлетворенность почтовыми серверами.

Почтовые серверы и масштаб организации.

Почтовые серверы (группы) и масштаб организации.

Применение индустриальных систем на вертикальных рынках.

Применение MTA на вертикальных рынках.

Применение систем для СМБ на вертикальных рынках.

Почтовые серверы (группы) и вертикальные рынки.

Средние оценки почтовых серверов по различным параметрам.

Оценки индустриальных систем.

Оценки MTA

Оценки систем для СМБ.

Средние оценки групп почтовых серверов.

Основные выводы.

Методология исследования.

Исследование проводилось в период с 5 октября по 1 ноября 2007 года. В процессе сбора первичных статистических данных участвовали 828 респондентов из различных стран, заполнивших онлайн-анкеты на портале . Вопросы, приведенные в анкете, были адресованы, прежде всего, профессиональной аудитории сайт, которая традиционно состоит из опытных специалистов в области информационных технологий и информационной безопасности.

Приведенные ниже данные являются округленными до десятых долей целых чисел. В некоторых случаях сумма долей ответов превосходит 100% из-за использования многовариантных вопросов.

Портрет респондента.

Как видно из рис. 1, более половины (51,2%) участников опроса являлись системными администраторами, то есть людьми, непосредственно связанными с почтовыми серверами. В большинстве случаев именно этот класс специалистов занимается внедрением и поддержкой данного класса программного обеспечения. Специалисты по ИТ-безопасности (14,3%) обязаны контролировать работу почтовых серверов, поскольку любая корпоративная почта является кладезем конфиденциальной информации, которую необходимо защищать. И если почтовый сервер имеет серьезные проблемы с безопасностью - то внутренняя корреспонденция может стать доступной внешним злоумышленникам.

Оставшиеся 34,5% опрошенных считают себя обычными пользователями. Подчеркнем, что большинство этих пользователей имеют продвинутый уровень - в противном случае, они не стали бы посещать сайт сайт. Логично предположить, что некоторым из них приходилось настраивать почтовые сервера для удовлетворения личных потребностей или требований небольшой фирмы.

Так или иначе, выборку респондентов можно с уверенностью признать весьма качественной. Большинство участников опроса работали с почтовыми серверами и принимали участие в выборе той или иной платформы. А значит - они смогли компетентно ответить на поставленные вопросы.

Рис. 1.Профессиональный статус респондента в информационных технологиях.

На рис.2 представлен портрет респондентов по количеству компьютеризированных рабочих мест в организации. Практически половина (49,1%) опрошенных сотрудников работают в малых компаниях, имеющих не более 100 рабочих станций. На долю среднего бизнеса (101-1000 компьютеризированных мест) пришлось 40,5%. Оставшаяся часть респондентов (10,3%) представляет, соответственно, крупный бизнес. В дальнейшем результаты опроса будут сегментированы в зависимости от размеров бизнеса респондентов.

Рис.2. Число компьютеризированных рабочих мест в организации респондента.

На следующей диаграмме (рис. 3) находится распределение участников опроса по различным вертикальным рынкам. Легко видеть, что наибольшее представительство имеет сектор телекоммуникаций и ИТ (27,4%), за которым следует торговля (14,3%), финансовые услуги (11,1%), образование (10,6%) и производство (9,4%). Оставшиеся сегменты российской экономики (министерства и ведомства, а также ТЭК) получили меньше 4% голосов. В дальнейшем результаты опроса будут сегментированы в зависимости от вертикального рынка респондентов.

Рис. 3. Сфера деятельности организации респодента.

Краткий обзор рассматриваемых продуктов.

Мы уже отмечали, что рынок почтовых серверов весьма интересен и его игроков можно разделить на три основные группы. Выпишем концептуальные особенности каждой из этих групп.

Тяжелые корпоративные продукты

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

Примеры продуктов:

• Microsoft Exchange
• IBM Lotus/Domino.

Плюсы:

• Богатый функционал, который не всегда ограничивается только почтовыми потребностями.
• Глубокая степень интеграции с остальными частями платформы.

Минусы:

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

Коммерческие СМБ-продукты:

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

Примеры продуктов:

• Kerio MailServer (Kerio)
• MDaemon (Alt-N Technologies)
• CommunigatePro (Stalker Software)
• Merak Mail Server (IceWarp)

Плюсы:

• Доступная цена.
• Простота в использовании
• Независимость от платформы

Минусы:

• Функционал нельзя назвать исчерпывающим

Некоммерческие Linux/Unix- продукты:

Позиционирование. Разработчики-энтузиасты или исследователи, создающие программы для среды Unix/Linux. Четкой целевой аудитории нет; благодаря гибкости продукты могут использоваться практически везде.

Примеры продуктов:

• Sendmail
• Postfix
• Qmail

Плюсы :

• Нулевая стоимость (как правило, эти продукты распространяются по лицензии GNU GPL)
• Богатые возможности по модификации кода и созданию нового функционала; гибкость.

Минусы:

• Все перечисленные продукты являются не почтовыми серверами, а программами класса MTA (Mail Transfer Agent, агент передачи сообщений). Для создания на их основе полноценного почтового сервера требуется ряд дополнительных компонент. В частности, функционал для коллективной работы (groupware) в MTA абсолютно отсутствует.
• Сложность управления, настройки, управления: Необходимость наличия специально обученных людей.
• Отсутствие локализованных версии и технической поддержки на русском языке.
• Отсутствие гарантий стабильной работы.

Таким образом, на рынке почтовых серверов существуют два уровня конкуренции. На первом уровне конкурируют подходы к реализации функционала почтовых серверов, а на втором - уже конкретные программные продукты.

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

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

Тяжелые корпоративные системы

Microsoft Exchange Server

Платформа для организации корпоративной системы электронной почты и групповой работы от корпорации Microsoft. Ориентирована, прежде всего, на крупных заказчиков, однако имеется и версия для небольших предприятий (в составе Microsoft Windows Small Business Server). Главная особенность продукта - тесная интеграция с инфраструктурой Microsoft и, в частности, со службой каталогов Active Directory.

Текущая версия : Microsoft Exchange Server 2007

да

Поддерживаемые ОС : семейство Microsoft Windows

Стоимость : 9200 руб. (Exchange Server Enterprise 2007 x64 Русская версия DVD)

IBM Lotus/Domino

Платформа для автоматизации совместной деятельности рабочих групп от корпорации IBM. В отличие от Microsoft Exchange Server, ориентирована не столько на электронную почту, сколько на глобальную организацию работы внутри компании. Как правило, применяется не самостоятельно, а как платформа для построения приложений автоматизации управленческих и документных процессов

Текущая версия: Domino Server 8.0

Локализация и поддержка на русском языке: да

Поддерживаемые ОС: Windows, Linux/Unix

Стоимость: в данном случае, приводить какие-либо цифры бессмысленно, поскольку IBM Lotus/Domino может являться платформой для различных бизнес-систем.

Коммерческие СМБ-продукты:

Kerio MailServer

Популярный сервер американской компании Kerio Technologies. Позиционируется как простое, но, в тоже время, и весьма функциональное решение для небольших компаний. Особое внимание при разработке уделяется интерфейсу, удобству в использовании и безопасности продукта.

Текущая версия: Kerio MailServer 6

Локализация и поддержка на русском языке: да

Поддерживаемые ОС: Windows, Linux, Mac OS

Стоимость : 692 руб. на одно рабочее место (при покупке 50 лицензий)

MDaemon (Alt-N Technologies Inc)

Еще один популярный продукт для быстрой организации почтового сервера. В отличие от Kerio , разработчики из Alt-N Technologies уделяют больше внимания функционалу и меньше - удобству и интерфейсу. Видимо, недостаточная простота управления и привела MDaemon к отставанию по популярности от Kerio MailServer.

Текущая версия: MDaemon 9.6 Email Server

Локализация и поддержка на русском языке: да

Поддерживаемые ОС: Windows

Стоимость : 1425 руб. на одно рабочее место (версия Pro на 50 пользователей).

CommunigatePro (Stalker Software)

В отличие от MDaemon и Kerio MailServer, система CommunigatePro не является чистым почтовым сервером. Она позиционируется как законченная платформа, включающая в себя средства не только для организации электронной почты, но и для других типов корпоративных коммуникаций. CommunigatePro может поставляться с различными модулями и успешно применяется не только в небольших, но и в крупных организациях. Однако в России CommuniGatePro часто используется именно как почтовый сервер в предприятиях среднего и малого бизнеса.

Текущая версия: CommunigatePro

Локализация и поддержка на русском языке: нет

Поддерживаемые ОС: все распространенные

Стоимость: 1000 руб. на одно рабочее место (базовая лицензия на 25 пользователей).

Merak Mail Server (IceWarp)

Этот продукт пытается копировать позиционирование Kerio, заявляя о простоте, удобстве и управляемости. Дальнейшие результаты показывают, что Kerio MailServer является лидером в группе коммерческих СМБ-продуктов в то время, как доля Merak находится в пределах статистической погрешности (всего 0,9%). Видимо, это классический пример на тему того, как не стоит копировать сильные стороны лидера. На чужом поле выиграть войну за рынок почтовых серверов не удастся.

Текущая версия: 9.1

Локализация и поддержка на русском языке: да

Поддерживаемые ОС: все распространенные

Стоимость : 755 руб. на одно рабочее место (лицензия на 50 пользователей).

Некоммерческие Linux /Unix -продукты

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

Sendmail

Самое старое, популярное и известное MTA-приложение для Linux/Unix систем. Оригинальная версия Sendmail была написана еще в начале 80-х годов прошлого века Эриком Оллменом (Eric Allman), создателем приложения delivermail для проекта ARPANET (который впоследствии породил Интернет). Sendmail считается очень гибкой программой, которая обладаеет широким функционалом.

Когда писались первые версии Sendmail, вопросам безопасности и удобства уделялось не слишком много внимания. Быть может, именно поэтому Sendmail является сравнительно уязвимым и сложным решением.

Sendmail входит в состав ряда дистрибутивов Linux/Unix систем. Продукт использует схему двойного лицензирования (по собственной лицензии SENDMAIL LICENSE), которая подразумевает бесплатное использование для собственных нужд. Имеется платный дистрибутив для требовательных корпоративных заказчиков. Текущая версия: Sendmail 8.14.

Postfix

Система Postfix была создана Вейтсом Венемой (Wietse Venema), разработчиком исследовательского центра IBM им. Томаса Уотсона (IBM Thomas J. Watson Research Center), в конце 90-х годов прошлого века. Задумывалась как более простая, безопасная и быстрая альтернатива Sendmail.

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

Postfix поставляется по свободной лицензии IBM (IBM Public License 1.0). Текущая версия: Postfix 2.4.6.

Exim

Система Exim была создана в 1995 году сотрудником Университета Кэмбриджа (University of Cambridge) Филиппом Хейзелом (Philip Hazel). Как и Sendmail, Exim имеет монолитную архитектуру, которая считается менее безопасной, чем модульная. Однако в отличие от Sendmail, Exim пока не испытывал серьезных проблем с безопасносностью.

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

Exim входит в состав ряда дистрибутивов Linux/Unix систем. Поставляется по свободной лицензии GNU GPL. Текущая версия: Exim 4.68

Qmail

Система Qmail является еще одним MTA-приложением, разработанным как альтернатива Sendmail. Автор Qmail, Дэниел Бернштейн (Daniel J. Bernstein), попытался создать абсолютно безопасный почтовый сервер. После создания первой версии продукта в 1996 году автор предложил награду в $500 первому человеку, который опубликует поддающуюся проверке уязвимость в последней версии программы. В прошлом году эта премия была до сих пор не востребована.

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

Общие тенденции рынка почтовых серверов.

На рис. 4 представлена диаграмма, демонстрирующая доли различных продуктов на российском рынке почтовых серверов. Общая сумма долей превосходит 100% из-за того, что некоторые респонденты используют в своей инфраструктуре сразу несколько систем.

Отметим, что 30% опрошенных не сумели найти в списке подходящий вариант и выбрали пункт "другой сервер". При этом авторам исследования не известен ни один другой продукт, способный занять на этом рынке долю хотя бы в несколько процентов. По всей видимости, респонденты, выбравшие ответ "другой", просто не понимают, что такое почтовый сервер. Логично предположить, что они могли иметь в виду либо свободные сервера в Интернете (mail.ru, inbox.ru и т.п.) или же клиентские программы для работы с почтой (Microsoft Outlook, The Bat! и т.п.). Поэтому было принято решение исключить эти варианты ответа из анализа.

Добавим, что популярность Merak Mail Server оказалась на грани статистического шума - всего 0,9%. Этот сервер входит в группу коммерческих СМБ-продуктов. Однако в связи с крайне низким уровнем популярности этот почтовый сервер не рассматривается в данном исследовании также подробно, как другие решения.

Рис. 4. Каким почтовым сервером вы пользуетесь?

Из полученной раскладки легко понять, что максимальную долю рынка имеет почтовый сервер Microsoft Exchange, который используется в 40% организаций. Вместе с тем, если суммировать доли различных Linux-решений (70,4%), то они намного превысят показатели Microsoft. Среди Linux-серверов традиционно выделяются пакеты Sendmail (30,6%), а также Postfix (22,2%). Коммерческие решения для сектора СМБ находятся на третьем месте и контролируют в общей сложности 28,2% рынка.

Подчеркнем, что рис. 4 описывает рыночные доли производителей по количеству компаний, а не по числу обрабатываемых почтовых ящиков. Абсолютное большинство ящиков расположены на публичных серверах, которые, как правило, используют окружение Linux/Unix.

Следующие вопросы были посвящены удовлетворенности респондентов работой тех или иных почтовых серверов. Удовлетворенность оценивалась по четырем параметрам:

• Удобство управления
• Безопасность
• Функционал
• Общая удовлетворенность сервером

Диаграммы, показывающие удовлетворенность пользователей почтовыми серверами расположены на рис. 5-9.

Рис. 5. Управление почтовыми серверами.

Рис.6. Безопасность почтовых серверов.

Рис. 7. Функционал почтовых серверов.

Рис. 8. Удовлетворенность почтовыми серверами.

Из полученных данных следует ряд основных выводов:

• В целом, организации довольны теми возможностями, которые предоставляют современные почтовые серверы. Только 8,8% респондентов считают иначе.
• Вместе с тем, нельзя говорить о том, что производителям некуда стремиться. Только 31,5% респондентов удовлетворены работой серверов полностью.
• Наиболее проблемной областью остается безопасность серверов - дыры в защите волнуют 73,6% респондентов. Наименее проблемной областью является функциональность, недочеты в которой заметили 62,3% опрошенных.

Использование почтовых серверов в организациях разных масштабов.

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

Таб. 1. Почтовые серверы и масштаб организации.

	Количество рабочих станций в организации
	[менее 100]		[более 1000]
	35,48%	46,09%	35,48%
	29,84%	32,03%	29,03%
	21,34%	13,62%	2,21%
	8,87%	10,16%	19,35%
	19,36%	25,78%	19,35%
	7,26%	7,03%	9,68%
	2,42%	4,69%	6,45%
	10,48%	10,94%	6,45%
	13,71%	9,37%	3,23%
	0,2%	0,6%	0,1%

График 1. Почтовые серверы и масштаб организации.

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

В раскладке по отдельным продуктам отметим сервер Microsoft Exchange, популярный как в мелких, так и в крупных организациях. По всей видимости, это обстоятельство объясняется высоким уровнем пиратства в отношении данного продукта. Однако несомненно, что по мере легализации программного обеспечения, доля Microsoft Exchange будет неуклонно падать. Клиенты просто начнут считать деньги и переходить с <тяжелых> корпоративных решений на более доступные, но не менее удобные аналоги.

Linux/Unix-системы примерно повторяют ситуацию по рынку в целом - они успешно используются везде, и чаще всего - в организациях среднего размера.

Система IBM Lotus/Domino чаще применяется в крупных организациях, что также весьма закономерно. Не менее закономерен тот факт, что популярность Kerio MailServer и MDaemon падает по мере роста масштаба клиентов. А вот сервер CommunigatePro, напротив, наращивает свою долю рынка в более крупных компаниях. Это довольно неожиданный результат - ведь изначально было сделано предположение о том, что данный продукт чаще используетя в небольших организациях.

График 2. Почтовые серверы (подходы) и масштаб организации.

Раскладка по группам продуктов (график 2) оказалась вполне объяснимой. Независимо от размеров организации, первое место по популярности занимают некоммерческие Linux/Unix-серверы, за которыми следуют тяжелые корпоративные системы. Уровень использования небольших продуктов для рынка СМБ резко падает в момент перехода к крупным организациям.

Использование почтовых серверов на вертикальных рынках.

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

Среди всех отраслей, принимавших участие в исследовании (см. раздел ) были выбраны пять наиболее популярных, чтобы статистика получилась более качественной. На графике 3 представлена диаграмма использования тяжелых корпоративных систем на различных вертикальных рынках.

График 3. Применение тяжелых корпоративных систем на вертикальных рынках.

Легко заметить, что Microsoft Exchange используется достаточно равномерно, в то время, как IBM Lotus значительно <проседает> в секторах телекоммуникаций, торговли и образовании. Отметим, что в сфере финансовых услуг тяжелые корпоративные систем используются чаще всего. Ниже мы увидим, что остальные группы почтовых серверов применяются в данной отрасли значительно реже.

График 4. Применение некоммерческих Linux /Unix -продуктов на вертикальных рынках.

Пик применения этих продуктов наблюдается в секторе телекоммуникаций (график 4), что вполне закономерно. Дело в том, что именно эта отрасль обладает наибольшим количеством компетентных специалистов, способных администрировать сервера под операционными системами Linux/Unix. В сегменте финансовых организаций эти системы, напротив, применяются сравнительно редко. Этот факт также логично объясняется недоверием финансовых компаний к свободному программному обеспечению в целом.

Любопытно, что модульные системы (Postfix и Qmail) имеют локальные максимумы на рынке производственных клиентов и минимумы - в секторе образовательных компаний. На рынке торговых организаций все Linux/Unix-серверы применяются не слишком часто.

График 5. Применение коммерческих СМБ-продуктов на вертикальных рынках.

Последняя группа решений - коммерческие СМБ-продукты - имеют ярко выраженный пик в секторе торговых организаций (график 6). Можно смело утверждать, что именно торговые компании являются основной целевой группой данных производителей. Добавим, что эта группа систем также неплохо применяется в образовательных учреждениях. В секторе телекоммуникаций/ИТ, который является <вотчиной> Linux-систем сервера для СМБ могут внедряться, однако в большинстве случаев они не являются там основными.

Все указывает на то, что доля коммерческих СМБ-решений будет стремительно расти в ближайшие несколько лет. В связи с тенденцией легализации программного обеспечения СМБ-компании будут переходить с <тяжелых> корпоративных решений на доступные СМБ-продукты. В то же самое время некоммерческие Linux/Unix-решения не смогут существенно нарастить свою долю, так как не обладают необходимым функциналом, в частности, в сфере коллективной работы и создания рабочих групп. Все это в MTA просто отсуствует, а сбор конструктора из других Linux/Unix-решений требует серьёзных знаний.

Отметим, что в группе СМБ-продуктов прослеживается четкий лидер. Это Kerio MailServer, который обходит своего конкурента MDaemon. Видимо, сказывается четкий фокус компании Kerio на простоту и удобство управления не в ущерб функционалу. В то время как MDaemon наоборот пытается наращивать технические и фунциональные характеристики, его политика лицензирования вызывает большие сомнения. По сути, Alt-N, разработчик MDaemon, предлагает клиенту голый MTA-продукт по очень низкой цене, а также целый ряд дополнительных модулей, позволяющих сделать из MDaemon полноценное решение. Покупая MDaemon, клиент просто вынужден играть в конструктор, доводя комплектацию продукта до ума. Между тем, получающиеся в конце концов цены выглядят достаточно высокими, да и конструктор представителям СМБ вряд ли придется по душе.

Тем не менее, несмотря на все свои недостатки, MDaemon обладает реноме надежного и устойчивого продукта. Благодаря этому его популярность будет стабильно развиваться, возможно, даже с увеличением рыночной доли.

График 6. Почтовые серверы (группы) и вертикальные рынки.

Диаграмма, представленная на графике 6, является квинтэссенцией трех предыдущих раскладок. Сделаем несколько итоговых выводов:

• Первое место на всех вертикальных рынках (кроме финансовых услуг) занимают некоммерческие почтовые серверы для Linux/Unix-систем.
• В подавляющем большинстве телекоммуникационных компаний (92,6%) установлен хотя бы один почтовый Linux/Unix-сервер.
• В секторе финансовых организаций чаще применяются тяжелые корпоративные решения (67,6%), и, прежде всего, Microsoft Exchange (45,95%).
• Системы для СМБ рынка особенно популярны на рынке торговых организаций (50,67%).

Оценки почтовых серверов по различным параметрам.

Завершающая часть исследования направлена на изучение качества представленных на рынке систем. мы описывали удовлетворенность системами в целом, а теперь - распишем эту удовлетворенность по каждому конкретному продукту.

Напомним, что удовлетворенность по трем четырем факторам. Фактически (), каждый респондент оценил свой сервер по четырехбальной системе (будем считать минимальной оценкой <1>, а максимальной - <4>). В таб. 2 собраны средние оценки каждого сервера по каждому фактору удовлетворенности. В дальнейших графиках эти оценки будут представлены в более наглядном виде.

Таб. 2.Средние оценки почтовых серверов по различным параметрам.

	Управление	Безопасность	Функционал	Общая удовлетворенность
		3,43	3,33	3,54
	3,18	3,45	3,40	3,45
	3,54	3,37	3,38	3,40
	3,25	3,35	3,40
	3,17	3,23	3,28	3,28
	3,33	3,14	3,35	3,28
	3,00	3,11	3,39	3,21
	2,97	2,96	3,37	3,18
	3,12	3,03	3,24	3,16
	2,87	3,39	3,15

На графике 7 представлены оценки, полученные тяжелыми корпоративными системами. Легко увидеть, что общая удовлетворенность Microsoft Exchange и IBM Lotus находится на практически одинаковом уровне. Интересно, что более безопасным было признано решение от Microsoft, что довольно необычно - поскольку в умах российских администраторов прочно хранится мнение о <дырявости> продуктов корпорации. По всей видимости, повышенное внимание к безопасности, а также обширная маркетинговая активность Microsoft наконец-то стали приносить свои плоды.

График 7. Оценки тяжелых корпоративных систем.

Наибольших оценок в категории некоммерчсеких Open Source продуктов удостоился продукт Exim (график 8), получивший абсолютно лучшую оценку по общей удовлетворенности. В остальных категориях Exim незначительно уступил другим системам, однако также получил весьма неплохие оценки. Интересно, что самый массовый продукт - Sendmail - оказался аутсайдером во всех рассматриваемых категориях. И если в случае управления и безопасности этот факт объясняется историей и спецификой Sendmail, то низкая оценка функциональности выглядит достаточно неожиданной. Особенно, если учесть тот факт, что грамотный администратор может сделать на основе Sendmail сервер с практически любыми возможностями, кроме groupware-функционала, которым Linux/Unix-продукты обеделены с рождения.

Добавим, что почтовый сервер Qmail, который позиционируется как самый безопасный продукт, не смог получить высокой оценки именно в этой категории. Наиболее компромиссным вариантом следует признать сервер Postfix, который несмотря на некоторые пробелы в управлении, является весьма сбалансированным и при этом широко распространенным вариантом.

График 8. Оценки некоммерческих Linux /Unix -решений

Наконец, оценки для почтовых СМБ-систем представлены на графике 9. По мнению респондентов, худшим продуктом оказался сервер Communigate Pro (не считая Merak, который в силу своей крайне слабой распостраненности мы не учитываем вовсе), проигравший во всех рассматриваемых категориях. Лидером оказася Kerio MailServer, получивший самую высокую оценку в категории управление, а также опередивший всех конкурентов в группе по показателю общей удовлетворенности. Главный конкурент Kerio - MDaemon - напротив, серьезно уступил по всем параметрам.

График 9. Оценки почтовых систем для СМБ.

Отметим, что сводить все оценки воедино вряд ли имеет смысл, так как, например, управляемость Linux/Unix -серверов и управляемость почтовых серверов для СМБ-рынка - это совершенно разные понятия. Пользователи обоих типов систем предъявляют им различные требования, которые не всегда корректно сравнивать.

Заключение

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

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

В то же самое время рыночная доля разработок с открытым кодом вряд ли будет расти. Эта тенденция также объясняется взрослением рынка ПО, ростом требований заказчиков к поддержке и другим сервисам, а также дефицитом ИТ-специалистов на рынке труда. Очевидным потверждением последних тезисов является максимальная рыночная доля Microsoft Exchange среди отдельно взятых продуктов.

Почтовый сервер (сервер электронной почты, мейл-сервер) - в системе пересылки электронной почты так обычно называют агент пересылки сообщений (англ. mail transfer agent, MTA). Это компьютерная программа, которая передаёт сообщения от одного компьютера к другому. Обычно почтовый сервер работает «за кулисами», а пользователи имеют дело с другой программой - клиентом электронной почты (англ. mail user agent, MUA).

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

При входе в модуль отображается состояние всех служб почтового и джаббер-серверов, кнопки «Выключить» (или «Включить» если служба выключена). Также присутствует виджет с выбором основных действий, график статистики почты и ленты почтовика, а также последние события журнала.

Настройки

Вкладка «Настройки» позволяет определить следующие параметры почтового сервера:

Порт SMTP/POP3/IMAP - позволяет изменить стандартные порты приема и отправки почтовых сообщений.

Интерфейсы для SMTP/POP3/IMAP - позволяет выбрать интерфейсы сервера, по которым осуществляется прием и отправка почтовых сообщений. По умолчанию задействованы все интерфейсы.

Следующие поля позволяют установить максимальный размер письма (в мегабайтах), максимальное количество писем с одного Ip-адреса в минуту, интервал между попытками отправки, а также минимальное и максимальное время ожидания в почтовой очереди.

Релей по умолчанию . Релей - узел, занимающийся получением/пересылкой сообщений (электронной почты), в данном случае в его роли по умолчанию выступает ИКС. В некоторых случаях вам может потребоваться прописать другой сервер, через который ИКС будет отправлять почту (например, в случае мультидропного почтового ящика, настроенного на почтовом сервере провайдера).

Адреса, с которых разрешена пересылка - это список адресов и доменных имен, с которых ИКС будет всегда принимать почту без проверки серыми списками и проверки соответствия прямой и обратной записей.

Адреса, с которых запрещена пересылка - это список адресов и доменных имен, почтовые сообщения с которых ИКС всегда будет отклонять.

Черные списки RBL . RBL, Real-time Blackhole List (или DNSBL - DNS blacklist или DNS blocklist) - списки хостов, хранимые с использованием системы архитектуры DNS . Обычно используются для борьбы со спамом. Почтовый сервер обращается к DNSBL, и проверяет в нём наличие IP-адреса клиента, с которого он принимает сообщение. При положительном ответе считается, что происходит попытка приёма спам-сообщения. Серверу отправителя сообщается ошибка 5xx (неустранимая ошибка) и сообщение не принимается. В большинстве случаев изменять этот список не требуется.

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

При создании ящика автоматически создавать папки - содержит список стандартных папок, создаваемых в почтовом ящике. При необходимости можно изменить их состав.

Проверять почту антивирусом Clamav /Dr.Wed /Касперский - установка этих флажков дает сигнал почтовому серверу проверять входящие и исходящие письма на наличие в них вирусов. При положительном результате вместо самого письма получателю придет сообщение о результатах проверки, а само письмо будет во вложении к сообщению.

Использовать серые списки . Серые списки (Greylisting) - способ автоматической блокировки спама, основанный на том, что «поведение» программного обеспечения, предназначенного для рассылки спама, отличается от поведения обычных серверов электронной почты. Если почтовый сервер получателя отказывается принять письмо и сообщает о «временной ошибке», сервер отправителя обязан позже повторить попытку. Спамерское программное обеспечение в таких случаях, обычно, не пытается этого делать. Вы можете включить данный режим для усиленной проверки почты на спам. После включения данной опции станут доступными для редактирования параметры серых списков - время игнорирования повторной отправки (в секундах), время ожидания повторной отправки (в часах), время хранения отправителя в белом списке (в днях).

Имя сервера для SMTP определяет параметр SMTP Banner Postfix.

Сертификат для SMTP/POP3/IMAP - как и другие службы ИКС почтовый сервер может работать как по стандартному протоколу, в котором при передаче файлов данные не шифруются (что небезопасно), так и по защищённому. Для этих целей используются SSL-сертификаты . Нажав на кнопку […], вы можете назначить для каждого протокола заранее созданный в соответствующем модуле сертификат.

Использовать DLP - запускает службу проверки почтовых сообщений по отпечаткам конфиденциальной информации.

Жесткий диск для хранения почты позволяет переместить хранилище почты на отдельный жесткий диск. По умолчанию почта хранится на системном разделе.

Подпись для веб-интерфейса включается в настройках почтового сервера, для этого необходимо установить флажок «использовать подпись» и ввести подпись в окне, которое открывается по кнопке «редактировать html», после чего сохранить настройки.

Подпись можно вводить как в режиме wysiwyg так и в режиме html.

В подписи можно использовать переменные в виде [имя переменной], их возможные значения указаны ниже:

Cn - Имя пользователя ou - Группа в которой он находится mail - Почтовый адрес description - Поле "описание" пользователя notes - Поле "комментарий" пользователя telephonenumber - Поле "телефон" пользователя title - Поле "должность" пользователя url - Поле "Веб-сайт" пользователя postaladdress - Поле "Адрес" пользователя pager - Поле "ICQ" пользователя ounotes - Поле "описание" группы в которой он находится

Для вставки изображений используется кодирование изображения в data:url. Это делается следующим образом: используя сервис http://dataurl.net/#dataurlmaker (или подобный) изображение конвертируется в формат , затем полученный текст вставляется в html-код подписи.

ВАЖНО: особенность работы этого механизма в Roundcube такова, что подпись автоматически сгенерируется только для нового аккаунта, созданного после настройки подписи. После генерации изменить подпись автоматически также не будет возможности, поэтому тщательно планируйте автоматическую подпись при создании

Загрузить логотип для Roundcube - эта кнопка позволяет выбрать изображение, которое будет находиться в левом верхнем углу почтового веб-интерфейса. Например, логотип вашей организации.

Последние три флажка позволяют задействовать DKIM-подпись, проверять DKIM входящих сообщений, а также автоматически перекодировать заголовки письма в UTF-8.

Адресная книга

Домены и ящики

Прежде чем добавлять пользовательские почтовые ящики, необходимо создать почтовый домен. Перейдите во вкладку «Домены и ящики» и нажмите кнопку «Добавить» → «почтовый домен». Вы можете назвать домен любым несуществующим именем, если обмен письмами будет происходить внутри корпоративной сети, либо настроить пересылку сообщений на реально существующем домене, зарегистрированном за вашей организацией. Если установлен в настройках флажок «Создавать DKIM-подпись», то она добавится автоматически.

При повторном двойном клике на созданном аккаунте он откроется уже с созданным DKIM-ключом, который при необходимости можно скопировать.

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

Не обязательно создавать отдельный почтовый ящик для каждого необходимого вам почтового имени. Вместо этого вы можете создать ссылку на указанный ящик. Тогда все письма, приходящие на ящик [email protected], будут перенаправляться на реально существующий ящик [email protected].

Важно: при создании почтовых доменов и ящиков соответствующие домены и аккаунты появляются в разделе jabber-сервер . Верно и обратное.

Для того, чтобы почтовый домен был доступен из внешней сети и мог обмениваться данными с другими внешними серверами, необходима настройка DNS-записей .

После того, как почтовые ящики для пользователей созданы, они могут подключаться к ИКС с помощью почтовых клиентов (например, Mozilla Thunderbird или Microsoft Outlook) или воспользоваться веб-интерфейсом для почты .

Для обработки отправляемых и получаемых писем используется вкладка “Фильтры”. Они обрабатывают почту по следующим условиям: размер, отправитель, получатель, тема. Условие может быть строгое и нестрогое. Количество условий может быть любым, при этом фильтр может обрабатывать почту как при полном совпадении всех условий, так и при первом совпадении. После совпадения условия фильтр может удалить письмо, переместить его в другой ящик или сделать копию.

В приведенном выше примере все письма, приходящие на один адрес, размер которых больше 5000 кБ, и тема письма содержит выражение «не спам» будут копироваться на другой почтовый ящик ИКС.

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

Фильтровать входящие и исходящие письма вы можете по теме письма, отправителю, получателю и размеру (в килобайтах). Проверка на совпадение условия может быть строгая («совпадает с») или не строгая («содержит», «начинается с», «заканчивается на»), а также обратная («не содержит»). Вы можете назначить любое количество условий для одного фильтра.

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

Пример того, как можно настраивать фильтры, смотрите .

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

Антиспам

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

Вы можете указать, что делать с письмами на сервере - собирать все, собирать только новые, оставлять письма на сервере или удалять их. Также настраивается интервал работы сборщика и число загружаемых писем за сессию.

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

Сборщик почты может также использоваться в тех случаях, когда в организации применяется метод так называемой «мультидропной» почты. Он состоит в том, что вся почта приходит на сервер провайдера или хостера и хранится там без разделения на почтовые ящики пользователей. В таком случае, при настройке сборщика почты, поле «получатель» изменять не нужно (значение по умолчанию в нем - адрес получателя). Таким образом, собранные письма будут автоматически распределяться в зависимости от адресата по ящикам пользователей ИКС, а в случае отсутствия таких адресатов - складываться в почтовом ящике, выбранном по умолчанию.

Почтовая очередь

В этой вкладке показаны письма, ожидающие отправки, или которые по каким-то причинам не были отправлены (к примеру, отклонены серым списком вышестоящего почтового сервера). При выборе любого объекта из списка можно увидеть код ошибки, по которой он не был доставлен. Управлять почтовой очередью можно посредством кнопок «Очистить очередь» и «Отправить все». Также, каждое письмо можно попытаться отправить индивидуально или удалить его из очереди.

Статистика

Для контроля входящего и исходящего почтового трафика, а также спама и нежелательных писем вы можете воспользоваться разделом «Статистика».

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

Генератор отчетов выглядит во многом похожим на пользовательскую статистику. Основные фильтры могут выводить информацию о трафике пользователей, группируя по следующим признакам:

по доменам отправителя,

по доменам получателя,

по почтовым ящикам,

по часам/дням/месяцам,

детализация писем;

Журнал

В закладке «Журнал» находится сводка всех системных сообщений от почтового сервера. Журнал разделен на страницы, кнопками «вперед» и «назад» вы можете переходить со страницы на страницу, либо ввести номер страницы в поле и переключиться сразу на нее.

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

В правом верхнем углу модуля находится строка поиска. С ее помощью вы можете искать в журнале нужные вам записи.

Журнал всегда отображает события за текущую дату. Чтобы посмотреть события в другой день, выберите нужную дату, используя календарь в левом верхнем углу модуля.