Exchange, не сохраняющий “К”: поле
Ну, используете ли Вы традиционные полномочия POSIX или ACLs, Вы будете использовать chmod на Солярисе. Я предложил бы, чтобы Вы использовали ACLs в этом случае. Необходимо будет применить ACL отдельно к каждой файловой системе в пуле хранения данных корпуса. Я предлагаю установить aclmode и aclinherit свойства каждой файловой системы к passthrough также.
Я думаю, что предпочтительно установить ACLs на стороне Соляриса вещей вместо того, чтобы делать его через окна.
В основном это посмотрело бы что-то как:
chmod -R A=\
group:suDevelopers:full_set,\
group:sysadmins:full_set,\
/tank/projects
chmod -R A=\
group:suDevelopers:full_set:allow,\
group:suStaff:full_set:allow,\
group:suContractors:full_set:allow
/tank/storage
chmod -R A=everyone@:full_set:allow /tank/sandbox
и и т.д. по мере необходимости. Можно также использовать read_set для полномочий только для чтения.
Существует много других способов, которыми можно сократить вещи с ACLs, они - чрезвычайно мощная система на Солярисе. Можно читать man chmod и man zfs для деталей.
Существует также эта статья, которая дает некоторые дальнейшие примеры.
Также удостоверьтесь, что Вы используете /usr/bin/chmod вместо /usr/gnu/bin/chmod то, которому я верю, является значением по умолчанию.
Я думаю, что это зависит от того, как/где псевдоним настраивается в поставщике услуг хостинга. Так как Вы используете размещенный Exchange, я не уверен, какой уровень доступа Вы имеете к самому фактическому Exchange Server. (и при этом я никогда не использовал размещенное решение Exchange), Так или иначе строго говоря, на Exchange Server, если Вы настраиваете псевдоним как дополнительный адрес электронной почты на самой учетной записи пользователя, затем заголовок в полученном электронном письме должен показать ФАКТИЧЕСКИЙ адрес электронной почты, используемый в отправке электронной почты тому пользователю. (nagios@mydomain.com)
Если, однако, у Вас нет прямого доступа к Exchange Server для добавления адреса электронной почты к учетной записи самих, поставщик услуг хостинга (или кто бы ни настроил псевдоним), возможно, настроил его в системе (почтовый шлюз некоторого типа) перед фактическим полем Exchange как псевдоним там, который перенаправил бы электронное письмо, посланное "nagios@mydomain.com" на "services@mydomain.com" путем изменения информации заголовка. Это объяснило бы отсутствие сохранения адреса электронной почты в заголовке, я думаю.
На самом деле перечитывая Ваш вопрос я вижу, что Вы создаете новую учетную запись таким же образом, Вы настраиваете свой псевдоним matt.simmons, но это не работало над новой учетной записью. Я предполагаю вопросы, которые я имею, то, какой уровень доступа Вы имеете к самому Exchange Server и какой уровень управления Вы имеете в создании учетной записи/псевдонима? Вы уверены, что обе учетных записи находятся на том же Exchange Server? Так как это размещается, они не могут и может быть что-то набор броского на сервере, что новая учетная запись идет...
Псевдоним не может быть тем, что Вы хотите сделать. То, что необходимо сделать, установить отдельный почтовый ящик и установить это для передачи services@mydomain.com, не поставляя к его собственному почтовому ящику. Это сохранит все заголовки в такте.
Наилучший вариант состоит в том, чтобы установить отдельный почтовый ящик, но если Вы не хотите делать это, можно ли также хотеть начать работу, какая программа используется, чтобы послать электронное письмо и удостовериться, что это не проблема? Это отправляет внутренне или от внешнего пользователя? Вы знаете который версия обмена? Вы говорили с Поддержкой Apptix?
Вы попытались воссоздать учетную запись и Псевдоним для убирания где-нибудь, это могло бы кэшироваться.