Огляд ресурсних поштових скриньок
- Room mailbox (кабінет). ресурсний поштову скриньку, назначемий переговорним приміщень, таким як зали конференцій, аудиторії та навчальні кабінети. Поштові скриньки кабінетів можуть бути включені в планування заходу (meeting request).
- Equipment mailbox (обладнання). ресурсний поштову скриньку, який призначається рухомим предметів, таким як ноутбук, проектор, мікрофон або корпоративний автомобіль. Поштові скриньки обладнання також можуть бути включені в плановані заходи.
- Shared mailbox (загальний поштову скриньку). поштову скриньку, який переважно не закріплений за окремим користувачем, і налаштований для входу декількох користувачів. Після створення загального поштової скриньки (в Exchange Management Shell), необхідно надати дозволи всім користувачам, кому потрібен доступ до цього ящика. Навіть якщо це і не ресурсний ящик, пояснюю, тому що організації зазвичай використовую такі типи ящиків для спільної роботи і виконання своїх робочих функцій.
Приклад 1: Створення ресурсного ящика
Створення поштової скриньки для кабінету:
New-Mailbox -database "Storage Group 1Mailbox Database 1" -Name ConfRoom1 -OrganizationalUnit "Conference Rooms" -DisplayName "ConfRoom1" -UserPrincipalName [email protected] -Room
Створення поштової скриньки для обладнання:
New-Mailbox -database "First Storage GroupMailbox Database" -Name VCR1 -OrganizationalUnit Equipment -DisplayName "VCR1" - UserPrincipalName [email protected] -Equipment
Створення спільного поштової скриньки:
New-Mailbox -database "Storage Group 1Mailbox Database 1" -Name SharedMailbox01 -OrganizationalUnit "Resource Mailboxes" -DisplayName "SharedMailbox01" -UserPrincipalName [email protected] -Shared
Властивості ресурсного ящика
В ресурсних ящиках можна налаштовувати різні властивості, атрибути. Наприклад, можна задавати значення "ResourceCapacity" (обсяги ресурсів), "Office" (кабінет), або "ResourceCustom" (інші, спеціальні) параметри в коммандлете Set-Mailbox.
Перед тим, як ви зможете призначати спеціальні властивості в параметри поштових скриньок кімнат або обладнання, необхідно спочатку створити такі властивості у своїй організації Exchange. Спеціальне властивість можна додати коммандлетом Set-ResourceConfig.
Примітка:
Всі записи, що подаються в коммандлете Set-ResourceConfig повинні починатися з Room / або Equipment /. Налаштування нових записів в Set-ResourceConfig не додають нових записів в список, а перезаписують колишні записи!
Для кожного окремого властивості, створюваного у вашій організації, в можете вказати які типи поштових скриньок можуть отримувати їх (кімнати або обладнання). І при управлінні ресурсними поштовими скриньками, ви можете призначати тільки ті спеціальні властивості, які дозволені соотстветствующему типу поштових скриньок. Тобто якщо ви налаштовуєте поштову скриньку кабінету, ви можете призначити тільки властивості застосовні до поштових скриньок кімнат.
Приклад 2: Створення спеціального властивості для ресурсного ящика
Set-ResourceConfig -ResourcePropertySchema (Room / TV. Room / VCR. Equipment / Auto)
Приклад 3: Налаштування властивостей ресурсного ящика
Set-Mailbox -Identity "ResourceMailbox01" -ResourceCustom (TV. VCR) -ResourceCapacity 50
Налаштування поштової скриньки кімнати
Перед тим як створювати різні типи поштових скриньок для кімнат, необхідно звернути увагу на налаштуваннях, які можна використовувати в Set-MalboxCalendarSettings. Цим коммнандлетом можна налаштувати багато параметрів ресурсного ящика (максимальна дозволена тривалість зустрічі, стандрарное час оповіщення, ітп). Повний список параметрів тут: En і Ru.
Основний цікавий для нас параметр - це AutomateProcessing. який дозволяє включати або вимикати управління календарем ресурсного поштової скриньки. Три наявних значення:
- None (Немає). Помічник резервування (Resource booking Attendant) і помічник по календарів (Calendar Attendant) будуть відключені в цьому ящику. (Запрошення на зустріч (Meeting requests) ні оброблятися, а просто накопичуватися в Inbox ящика).
- AutoUpdate (оновлення). Це значення за замовчуванням. Помічник по календарів буде обробляти запити Зустрічей, які будуть розташовуватися в календарі кабінету в режимі очікування, поки керівник не підтвердить їх. (Організатор Зустрічі отримає тільки рішення керуючого).
- AutoAccept (Автопрінятіе) Резервування ресурсу включено для даного поштового ящика кабінету. Це означає, що ящик буде орієнтуватися на політики прийому запитів (хто може резервувати). (В конфігурації автоматичного резервування, організатор отримає рішення самої кімнати. В іншому випадку, організатор спочатку отримає повідомлення про очікування підтвердження керуючого).
- Calendar Attendant (Помічник по календарів) автоматично розміщує нові зустрічі в календарі "в режимі очікування", оновлює існуючі зустрічі новою інформацією та видаляє застарілі запити Зустрічей, без якогось втручання користувача. Помічник по календарів також обробляє пересилання повідомлень про Нарадах, розсилаючи оповіщення при відправці запрошень на Зустріч, і додаючи нових учасників Зустрічей при прийомі запрошень.
- Resource Booking Attendant (Помічник резервування ресурсів) автоматизує прийняття та скасування запитів резервування ресурсу. Політиками, налаштованим для кожного ресурсу, можна вказати ким, коли і на скільки часу ресурс може бути зарезервований.
Значення AutoAccept позоволяет, за допомогою політик вказати - хто може резервувати, наприклад, кабінет, і за яких умов. Для кожного кабінету, кожен користувач може бути членом різних політик:
- "BookInPolicy" (Резервування з політики): Список користувачів, кому дозволено призначати Зустрічі відповідно до політиками. Такі зустрічі будуть автоматично підтверджені;
- "RequestInPolicy" (Запит по політиці): Список користувачів, кому дозволено розміщувати запити на Зустрічі. Запити з політики повинні будуть підтверджуватися керуючим поштової скриньки для ресурсу;
- "RequestOutOfPolicy" (Запит поза політикою): Список користувачів, кому разрашено розміщувати запити поза політикою. Запити поза політикою також повинні бути підтверджені керуючим;
В контексті ресурсних поштових скриньок, політики "InPolicy" і "OutOfPolicy" позначають відповідають чи ні, будь-які запрошення обмеженнями виставленими на таких ящиках. Є також політики для призначення дозволів для всіх користувачів - "AllBookInPolicy" (Всім резервувати по політиці), "AllRequestInPolicy" (Всім запитувати по політиці), "AllRequestOutOfPolicy" (Всім запитувати поза політикою).
Наприклад, параметр "MaximumDurationInMinutes" (Максимальна тривалість в хвилинах) ресурсного ящика має значення в 30 хвилин, - тоді будь-яка Зустріч, тривалістю понад 30 хвилин, буде вважатися "OutOfPolicy". Використовуючи RequestOutOfPolicy поле, ви можете вказати користувачів, яким буде дозволено призначати зустрічі за рамками обмежень політики.
Основні сценарії для поштових скриньок кімнат
Тепер, маючи більш чіткі уявлення про створення поштових скриньок для кімнат, ми можемо розглянути основні сценарії управління такими поштовими скриньками:
- Кімнати з автоматичним резервуванням;
- Кімнати із запитом зустрічі керуючому;
- Кімнати, що вимагають реєстрації керуючого, для управління запитами вручну.
Кімнати з автоматичним резервуванням
Для автоматичного резервування встановіть AutomateProcessing на AutoAccept для включення політик резервування ресурсів. У дефолтовая конфігурації політик кімнат, всі користувачі зможуть відправляти запити в рамках політики. І ці запити будуть оброблятися ящиком кімнати автоматично.
Приклад 4: Включення автоматичного резервування в ресурсному ящику
Set-MailboxCalendarSettings -Identity "Conference Room" -AutomateProcessing AutoAccept
Кімнати із запитом зустрічі керуючому
Щоб поштову скриньку кімнати відправляв запит на резервування керуючому, ви повинні включити і налаштувати політики, а також призначити керуючого:
Включення політики: Встановити AutomateProcessing на AutoAccept;
Усі вхідні запити резервування повинні підтверджуватися керуючим: Встановити AllRequestInPolicy на True. і AllBookInPolicy на False;
Визначити керуючого в ResourceDelegates параметрі. Керуючий отримає наступні дозволи:
- Редагувати в Календарі ресурсного поштової скриньки;
- Редагувати в системній папці "FreeBusy Data" ресурсного ящика;
- Право "Send on behalf" (Відправляти від імені) ресурсного поштової скриньки.
Приклад 5: Призначення пересилання керуючому
Set-MailboxCalendarSettings -Identity "Training Room" -AutomateProcessing AutoAccept -ResourceDelegates "Isabelle Dupont" -AllBookInPolicy: $ false -AllRequestInPolicy: $ true
Тепер керуючий може з власної пошти обробляти запити на резервування, перенаправляє поштовими скриньками для кабінетів, підтверджуючи або откланено їх.
Він також отримує доступ до календаря поштової скриньки кімнати, через функцію Outlook "Open other user's folder" (Відкрити папку іншого користувача). Потрібно відзначити, що в такому випадку відповідати організатору зустрічі буде керуючий від імені поштової скриньки переговорної.
Примітка: Коли коммандлет Set-MailboxCalendarSettings запускається повторно, для конфігурації будь-яких налаштувань - оригінальні дозволу власників затираються. І хоча керівник все ще відображається, коли ви запускаєте Get-MailboxCalendarSettings. якщо подивитися на дозволу на ресурсний ящик - його дозволу видалені. Щоб повторно встановити дозволи на календар ресурсу, потрібно запустити команду "Set-MailboxCalendarSettings alias_ресурса -ResourceDelegates: $ null". Після чого, можна повторно призначати дозволу цільовим користувачеві. Це явище планується змінити в майбутньому, а поки рекомендується використовувати цю команду перед внесенням будь-яких змін для керуючих ресурсами.
Кімнати, що вимагають реєстрації керуючого, для управління запитами вручну
Це значення за замовчуванням, для новостворених кімнат, зі значенням AutoUpdate в AutomateProcessing.
Помічник по календарів буде обробляти запити на резервування, що розташовуються в календарі в "режимі очікування" затвердження керівником. Керуючому знадобляться наступні дозволи для підключення до ресурсного скриньки і управління запитами резервацій: "Full Mailbox Access" для доступу до ресурсного поштової скриньки, і наприклад "Send-As" для відповідей на такі запити в прозорому для організатора режимі.
Приклад 6: Делегування управління запитами до ресурсного скриньки
Set-MailboxCalendarSettings -Identity "Conference Room" -AutomateProcessing AutoUpdate
Add-MailboxPermission -AccessRights FullAccess -Identity "Conference Room" -User "Isabelle Dupont"
Add-ADPermission -Identity "Conference Room" -User "Isabelle Dupont" -ExtendedRights Send-As
Примітка: "Send As" (Опублікувати як) і "Send on Behalf" (Опублікувати від імені):
- Дозвіл "Send As" дозволяє користувачеві імітувати іншого відправника.
- Дозвіл "Send on Behalf" дозволяє відправляти повідомлення одному користувачеві "від імені" іншого, При цьому одержувачі це явно бачать.
Грунтуючись на детально розглянутих сценаріях вище, повинні бути виставлені наступні параметри:
Налаштування календаря ресурсу
Set-MailboxCalendarSettings
Незалежно від сценаріїв, керуючий може змінювати параметри резервування ресурсів (крім значень керуючого) звернувшись до ресурсного поштової скриньки наприклад через Outlook Web Access (httрs: //mail.contonso.com/[email protected]). Для цього, йому знадобляться дозволи "Full Mailbox Access" на поштову скриньку ресурсу.
Налаштування ресурсного поштової скриньки з Outlook Web Access.
По-моєму найбільша "гидоту" з цими ящиками - це проблема з double booking.
Це коли безмозкі користувачі ставлять кімнату в "учасники" замість "ресурсів" -то?
Ну що ж поробиш. Залишається тільки втовкмачувати правила в голови, малювати инструк з скріншот, ітд ..
Кілька "неідеальних" питань з приводу "ідеальної" кімнати 🙂
1. Яким чином домогтися того, що поки делегат не схвалить зустріч, подія не з'являється в календарі кімнати зі статусом "Під питанням"?
2. Від чого залежить швидкість відновлення статусу зустрічі в календарі ресурсу? Від швидкості роботи SA або від прав делегата на ящик? 😉
3. Куди пропала кнопка входу в блог, і якого власне він взагалі не пускає? 🙂
Привіт Олег, Радий тебе бачити!
1. Ніяким. Ти якось неправильно питаєш. А як ще делегат схвалить зустріч, якщо в календарі кімнати не буде цього мітингу? Не можна ж йому, вибравши кімнату, в обхід неї направити зустріч. Якщо тільки робити мітинг, і не вказувати кімнату, а в запрошених вказувати менеджера, розподіляє кімнати, але тоді це совок якийсь виходить. Ти скажи що ти хочеш зробити?
2. Швидкість поновлення статусу зустрічі в календарі залежить від завантаженості процесора і пам'яті на MB і CA серверах, завантаженості каналів зв'язку між серверами, і клієнт-сервер, ну і в останню чергу від продуктивності самого клієнта. А що, гальмує?
3. Верну, а у тебе знайомі розуміють в PHP або WP є?
Знайдемо. Знайомих.
1. Ось такі завдання ставлять замовники, я за допомогою программеров реалізував це, але в другм контексті. там календар йшов в SharePoint web-форму, яка відображалася на моніторі висить у переговорної. Вони (програмісти) вицепіть якийсь прапор, позначати зустріч "під питанням", і налаштували фільтр, який зустрічі з цим прапором не відображаються. Просто думав, може є штатний спосіб ...
2. А у мене проблема була інша. Якщо делегат має права Full Access на ящик кімнати, зміна статусу відбувається миттєво. Якщо стандартні права делегата - по часу не змінювався. Ось знову ж казус ...
Ну а з приводу PHP і WP прийшли будьте готовими описати проблему в пошту, у нас Саша Романов (новоспечений MVP SharePoint) багатьом допомагав з настройками блогу. Зокрема вирішував проблеми з WLW і WP, хостящіміся нема на wordpress.com ...
Нда, з SharePoint'ом і прапорами - це хитро. добре 🙂
Ні, стандартного думаю немає, для таких речей SDK і роблять.
Я поексперементіруйте з різними правами, скажу що до чого ... не повинно воно так за часом торкає, хм ..