Индексирование почтовых ящиков Exchange с помощью SharePoint
Какие варианты рекомендуются для индексирования почтовых ящиков Exchange с помощью SharePoint?
Пока что я нашел следующее:
- я нашел одна статья, в котором упоминается, что вы можете добавить / exchange rel = "nofollow noreferrer"> http: // <fqdn> / exchange и / или / exchange / user_alias rel = "nofollow noreferrer"> http: // <fqdn> / exchange / user_alias в качестве источника контента, но поскольку у меня очень ограниченный опыт работы с Exchange, я понятия не имею, для чего нужны эти URI и что он будет индексировать
- Я нашел кучу третий партия параметры которые кажутся многообещающими - поэтому любые отзывы о них будут полезны
- Третий вариант, который я обнаружил, заключается в том, что Exchange поддерживает ведение журнала, которое можно использовать для отправки почты в SharePoint, в которой я затем могу выполнять поиск, используя встроенные функции SharePoint? Это кажется очень интересным вариантом с точки зрения SharePoint, поскольку это означает, что я могу использовать существующие навыки и функции SharePoint (например, модель безопасности) для получения детального контроля. Однако я не уверен, в чем заключаются недостатки этого варианта?
Это технически возможно, но дальнейшее расследование указывает на то, что SharePoint не является подходящим интерфейсом для этого.
Глядя на информацию, которую я нашел ранее, некоторую дополнительную информацию.
вы можете добавить http: /// exchange и / или http: /// exchange / user_alias в качестве источника контента
Это относится к использованию готовых инструментов сканирования для поиска в интерфейсе OWA. Как правило, это плохая идея, потому что содержимое письма будет доступно всем, кто может воспользоваться этим поиском. У этого также есть обратная сторона - необходимость настройки для каждого почтового ящика.
сторонние варианты
Это вариант, в частности BA Insight, который поддерживает безопасность для каждого пользователя.
Exchange поддерживает ведение журнала, которое можно использовать для отправки почты в SharePoint.
Это тоже хороший вариант, но он страдает той же проблемой, что и индексирование OWA - все, кто может выполнять поиск, могут видеть все электронные письма.
Если мы обратим внимание на проблему и посмотрим на цели поиска почты, появятся более подходящие решения:
- Пользователи, выполняющие поиск в собственной почте: это обеспечивает Windows Desktop Search.
- Соответствие и юридический поиск: это обеспечивает встроенная функция поиска в Exchange.
- Поиск в архивах: большинство архивных решений для Exchange уже предоставляют эту функцию.
- Отображение электронной почты / календарей / контактов в SharePoint (т. Е. В SharePoint как единый пользовательский интерфейс): в SharePoint есть веб-части, которые делают это, без добавления контента в каталог поиска.
В SPS 2003 и MOSS 2007 есть родная веб-часть, которая индексирует почтовые хранилища, а также другие части обмена). Подобно этой картинке.
В Sharepoint 2010 есть встроенный коннектор обмена.
Ведение журнала (вариант 3) - отличный способ фиксировать все отправленные и полученные сообщения электронной почты для вашей организации. Проблема с журналированием заключается в том, что для него может потребоваться огромный объем хранилища (в зависимости от размера вашей организации). Это также может иметь некоторые проблемы с конфиденциальностью, поскольку почтовый ящик журнала обмена - это просто раздвоенный почтовый ящик скрытой копии для каждого сообщения, отправленного и полученного в вашей организации.