Адресная книга для пользователей внешней почты.

[stlord]

Доброго всем дня. Имеем пользователя домена с внешней почтой. Есть ли возможность подключить его к OAB? Или, если нет, как правильно перетащить GAL в контакты, чтобы адреса почты выдавались в удобоваримом виде, а то при импорте на Outlook без учетки Exchange адрес не распознается.

[MD@nshin]

Попробуйте так:

Зайдите в адресную книгу. Выберите все записи. нажмите правой кнопкой и выберите "добавить в контакты". Контакты потом перенесите в PST, а его подключите у пользователя. О результатах напишите. :)

[stlord]

Уже пробовал. О чем и написал выше - не распознается адрес почты, требует подключения к exchange.

[MD@nshin]

Вы писали про импорт, а я про импорт ни слова не сказал.

[Oleg Krylov]

Никак, к сожалению. OAB генерится LDAP-запросом к каталогу на сервере с ролью Mailbox. Затем передается на CAS-серверы, и там доступна пользователям. Где она лежит - знает AutoDiscover. Он и сообщает пользовательскому приложению местоположение OAB и оно его загружает. Выход из вашей ситуации - использование утилит для экспорта данных из AD. Только вместо Exchange-Aliase, вида CN=First Administratirv Group;CN= и т.д. - то что Вы выгружаете из Outlook, укажите аттрибут msSMTPAddress, тогда получите то, что хотите.
Посмотрите вот здесь описание одной из утилит.
http://support.microsoft.com/kb/327620

[stlord]

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

[Oleg Krylov]

Кстати неплохой вариант.
http://support.microsoft.com/kb/238007

[stlord]

Вариант то неплохой, только вот заморочка с составлением фильтра поиска. Стандартный (dc=domain,dc=ru) по поиску влегкую выдает юзеров как с почтой, так и без. Добавление mail=* приводит к неработоспособности поиска.

[Rhamzes]

тоже ищу решения данной темы, если нашли решение, поделитеь.... пока перебрасываю контакты из GAL через *.csv и сложной автозаменой в Excel

[Oleg Krylov]

Возник тут в голове один вариант... Не проверял, врать не буду. Но теоретически может сработать.
1. Создаем Send Connector
2. Данному пользователю запрещаем отправлять через Default Send Connector
3. Разрешаем ему отправлять через вновь созданный коннектор
4. Настраиваем SMTP-сервер внешнего ящика в качестве смарт-хоста
5. В качестве данных для авторизации указываем логин и пароль от внешнего ресурса.
6. На внешнем сервисе настраиваем Forwarding на доменный ящик.
В итоге почта приходит на внешний ящик и переправляется на внутренний. При отправке она идет в новый коннектор и уходит через внешний ящик, как через релей по авторизации. Пользователь-член домена видит GAL. Вот и все собственно.
Повторю - это моя ГИПОТЕЗА. Не факт что данный метод возможен, но если Вы долго мучаетесь - чем не вариант? Хуже то не станет.
И еще. Я мог неправильно понять вопрос. В моем понимании: внутри домена есть пользователь, который по тем или иным причинам использует внешний почтовый ящик.
Если это пользователь, который находится снаружи схему можно чуть поменять.

[stlord]

внутри домена есть пользователь, который по тем или иным причинам использует внешний почтовый ящик. »
Именно так. Причем, их несколько. Форвардинг на внешнем сервере для него делать нельзя (почта должна быть доступна именно с внешнего сервера). Пока что я остановился на варианте с LDAP.

[Oleg Krylov]

почта должна быть доступна именно с внешнего сервера »
Никто не мешает оставлять копии в ящике. А вот множество коннекторов - не айс :(
Второй вариант - подключить к внешнему ящику по POP3, к внутреннему по MAPI.

[stlord]

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

[Oleg Krylov]

Параметры запроса напомните, пожалуйста

[stlord]

Все пользователи с почтой (параметр mail). dc=domain,dc=ru,mail=* не прокатывает.