1 votes

Office365 : Erreur lors de la création d'une règle de boîte de réception via PowerShell

Dans notre environnement Office365, j'essaie de créer des règles programmatiques qui déplaceront les messages entrants en fonction de la liste de distribution dans laquelle ils ont été reçus.

Cependant, lors du prototypage, la commande suivante génère systématiquement une erreur :

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

L'erreur est la suivante :

AVERTISSEMENT : Une erreur inattendue s'est produite et un fichier Watson est en train d'être généré : L'opération ne peut pas être effectuée sur cet objet car son statut n'est pas valide.

De quel objet s'agit-il ? Où puis-je voir cette décharge Watson et sera-t-elle utile ?

Le dossier cible existe.

Devrais-je utiliser une syntaxe différente pour désigner les éléments concernés (boîte aux lettres, destinataire, dossier) ?

  • Get-Mailbox alias renvoie correctement l'objet boîte aux lettres prévu, ce qui semble donc convenir... (j'ai également essayé avec l'adresse SMTP complète de cette boîte aux lettres).
  • Get-Recipient smtp.address@of.distribution.list a correctement résolu l'objet destinataire prévu, ce qui semble donc aller...

Pour moi, le coupable le plus probable est le dossier cible. Si je change la syntaxe en mailbox-alias:\Path\To\Target ou mailbox-smtp-address:\Path\To\Target j'obtiens alors une erreur "Cannot open mailbox" au lieu de l'erreur ci-dessus. Est-il possible que lorsque j'omets le nom de la boîte aux lettres, le chemin d'accès au dossier soit recherché dans la boîte aux lettres de l'utilisateur administrateur ? Cela devrait échouer, car l'utilisateur admin n'a pas de boîte aux lettres en fait... Si c'est le cas, comment puis-je référencer le dossier autrement ?

Informations complémentaires :

  • La boîte aux lettres à laquelle j'essaie d'ajouter cette règle est (actuellement) une boîte aux lettres d'utilisateur ordinaire, mais elle sera probablement convertie en boîte aux lettres partagée à terme.
  • Nous n'avons pas encore terminé notre migration vers Office365, de sorte que l'enregistrement MX de notre domaine SMTP n'a pas encore été ajusté pour pointer directement vers Exchange Online. Cependant, à l'intérieur de la session PowerShell connectée avec succès, le DNS ne devrait pas être un problème, n'est-ce pas ? Quoi qu'il en soit, j'ai déjà essayé tout ce qui précède avec les adresses *.onmicrosoft.com respectives.
  • Comme je l'ai mentionné, la migration est en cours : La boîte aux lettres en question n'a pas été migrée, mais a été créée à partir de zéro.
  • La création manuelle de la règle dans Outlook fonctionne parfaitement et je peux également interroger ses propriétés à l'aide de la commande Get-InboxRule -Mailbox alias

1voto

Mtgame1 Points 1

J'ai finalement réussi à script la création de la règle. Apparemment, le compte utilisateur administrateur qui exécute le script doit... :

  • disposer d'une boîte aux lettres propre (=> nécessite une licence Office365, en particulier une licence Exchange Online)
  • disposer d'un droit d'accès complet à la boîte aux lettres cible

D'après ce que j'ai pu constater, il est également nécessaire d'accorder le droit d'accès complet directement à l'utilisateur concerné. L'accorder indirectement via l'appartenance à un groupe n'a pas fonctionné.

Auparavant, mon utilisateur administrateur ne disposait pas d'une licence Office365 et n'avait donc pas d'autorisations explicites sur la boîte aux lettres.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X