В настоящее время у нас есть сервер SBS 2003 на 11 пользователей, который обрабатывает нашу электронную почту, однако я пытаюсь настроить тестовую миграцию на 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.
Я добавил новую политику получателей под названием Split Namespace с новым SMTP-адресом @ ourdomain.com и снял флажок «Эта организация Exchange отвечает за доставку всей почты на этот адрес», что, как я считаю, должно означать, что Exchange теперь не- авторитетный для этого домена.
Итак, у меня есть 3 политики получателя, перечисленные в System Manager:
1) политика диспетчера почтовых ящиков с приоритетом 1, которая удаляет сообщения старше 600 дней из почтовых ящиков пользователей.
2) Политика по умолчанию с самым низким приоритетом
3) Политика разделения пространства имен с приоритетом 2
Затем я вошел в свойства нашего виртуального SMTP-сервера по умолчанию и проверил, чтобы текстовое поле «Пересылать всю почту с неразрешенными получателями на хост» было очищено на вкладке «Сообщения». Это было уже ясно.
Следующим шагом было создание дополнительного коннектора SMTP, он назвал его коннектором SMTP с разделенным пространством имен и установил «Пересылать всю почту через этот коннектор на следующий промежуточный хост» в качестве IP-адреса LAN нашей новой машины Zimbra в квадратных скобках ... 1.5]. Добавлен локальный плацдарм SERVER _ Default SMTP Virtual Server.
Перешел на вкладку «Адресное пространство» и добавил новый SMTP-адрес ourdomain.com со значением «Стоимость», равным 1. Я также поставил галочку в поле «Разрешить ретрансляцию сообщений в эти домены». Проверил параметры доставки, и он установлен на "Всегда запускать"
Отредактировал наш существующий SMTP-коннектор SmallBusiness, чтобы снизить стоимость адресного пространства * звездочки до 20, поэтому теоретически новый SMTP-коннектор должен обрабатываться раньше этого.
Затем перезапустили службу маршрутизации MS Exchange и службы SMTP.
Однако, когда я пытаюсь отправить электронное письмо через наш сервер SBS на наш сервер Zimbra, я получаю следующее сообщение об отказе: «Учетная запись электронной почты не существует в организации, в которую было отправлено это сообщение. Проверьте адрес электронной почты или свяжитесь с получателем напрямую, чтобы узнать правильный адрес ".
Значит, не работает или я где-то напортачил. Кто-нибудь знает что-нибудь еще, что я могу проверить / попробовать?
Поддерживается ли это вообще в SBS 2003? Я не удивился бы, если бы какое-то безумное ограничение мешало мне это сделать.
Если вы хотите выполнить тестовую установку, я бы просто поместил сервер Zimbra в субдомен (me@zimbra.mydomain.com) или что-то в этом роде на время теста.
Я думаю, что при развертывании для 11 пользователей вы излишне затрудняетесь переносить их по частям. Попробуйте новую систему в субдомене и примите решение, собираетесь ли вы ее использовать, а затем просто переключите всех 11 пользователей на новую систему одним ударом.
Но если ваша организация основана на SBS, я думаю, вы совершенно безумны, если не используете интегрированный сервер обмена. Вы откажетесь от таких вещей, как единый вход, интеграция с рабочим местом в Интернете, работа в автономном режиме (без подключения к Интернету), интеграция с Sharepoint, список можно продолжить.
Верно, я решил это, сделав это немного обходным путем. Мне не удалось наладить совместное использование адресного пространства на нашем сервере.
Но я добавил дополнительный субдомен в поле 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.