Полномочия выполнить Пул приложений SharePoint 2010?

Главной причиной для ролевых адресов являются люди, сменяют работу.

Намного легче изменить псевдоним почтового сервера так reception@, или sales@ указывает новому сотруднику или списку рассылки команды, чем связаться с каждым клиентом, который когда-либо получал тот адрес и запрос, они изменяют свои адресные книги.

Дополнение для ясности:

С бизнес-точки зрения клиенты хотят, удостоверяются, что они могут всегда связываться с кем-то, чтобы помочь им, все же иметь доступ к определенным сотрудникам для клиента/ведения счетов или высокоуровневой поддержки/продаж в надлежащих случаях.

Для достижения этой цели моя рекомендация состоит в том, чтобы использовать оба оба метода; штат должен иметь персонализированные/именованные учетные записи и быть членами псевдонима или отправки по почте/списка рассылки для их отдела, роли или ответвления - независимо от того, что формирование рисунка имеет смысл.

Какой адрес выделяется или используется, затем становится бизнес-решением об ожидаемых, продолжают / личный контакт / историческое требуемое знание, текучесть кадров и как "общие" клиентские запросы (пример, сбросы пароля могут быть выполнены любым сотрудником справочной службы),

Для передовых ролей направления клиента отделам с высоким оборотом или где запросы могут быть завершены любым сотрудником, клиентами, можно предоставить псевдоним (support@, sales@, reception@) для того отдела, гарантировав, что кто-то от того отдела получит их почту и сможет заботиться о них. Когда сотрудник оставляет или изменяет роль, это затем становится вопросом изменения подписка списка рассылки или псевдоним.

Для ролей, где высокий уровень личного контакта, историческое знание, или где работа может только быть выполнена определенными сотрудниками, контакт, может быть сделано с помощью именованной учетной записи. Я рекомендовал бы, чтобы клиенту предоставили адрес псевдонима также, таким образом, они не не учтены в холоде, когда сотрудник покидает компанию или находится в отпуске.