У меня есть клиент, на котором установлен Exchange 2010. Он думает иметь коннектор POP3 для получения всех писем от своего провайдера, а не перенаправление всех записей MX на этот сервер. Он чувствует себя в большей безопасности, когда электронные письма никогда не теряются там, когда он время от времени перезагружает сервер или делает на нем что-то другое, и теоретически коннектор POP3 дает ему это.
Я сказал ему, что мы всегда можем выполнить перенаправление MX на его сервер, а затем оставить его электронную почту на сервере MX как второй, поэтому, когда его сервер будет перезагружен, электронные письма будут отправляться на второй сервер, и мы будем получать его электронные письма с разъемами для его безопасности.
Чтобы еще больше усложнить задачу, в настоящее время этот клиент использует динамический IP-адрес, что означает, что мы не можем использовать что-либо еще, кроме коннектора, но если он убежден в том, что Exchange является собственным решением, он выкупит статический IP-адрес.
Итак, каковы преимущества и недостатки работы Exchange в основном режиме? Я сам могу назвать несколько.
Преимущества:
Недостатки:
Соединитель POP3 всегда будет работать медленнее, чем прямой указатель записи MX на сервер Exchange, поскольку по умолчанию соединитель опрашивает только каждые 15 минут. Этот интервал можно увеличить с помощью параметра реестра «ScheduleAccelerator», но он по-прежнему выполняет «извлечение» почты, а не прямую «отправку» на сервер. Я не знаю, сильно ли изменилась функциональность соединителя POP3 в Exchange 2010 по сравнению с моим прошлым опытом работы с SBS2003, но я все еще голосую за прямую настройку записи MX.
Я повторяю предложение Криса о размещенном почтовом шлюзе для фильтрации и буферизации. Мы пользуемся услугами McAfee (ранее MX Logic) SaaS E-mail Protection для наших клиентов с отличными результатами. Время простоя для локальных серверов Exchange не проблема, поскольку McAfee немедленно начинает буферизацию / очередь электронной почты на своих серверах и удерживает ее до тех пор, пока целевой сервер не вернется в оперативный режим.
Я не уверен, что перенаправление MX будет на 100% надежным решением.
Раньше я направлял записи MX через службу почтового шлюза, которая затем пересылалась на Exchange. Это дает преимущество фильтрации спама / вирусов за пределами разрешающего устройства (что экономит пропускную способность) с дополнительным бонусом, заключающимся в том, что у поставщика шлюза есть множество избыточных комплектов, которые могут ставить почту в очередь всякий раз, когда сервер Exchange выходит из строя для обслуживания или возникновения проблемы.
Когда возникает проблема с Exchange, вы, как правило, можете получить доступ к электронной почте в очереди через веб-панель управления, если есть какие-то срочные дела.