Почему не нужно использовать POP3 и IMAP4 в Microsoft Exchange Server?

Некоторые администраторы Microsoft Exchange Server, работавшие с почтовыми серверами под Linux, задают вопрос о том, как включить и настроить протоколы POP3  и IMAP4 в Microsoft Exchange Server.  На самом деле этого делать не нужно и вот почему.

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

Недостатки POP3/IMAP4

[su_list style=»check»]

  • Хранение почты локально в POP3. Изначально идея была именно такой. В Exchange Server главная идея заключается в том, чтобы хранить почту централизованно на сервере. В таком случае легче обеспечивать отказоустойчивость, целостность и безопасность электронной почты. Конечно можно поставить галочку в настройках «Хранить сообщения на сервере», но это чисто настройка клиента, она может на одном клиенте быть, а при подключении другого клиента ее можно забыть поставить и останется вся почта только на том компьютере. Главное — что это создает неудобство и сохраняется риск потери сообщений при хранении. То ли дело Cache mode в Outlook.
  • Отсутствие автоматического распространения адресной книги по клиентам. В POP3 и IMAP4 можно подключиться к LDAP серверу, но это лишь часть функциональности по работе с адресной книгой по сравнению с полноценным подключением по MAPI.
  • Неполное использование всех возможностей Exchange Server. Как ни крути, но Exchange Server давно ушел вперед по возможностям, по сравнению со связкой SMTP+POP3+IMAP4, поэтому тем, кто уже использовал Exchange Server, не будет хватать таких возможностей, как подсказки,  кеш имен во всех клиентах, возможность игнорирования сообщений и масса других мелочей, так незаметно облегчающих жизнь. Если уж заплатили деньги за Exchange, то не ездите только на первой передаче, а используйте все возможности продукта.

Компания Микрософт предоставляет достаточное количество средств доступа с различных клиентов к электронной почте и лучше пользоваться ими, только тогда раскроется вся мощь Microsoft Exchange Server.
[/su_list]

  • В офисе
    • На компьютерах(локальная сеть)  и ноутбуках(локальная сеть, WiFi)
      • Outlook (MAPI+Cache mode) или Outlook Anywhere(HTTPS+Cache mode),
      • Outlook Web App (HTTPS)
    • С мобильных устройств(WiFi)
      • ActiveSync(HTTPS)
      • Outlook Web App(HTTPS)
  • Из Интернета(дом, интернет кафе, гостиница, …)
    • На компьютерах(локальная сеть)  и ноутбуках(локальная сеть, WiFi)
      • Outlook Anywhere(HTTPS+Cache mode),
      • Outlook Web App(HTTPS)
    • С мобильных устройств(3G/Edge/WiFi)
      • ActiveSync(HTTPS)
      • Outlook Web App(HTTPS)
      • Outlook Mobile Access(HTTPS)

[su_note color=»#fffcdb»]
Существует только две серьезные причины по которым можно задуматься об использовании POP3 и IMAP4.
[su_list style=»check»]

  • В компании большое количество старых или бюджетных мобильных устройств, поддерживающих только POP3/IMAP4
  • Компания не может себе позволить купить Outlook из Microsoft Office в качестве клиентов для работы с электронной почтой и использует бесплатные с поддержкой POP3/IMAP4, например Outlook Live или Outlook Express.

[/su_list]

[highlight bg=»#DDFF99″ color=»#000000″]Во всех остальных случаях следует использовать Outlook, как основного клиента для работы с Microsoft Exchange Server, т.к. именно в нем раскрываются  все возможности работы с электронной почтой в Microsoft Exchange Server.[/highlight]

[/su_note]

Много хороших комментариев в моем старом посте про POP3 и IMAP4.

Related Posts

This Post Has 20 Comments

  1. Паш, годный наброс =)
    Пару дополнений — при интеграции с линком и телефонией получаем очень мощное средство коммуникации внутри и вне компании, причём не только с внутренними сотрудниками, но и с внешними. Кроме этого Outlook Web App в Exchange 2010 практически ничем не отличается от клиента Outlook 2010, что по большому счёту позволяет использовать первый, в случае отсутствия второго.

  2. Паша, ты забавный. Выдаешь свое личное мнение за истину в первой инстанции. Это неправильно, если протокол морально устарел — от него отказывается в первую очередь вендор. Т.е. он, понятное, дело довольно долго тянет его в угоду обратной совместимости, но в итоге пристреливает. Таких примеров масса за последние 10-15 лет. Но, парадокс, Microsoft, как глупые дети тянут морально устаревшие и небезопасные POP3 и IMAP4 из версии в ерсию. даже в Exchange 2013 они остались. А вот мегаперспективный, модный и безопасный MAPI RPC выкинули нахер. И затолкали все коммуникации в HTTPS. Но, заметь, POP3 и IMAP4 остались. И они не исчезнут еще довольно долго, особенно при наличии гибридных сред. Многие большие и тяжелые приложения, типа огромных и дорогущих ERP-систем не умеют посмотреть почту, кроме, как в POP3 или IMAP. Поэтому, если спрашивают «Как настроить IMAP?» — можно высказать свое имхо, но тут же рядом ответить, как это сделать. Т.е. по правилам хорошего тона рядом должен появиться FAQ по настройке POP3 и IMAP. С использованием шифрования и все такое. Это будет настоящий ExchangeFAQ.

    Стаська. С тобой спорить можно только обкурившись, тогда не будет влом повторять одно и то же. Повторю в 100501-й раз: расскажи про одинаковость клиентов людям, использующим: а) системы документооборота с клиентами Outlook (например в Public Folders, которые ко всему еще и Resurrection), б) людям с клиентом CRM, в) людям, активно использующим макросы в работе. Правило: это нахрен не нужно мне лично, поэтому вообще нахрен не нужно — плохое правило.

    З.Ы. Паша, ты с ума сошел, такую сложную капчу ставить? Полчаса вспоминал на сколько нужно умножить 9, чтобы получить 63 🙂 И таки набрал calc.exe…

  3. Так это же мой блог, тут все субъективно и то. что думаю я, как же иначе?

    Про доступ по POP3 из ERP пруфы есть? Первый раз про такое слышу.

    Я ставил задачу себе в этом посте объяснить людям, что не нужно использовать POP3/IMAP4, понятно, что если бизнес требует этого, то все сотрудники будут работать по POP3. Но если есть сомнения и этого можно избежать, то лучше это сделать.

    Про настройку POP3 писать не буду, т.к. там настраивать особо нечего, да и документации полно. Я лучше про что-нибудь другое напишу.

     

     

  4. Ой, ну вот прям щас пруфов я не доставлю, тут на работе была какая-то заморочь с софтом то ли от HP, то ли от Oracle — cтрого IMAP подавай. Не суть. Посмотри буржуинские форумы — там море вопросов именно по POP3\IMAP. Я твою позицию понял. И отчасти согласен, если админ хочет настроить знакомые POP3\IMAP\Client SMTP просто потому, что он не хочет изучать новую неизвестную ему технологию — это одна ситуация, а когда надо сделать для какого-то сервиса, который по другому не умеет — другая. Но изначально посыл статьи: не надо! Попахивает религиозностью…

    З.Ы. 9+4= это лучше, чем 9х..=63  😀

  5. Не по теме поста: что случилось с RSS

    Линк на статью  
    http://www.exchangefaq.ru/pochemu-ne-nuzhno-ispolzovat-pop3-i-imap4-v-microsoft-exchange-server.html
    Линк в RSS
    http://www.exchangefaq.ru/pochemu-ne-nuzhno-ispolzovat-pop3-i-imap4-v-microsoft-exchange-server.html?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+exchangefaq+%28FAQ+%D0%BF%D0%BE+Microsoft+Exchange+Server%29

    Получаю:
     Forbidden
    You don’t have permission to access /pochemu-ne-nuzhno-ispolzovat-pop3-i-imap4-v-microsoft-exchange-server.html on this server.
    ———————————————————————————
    Apache/2.2.16 (Debian) mod_ssl/2.2.16 OpenSSL/0.9.8o Server at http://www.exchangefaq.ru Port 80

  6. POP3/SMTP приходится использовать для отсылки по email всяких уведомлений от прикладных программ, поскольку подключение по MAPI криво реальзовано в разного рода API. и программисты предпочитают при написании софта использовать POP3/SMTP с передачей пароля plain text-ом.
    У меня сделан отдельный коннектор под такую почту с зарезанием адресов до списка серверов, на которых установлено ПО рассылающее такие уведомления. 

  7. POP3 то для отправки не нужен. А что касается SMTP, то у вас сделано все так, как рекомендует MS. У меня собственно так же. Только у меня в каждом сайте smtp.mydomain.ru указывает на локальный SMTP сервер и IP адреса, которым разрешено отправлять по SMTP находятся в текстовом файле на основании которого скрипт меняет в коннекторах разрешения. При добавлении нового сервера я просто меняю файл и запускаю скрипт.

  8. >поскольку подключение по MAPI криво реальзовано в разного рода API
    CDO.NET нормально подключается, вопрос прямых рук.
    >программисты предпочитают при написании софта использовать POP3/SMTP с передачей пароля plain text-ом
    Реклама NTLM и Systme.Net.Mail.SmtpClient. Оно умеет аутентифицироваться в контексте запустившего пользователя. В общем, были бы желание и голова, а написать можно все, что угодно.
    З.Ы. Павлик, у тебя сайт очень криво работает из IE10. Окно редактирования недоступно без режима совместимости. Подумай над этим 🙂

  9. Авторы таких статей, почему то думают, что все кто использует exchange имеет много-много серверов с просто огромными дисковыми пространствами. а так же 100мб инет.
    Как быть с теми кому неудобно хранить 10+ гб ящики на сервере? Как быть тем кто не пользуется облачными решениями?
    А так статья это чистый пиар, создание нужного, разработчикам и продавцам софта, мнения.
    Кстати, не все живут в Москве, не все используют 7ку и 8ку. Вот об этом забывать никогда не стоит.

  10. Идея в централизованном хранении данных. Хранение данных на клиентах порождает огромное количество проблем у пользователей и создает лишнюю нагрузку на ИТ специалистов.
    И как, например, получить доступ к данным через Интернет, если они у вас на машине лежат, которая в офисе установлена?
    Если в этом нет необходимости, так заведите всем почту на mail.ru и все будут счастливы.
     
    p.s. я живу не в Москве и у меня между офисами в России далеко не 100Мб интернет.
     

  11. вопрос,
    вот надо было получать почту и вложения без outlook-а … использовал IMAP4Client с ActiveUp.Net.Imap4 и ActiveUp.Net.Mail библиотеками с exchange 2003 и все работало … тут сис.админы перешлм на 2010 и все … прога работать перестала … к серваку коннектица, а вот к ящику — нифига … сис.админы не могут причину найти, говорят, что все ок … а мне чо делать … все заново переписывать под другие библиотеки ..? может поскажите, куда смотреть, можа какая настроечка есть, что в 2010-м фича …

  12. Кодовая база Exchange очень сильно изменилась со времен Exchange 2003 🙂
    Сама простым будет вариант загрузки нового релиза MailSystem.NET с сайта проекта: http://mailsystem.codeplex.com/
    Можно покурить Standard Support в MSDN
    http://msdn.microsoft.com/en-us/library/cc984264(v=exchg.80).aspx
    http://msdn.microsoft.com/en-us/library/ee157124(v=exchg.80).aspx
    Особенно тонкости реализации именно в Exchange (там описаны расширения, не входящие в RFC):
    http://msdn.microsoft.com/en-us/library/cc433492(v=exchg.80).aspx
    Но вообще в форумах много ругани на этот проект… На MailSystem.NET в смысле.

Добавить комментарий