Почтовые серверы рейтинг: Топ 7 лучших почтовых сервисов для работы и постоянного использования

Топ 10: Корпоративные почтовые серверы

Топ 3 лучших CRM системы

Обновлено: 06.11.2022

28

Рейтинг корпоративных решений для управления электронной почтой.

1

Microsoft 365

Не работает в России

Пакет офисных (и не офисных) приложений Microsoft. Включает в себя почту Outlook, редакторы Word, Ecxel, PowerPoint, блокнот OneNote, облачное хранилище OneDrive, браузер Edge, систему совместной работы Teams, а также серверные системы для бизнеса.

2

Google Workspace

Не работает в России

Решение, объединяющее популярные сервисы гугла: электронную почту, систему редактирования документов, мощный календарь, мессенджер и систему управления контентом. Можно использовать на своем корпоративном домене

3

Microsoft Exchange

Не работает в России

Почтовый сервер с календарем, задачами и базой контактов в знакомом всем интерфейсе. Доступен как вэб-сервис или инсталлируемая система. Предоставляет доступ через обычный Outlook, вэб-версию Outlook или через мобильное устройство с синхронизацией через Exchange Active-Sync.

4

Mailion

Корпоративный облачный почтовый сервер от МойОфис. Поддерживает до миллиона активных пользователей. Разворачивается на собственных серверах клиента или на базе инфраструктуры доверенного партнера.

5

Zimbra

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

6

Communigate Pro

Интегрированная IP-платформа для Email, календаря, IM, VoIP, видеокоммуникаций и совместной работы в режиме реального времени.

7

IceWarp

Объединяет в себе почтовый сервер с web-клиентом, антивирус, антиспамовый фильтр, инструменты совместной работы (календарь, задачи, общие папки), мессенджер, VoIP сервер с поддержкой видео, FTP сервер. Предоставляет плагин к Outlook для организации совместной работы. Поддерживает доступ с различных мобильных устройств (через SyncML и ActiveSync).

8

HCL Notes

Инсталлируемая система корпоративного класса для электронной почты, обмена сообщениями, совместной работы над задачами и управления временем. Есть вэб-, мобильный и десктоп клиенты (Lotus Notes)

9

Amazon WorkMail

Не работает в России

Облачный сервис для деловой электронной почты и календарей с поддержкой существующих почтовых клиентов для настольных компьютеров и мобильных почтовых клиентов. Интеграция с Outlook, Active Directory

10

Kerio Connect

Почтовый сервер с широкими возможностями совместной работы. Поддерживает синхронизацию адресных книг по протоколу CardDav, совместную работу с календарями и синхронизацию по протоколу CalDav, синхронизацию почты, календарей, контактов и задач с мобильными устройствами, поддерживающими Active Sync, защиту от спама и вирусов, автоматическую архивация почты, интеграцию с Microsoft Active Directory и Apple Open Directory, администрирование через Web интерфейс.

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

Топ 3 лучших CRM системы

Недружественные почтовые сервера / Хабр

«Не препятствуйте доставке почты»

Всем привет. Долго думал, о чём здесь написать — к сожалению, редко находится на это время и желание. Но недавно случилась одна не очень хорошая история, из которой я сделал выводы и решил, что эта информация может быть кому-то полезна, поэтому хочу рассказать о том, что произошло. История эта связана с электронной почтой, а если быть более точным — с отказом сетевой инфраструктуры РЖД в обслуживании персонального почтового сервера из-за его «недружественности».

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

UPD 29.04.2022: Написал статью о настройке VPN-туннеля для обхода ограничений.

Введение

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

Следует заметить, что когда я выбирал хостинг-провайдера, я не рассматривал варианты размещения сервера на территории РФ (думаю, причины этого понятны). Изучая различные предложения, в конце концов я остановил свой выбор на небольшом не очень известном провайдере из страны ЕС, географически расположенной недалеко от России (чтобы пинг был поменьше) — здесь без конкретики, чтобы никто не подумал, что я занимаюсь рекламой. Конечно, всё это происходило ещё до начала всем известных событий, поэтому тогда я не мог даже предполагать, что в будущем могут возникнуть проблемы с оплатой. Интересно, что когда всё это началось, провайдер прислал мне уведомление с предложением внести предоплату за как можно больший период времени — и это было ещё до того, как Visa и MasterCard объявили об уходе из РФ. Не знаю, действительно ли они могли предвидеть будущее, но я им очень благодарен — у меня как раз было некоторое количество свободных средств, и я решил воспользоваться ими и продлить аренду сервера на несколько лет вперёд. О прекращении обслуживания российских клиентов, равно как и вообще о своей позиции по отношению к происходящему, провайдер до сих пор не сообщил — поэтому пока можно надеяться, что сервер будет оставаться доступным в ближайшие годы, если только нас не отключат от мирового интернета. А когда наступит время следующей оплаты, ситуация может измениться (хотелось бы, чтобы в лучшую сторону).

Проблема

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

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

Я решил связаться с поддержкой РЖД, отправив письмо по электронному адресу [email protected]… и столкнулся с невозможностью это сделать. Сначала в логах почтового сервера начали появляться сообщения об ошибке DNS-резолвинга MX-хостов для домена rzd.ru.

Небольшое отступление по поводу DNS

Для тех, кто не знает, как работает электронная почта: для каждого домена, на который приходят письма, в DNS должны быть прописаны MX-записи, которые содержат имена серверов входящей почты для этого домена. Например, чтобы отправить письмо на адрес [email protected], следует сначала получить MX-записи для домена example.com и затем соединяться по протоколу SMTP с серверами, на которые эти записи указывают. Если MX-записей нет, вместо них могут использоваться A (или AAAA) записи, но обычно так делать не рекомендуется.

Важный технический момент: одной из мер по предотвращению спама является необходимость обращаться к публичным провайдерам чёрных (и белых) списков доменов и IP-адресов. Эти списки реализованы как DNS-сервера, и их владельцы обычно разрешают использовать их бесплатно в некоммерческих целях, если количество запросов не очень большое.

Но при использовании открытых DNS-резолверов (таких как 1.1.1.1 или 8.8.8.8) отследить количество запросов невозможно, потому что этими резолверами пользуется огромное число людей по всему миру. Решением данной проблемы является установка на почтовый сервер локального рекурсивного DNS-резолвера (такого как, например, Unbound), который будет выполнять обращения к DNS-серверам самостоятельно.

Решить проблему с ошибкой резолвинга MX для rzd.ru было просто — Unbound позволяет перенаправлять запросы на другой DNS-сервер для любой зоны. Я добавил в конфигурацию следующие строчки:

forward-zone:
  name: "rzd.ru."
  forward-addr: 1.1.1.1

После этого резолвинг заработал, но письмо на [email protected] всё равно не шло. На этот раз причина была в том, что соединение с сервером входящей почты РЖД не устанавливалось из-за таймаута. Сначала я решил, что это какая-то временная проблема, и оставил письмо в очереди. Через 5 дней (да, тогда у меня ещё было терпение) письмо вернулось обратно как недоставленное — соединиться с серверами РЖД так и не удалось.

Переписка с РЖД

Здесь я вспомнил, что в новостях некоторое время назад сообщали о DDoS-атаках на инфраструктуру РЖД, и предположил, что подсеть, где находится мой почтовый сервер, была заблокирована в целях защиты от этих атак. Я не знаю, действительно ли велись из данной подсети какие-то атаки или нет, но мне точно известно, что мой сервер в них не участвовал — наверное, если я напишу об этом в РЖД, его разблокируют? С этими наивными мыслями я решил составить обращение через форму обратной связи РЖД. Ответ они обещали дать в течение 30 дней, но, как ни странно, он пришёл относительно быстро — за 9 дней. Только вот либо я недостаточно подробно изложил суть проблемы, либо сами РЖД решили не заморачиваться, поэтому весь их ответ свёлся к просьбе проверить папку «Спам»:

Ответ на первое обращение (в нём две страницы, но на второй нет ничего интересного)

Интересно, что в контактной форме я указывал обратный адрес, обслуживаемый моим почтовым сервером. И ответ пришёл именно на него, но не с серверов РЖД, а с серверов Google. С серверами РЖД связи всё ещё не было (спойлер: и нет до сих пор). Какое-то время я ждал, надеясь, что проблема всё-таки временная и разрешится через несколько дней — но, конечно же, этого не произошло, поэтому я написал ещё одно письмо уже непосредственно в поддержку на [email protected], где постарался изложить ситуацию как можно подробнее. По понятным причинам мне пришлось делать это с аккаунта Gmail, который раньше был моим основным почтовым аккаунтом, а теперь используется как резервный. Для солидности я представился не единственным владельцем почтового сервера, а одним из его системных администраторов, и сообщил, что на нём зарегистрировано несколько пользователей, которые тоже клиенты РЖД и испытывают аналогичные проблемы. Также я поблагодарил их за предложение проверить папку «Спам», но отметил, что оно является бессмысленным, поскольку мне доступны все логи соединений на сервере. И ещё я напомнил им про то, что письма не только не приходят, но и не отправляются.

В этот раз ответ пришёл быстрее, но ничего полезного в нём опять не было. Сотрудники РЖД просто попробовали соединиться с моим сервером, у них это сделать не получилось, и они сказали, что проблема на моей стороне:

Ответ на второе обращение

Такой вариант действительно не исключается — ровно до тех пор, пока не установлено, где именно происходит обрыв соединения. Но раз сотрудники РЖД решили не заниматься выяснением подробностей, мне пришлось делать это самостоятельно. Для этого я использовал утилиту traceroute в TCP-режиме, указав порт 25 (основной порт SMTP-соединений между почтовыми серверами) в качестве целевого. Результат трассировки можно видеть ниже — я скрыл IP-адреса некоторых узлов в начале маршрута, чтобы не выдавать информацию о провайдере:

$ traceroute -T -O info -p 25 gvc-cggw-cgfe-01.rzd.ru
traceroute to gvc-cggw-cgfe-01.rzd.ru (217.175.155.64), 30 hops max, 60 byte packets
 1  <REDACTED>  0.184 ms  0.124 ms  0.111 ms
 2  <REDACTED>  0.363 ms  0.352 ms  0.351 ms
 3  <REDACTED>  0.458 ms  0.449 ms  0.439 ms
 4  <REDACTED>  0. 370 ms  0.354 ms  0.340 ms
 5  <REDACTED>  13.133 ms  13.120 ms  13.092 ms
 6  GW-TransTeleCom.retn.net (87.245.249.47)  23.123 ms  22.941 ms  22.923 ms
 7  spb14ra.transtelecom.net (188.43.208.50)  21.852 ms spb14ra.transtelecom.net (188.43.208.82)  21.727 ms spb14ra.transtelecom.net (188.43.208.50)  21.761 ms
 8  spb14ra.transtelecom.net (188.43.208.78)  23.299 ms spb14ra.transtelecom.net (188.43.208.86)  24.061 ms  23.582 ms
 9  mskn17ra.transtelecom.net (188.43.235.34)  30.704 ms  30.695 ms  30.725 ms
10  CSS-gw.transtelecom.net (188.43.235.33)  29.512 ms  29.702 ms  30.975 ms
11  * * *
...
30  * * *

Здесь видно, что трафик доходит до узла CSS-gw.transtelecom.net (188.43.235.33) и дальше попадает в чёрную дыру. Чтобы понять, что происходит, я попробовал провести аналогичную трассировку, но уже с сервера, расположенного на территории РФ. Результаты для сравнения ниже — всё ещё не хочу рекламировать провайдеров, поэтому скрываю начальные адреса и в этот раз:

 $ traceroute -T -O info -p 25 gvc-cggw-cgfe-01. rzd.ru
traceroute to gvc-cggw-cgfe-01.rzd.ru (217.175.155.64), 30 hops max, 60 byte packets
 1  <REDACTED>  0.274 ms  21.345 ms  0.324 ms
 2  <REDACTED>  0.303 ms  0.578 ms  0.643 ms
 3  <REDACTED>  0.654 ms  0.605 ms <REDACTED>  1.602 ms
 4  <REDACTED>  1.344 ms * *
 5  * mskn17ra.transtelecom.net (188.43.235.34)  1.360 ms  1.330 ms
 6  mskn17ra.transtelecom.net (188.43.235.34)  1.464 ms  1.363 ms CSS-gw.transtelecom.net (188.43.235.33)  1.772 ms
 7  CSS-gw.transtelecom.net (188.43.235.33)  1.693 ms * *
 8  * * *
 9  gvc-cggw-cgfe-01.rzd.ru (217.175.155.64) <syn,ack>  2.190 ms * *

Здесь с соединением всё в порядке, и более того — видно, что после CSS-gw.transtelecom.net (188.43.235.33) трафик почти сразу попадает на почтовый сервер РЖД. Между ними есть ещё один узел, который нам не ответил, но можно предположить, что это какой-то межсетевой экран. В любом случае, если сравнить эти результаты с предыдущими, то становится ясно, что источник проблемы находится гораздо ближе к РЖД, чем к моему провайдеру.

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

Ответ на третье обращение (в логе указаны IPv4 и IPv6 адреса моего сервера)

На этом шаге мне надоело вести переписку с РЖД, хотя, в теории, её можно было продолжать и дальше, например, таким образом: США — недружественная страна, а сервера Gmail находятся в ней, так почему же тогда доступ к серверам Gmail не закрыт? Лично мне было бы интересно посмотреть, что они ответят на это, но у меня больше нет желания тратить своё время. И вне зависимости от их ответа, мы и так знаем, в чём причина: если перестанут приходить письма от РЖД на Gmail, то жалобы посыпятся уже тысячами. Поэтому заблокировать Gmail они не могут, а вот личный независимый почтовый сервер — вполне.

Конечно, я не думаю, что они блокируют конкретные сервера по IP-адресам: скорее всего, такая блокировка осуществляется по подсетям или даже по страновой принадлежности из WHOIS-данных, а подсеть Gmail просто внесена в белый список.

Выводы

Какой вывод можно сделать из всей этой истории? Если вы можете обойти проблемы с оплатой и продолжаете использовать сервера за границей, нужно быть готовым к появлению аналогичных ситуаций в будущем. И речь здесь идёт не только об электронной почте, так как эти блокировки вряд ли затрагивают лишь один протокол. В частности, это может касаться, например, того же DNS — на моём сервере в последние два месяца такое тоже происходило (помните про проблему с резолвингом MX?).

Чтобы обойти блокировку, мне пришлось арендовать дополнительный виртуальный сервер на территории РФ и добавить его с низким приоритетом в список MX-хостов для своих почтовых доменов. На этом сервере никакая почта не хранится — он соединён с основным через VPN-туннель, в который перенаправляются все входящие SMTP-соединения. Пришлось повозиться с настройками, чтобы при подключении через VPN был виден реальный IP-адрес удалённой стороны, а не локальный адрес сервера в туннеле (это важно для антиспам-проверок), но в конце концов таким способом мне всё-таки удалось получить письмо от РЖД. В теории, через этот же сервер можно также и отправлять письма в РЖД, но, как я уже говорил, вести с ними дальнейшую переписку я не планирую.

Техническое отступление

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

Кто-то скажет, что описанной здесь проблемы можно было бы избежать, изначально выбрав сервер на территории РФ. На первый взгляд это действительно так, да и проблем с оплатой такого сервера сейчас бы не было. Но даже если не рассматривать вопросы, связанные с безопасностью хранения личной переписки на сервере в РФ, остаётся ещё такой момент: а вы точно уверены, что подобные блокировки могут осуществляться только со стороны российских сервисов? К примеру, ограничение веб-трафика по географическому признаку всегда являлось весьма распространённой практикой — это я говорю по своему опыту, так как нередко наблюдал сообщение «Access Denied» или просто таймауты при попытке зайти на какой-либо иностранный веб-сайт, и началось это задолго до 24 февраля 2022 года. А уж после этой даты я не вижу никаких препятствий к расширению подобных ограничений и на другие виды интернет-трафика — и затронуть они могут не только электронную почту.

Best Email Hosting Services (май 2023 г.) — Forbes Advisor

Обновлено: 23 мая 2023 г., 18:46

Редакционное примечание. Мы получаем комиссию за партнерские ссылки на Forbes Advisor.

Комиссии не влияют на мнения или оценки наших редакторов.

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

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

Читать далее

Показать сводку

• Почему вы можете доверять Forbes Advisor Small Business
• DreamHost
• СайтЗемля
• Хостинг А2
• Зохо почта
• Рабочая область Google
• Рейтинг советников Forbes
• Что такое хостинг электронной почты?

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

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

Была ли эта статья полезна?

Оцените эту статью

★ ★ ★ ★ ★

Пожалуйста, оцените статью

Пожалуйста, введите действительный адрес электронной почты

Комментарии

Мы будем рады услышать от вас, пожалуйста, оставьте свой комментарий.

Неверный адрес электронной почты

Спасибо за отзыв!

Что-то пошло не так. Пожалуйста, повторите попытку позже.

Редакция Forbes Advisor независима и объективна. Чтобы поддержать нашу отчетную работу и продолжать предоставлять этот контент бесплатно нашим читателям, мы получаем компенсацию от компаний, размещающих рекламу на сайте Forbes Advisor. Эта компенсация происходит из двух основных источников. Сначала мы предоставляем рекламодателям платные места для представления своих предложений. Компенсация, которую мы получаем за эти места размещения, влияет на то, как и где предложения рекламодателей появляются на сайте. Этот сайт не включает все компании или продукты, доступные на рынке. Во-вторых, мы также размещаем ссылки на предложения рекламодателей в некоторых наших статьях; эти «партнерские ссылки» могут приносить доход нашему сайту, когда вы нажимаете на них. Вознаграждение, которое мы получаем от рекламодателей, не влияет на рекомендации или советы, которые наша редакция дает в наших статьях, или иным образом влияет на какой-либо редакционный контент в Forbes Advisor. Несмотря на то, что мы прилагаем все усилия, чтобы предоставить точную и актуальную информацию, которая, по нашему мнению, будет для вас актуальной, Forbes Advisor не гарантирует и не может гарантировать, что любая предоставленная информация является полной, и не делает никаких заявлений или гарантий в связи с ней, а также ее точностью или применимостью. . Вот список наших партнеров, которые предлагают продукты, на которые у нас есть партнерские ссылки.

Вы уверены, что хотите оставить свой выбор?

MDaemon Email Server Reviews & Ratings 2023

У нас недостаточно оценок и обзоров, чтобы дать общий балл.

• Управление электронной почтой

Начиная с 380 долларов США в год за лицензию на 6 пользователей безопасность электронной почты, совместная работа в Outlook и продукты для управления сетевыми факсами для небольших компаний. от среднего бизнеса по всему миру. Их продукты включают решение для обмена сообщениями и совместной работы MDaemon Email Server, а также программное обеспечение для обмена сообщениями электронной почты MDaemon Private Cloud.

Читать далее

Оставив отзыв, вы поможете другим профессионалам оценить программное обеспечение для управления электронной почтой

Будьте первым в своей сети, кто оставит отзыв о Сервер электронной почты MDaemon , и пусть ваш голос будет услышан!

Приступить к работе

Вернуться к навигации

Плата за установку начального уровня?

Для получения последней информации о ценах посетите https://www.altn.com/Products/MDaemon…

Предложения

Начальная цена (не включает плату за установку)

Вернуться к навигации

• О
• Технические подробности

Что такое почтовый сервер MDaemon?

Сервер электронной почты MDaemon представляет собой надежный сервер электронной почты с функциями защиты электронной почты, шифрования электронной почты, архивирования электронной почты, управления мобильными устройствами, удаленного администрирования, веб-почты, Instant Messenger и миграции Exchange. Это средство управления электронной почтой с функциями безопасности и совместной работы для локальных, виртуальных или размещенных серверов.

Функции почтового сервера

MDaemon поддерживает протоколы IMAP, SMTP и POP3 и предназначен для удовлетворения потребностей клиентов малого и среднего бизнеса. MDaemon доступен на нескольких языках и поддерживает списки рассылки, фильтрацию контента, несколько доменов, предлагая при этом гибкое администрирование и дизайн с открытыми стандартами.

• Совместное использование и совместная работа
• Многосерверная кластеризация для защиты от системных сбоев
• Механизм списков рассылки
• Интеллектуальная маршрутизация сообщений
• Поддержка вложений для календарей, контактов, задач и заметок
• Связывание вложений
• Ретрансляция почты по запросу (ODMR)
• Менеджер домена
• Совместное использование доменов несколькими почтовыми серверами MDaemon
• Доменный шлюз
• Импорт/экспорт учетной записи пользователя
• Ограничения учетной записи
• Диспетчер общих папок
• Ограничения файлов папки документов
• Система отправки сообщений в общие папки
• Конфигурация квоты учетной записи
• Мониторинг Active Directory
• Резервное копирование и восстановление
• Поддержка виртуальных сред
• Настраиваемая очередь почты
• Система управления очередью
• Очередь хранения ошибок
• Очередь отложенных сообщений ue для повышения производительности доставки электронной почты
• Сокращение
• Сложные фильтры IMAP
• СЖАТИЕ IMAP
• Цветные журналы сеансов
• Группировка учетных записей и шаблоны
• Подписи электронной почты (на основе учетных записей и доменов)
• Счетчики производительности
• Регулирование полосы пропускания
• Поддержка IPv6
• Вызов сообщений
• Поддержка CalDAV
• Поддержка CardDAV
• Режим «Не беспокоить»
• Инструмент миграции учетной записи электронной почты ActiveSync
• Управление MDaemon Connector для настроек клиента Outlook
• Централизованное управление Подписи клиентов электронной почты
• XML API для бесплатных приложений
• Оповещения о нехватке места на диске
• Языковая поддержка

Функции безопасности электронной почты

MDaemon использует несколько уровней методов безопасности, таких как управление ретрансляцией, IP-экранирование, аутентификация SMTP и обратный поиск, чтобы свести к минимуму возможные атаки сервера. Он использует расширенные методы проверки подлинности электронной почты Vouch By Reference (VBR), а также проверяет и подписывает сообщения с использованием DKIM, DK, Sender-ID и SPF. В сочетании с механизмом защиты от спама, байесовским обучением, SSL/TSL, защитой от обратного рассеяния и упреждающей защитой от вредоносных программ MDaemon AntiVirus обеспечивает многоуровневую защиту для защиты обмена сообщениями.

Функции шифрования электронной почты

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

Функции архивирования электронной почты

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

Функции удаленного администрирования

MDaemon включает инструмент удаленного администрирования, который предоставляет администраторам полный доступ ко всем функциям MDaemon с любого компьютера с веб-браузером и подключением к Интернету. Пользователи могут добавлять или редактировать учетные записи, напрямую редактировать файлы конфигурации и просматривать журналы для устранения проблем с доставкой электронной почты. Благодаря встроенным возможностям SSL в MDaemon доступ к удаленному администратору возможен даже через безопасное соединение с использованием HTTPS.

Функции веб-почты

MDaemon Webmail предоставляет программное обеспечение совместной работы для совместного использования папок электронной почты, календарей с расписанием занятости, контактов, списков рассылки, задач и заметок. Предлагая производительность электронной почты на рабочем столе, где бы пользователь ни имел доступ в Интернет и веб-браузер.

Функции программы обмена мгновенными сообщениями

MDaemon Instant Messenger — это настольный клиент (приложение) для закрытого обмена мгновенными сообщениями, который бесплатно входит в комплект поставки MDaemon и обеспечивает высокозащищенный обмен мгновенными сообщениями (IM), ведение журнала, общий доступ к файлам, групповой чат и апплет панели уведомлений по электронной почте.