Tag Archives for " Microsoft 365 "

Sharepoint Site zur Home Site machen

Die Home Site in Sharepoint Online ist die zentrale Einstiegsseite eine Einstiegsseite in die Sharepoint-Welt.

Diese wird über die URL https://Tenant-Name.sharepoint.com https://tenant.sharepoint.com/sites/seitenname aufgerufen.

Mittlerweile bin ich schlauer:

Neben der Home Site (deren Funktion ich noch nicht so ganz verstanden habe) gibt es noch die Root Site! Dieser habe ich mich in diesem Artikel gewidmet:

Darüber hinaus kann es weitere Sites geben, welche über die URL https://Tenant-Name.sharepoint.com/sites/SiteName aufgerufen werden.

Soll nun eine (Unter-)Site zur Home Site „migriert“ werden, so lässt sich das über die Sharepoint Online Management Shell erledigen.

Dazu verbindet man sich mit dem folgenden Kommando mit der Administrationsseite des Sharepoint (WICHTIG ist das -admin nach dem Tenantnamen):

Connect-SPOService -URL "https://TenantName-Admin.sharepoint.com"

Die Site lässt sich dann über das folgende Kommando zur Home Site hochstufen:

Set-SPOHomeSite -HomeSiteUrl https://TenantName.sharepoint.com/sites/SiteName

Nachdem das Kommando dann noch mit Ja (J) bestätigt wurde, ist die Änderung schon durchgeführt.

Allerdings kann die Änderung eine Weile dauern – also bitte Geduld, wenn nicht direkt die neue Site als Home Site angezeigt wird.

Sharepoint Online Fehler „Current Site is not a tenant administration site“

Beim Zugriff auf unseren Sharepoint Online in Microsoft 365 bzw. früher Office 365 via Sharepoint Online Management Shell (PowerShell) mit dem Aufruf

Connect-SPOService -URL "https://TenantName.sharepoint.com"

habe ich den folgenden Fehler erhalten:

Current Site is not a tenant administration site

Da die Fehlermeldung sehr aussagekräftig ist, war der Fehler schnell gefunden:

Beim Zugriff auf Sharepoint Online über die Powershell muss man sich gegen die Administrations-Seite seines Sharepoint und nicht gegen die allgemeine Seite verbinden.

Diese lautet: https://TenantName-Admin.sharepoint.com

Das PowerShell-Kommando muss entsprechend so lauten:

Connect-SPOService -URL "https://TenantName-Admin.sharepoint.com"

Und siehe da – mit der richtigen URL funktioniert die Verbindung problemlos.

MigrationPermanentException: The target mailbox doesn’t have an SMTP proxy matching ‚firm.mail.onmicrosoft.com‘.

Die Migration von Exchange On-Premise nach Exchange Online (Microsoft 365) ist häufig von verschiedenen Herausforderungen geprägt, und nicht jeder Migrationsbatch verläuft ohne Fehler.

In der Praxis treten immer wieder unterschiedliche Fehler auf, die eine sorgfältige Analyse und Anpassung erfordern.

Ein konkretes Beispiel für einen Fehler, dem ich heute bei der Migration einer Mailbox gegenüberstand, lautete wie folgt:

MigrationPermanentException: The target mailbox doesn’t have an SMTP proxy matching ‚firm.mail.onmicrosoft.com‘.

Die Wurzel des Problems konnte schnell im On-Premise Exchange Admin Center gefunden werden.

In den E-Mail-Einstellungen des betroffenen Benutzers fehlte der Haken bei „E-Mail-Adressen basierend auf der E-Mail-Adressrichtlinie für diesen Empfänger automatisch aktualisieren“.

Das Fehlen dieses Hakens führte dazu, dass keine E-Mail-Adresse von Exchange Online im Format „firm.mail.onmicrosoft.com“ für den Benutzer generiert werden konnte, was jedoch zwingend erforderlich war.

Die Behebung dieses Problems war vergleichsweise simpel: Durch Setzen des Hakens wurde die E-Mail-Adresse erfolgreich angelegt. Es war anschließend nur noch notwendig, auf die Synchronisierung von Active Directory und Azure AD zu warten, bevor die Migration erneut gestartet werden konnte.

Die Anpassung der Konfiguration ermöglichte letztendlich einen reibungslosen Verlauf der Migration ohne weitere Komplikationen. Dieses Beispiel verdeutlicht, wie präzise Einstellungen in den E-Mail-Konfigurationen einen maßgeblichen Einfluss auf den Erfolg eines Migrationsprozesses haben können. Solche Szenarien erfordern eine genaue Diagnose, um die Ursachen von Fehlern zu identifizieren, und eine gezielte Anpassung der Konfiguration, um sicherzustellen, dass der Migrationsprozess erfolgreich abgeschlossen wird. Damit unterstreicht diese Erfahrung die Bedeutung einer gründlichen Planung und Durchführung bei der Migration zwischen Exchange-Plattformen.