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

Я предложил бы:

1. Укажите на запись mx для domain.com, а также newdomain.com к Вашему поставщику услуг хостинга, и настройте поп для каждой учетной записи.

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

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

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

Существует ли причина, которую Вы проводите сами через ад попытки обслужить две почтовых системы одновременно как это?

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

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

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

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

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

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

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

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

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

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

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

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