O
Да-да, фича класс, постоянно юзаю...
Блин, название забыл....
Блин, название забыл....
Size: a a a
2020 December 23
MS
Ещё динамическая настройка крутая штука
AG
На железках кроме как хранить 2 конфига не придумали, если накосяпорил то ребут железки может помочь, ну или я чего-то не знаю)
AF
На железках кроме как хранить 2 конфига не придумали, если накосяпорил то ребут железки может помочь, ну или я чего-то не знаю)
Консольный порт держать на подхвате ещё можно
AG
Alex Finko
Консольный порт держать на подхвате ещё можно
Ну этт как сеть сделана)
EV
А кто ставил спутник v уже в нормальном режиме, не испытания- чо как прошло??.
AG
А кто ставил спутник v уже в нормальном режиме, не испытания- чо как прошло??.
браузер?)
EB
А кто ставил спутник v уже в нормальном режиме, не испытания- чо как прошло??.
Вчера первую порцию вколол, все норм
2020 December 24
🕳
Всем привет. Подскажите, можно ли как то массово создать собрания в разных командах в teams? Через powershell к примеру. Чет не могу нагуглить
O
А кто ставил спутник v уже в нормальном режиме, не испытания- чо как прошло??.
Через 5 лет, надо будет повторно уточнить, не забудь напоминалку сделать)
AG
У меня такой не совсем почтовый вопрос, а кто-то внедрял в домене запрет на чтение определенного аттрибута для пользователей? (правда после этого появляется проблема в exch, когда в ECP открываешь ящик и после перехода на вкладку делегации, выскакивает предупреждение) последний пунтк (хер с ним), мне интересно про сокрытии определенных аттрибутов от глаз пользователей, кто-нить так делал?
DC
🕳
Всем привет. Подскажите, можно ли как то массово создать собрания в разных командах в teams? Через powershell к примеру. Чет не могу нагуглить
В сторону rest API посмотрите: graph.Microsoft.com
П
Вы какую именно проблему решаете?
Папка с oab будет иметь актуальное содержимое только на сервере с ящиком "OABGen $true" (точнее с базой содержащей этот ящик). Если он переезжает между серверами - данные будут везде, но актуальные/используемые только на одном из серверов.
Папка с oab будет иметь актуальное содержимое только на сервере с ящиком "OABGen $true" (точнее с базой содержащей этот ящик). Если он переезжает между серверами - данные будут везде, но актуальные/используемые только на одном из серверов.
На клиентах не закачивалась оаб (ошибка 80190194). Обновила гал и оаб на сервере. Дата последнего обновления оаб (он всего 1 в организации) осталась прежней -7.12.
При обновлении ГАЛ возникали ошибки с Health ящика, я их пересоздала, после ошибки пропали. Опять обновила ОАБ, ничего не поменялось, при этом ошибок при выполнении не возникало. В итоге, решила создать новый ОАБ, накатила ее на 1 бд с пользователями. И тут пара отрицательных моментов:
- база создала в 15:45, а ее папка появилась на сервере только в 16:30;
- папка оказалась пустой, обновление через консоль не помогает;
- БД с ящиком где генерился ОАБ находиться на 1ом сервере (бд входит в даг, были ошибки неправильных копий, принудительно обновила, ошибки исчезли, но папка на 2 сервере не появилась);
- пользователь из бд с подцепленным новым ОАБ получает в автоконфигурации ссылку на новый ОАБ, но, естественно, скачать ничего не может (ошибка та же - 80190194);
- если вбить url с ОАБ (как новой так и старой) в браузер - то возникает ошибка 403 Forbiden (если к 1ому серверу подключаться). Если ко второму (где папки вообще нет), то после 403 ошибки появляются 2 события обращения к favicon с 302 кодом и, после них, logon с 200.
Это могло произойти после того как мы перевели подключение клиентов на общий почтовый адрес mail по Rount-Robin. Там были ошибки в настройке из-за которых пользователи даже получая в url адрес mail, цеплялись только на 1 сервер (это было показано в состоянии подключения). После исправления этой ошибки все подключаться к единой точке mail, но, КАЖЕТСЯ, перестала обновляться ОАБ.
При обновлении ГАЛ возникали ошибки с Health ящика, я их пересоздала, после ошибки пропали. Опять обновила ОАБ, ничего не поменялось, при этом ошибок при выполнении не возникало. В итоге, решила создать новый ОАБ, накатила ее на 1 бд с пользователями. И тут пара отрицательных моментов:
- база создала в 15:45, а ее папка появилась на сервере только в 16:30;
- папка оказалась пустой, обновление через консоль не помогает;
- БД с ящиком где генерился ОАБ находиться на 1ом сервере (бд входит в даг, были ошибки неправильных копий, принудительно обновила, ошибки исчезли, но папка на 2 сервере не появилась);
- пользователь из бд с подцепленным новым ОАБ получает в автоконфигурации ссылку на новый ОАБ, но, естественно, скачать ничего не может (ошибка та же - 80190194);
- если вбить url с ОАБ (как новой так и старой) в браузер - то возникает ошибка 403 Forbiden (если к 1ому серверу подключаться). Если ко второму (где папки вообще нет), то после 403 ошибки появляются 2 события обращения к favicon с 302 кодом и, после них, logon с 200.
Это могло произойти после того как мы перевели подключение клиентов на общий почтовый адрес mail по Rount-Robin. Там были ошибки в настройке из-за которых пользователи даже получая в url адрес mail, цеплялись только на 1 сервер (это было показано в состоянии подключения). После исправления этой ошибки все подключаться к единой точке mail, но, КАЖЕТСЯ, перестала обновляться ОАБ.
🕳
В сторону rest API посмотрите: graph.Microsoft.com
Этого как раз и не хотел. Ну ладно. Буду изучать graph. Спасибо 👍
O
бхаахха...
Очень надеюсь, что это с телефона все набиралось
Очень надеюсь, что это с телефона все набиралось
AG
На клиентах не закачивалась оаб (ошибка 80190194). Обновила гал и оаб на сервере. Дата последнего обновления оаб (он всего 1 в организации) осталась прежней -7.12.
При обновлении ГАЛ возникали ошибки с Health ящика, я их пересоздала, после ошибки пропали. Опять обновила ОАБ, ничего не поменялось, при этом ошибок при выполнении не возникало. В итоге, решила создать новый ОАБ, накатила ее на 1 бд с пользователями. И тут пара отрицательных моментов:
- база создала в 15:45, а ее папка появилась на сервере только в 16:30;
- папка оказалась пустой, обновление через консоль не помогает;
- БД с ящиком где генерился ОАБ находиться на 1ом сервере (бд входит в даг, были ошибки неправильных копий, принудительно обновила, ошибки исчезли, но папка на 2 сервере не появилась);
- пользователь из бд с подцепленным новым ОАБ получает в автоконфигурации ссылку на новый ОАБ, но, естественно, скачать ничего не может (ошибка та же - 80190194);
- если вбить url с ОАБ (как новой так и старой) в браузер - то возникает ошибка 403 Forbiden (если к 1ому серверу подключаться). Если ко второму (где папки вообще нет), то после 403 ошибки появляются 2 события обращения к favicon с 302 кодом и, после них, logon с 200.
Это могло произойти после того как мы перевели подключение клиентов на общий почтовый адрес mail по Rount-Robin. Там были ошибки в настройке из-за которых пользователи даже получая в url адрес mail, цеплялись только на 1 сервер (это было показано в состоянии подключения). После исправления этой ошибки все подключаться к единой точке mail, но, КАЖЕТСЯ, перестала обновляться ОАБ.
При обновлении ГАЛ возникали ошибки с Health ящика, я их пересоздала, после ошибки пропали. Опять обновила ОАБ, ничего не поменялось, при этом ошибок при выполнении не возникало. В итоге, решила создать новый ОАБ, накатила ее на 1 бд с пользователями. И тут пара отрицательных моментов:
- база создала в 15:45, а ее папка появилась на сервере только в 16:30;
- папка оказалась пустой, обновление через консоль не помогает;
- БД с ящиком где генерился ОАБ находиться на 1ом сервере (бд входит в даг, были ошибки неправильных копий, принудительно обновила, ошибки исчезли, но папка на 2 сервере не появилась);
- пользователь из бд с подцепленным новым ОАБ получает в автоконфигурации ссылку на новый ОАБ, но, естественно, скачать ничего не может (ошибка та же - 80190194);
- если вбить url с ОАБ (как новой так и старой) в браузер - то возникает ошибка 403 Forbiden (если к 1ому серверу подключаться). Если ко второму (где папки вообще нет), то после 403 ошибки появляются 2 события обращения к favicon с 302 кодом и, после них, logon с 200.
Это могло произойти после того как мы перевели подключение клиентов на общий почтовый адрес mail по Rount-Robin. Там были ошибки в настройке из-за которых пользователи даже получая в url адрес mail, цеплялись только на 1 сервер (это было показано в состоянии подключения). После исправления этой ошибки все подключаться к единой точке mail, но, КАЖЕТСЯ, перестала обновляться ОАБ.
что по GlobalWebDistributionEnabled и ShadowMailboxDistributionEnabled ?
AG
что по GlobalWebDistributionEnabled и ShadowMailboxDistributionEnabled ?
П
что по GlobalWebDistributionEnabled и ShadowMailboxDistributionEnabled ?
False оба.
На старой оаб так же было
На старой оаб так же было
AG
False оба.
На старой оаб так же было
На старой оаб так же было
-GlobalWebDistributionEnabled
This parameter is available only in on-premises Exchange.
The GlobalWebDistributionEnabled parameter specifies whether all OAB virtual directories in the organization can accept requests to download the OAB. These locations are advertised by the Autodiscover service. Valid values are:
$true: Any OAB virtual directory in the organization can accept requests to download the OAB. You can't use this setting with the VirtualDirectories parameter.
$false: Only the OAB virtual directories that are specified by the VirtualDirectories parameter accept requests to download the OAB. This is the default value.
In Exchange 2013 CU7 or later, we recommend that you use the value $true for this parameter. The Client Access services on any Mailbox server can proxy incoming OAB download requests to the correct location.
This parameter is available only in on-premises Exchange.
The GlobalWebDistributionEnabled parameter specifies whether all OAB virtual directories in the organization can accept requests to download the OAB. These locations are advertised by the Autodiscover service. Valid values are:
$true: Any OAB virtual directory in the organization can accept requests to download the OAB. You can't use this setting with the VirtualDirectories parameter.
$false: Only the OAB virtual directories that are specified by the VirtualDirectories parameter accept requests to download the OAB. This is the default value.
In Exchange 2013 CU7 or later, we recommend that you use the value $true for this parameter. The Client Access services on any Mailbox server can proxy incoming OAB download requests to the correct location.