Вот интересный вопрос, который я не могу понять. Я собирался позвонить в MS, но решил сначала проверить здесь.
Сценарий:
Два леса Exchange 2010 объединены с GAL Sync.
У пользователя Bob@domain.com был почтовый ящик на сервере Exchange 2010.
Теперь у Боба есть новый почтовый ящик в другом лесу Exchange (Bob@Awesome.com).
Боб хочет, чтобы его старый адрес электронной почты для Bob@domain.com был переадресован на Bob@Awesome.com.
Итак ... достаточно просто, правда? Создайте контакт на сервере Exchange domain.com и установите переадресацию на почтовый ящик и для ухмылки спрячьте почтовый ящик из адресных книг. Готово, да?
Неправильно (вроде) ... потому что (примечание: у меня есть синхронизация федерации и глобального списка адресов, позволяющая свободен / занят в лесах):
Боб получает автоматически перенаправленные запросы на собрания от Sally@domain.com, который использовал помощника по планированию, набрал «bob@domain.com» и увидел, что он доступен. Он переводит календарь вперед и говорит: «Гм ... Салли ... Я забронирован в то время», на что она отвечает: «Не из того, что я вижу».
Теперь, если Боб доступен по адресу bob@awesome.com и он соглашается, это отображается в его календаре awesome.com должным образом. Но Салли видит, что запрос по-прежнему отправлен на Bob@domain.com в помощнике по планированию, поскольку он свободен, но на встречу приходит bob@awesome.com.
Итак ... в основном пользователи в организации domain.com могут по-прежнему видеть сведения о свободном / занятом времени в старом календаре для почтового ящика bob@domain.com, даже если почтовый ящик скрыт от GAL.
ВОПРОС:
Поскольку я не могу создать контакт, а затем переслать его .... есть ли способ обойти вышесказанное? Не думаю, что смогу удалить календарь из почтового ящика. Я подумал об удалении всех разрешений календаря, но не был уверен, правильный ли это путь вниз или нет.
ИЛИ даже лучше: может ли кто-нибудь сказать мне, как принимать электронную почту для bob@domain.com на Exchange, не имея для него почтового ящика, а затем перенаправлять ее на bob@awesome.com?
ОБНОВЛЕНИЕ: я понял, как обрабатывать календарь с удалением разрешений по умолчанию ... это нормальное исправление. НАГРАД будет выделен жирным шрифтом за вопрос «ИЛИ ЕЩЕ ЛУЧШЕ». Если это невозможно, то это не считается достойным BOUNTY. :) Спасибо!
Решение состоит в том, чтобы настроить совместное использование пространства имен SMTP между двумя серверами Exchange.
Я обычно использую targetAddress для объекта пользователя через adiedit для пересылки электронной почты во время миграции, но это не касается синхронизации календаря.
Как насчет правила транспорта?
Я также использовал Quest Migration Manager для Exchange для синхронизации информации о свободном и занятом времени между организациями Exchange.
Поскольку Боб фактически является частью другого леса Exchange, Салли вообще не может видеть информацию о доступности Боба в другой организации Exchange (и наоборот). Если я правильно понимаю, что вы сделали, вы, по сути, создали для Боба внешний контакт для его новой организации Exchange (Bob@awesome.com) и скрыли его существующий почтовый ящик (Bob@domain.com) от глобального списка адресов (что не скрывает бесплатные / информация о занятости в его почтовом ящике). Затем вы устанавливаете адрес пересылки в его почтовом ящике Bob@domain.com для пересылки на Bob@awesome.com.
Когда Салли собирается назначить встречу с Бобом, она разрешает его учетную запись Bob@domain.com, и это показывает, что он свободен, что верно, поскольку, согласно его почтовому ящику @ domain.com, он свободен.
Есть несколько разных способов решить эту проблему, но ничего особенного. Один из этих методов может работать для вас в зависимости от ваших требований:
Скажите Салли, что Боб больше не живет в домене domain.com, и она не может видеть его информацию о свободном / занятом времени, чтобы надежно планировать встречи с ним. Она может продолжать отправлять запросы на собрания в его учетную запись domain.com, но должна признать, что не может видеть, занят он на самом деле или нет. Это нормально, если Салли и Боб - единственные пользователи, вовлеченные в эту проблему, но не работает, если у вас половина пользователей разделена между организациями Exchange и пользователи domain.com не уверены, какие из них находятся в awesome.com. орг.
Удалите разрешения Боба свободен / занят в его почтовом ящике domain.com, чтобы, когда Салли (или любой другой пользователь domain.com) попыталась запланировать его, он появлялся без информации о свободном / занятом времени, и Салли не могла утверждать, что он казался свободным на ее конце. Насколько я понял, это можно сделать либо с помощью Командлет Set-MailboxPermissions или открыв почтовый ящик Боба domain.com непосредственно в Outlook и установив разрешения календаря для «По умолчанию» на «Нет».
Удалите почтовый ящик Боба domain.com и оставьте только внешний контакт для Bob@awesome.com в глобальном списке адресов. Это нарушит переадресацию электронной почты для bob@domain.com> bob@awesome.com, что может стать проблемой для Боба, но люди скоро поймут, что он больше не живет на domain.com, когда получат отчеты о недоставке и задавать вопросы, выяснять его новый адрес, когда ему звонят, спрашивают об этом и т. д. Если Бобу больше не нужно входить в домен domain.com, вы можете полностью удалить его учетную запись AD.
Если у вас есть доступ к обеим организациям Exchange (domain.com и awesome.com), вы можете настроить их для обмена информацией о свободном / занятом состоянии между ними. Лично я никогда этого не делал, но поискал в гугле эта техническая статья от MS по настройке на высоком уровне со ссылками на более подробные шаги. Как и во многих технических статьях, здесь может быть больше предостережений, чем то, что охватывает сама статья.
В моей компании у нас есть пользователи в 2 разных местах, которые в основном используют одну или другую организацию Exchange для электронной почты, но у нас нет возможности единого календарного планирования, поскольку мы не контролируем другую организацию Exchange. Мы просто пересылаем сообщения в другую организацию, если пользователь говорит, что они в основном используют ее для электронной почты, или не пересылаем, если они в основном используют нашу. Со временем наши пользователи научились не забывать использовать электронную почту нашего домена или внешний контакт для отправки почты («Давайте посмотрим ... этот человек находится в другом месте, поэтому я не отправляю электронную почту его учетной записи domain.com. , Пользуюсь внешним контактом ... »). Управлять им непросто, но либо им кажется, что они каким-то образом работают, либо они просто смирились с тем, что не могут видеть информацию о расписании собраний другой организации.
Обновление для сценария OR еще лучше (отказ от ответственности - непроверено):