Всем привет!

Необходимо получить из терминала COM-объект Outlook`а на клиентском компе. В одной сети. Что и как нужно настроить? DCOM? Какие именно его настройки? На каких компьютерах сторон? Не могу найти подробную инструкцию. Помогите, пожалуйста.

Пробую
Ком = vbscript.Eval("CreateObject(""Outlook.Application"", ИмяРабочегоКомпьютера); //vbscript = MSScriptControl.ScriptControl
Если ИмяРабочегоКомпьютера = IP терминала - все ОК, возвращает местный COM,иначе (подставляю IP компа, с которого подключаюсь) исключение ошибка выполнения Eval.

Ком=Новый COMОбъект("Outlook.Application", ИмяРабочегоКомпьютера);

(1) Не работает.

имя как указываешь ?

(3) IP адрес 192.168...
пробовал и \\192.168...
если это IP машины откуда вызов - возвращает COM с этой машины. До клиента не достучаться.

так скорей в этом и трабла. что нет доступа к этой машины с сервера

(5) пинг проходит до нее. Как еще можно проверить?
Где-то кто-то писал, что нужно настроить COM Outlook`а. Но как настроить не нашел пока нигде.

http://support.microsoft.com/kb/176799

(7) Посмотрел. В настройках DCOM не нашел ничего офисного. Как сделать чтобы там был Outlook? И что с ним нужно потом там сделать? У компьютера стоит использовать DCOM. Надо ли делать это еще и на терминальном компе откуда производится попытка получения COM удаленного компа?

(8) Пока вы в начале пути, хочу вас отговорить. DCOM очень ненадежная технология, тем более является источником дыр безопасности, поэтому максимально режется современными ОС, тем более поддерживается только из совместимости. В свое время очень много ее пользовал: то виснет, то не реагирует. Сама 1С отказалась от нее в 8.1 и в этом я ее поддерживаю. Нахлебаетесь проблем

(9) А какой тогда вариант еще можно применить? Необходимо создавать элементы в Outlook пользователя на клиентской машине из 1С, запущенного на удаленном рабочем столе. Exchange не предлагать. Можно, конечно, создавать в Outlook удаленной машины и отправлять почтой эти элементы на клиентскую. Но это не удобно. Хотелось бы сразу работать с объектом клиента.

(10) Сама постановка задачи кривая: сервер что-то удаленно создает у клиента... Ну мучайтесь, если нельзя по-другому. У нас роль Exchange выполняет 1С, даже в типовой УТ есть практически все, что есть в Exchange и Outlook.

(11) Согласен, что можно все делать в 1С. Но клиент хочет "чтобы работало вот так". Ищем возможности.