Проблемы

При попытке использовать функцию "Нет на мне" в Outlook в Microsoft Office 365 могут появиться следующие симптомы:

  • Сообщение об OOF не удается сохранить.

  • Отправляется старое или дублирующее сообщение об OOF.

  • Сообщение об этом не отправляется, даже если вы включаете его.

Причина

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

  • Причина 1:имеется невыполнена невыполнеемая работы с событиями помощника по почтовым ящикам (только Для Exchange 2010).

  • Причина 2.Шаблоны правил OOF повреждены или повреждены.

  • Причина 3.Превышена квота правил OOF и невозможно создать новые правила.

  • Причина 4. Параметрудаленного домена по умолчанию (или определенного) не настроен для сообщений об OOF.

Решение

Примечание. Любая из четырех причин может привести к сбойу ответа "Нет на нет". Поэтому необходимо исключить каждую причину по одной.

Предупреждение Использование редактора MAPI Microsoft Exchange Server (MFCMapi) может привести к повреждению Microsoft Exchange Server и почтовым ящикам сервера Exchange. Скачайте MFCMAPI из github (прокрутите страницу вниз и выберите "Последний выпуск").

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

Решение 1

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

    Set-MailboxAutoReplyConfiguration <удостоверения> -AutoReplyState Disabled

    Set-MailboxAutoReplyConfiguration <удостоверения> -AutoReplyState Enabled

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

    а.       В главном окне MFCMapi нажмите кнопку "Сеанс",а затем выберите команды "Логотип" и "Показать таблицу магазина", чтобы открыть почтовый ящик.

    б.      Щелкните профиль, который вы просматриваете, а затем прокрутите страницу вниз, пока не увидите PR_OOF_STATE. Это значение должно иметь значение ИСТИНА, если вы включили эту функцию в Windows PowerShell или false, если вы отключили эту функцию. Например, если вы отключили функцию "Отсутствие на компьютере", рассмотрим следующий снимок экрана:

    заме желтая текст

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

Решение 2

Примечание.Симптомы в вашем случае могут немного отличаться от этих. Например, сообщение об ошибке невозможно отправить, хотя его можно настроить без ошибок. Однако эти действия будут по-прежнему применяться.

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

Примечание.При этом не нужно делать это сообщение.

  1. В главном окне MFCMapi нажмите кнопку "Сеанс",а затем выберите команды "Логотип" и "Показать таблицу магазина", чтобы открыть почтовый ящик.

  2. Раз развернуть корневой контейнер и верхнюю часть информационного хранения.

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

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

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

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

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

    2. Щелкните правой кнопкой мыши правила, а затем выберите "Удалить".Примечание. Не удаляйте правила, кроме тех, на которые имеется ссылка.

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

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

    • Щелкните правой кнопкой мыши "Входящие" и выберите "Открыть связанную таблицу содержимого".

    • Прокрутите список вправо и разкрутите столбец "Класс сообщений".

    • Чтобы отсортировать элементы, щелкните столбец "Класс сообщений".

    • Наймем элементы, класс сообщений которых может быть одним из следующих значений:

      • IPM. Note.Rules.ExternalOofTemplate.Microsoft

      • IPM. Note.Rules.OofTemplate.Microsoft

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

  1. заме желтая текст



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

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

      заме желтая текст

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

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

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

    • Проверьте, работает ли функция "Нет на работе" как ожидалось и на каких симптомах она возникает.

Решение 3

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

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

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

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

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

Разрешение 4

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


Get-RemoteDomain | select Name,AllowedOOFType

Дополнительная информация

Если значение PR_OOF_STATE не является ожидаемым результатом, см. следующую статью базы знаний Майкрософт:

2705649 Exchange: сообщения об OOF и обработка RBA работают не так, как ожидалось в Exchange 2010

Нужна дополнительная помощь?

Совершенствование навыков
Перейти к обучению
Первоочередный доступ к новым возможностям
Присоединение к программе предварительной оценки Майкрософт

Были ли сведения полезными?

Насколько вы удовлетворены качеством перевода?
Что повлияло на вашу оценку?

Спасибо за ваш отзыв!

×