Problème Azure PowerShell pour créer des comptes Office 365, erreur d’URL interne PowerShell

J'utilise PowerShell pour créer des comptes Office365 depuis environ 5 mois. Nous utilisons Office365 pour archiver le courrier électronique. Le script que j'utilisais fonctionnait parfaitement. Cependant, depuis plus d'une semaine, le script a échoué. Deux scripts sont utilisés. Le premier fonctionne et se connecte au second.

J'ai essayé plusieurs fois, mais pas de chance. Continuez à avoir l'erreur suivante "the powershellInternalurl must be specified for the current on premises organization" . Ce n'est qu'un compte en ligne, pas sur site, non hybride. Je suis dérouté.

C’est peut-être une coïncidence: Microsoft réparait Exchange en ligne le jour où cette erreur s’est produite. J'ai parlé à Microsoft et on m'a dit que les scripts n'étaient pas pris en charge, c'est quelque chose que nous faisons à nos risques et périls. J'ai expliqué à deux experts de l'échange que le script avait été initialement fourni par Microsoft et que, désormais, ils ne prennent pas en charge leur propre script.

Le script crée deux utilisateurs actifs, mais un seul est une boîte aux lettres et l'autre un contact, par exemple. [email protected] est la boîte aux lettres et l'utilisateur de messagerie du contact est [email protected].

J'ai regardé le script plusieurs fois et je ne comprends pas pourquoi il a échoué. Je ne peux pas créer l'adresse mail journalarchive à l'aide du portail car celui-ci n'autorise pas autant de caractères. Cependant, je peux ajouter le compte à l'aide des applets de commande powershell et terminer la création à l'aide du portail, par exemple en ajoutant le plan d'échange en ligne, permettant ainsi l'archivage et le contentieux.

J'espère que quelqu'un peut aider. Je suis heureux de partager les scripts, ils sont longs.

Vous utilisez deux services Office 365? Microsoft ne prend pas en charge la journalisation dans une boîte aux lettres Office365. Cela constitue en réalité une violation des conditions d'utilisation. Il est donc étrange que Microsoft vous fournisse une solution pour y parvenir.

En revanche, si vous journalisez dans une boîte aux lettres Exchange locale, cela a du sens car la boîte aux lettres doit être créée localement. Je n'ai jamais vu cette erreur particulière - mais cela devrait vous donner le numéro de ligne dans le script de ce qui déclenche. Vous pouvez alors regarder la commande essaye de faire et vous connecter avec, puis valider la commande.

Si le premier scénario ci-dessus est ce qui se passe réellement (O365 à O365). Pourquoi ne pas simplement activer les règles de rétention et protéger le contenu en place avec un seul abonnement? S'il s'agit d'un problème de licence - voyez ce que je dis de ne pas être pris en charge (et c'est la raison pour laquelle ils appellent cela une violation des conditions de service). Vous devez envisager de mettre en place un serveur et un journal Exchange locaux, ou utiliser une solution comme Barracuda que vous pouvez également journaliser (ou intercepter le courrier en ligne).

modifier J'aurais dû regarder la date sur le post. Je pense que la journalisation était toujours autorisée en 2015. Cependant, le résultat d'aujourd'hui est le même: il n'est pas pris en charge.