The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Управление через почтовые рассылки, как барьер, мешающий приходу молодых разработчиков"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Второй уровень иерархии тем в форуме реализован через вкладку "Показ ключевых тем".
. "Управление через почтовые рассылки, как барьер, мешающий при..." +1 +/
Сообщение от Аноним (403), 30-Авг-20, 13:43 
> С удовольствием информируем слащеморковкинеедалов: exchange - именно почтовый сервер.

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

Exchange не является почтовым сервером в том смысле, в котором его тут определяют. Настоящие MTA это postfix, exim или вон sendmail.
А Exchange - это не MTA, это всё остальное. Exchange - это такой веб-сервер дающий календари, контакты, адресную книгу, автонастройку клиентов, WebDAV-хранилище и API через OAuth2 для других приложений. Exhange - это средство доставки почты до пользовательского клиента, который раздает почту через 2 разных веб-API (EWS, MAPI), традиционные протоколы (POP3/IMAP + SMTP) и старых выпиленных типа MSRPC (до 2016). Exhange - телефонный сервер, реализующий на себе функционал голосовой почты, Text to Speech способный интегрироваться с любыми АТС по SIP. Exchange - это сервер хранения и репликации баз почтовых ящиков. И еще он умеет интегрироваться с другими серверами по протоколу SMTP...

Короче, это все что угодно кроме MTA! Так вышло и это удобно, что пересылка почтовых сообщений между нодами по SMTP, но это вовсе не значит, что вы сможете накрутить на нем то, что банально умеет postfix по SMTP. Наоборот, Exchange-серверу нужен отдельный граничный MTA, который будет выполнять задачи по фильтрации спама, вообще безопасности, проверку на вирусы... короче даже необходимый минимум он не умеет. Предполагается, что пользуясь Exchange компания настроит "поток обработки почты" через имеющийся MTA, типа postfix или вообще поставит железное решений от какой-то Cisco или кого-то еще.

Для тех у кого нет нормальной почтовой инфраструктуры предлагается использовать бяку под названием Exchange Edge Transport. Это совершенно отдельный продукт с Exchange его связывает только слово в названии и оно реализует базовый функционал MTA для нужд Exchange позволяя сравнительно удобно настроить антивирус, антиспам, качая обновление определений с MS через windows update. Настроить черные/белые списки и выдать возможность пользователям маркировать отправителей как спамеров через Outlook. Но даже DKIM на этой бяке настроить - через сторонние плагины неизвестно как работающие и вообще оно толком не обновлялось 10 лет со времен версии (2010 SP1). Его пытались вообще выпилить в 2013, но вернули по просьбам клиентов.

> Что он не использует именно ваши доморощенные апи, устаревшие на сорок лет - это ваши половые проблемы.

Те же яйца только в профиль. Exchange использовал СВОИ доморощенные API вплоть до 2019, пока его не перевели на MAPI через web. До 2016 это сравнение бегемота с гиппопотамом.

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

Справедливости ради, поддержка протокола IMAP в Outlook до версии 2013 SP1 была можно сказать неработоспособна. 2019 - это первая версия, которая не глючит и не тормозит. The Bat раньше починился...
IMAP - это вполне себе такой стандарт, да и POP3 бывает полезен, особенно когда ящиком пользуется приложение, а не живой человек через клиент. Обратите внимание на выпил Outlook Anywhere (MS-RPC) в пользу MAPI-over-HTTPS, который по сути еще один EWS в то время как IMAP и POP3 живы-живёхоньки.

И вообще учтите что не все люди любят концепцию почтового клиента-монстра. Есть предпочитающие веб и вообще интегральные вебклиенты типа Nylas и иже с ним. Такие и zimbra себе поставят с её вебклиентом. Есть люди которым не надо у них 1 ящик и до 50 писем в день, они не видят проблемы с правилами. Есть те у кого клиент один большой но на одном устройстве и они не видят разницу между серверными правилами и клиентскими правилами, синхронизация не нужна. А если оутлуко-боги с 10 ящиками тонной писем (1 письмо в пять минут от живого человека) и еще уведомления рассылки, совместные документы и прочее.

Единственным вменяемым клиентом на Linux для пользователей, которым реально нужен почтовый клиент был и остаётся GNOME Evolution остальным хватит Claws mail или вебклиента, потому что у них нет задачи которую решает оутлукообразный клиент. На венде есть качественно другое решение The Bat, там вы правилами упишетесь похлеще оутлука. И да, тоже IMAP там починили сравнительно недавно.

Главное только Thunderbird не использовать. Он одинаково ужасен на всех платформах.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Управление через почтовые рассылки, как барьер, мешающий приходу молодых разработчиков, opennews, 28-Авг-20, 22:50  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру