Назад | Перейти на главную страницу

Exchange 2003 - как маршрутизировать ВСЮ почту (включая внутреннюю) через внешний шлюз SMTP? (Или миграция домена / почтового сервера для масс.)

Краткая версия: есть ли способ, чтобы Exchange маршрутизировал всю электронную почту, включая внутренних пользователей AD, которые обычно маршрутизируются напрямую, через внешний шлюз? (SMTP, вероятно, "Smart Host" в номенклатуре обмена.)

Более длинная версия: я не эксперт по электронной почте / администратор / или некомпетентный. Унаследовал сервер Exchange 2003 и перешел на веб-провайдера SaaS. Чтобы добавить веселья, мы также (в силу крайних сроков) меняем домены. Мы (мой босс) хотим, чтобы любое электронное письмо, отправленное в новый домен, было отправлено копии в оба домена. Получить почту, отправленную на новый домен / провайдера, чтобы затем скопировать / перенаправить на наш старый домен / обмен, очень просто. Но мы хотим, чтобы почта, отправляемая из старого домена в старый, отправлялась и в новый домен.

Однако: если мы перенаправим всю исходящую почту обмена через шлюз нового провайдера, с переадресацией нового домена на старый, мы получим цикл электронной почты. Желаемое «решение» состоит в том, чтобы пользователь обмена, который отправляет другому пользователю обмена, по-прежнему отправляется через внешний шлюз, который, в свою очередь, будет отправлен в новый домен и скопирован / перенаправлен обратно в старый домен. Является ли это возможным?

Уверен, это немного странный запрос. И я ожидаю, что то, что мы пытаемся сделать, DoingItWrong (тм). Есть идеи получше?

Как бы вы его ни настраивали, Exchange не собирается направить сообщение за пределы организации, если адрес назначения принадлежит кому-то в Active Directory. Когда Exchange требуется маршрутизировать сообщение, первым делом он пытается всегда для поиска адреса назначения в AD, и только после того, как это не удастся, он выберет правильный путь внешней маршрутизации на основе определенных вами соединителей.

В Exchange 2007 вы можете иметь «общие» SMTP-домены, то есть домены, для которых одними адресами может управлять Exchange, а некоторыми другими - другой системой (в сценарии сосуществования); Я не знаю, возможно ли / как это возможно в 2003 году, но даже если это было так, указанное выше золотое правило все еще применяется: во-первых, Exchange попытается доставить сообщение внутри себя, и только если это не удастся, он отправит сообщение исходящим.

Подумайте об этом: если бы был способ сделать то, о чем вы просите, что бы Exchange сделал, когда получение сообщение для данного пользователя (даже если оно уже пересылалось вашим провайдером)? Он направит его обратно вашему провайдеру. Нет возможности маршрутизировать сообщения на основе ВОЗ отправляет их, только на их место назначения; и пункт назначения будет таким же, когда сообщение приходит от самого Exchange или когда приходит извне: если ваше желание может сбыться, вы застрянете в петле почты.

Хорошо, я могу что-то упустить, но вот что я думаю. Это похоже на то, что предложил SirStan, но мой подход полностью исключает существующий сервер Exchange из уравнения:

Попросите адрес электронной почты для обоих доменов перейти к новому провайдеру и оставить его там. Направьте записи MX для старого и нового доменов на новый сервер и перенастройте Outlook для каждого пользователя на POP на новый сервер, чтобы получать электронную почту, отправляемую в любой домен.

При необходимости пользователи могут настроить правила в Outlook для перемещения сообщений, отправленных в любой домен, в разные папки, чтобы хранить их отдельно. Кроме того, если пользователям необходимо иметь возможность отправлять сообщения в любом домене, вы можете настроить 2 учетные записи POP в каждом профиле Outlook для POP в один и тот же почтовый ящик у нового поставщика. Вы можете настроить Outlook так, чтобы копии сообщений оставались на сервере. Каждый пользователь получит копию каждого электронного письма в обеих учетных записях POP, которые могут получить klugey, но это даст им возможность отправлять как johndoe@old_domain.com и johndoe@new_domain.com.

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

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

Если у вас есть клиенты MAPI, такие как Outlook, нет отличного способа сделать это (если у вас есть только OWA / SMTP, вы можете разместить его на отдельном сервере и иметь его локальную конфигурацию (а не интеллектуальный хост уровня организации в инструментах Exchange). ) отправьте SMTP через смарт-хост.

Надеюсь, еще не поздно. Немного изменив ситуацию, не могли бы вы вместо этого сначала направить всю почту для нового домена через Exchange, а альтернативный домен тоже работал бы в этой новой системе (newsystem.newdomain.com)? Например, если у вас есть newdomain.com, почта достигает Exchange. Затем вам нужно создать сценарий для контакта для user@newsystem.newdomain.com, добавить этот объект dn в атрибут altRecipient для user@domain.com, установить deliveryAndRedirect и добавить smtp: user@newdomain.com в proxyAddresses. Когда пришло время полностью переключиться, измените маршрутизацию newdomain.com на прямую, а затем отключите сервер Exchange. Не оптимально, но Exchange 2003 даже не конвертировал в SMTP внутрисерверные сообщения, поэтому не мог отправлять эти соединения в другое место.

Я бы посоветовал:

  1. Укажите запись mx для domain.com так же как новыйdomain.com к своему хостинг-провайдеру и настройте pop для каждой учетной записи.

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

  3. Измените адрес электронной почты каждого в Exchange и создайте для них контакты (которые отправляют электронную почту на оба адреса). Скройте исходных людей, оставив только контакты, отображаемые в каталоге Active Directory, который предоставляется Outlook.

то есть .. bobr@domain.com становится bobr_@domain.com, а псевдоним - это настройка, которая отправляет bobr@domain.com на bobr__@domain.com, а также на bobr@newdomain.com

Есть ли причина, по которой вы изо всех сил пытаетесь поддерживать две системы электронной почты одновременно, как эта?