Создание ограничений для создания контактов (Exchange Server 2010)
Обеспечение доступа для чтения к каждому файлу в системе через http (по крайней мере, файлы, которые может считать Пользователь Apache) обычно не считают идеальным. Если Вы действительно хотите, однако, это может быть сделано.
Существует два потенциально полезных ответа на Ваш вопрос. Первое должно создать VirtualHost по умолчанию (или не настраивать любой VirtualHost вообще). Второе должно использовать mod_userdir.
Если будут существующие записи VirtualHost на веб-сервере, которые связывают с основным IP веб-сервера (или по крайней мере IP, который имя хоста сервера разрешает к), то первая перечисленная запись VirtualHost будет использоваться в качестве значения по умолчанию. Это - содержание, будет отображен, когда к Apache получает доступ или IP-адрес, или именем хоста, которое решает к IP и не имеет никакой другой записи соответствия.
Если не будет никакого требования для записей VirtualHost на основном IP, то Apache будет служить содержанию из каталога, присвоенного директиве DocumentRoot.
Если Вы захотите служить содержанию от нескольких различных учетных записей пользователей, не настраивая VirtualHosts или Псевдонимов, то Вы, вероятно, захотите использовать mod_userdir. Документация Apache предоставляет лучшее описание mod_userdir, чем я должен предложить.
Если вы говорите о контактах в общей папке, вы можете создать форму без ContactItem, скопировав существующую из, а затем установив эту новую форму по умолчанию для данной общей папки. Вам необходимо распространить форму, опубликовав ее в Библиотеке форм организации, которая является скрытой общей папкой. В вашей новой форме вы можете использовать VBA для изменения многих действий стандартных форм.
Форма, связанная с элементом, сохраняется как часть элемента. Таким образом, как только вы создадите и заработаете новую форму, вам нужно будет выполнить еще один шаг, чтобы преобразовать все существующие контакты для использования новой формы.
Имейте в виду, что Microsoft предсказывает исчезновение общих папок уже несколько лет. . Они настоятельно хотят, чтобы вы вместо этого смотрели на решения на основе Sharepoint. Возможно, было бы неразумно создавать в общих папках что-то, что может не работать в следующей версии.
См .: