Власник не можна створити сучасний спільних папок за допомогою Outlook в Exchange Server 2013 або Exchange Server 2016

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 3035230
Ознаки
Припустімо, що ви власник спільної папки поштової скриньки або недостатньо дозволів на доступ до створення спільної папки в середовищі Microsoft Exchange Server, 2013 або Microsoft Exchange Server-2016. ім’я поштової скриньки використовує ієрархії додаткової поштової скриньки для спільної папки за промовчанням. У цьому випадку під Вільний час спроби створити спільну каталог вхідних повідомлень, за допомогою Microsoft Outlook, з'являється таке протокол IMAP про помилку:
Не можна створити в папці. Вас недостатньо прав на виконання цієї операції для цього об'єкта.
Переглянути каталог вхідних повідомлень контактів, або до системного адміністратора.

Примітка. Якщо до спільної папки поштової скриньки, із основний маркер ієрархії змінено спільної папки поштової скриньки за промовчанням, можна створити спільних папок за допомогою Outlook.

Див. Щоб отримати додаткові відомості про виправлення неполадок у цій статті.
причина
Ця проблема виникає, тому що LmCompatibilityLevelреєстру на ролі сервера поштових скриньок Exchange-сервер налаштовано на значення, менше2.
Обхідний шлях
Увага! Виконуйте інтерактивні елементи, описані в цьому розділі, обережно. Неправильне внесення змін до реєстру може викликати серйозні проблеми. Перш ніж змінювати його, резервної копії реєстру для відновлення на випадок виникнення проблем.

Щоб вирішити цю проблему, виконайте наведені нижче інтерактивні елементи на роль поштова скринька-сервера Exchange Server, hostingthe додатковий ієрархії поштової скриньки для спільної папки:
  1. Змініть значення на LmCompatibilityLevel значення реєстру 2або більше.

    Примітка запис А розміщуються в реєстрі такий шлях:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa

  2. Перезапустіть такі послуги:
    • пул носіїв поштових скриньок даних Microsoft Exchange
    • Microsoft Exchange клієнтського доступу з віддаленого виклику процедур
    • Здоров'я-менеджера Microsoft Exchange

Додаткові відомості
Щоб отримати додаткові відомості про налаштування LmCompatibilityLevel див. у наступних статтях:

Щоб отримати додаткові відомості для вирішення цієї проблеми

Коли ця проблема виникає, крім протокол IMAP про помилку, ви знайдете такі відомості, які допоможуть вирішити цю проблему.
  • Таке протокол IMAP, реєструється в розділі "Клієнтський доступ до віддаленого виклику процедур" журнал у засобі перегляду подій.
    Клієнт = MSExchangeRPC,, -2147024891 (rop::AccessDenied), 00:00:00.0310000, "RopHandler: CreateFolder: [AccessDeniedException] не вдається відкрити поштову скриньку /o = Contoso/ou = групи Exchange (FYDIBOHF23SPDLT) / cn = Recipients/cn = 9f049c7972fb4d8ebe9f5ece73e136fe-PFHierarchy. -> [MapiExceptionNoAccess] не вдається встановити підключення до сервера. (hr = 0x80070005-ЕС = 2147024891) [ + ELAACYNfAfAAAAAJgt8B8AAAAA6PIAEHA5FpCYP, AvBQAAAG4vYQBwORaQmCHwH, =]
    на M.E.D.S.RPCPrimaryHierarchyProvider.GetHierarchyStore()
    на M.E.D.S.RPCPrimaryHierarchyProvider.CreateFolder (рядок, ім'я _ папки, рядок folderDescription, StoreId parentFolderId, CreateMode режим, Guid & contentMailboxGuid)
    на M.E.R.H.PublicFolderOperations. <> </>c__DisplayClass1. <CreateFolder>-b _ _ 0 (StoreId & folderIdToSync Guid & contentMailboxGuid)
    на M.E.R.H.PublicFolderOperations.InvokeOnPrimaryHierarchyAndSync[T] (логічний вираз isCompleteSync, PublicLogon publicLogon, PrimaryHierarchy",, admin@contoso.com,</CreateFolder>
  • Якщо ви працювати з Get-ServerHealth-посвідчення ServerIdParameter-HealthSet "Outlook.Protocol"команди на сервері Exchange Management Shell (EMS), Outlook.Protocol здоров'я встановити звіти шкідливих, спеціально для таких моніторів, пов'язані з Outlook віддаленого виклику процедур RPC):
    • OutlookRpcDeepTestMonitor
    • OutlookRpcSelfTestMonitor
  • Збій OutlookRpcDeepTestProbe-тест пам'яті, реєструє таке повідомлення:
    Microsoft.Exchange.Rpc.RpcException: Помилка, 0x5 (немає доступу) з ClientAsyncCallState.CheckCompletion: RpcAsyncCompleteCall

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 3035230 – останній перегляд: 10/01/2015 21:13:00 – виправлення: 2.0

Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbsurveynew kbprb kbtshoot kbexpertiseadvanced kbmt KB3035230 KbMtuk
Зворотний зв’язок