none
Скрыть контакты RRS feed

  • Вопрос

  • Всем доброго дня, через глобальный каталог ищутся баговые контакты. Сами контакты располагаются с отдельном контейнере  OU=Contacts, можно ли скрыть только те контакты которые располагаются в этом OU?, только так чтобы остальные контакты в лесу не скрылись, ток в ou. Также как их обратно включить на видимость в случай сбоя. 

    20 апреля 2017 г. 9:15

Ответы

Все ответы

  • Get-MailContact -OrganizationalUnit "OU=something,DC=domain,DC=com" | Set-MailContact -HiddenFromAddressListsEnabled $true
    Обратно включить - поменять на $false

    MCSAnykey


    20 апреля 2017 г. 9:34
  • Спасибо, очуметь вы меня выручаете, огромная от меня к вам благодарность. А не подскажите как их теперь обратно включить все когда будет нужно?? 

    Get-MailContact -OrganizationalUnit "OU=something,DC=domain,DC=com" | Set-MailContact -HiddenFromAddressListsEnabled $false  - вот так?

    20 апреля 2017 г. 9:40
  • Ага.

    MCSAnykey

    20 апреля 2017 г. 10:01
  • Просто для расширения кругозора дополню :)

    Так как задача выглядит как "не отображать контакты, которые находятся в данном OU", то ее можно выполнить с помощью политик адресных книг (Address Book Policy). Для этого надо сформировать AddressList, который будет исключать контакты этого OU. Далее на его основе создать GAL, OAB. Включить их все в политику адресных книг и назначить ее пользователям, для которых эти контакты надо скрыть (но можно и для всех).



    • Изменено Tema_BYMVP 20 апреля 2017 г. 11:22
    20 апреля 2017 г. 11:21
  • Выполнял долго команду и выдал сообщение

    Sending data to a remote command failed with the following error message: [ClientAccessServer=V12RUC,BackEndS
    rver=v12ruc.loc,RequestId=7d1b2198-c884-4563-946e-afc8fd169171,TimeStamp=4/20/2017 10:45:12 AM]
    [FailureCategory=WSMan-Others] The total data received from the remote client exceeded the allowed maximum. The allowed maximum is 524288000. For more information, see the about_Remote_Troubleshooting Help topic.
        + CategoryInfo          : OperationStopped: (v12ruc) [], PSRemotingTransportException
        + FullyQualifiedErrorId : JobFailure    + PSComputerName        : v12ruc

    Нашел во эту статью, поможет мне ее решение? http://www.mustafakasikci.com/exhange-management-shell-allowed-maximum-is-524288000.html


    • Изменено Adlukashin 20 апреля 2017 г. 12:24
    20 апреля 2017 г. 12:22
  • Вы случайно не в PowerShell консоли команду выполняете? Если так, то попробуйте EMS (консоль Powershell с иконкой Exchange, будет черный фон). 

    Дело в том, что без параметра -ResultSize ваше количество результатов имеет ограничение в 1000. 

    20 апреля 2017 г. 12:35
  • Выполняю ее я в ExchangeManagementShell. 

    Командой

    [PS] C:\Windows\system32>Get-MailContact -ResultSize Unlimited -OrganizationalUnit "OU=Contacts,DC=Contoso,DC=com" | Set- MailContact -HiddenFromAddressListsEnabled $true

    Количество контактов 65000 тысяч.

    ыполнял долго команду и выдал сообщение

    Sending data to a remote command failed with the following error message: [ClientAccessServer=V12RUC,BackEndS
    rver=v12ruc.loc,RequestId=7d1b2198-c884-4563-946e-afc8fd169171,TimeStamp=4/20/2017 10:45:12 AM]
    [FailureCategory=WSMan-Others] The total data received from the remote client exceeded the allowed maximum. The allowed maximum is 524288000. For more information, see the about_Remote_Troubleshooting Help topic.
        + CategoryInfo          : OperationStopped: (v12ruc) [], PSRemotingTransportException
        + FullyQualifiedErrorId : JobFailure    + PSComputerName        : v12ruc

    20 апреля 2017 г. 12:48
  • 65000 - солидно %) Можете попробовать решение, которое сами нашли. В любом случает, там ничего непоправимого нет (только вопрос, какой будет расход RAM). 

    Может в таком случае лучше сделать политику адресов, чтобы этот OU игнорировался целиком? Заодно попробуете, что это такое. Операция совсем не сложная и безопасная. Тем более что протестировать ее можно будет на вашем почтовом ящике перед тем, как раздавать остальным пользователям. 

    К тому же будет удобно - вы сможете все ненужные контакты переносить в OU, которые исключены с помощью фильтра. Это автоматически уберет их из адресных книг пользователей. Далее, если будет необходимо, вы можете создать отдельную политику, в которую включить AL, включающие в себя эти контакты. Тем самым, вы получите возможность гибко управлять контактами в адресных книгах.

    20 апреля 2017 г. 12:59
  • Да, с учетом такого количества контактов проще создать новый список адресов, чем печально смотреть полчаса в экран и ждать, выполнится командоет или сожрет всю память и выплюнет новую ошибку)

    MCSAnykey


    20 апреля 2017 г. 13:05
  • Если я создам новый гал и оаб его начнет вся компания заново реплицировать?? очень большая книжка.

    [FailureCategory=WSMan-Others] The total data received from the remote client exceeded the allowed maximum. The allowed maximum is 524288000. For more information, see the about_Remote_Troubleshooting Help topic.

    Нету способа чтобы обойти эту ошибку? памяти много, готов и ночь обождать

    20 апреля 2017 г. 14:22
  • "Лучше день потерять, потом за пять минут долететь" (c)

    Ваши адресные книги полегчают на 65000 элементов. Может не так все страшно? К тому же, например, если надо будет вернуть эти контакты, достаточно поменять фильтр и все. А так снова придется прогонять по ним цикл.

    Обойти ошибку способом, который вы нашли, не получается?

    Попробуйте еще для теста выполнить так:

    $contacts = Get-MailContact -OrganizationalUnit "OU=something,DC=domain,DC=com" -ResultSize Unlimited
    Если отработает корректно, будем делать через foreach.


    20 апреля 2017 г. 14:51
  • Через foreach скорее всего заработает, но вопрос в том зачем вам такое огромное количество контактов?

    И книжка пухнет и AD скорее всего разрастается до приличных размеров.

    Таким количеством контактов лучше управлять через системы Identity Management, возможно у вас есть FIM или что-то подобное. Да и вы наверное не руками их создавали, возможно в системе, которая их создала надо просто поменять одну настройку и они все станут невидимыми в адресной книге. Все равно иметь GAL с бестолковыми контактами не стоит. Лучше сделать только тех. кто работает в вашей организации, а избранным уже все тащить. Да, при первой синхронизации адресной книге будет очень жестко серверу, но зато потом будет лучше.


    scientia potentia est
    My blog

    20 апреля 2017 г. 19:12