Функция "Нет на месте" в Outlook работает неправильно в Microsoft 365

Симптомы

При попытке использовать функцию "Нет на рабочем месте" (OOF) в Outlook в Microsoft 365 возникают следующие симптомы:

• Не удается сохранить сообщение OOF.
• Отправляется старое или повторяющееся сообщение OOF.
• Сообщение OOF не отправляется, даже если вы включили сообщение OOF.

Причина

Эта проблема возникает по одной из следующих причин:

• Причина 1. Существует невыполненная работа почтовых ящиков помощник событий (только Для Exchange 2010).
• Причина 2. Шаблоны правил OOF неправильно сформированы или повреждены.
• Причина 3. Превышена квота правил OOF и невозможно создать новые правила.
• Причина 4. Параметр удаленного домена для домена по умолчанию (или определенного) не настроен на разрешение сообщений OOF.

Решение

Чтобы устранить эту проблему, выполните действия для конкретной причины.

Решение 1

1. Настройте функцию OOF. Для этого выполните любой из следующих командлетов в Windows PowerShell соответствующим образом:

   Set-MailboxAutoReplyConfiguration <identity> -AutoReplyState Disabled
Set-MailboxAutoReplyConfiguration <identity> -AutoReplyState Enabled

2. Используйте MFCMapi для проверка PR_OOF_STATE значения. Для этого выполните следующие действия:

   1. В окне main MFCMapi выберите Сеанс, а затем выберите Вход и Отображение таблицы хранилища, чтобы открыть почтовый ящик.

   2. Выберите профиль, к которому вы обращаетесь, и прокрутите вниз в нижней области, пока не увидите PR_OOF_STATE значение. Это значение должно иметь значение True, если вы включили функцию OOF в Windows PowerShell или False, если функция OOF отключена. Например, если вы отключили функцию OOF, рассмотрите следующий снимок экрана:

      

3. PR_OOF_STATE Если значение не является ожидаемым результатом, обратитесь к служба поддержки Майкрософт, чтобы они проверка для событий в очереди (только Exchange 2010).

Решение 2

Чтобы устранить эту проблему, удалите правила OOF и шаблоны правил OOF из почтового ящика. Затем повторно включите функцию OOF и проверьте поведение. Для этого выполните указанные ниже действия.

1. В окне main MFCMapi выберите Сеанс, а затем выберите Вход и Отображение таблицы хранилища, чтобы открыть почтовый ящик.

2. Разверните корневой контейнер и верхнюю часть хранилища данных.

3. Удалите правила OOF. Для этого выполните следующие действия:

   1. Щелкните правой кнопкой мыши папку "Входящие" и выберите Пункт Отображение таблицы правил.

      • Если функция OOF отключена, в таблице правил отображается правило OOF вместе со следующим именем правила:
        MSFT: правила OOF TDX

      • Если функция OOF включена, в таблице правил перечислены два разных правила OOF. Перечисленные правила зависят от того, включено ли правило только внутри или как внутри, так и за ее пределами. Например, рассмотрим следующий снимок экрана:

        

      • Если шаблоны OOF повреждены или неправильно сформированы, эти шаблоны OOF перечислены в таблице правил. Вы можете увидеть другие записи, если у пользователя включены другие правила.

   2. Щелкните правой кнопкой мыши правила OOF и выберите Удалить.

      Примечание.

      Не удаляйте правила OOF, кроме тех, на которые ссылается ссылка.

   3. Закройте окно Таблица правил.

4. Удалите шаблоны OOF. Для этого выполните следующие действия:

   • Щелкните правой кнопкой мыши папку "Входящие" и выберите команду Открыть связанную таблицу содержимого.
   • Прокрутите страницу вправо и разверните столбец Класс сообщения .
   • Чтобы отсортировать элементы, выберите столбец Класс сообщения .
   • Найдите элементы, класс сообщений которых имеет одно из следующих значений:
     • IPM. Note.Rules.ExternalOofTemplate.Microsoft
     • IPM.Note.Rules.OofTemplate.Microsoft

Например, рассмотрим следующий снимок экрана:

• Щелкните правой кнопкой мыши элементы, принадлежащие одному из этих двух классов сообщений, а затем выберите Удалить сообщение.

  Примечание.

  Не удаляйте никакие элементы, кроме тех, на которые ссылается ссылка.

  

• В диалоговом окне Удаление элемента выберите Постоянное удаление, передав DELETE_HARD_DELETE (невосстановимо) в разделе Стиль удаления, а затем нажмите кнопку ОК.

  

• Отключите и повторно включите функцию OOF с помощью следующих команд:

  Set-MailboxAutoReplyConfiguration \<identity> -AutoReplyState Disabled
Set-MailboxAutoReplyConfiguration \<identity> -AutoReplyState Enabled

• Проверьте, работает ли функция OOF должным образом и симптомы больше не возникают.

Решение 3

Если ответ OOF больше не возвращается, скорее всего, превышена квота правил. Поэтому нельзя создать внутренние и внешние правила OOF. Чтобы устранить эту проблему, выполните следующие действия.

1. Увеличьте квоту правил. Для этого выполните действия, описанные в следующей статье.

   Пользователь не может создавать новые правила в Outlook или Outlook Web App

2. Из-за кэширования сведений о квоте в хранилище сведений обновленные значения квоты могут ввести в силу до двух часов.

3. Повторите разрешение 2.

Решение 4

Если значение AllowedOFFType для удаленного домена равно None, сообщения OOF не будут запускаться извне. Это значение должно быть установлено как Внешнее , чтобы разрешить внешние операции создания файлов. По умолчанию для этого значения задано значение Нет. Помните, что при поиске по удаленным доменам значение по умолчанию переопределяется определенными записями. Таким образом, если пользователь отправляет пользователю @contoso.com , а в параметрах удаленного домена есть Contoso.com запись, для этой записи используется значение AllowedOOFType . Если нет записи для Contoso.com, используется удаленный домен по умолчанию (*).

Get-RemoteDomain | select Name,AllowedOOFType