Office365: Ошибка при попытке создать правило для папки «Входящие» с помощью PowerShell

В нашей среде Office365 я пытаюсь программно создать правила, которые будут перемещать входящие сообщения на основе списка рассылки, в котором они были получены.

Однако при создании прототипа следующая команда постоянно создает ошибку:

New-InboxRule -Mailbox alias -Name RuleName -SentTo smtp.address@of.distribution.list -MoveToFolder \Archive\DLName

Ошибка:

ПРЕДУПРЕЖДЕНИЕ: Произошла непредвиденная ошибка, и создается дамп Watson: операция не может быть выполнена с этим объектом, так как его статус недействителен.

О каком объекте здесь идет речь? И где я могу увидеть этот дамп Watson и будет ли он полезен?

Целевая папка действительно существует.

Может ли я ссылаться на какую-либо из задействованных частей (почтовый ящик, получатель, папку), используя другой синтаксис?

  • Get-Mailbox alias правильно возвращает предполагаемый объект почтового ящика, так что вроде бы все в порядке ... (я также пробовал использовать полный SMTP-адрес этого почтового ящика)
  • Get-Recipient (скрытый) решен предполагаемый объект получателя, так что вроде бы все в порядке ...

Наиболее вероятной причиной для меня сейчас является целевая папка. Если я изменю синтаксис на псевдоним почтового ящика: \ Path \ To \ Target или mailbox-smtp-address: \ Path \ To \ Target , то я получаю сообщение «Не удается открыть почтовый ящик» ошибка, указанная выше. Возможно ли, что если я не укажу имя почтового ящика, он будет искать путь к этой папке в почтовом ящике моего администратора? Это должно было потерпеть неудачу, поскольку у пользователя-администратора фактически нет почтового ящика ... Если это так, как еще мне ссылаться на папку?

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

  • Почтовый ящик, к которому я пытаюсь добавить это правило, является (в настоящее время) почтовым ящиком обычного пользователя, но, вероятно, в конечном итоге будет преобразован в общий почтовый ящик.
  • Мы еще не завершили миграцию на Office365, поэтому запись MX поскольку наш SMTP-домен еще не настроен, чтобы указывать на Exchange Online напрямую. Однако внутри успешно подключенного сеанса PowerShell DNS не должен быть проблемой или должен? В любом случае, я уже пробовал все вышеперечисленное с соответствующими адресами * .onmicrosoft.com.
  • Как я упоминал о текущей миграции: рассматриваемый почтовый ящик не был перенесен, а был создан с нуля.
  • Создание правила полностью вручную в Outlook работает безупречно, и я также могу запросить его свойства, используя псевдоним Get-InboxRule -Mailbox
1
задан 10 September 2019 в 18:00
1 ответ

Наконец-то мне удалось создать сценарий создания правила. По-видимому, учетная запись администратора, на которой выполняется сценарий, должна ...:

  • иметь собственный почтовый ящик (=> требуется лицензия Office365, в частности лицензия Exchange Online)
  • иметь разрешение на полный доступ к цели mailbox

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

Раньше моему пользователю-администратору не была назначена лицензия Office365 и, следовательно, также не было явных разрешений на почтовый ящик.

0
ответ дан 4 December 2019 в 02:42

Теги

Похожие вопросы