Ошибка при попытке получить доступ к сообщению, Отслеживающему в обмен 2010
DocumentRoot в httpd.conf, вероятно, будет значение по умолчанию для любых хостов, не обработанных виртуальным хостом. Например, запросы на IP-адресе.
Вы могли установить DocumentRoot для совпадения с сайтом по умолчанию (если это - то, что Вы хотите для запросов к IP-адресу), или Вы используете a RewriteRule переписать запрос назад на основной сайт или в httpd.conf или в .htaccess файл:
<Directory /var/www/html>
RewriteRule wp-cron.php http://yourdomainname.com/wp-cron.php [R=301]
</Directory>
Не зная, что сценарий, или если он существует в другом месте, не легко советовать. Символьная ссылка могла также зафиксировать его, но полномочия могли бы стоять на пути.
Следуя рекомендациям Уорнера, но учитывая тот факт, что файлы журнала могут быть довольно большими:
ssh server "tail -n 300 /path/to/log" | less
Выдает последние 300 строк для просмотра, а не весь файл журнала.
ДалееПосле того, как я выполнил эти шаги, все снова заработало.
Нет, ни у кого не было точно такой же проблемы на Exchange Server 2010, но у кого-то была на Exchange Server 2007: http://forums.msexchange.org/m_1800506166/mpage_1/key_ /tm.htm#1800506175
Попробуйте удалить и воссоздать виртуальные каталоги OWA и ECP, как описано в этой статье в разделе Разрешение -> Для Exchange Server 2010 -> »Шаг 1. Удалите, а затем повторно -создайте виртуальные каталоги, связанные с Outlook Web Access "
Oldy, но все же верхний результат для этой проблемы, и я решил ее немного иначе.
Проверьте в разделе server config>клиентский доступ>Панель управления обменом>свойства ecp. Проверьте URL's - Есть хорошее изменение, у вас есть внутренний URL, указывающий на /OWA, а не на /ECP, так как именно оттуда EMC извлекает его, когда вы переходите к отслеживанию сообщений. EMC необходимо перезапустить, чтобы он вступил в силу
.