SBS 2003 совместно использует адресное пространство SMTP с несколькими внутренними почтовыми серверами
В настоящее время у нас есть 11-пользовательский сервер SBS 2003, который обрабатывает нашу электронную почту, однако я пытаюсь настроить тестовую миграцию на Zimbra. Для этой тестовой миграции мне бы хотелось, чтобы некоторые адреса электронной почты были перенесены в Zimbra, но остальные остались на SBS 2003, все в одном домене.
В терминологии Microsoft я обнаружил, что это называется общим пространством имен / адресным пространством. Я просмотрел различные статьи, и лучшее руководство, которое я нашел, это http://support.microsoft.com/kb/321721
Я планировал установить новый сервер Zimbra в качестве нового основного, поэтому порт 25 сервера Zimbra открыт для Интернета через наш брандмауэр. Это наоборот, поскольку в Zimbra легко настроить маршрутизацию, чтобы конкретные адреса электронной почты передавались на старый SBS-сервер. Я уже настроил маршрутизацию в Zimbra, и она отлично работает, поэтому отправка по адресу oldSBSuser@ourdomain.com из учетной записи Zimbra идет прямо на старый SBS Exchange Server. Я еще не переключил переадресацию портов на нашем брандмауэре, поэтому машина SBS 2003 все еще технически является основной.
Проблема в том, что я не могу заставить совместное использование адресного пространства работать в SBS 2003... так что, если пользователь на сервере SBS пытается отправить на учетную запись, которая больше не существует в SBS, он передается на новый почтовый сервер,
Я в значительной степени следил за этой статьей MS KB под словом, но я все еще получаю отказов сообщения от Exchange, когда я пытаюсь отправить пользователю, который сейчас живет на Zimbra.
Итак, вот что я сделал, я отредактировал нашу Политику получателей по умолчанию и добавил @example.local в качестве нового SMTP-адреса и удалил @ ourdomain.com
Я добавил новую политику получателей под названием "Разделить пространство имен" с новым SMTP-адресом @ ourdomain.com и снял флажок "Эта организация Exchange отвечает за всю доставку почты на этот адрес", что, по моему мнению, должно означать, что Exchange сейчас не авторитетный для этого домена.
Итак, у меня есть 3 политики получателей, перечисленные в System Manager:
1) политика менеджера почтовых ящиков с приоритетом 1, которая удаляет сообщения старше 600 дней из почтовых ящиков пользователей
2) Политика по умолчанию с наименьшим приоритетом
3) Политика разделения пространства имен с приоритетом 2
Затем я вошел в свойства нашего виртуального SMTP-сервера по умолчанию и проверил, чтобы на вкладке "Сообщения" было ясно, что текстовое поле "Пересылать всю почту с неразрешенными получателями на хост" было очищено. Это было уже ясно.
Следующим шагом было создание дополнительного SMTP-коннектора, названного им SMTP-коннектором с разделенным пространством имен и установив "Пересылать всю почту через этот коннектор на следующий промежуточный узел" в качестве IP-адреса локальной сети нашей новой машины Zimbra в квадратных скобках... [192.168.1,5]. Добавлен локальный плацдарм SERVER _ SMTP-сервер по умолчанию
Зайдя на вкладку "Адресное пространство" и добавив новый SMTP-адрес ourdomain.com со значением "Стоимость" 1. Я также поставил флажок "Разрешить ретрансляцию сообщений на эти домены". Проверены варианты доставки и установлено "Всегда запускать"
Отредактировал существующий SMTP-коннектор SmallBusiness, изменив стоимость адресного пространства * звездочки до 20, поэтому теоретически новый SMTP-коннектор должен быть обработан до этого.
Затем перезапустил службу маршрутизации MS Exchange и службы SMTP.
Однако, когда я пытаюсь отправить электронное письмо через наш SBS-сервер на наш сервер Zimbra, я получаю следующее сообщение о сбое: "Учетная запись электронной почты не существует в организации, которой было отправлено это сообщение. Проверьте адрес электронной почты или свяжитесь с получателем напрямую, чтобы узнать правильный адрес."
Так что это не работает или я что-то напутал. Кто-нибудь знает что-нибудь еще, что я могу проверить / попробовать?
Это даже поддерживается в SBS 2003? Не удивился бы, если бы какое-то безумное ограничение помешало мне сделать это.
2 ответа
Правильно, я решил это, сделав это немного кругом. Мне не удалось заставить разделение адресного пространства работать на нашем сервере.
Но я добавил дополнительный поддомен в окно Zimbra (zimbra.domain.com) и настроил псевдонимы для каждой учетной записи электронной почты, которую я хотел первоначально перенести в Zimbra (username@zimbra.domain.com).
Затем я изменил настройку смарт-хоста в Exchange, чтобы она указывала на наш новый блок Zimbra (в любом случае блок Zimbra указывает на наше внешнее частное реле)
Затем создал контакт в Exchange с SMTP-адресом электронной почты username@zimbra.domain.com
Затем изменил параметры доставки для моего почтового ящика в Exchange, чтобы доставить его по созданному контакту вместо моего почтового ящика
Кажется, работает отлично.
Надеюсь, это поможет кому-то
Что касается того, почему я не должен мигрировать с SBS:
Наша общая файловая система - Samba/Netatalk/WebDav/SFTP, а наша внутренняя БД - Apache/PHP/MySQL. Теперь я реализовал аутентификацию LDAP между этими сервисами и нашим сервером Zimbra LDAP. Мне никогда не удавалось заставить Apache LDAP Auth работать с нашим сервером Exchange после долгих попыток. Так что единый вход прибит. Сегодня я написал несколько дополнений для пользовательского интерфейса Zimbra AJAX для связи с нашей базой данных интрасети и нашей размещенной платформой VoIP, и они, кажется, работают хорошо. Sharepoint мы никогда не использовали, потому что у нас уже есть общая файловая система (NAS объемом 5 ТБ). Люди, которые хотят поделиться документами и т. Д., Теперь могут использовать портфели в Zimbra. Есть несколько больших преимуществ для удаленной работы: больше нет ужасного базового интерфейса веб-почты или удаленных рабочих столов, у нас все еще есть автономный доступ MAPI к Zimbra с использованием Outlook, как мы делали раньше. Теперь наши пользователи IMAP могут также получать доступ к общим / общим папкам, мне никогда не удавалось получить доступ на запись для наших общих папок через IMAP. Также есть частые обновления каждые 1-3 месяца и основные версии каждые 12-18, и это почти вдвое меньше затрат на пользователя в год по сравнению с затратами на клиентские лицензии Exchange.
Если вы хотите выполнить тестовую установку, я бы просто поместил сервер Zimbra на поддомен (me@zimbra.mydomain.com) или что-то еще на время теста.
Я думаю, что для развертывания из 11 пользователей вам не нужно излишне тяжело пытаться перенести их по частям. Попробуйте новую систему на поддомене и примите решение о том, собираетесь ли вы ее использовать, а затем просто включите всех 11 пользователей в новую систему одним ударом.
Но если ваша организация основана на SBS, я думаю, что вы абсолютно без ума от использования интегрированного сервера обмена. Вы будете отказываться от таких вещей, как единый вход, интеграция с рабочим местом в Интернете, работа в автономном режиме (без подключения к Интернету), интеграция с Sharepoint, список можно продолжить.