Календарь Outlook 2010 - не могущий видеть свободное/Занятое планирование
sudo и SUID оба очень небезопасны. Это возможно - и, в зависимости от языка сценариев, легко - выйти из любого из них. SUID безусловно хуже, и некоторые языки сценариев не будут даже работать, если это будет сделано.
У меня есть сообщение в блоге о том, как сделать это надежно, который я сначала записал для выполнения плагинов проверки Nagios как корень, но совершенно применим здесь. Существует маленькая программа C (это плавало вокруг администраторского мира Linux в течение многих лет), который просто действует как обертка вокруг сценария. Вы просто редактируете источник программы C, чтобы включать полный путь в сценарий, скомпилировать его, и затем установить это SUID (или предоставить sudo доступ к этому). Источник находится на моем сайте: setuid-prog.c.
Свойственная проблема с запущением скриптов как корень (для некорневых пользователей) состоит в том, что на многих языках, с помощью множества методов (от плохой входной проверки до переполнения) может быть возможно повредить сценарий без шансов на выигрыш и получить полный корневой доступ. Многие прежние парни Unix рекомендуют просто писать программу C, чтобы сделать то, в чем Вы нуждаетесь - но с другой стороны, большинством из них был SAS, когда необходимо было смочь записать C со знанием дела.
Наконец, я нашел ответ для своей проблемы со Свободным/Занятым Планированием в Календаре Outlook 2010. Я смотрел везде, что я знаю о в обмен 2010. Это - что-то, чтобы сделать мой Прокси-сервер и Обновление Exchange, которые сбрасывают несколько моих настроек.
Для проблемы Прокси-сервера я повторно применил Групповую политику ко всем пользователям. Так или иначе мой GP был сброшен также, и я не знаю почему.
Для настроек Exchange 2010 я изменил EDP Внутренний URL и мое перенаправление HTTP к корректному адресу.
Надо надеяться, это может помочь любому, у кого есть те же проблемы, хотя это могла бы быть другая причина.
Спасибо все для Вашей справки.
Ваш последний комментарий выше мог бы быть подсказкой. Когда Вы добираетесь, "автоматическая конфигурация не могла определить Ваши настройки" ошибка, это означает, что или локальный ПК не мог расположиться, автообнаружить запись для Вашего домена или локального ПК не могла расположиться, сервер, перечисленный в этом, автообнаруживают запись.
Эта та же точная проблема влияла бы на доступ к свободному/занятому, потому что это - веб-сервис, и Outlook использует автообнаружить запись для определения местоположения его.
Мои комментарии выше предполагают соединение с Exchange 2007 или 2010.
Так, необходимо проверить разрешение DNS для локального ПК и доступа к autodiscover.domain.com или что бы то ни было.