Разместите domain.com в другом сервере, чем domain.com/blog
Какую версию BES Вы используете? Я знаю, что агент ведения календаря отсутствует в обмен 2007 и должен быть добавлен вручную. Неверные версии могут вызвать некоторое суперброское поведение (технический термин). Решение там состояло в том, чтобы удостовериться, что файл CDO.dll, включенный в сервер BES, является той же версией (или более новый), чем версия на Exchange Server. Снова, это было ситуацией, я столкнулся с Exchange с 2007, но я не буду удивлен, была ли это подобная проблема для Exchange 2003. Я также не забываю видеть предупреждения в журнале событий приложения на Exchange Server (8206 и 8207, если я помню правильно). Я смотрел бы там и видел бы, не видите ли Вы ошибок, когда встречи изменяются.
Править: Я сослался на несуществующий файл ранее. Это может быть частью Вашей проблемы в определении местоположения его. Это - CDO.dll, не .sys. Так или иначе сошлитесь на эту ссылку, так как это, кажется, намного более подробно, чем я могу предложить.
Используйте эту статью базы знаний [КБ 02937] от RIM для диагностирования/проверения установки:
http://www.blackberry.com/btsc/articles/724/KB02937_f.SAL_Public.html
По существу Вы не можете; это не проблема для DNS, потому что он только обрабатывает имена хостов, не пути HTTP на данном хосте. Ваш выбор включает
- Разместите основной сайт на example.com и ведите блог на blog.example.com, в этом случае можно сделать это с DNS - просто публикуют соответствующее запись для каждой zonefile записи.
- Разместите блог на доступном доменном имени и используйте правила ReWrite проксировать example.com/blog к dispoable пути блога, переписывая любые ссылки на путь через.
1) было бы намного легче, если Вы не связаны узами брака с example.com/blog.
Я не думаю, что DNS - то, что необходимо изучить, чтобы заставить это произойти. Я думаю, что у Вас должна будет быть установка перенаправления, если не изменяет память, меня право.
Вы настраиваете это на своем веб-сервере.