Azure-Powershell-Problem zum Erstellen von Office365-Konten, Powershellinternalurl-Fehler

296
Arif

Ich verwende PowerShell seit etwa 5 Monaten zum Erstellen von Office365-Konten. Wir verwenden Office365 zum Archivieren von E-Mails. Das Skript, das ich verwendete, funktionierte einwandfrei. Seit mehr als einer Woche ist das Skript jedoch fehlgeschlagen. Es werden zwei Skripte verwendet. Der erste läuft und verbindet sich mit dem zweiten.

Ich habe es mehrmals versucht, aber kein Glück. Erhalten Sie die folgende Fehlermeldung "the powershellInternalurl must be specified for the current on premises organization". Es ist nur ein Online-Konto, nicht vor Ort, kein Hybrid. Ich bin verblüfft

Es könnte Zufall sein, dass Microsoft an dem Tag, an dem dieser Fehler auftrat, den Austausch online korrigierte. Ich habe mit Microsoft gesprochen und mir wurde gesagt, dass das Scripting nicht unterstützt wird. Dies geschieht auf eigene Gefahr. Ich habe zwei Austauschexperten erklärt, dass das Skript ursprünglich von Microsoft bereitgestellt wurde und nun kein eigenes Skript unterstützt.

Das Skript erstellt zwei aktive Benutzer, jedoch ist nur einer ein Postfach und der andere ist beispielsweise ein Kontakt. joe.bloggs_journalarchive@atecheo.onmicrosoft.comist das Postfach und der Kontakt-E-Mail-Benutzer ist joe.bloggs@atech.co.uk.

Ich habe mir das Skript mehrmals angesehen und verstehe nicht, warum es fehlgeschlagen ist. Ich kann die Journalarchive-E-Mail-Adresse nicht mithilfe des Portals erstellen, da das Portal nicht so viele Zeichen zulässt. Ich kann das Konto jedoch mit den Powershell-Cmdlets hinzufügen und die Erstellung über das Portal abschließen, z. B. den Exchange-Online-Plan hinzufügen, um Archivierung und Prozessführung zu ermöglichen.

Hoffe, jemand kann helfen. Ich freue mich, die Skripte zu teilen, sie sind lang.

2

1 Antwort auf die Frage

0
Jesus Shelby

Sie verwenden zwei Office 365-Dienste? Microsoft unterstützt kein Journaling für ein Office365-Postfach. Andernfalls stellt dies einen Verstoß gegen die Servicebedingungen dar. Microsoft bietet Ihnen daher eine Lösung, die dies ermöglicht.

Wenn Sie jedoch ein Journal für ein lokales Exchange-Postfach erstellen, ist dies in der Regel sinnvoll, da das Postfach lokal erstellt werden muss. Ich habe diesen speziellen Fehler noch nie gesehen - aber er sollte Ihnen die Zeilennummer des auslösenden Skripts geben. Sie können dann den Befehl anzeigen, den Sie ausführen möchten, eine Verbindung herstellen und den Befehl dann überprüfen.

Wenn das erste Szenario oben wirklich der Fall ist (O365 bis O365). Warum nicht einfach Aufbewahrungsregeln aktivieren und den Inhalt mit einem einzigen Abonnement schützen? Wenn es sich um ein Lizenzierungsproblem handelt, lesen Sie meine Argumente, dass sie nicht unterstützt werden (und dies ist der Grund, warum sie es als Verstoß gegen die Nutzungsbedingungen bezeichnen). Sie müssen prüfen, ob Sie einen lokalen Exchange-Server und ein lokales Journal dazu einrichten oder eine Lösung wie Barracuda verwenden, die Sie auch protokollieren können (oder E-Mails inline abfangen).

Bearbeiten Ich hätte das Datum in der Post sehen sollen. Ich glaube, das Journaling war 2015 noch erlaubt. Das Ergebnis für heute ist jedoch dasselbe - es wird nicht unterstützt.

Verwandte Probleme