Das Cmdlet
Es heisst Invoke-ChangeMeetingOrganizer und ist Teil des Moduls ExchangeOnlineManagement. Der Rollout für Worldwide-Tenants lief von Ende Juni bis August 2026. Das Cmdlet erscheint zuerst in der Shell, funktioniert aber erst, wenn auch die Server-Updates den Tenant erreicht haben. Solange kommt «Transfer meeting action is disabled».
| Parameter | Bedeutung |
|---|---|
| -Identity | Postfach des bisherigen Organisators. Muss noch existieren und online sein. |
| -Subject oder -EventId | Betreff des Meetings. Bei mehreren Treffern liefert das Cmdlet eine Liste mit EventIds. |
| -NewOrganizer | SMTP-Adresse des neuen Organisators, gleicher Tenant. |
| -TransferSeriesStartDate | Optional. Ab welchem Termin die Serie übergeht. Ohne Angabe ab dem nächsten Termin. |
Einschränkungen laut Dokumentation: nur Meetings im Standardkalender, nur User-Postfächer (keine Shared oder Group Mailboxes), nur zukünftige Termine. Ist das Postfach des alten Organisators bereits gelöscht, hilft das Cmdlet nicht mehr.
Der Testaufbau
André erstellt in seinem Outlook eine wöchentliche Teams-Serie «Organizer-Transfer Test» mit sechs Terminen. Teilnehmer: ich und ein weiterer Kollege (intern) sowie meine private Adresse (extern). Im Text ein eingebettetes Bild. Alle drei Teilnehmer nehmen an.
Vorher: Termin in Andrés Kalender, André ist Organizer.
Vorher: Sicht des externen Teilnehmers mit dem alten Teams-Link.
Der Transfer
Zuerst der Trockenlauf mit -WhatIf:
Invoke-ChangeMeetingOrganizer -Identity a.pflaum@itrain.ch -Subject "Organizer-Transfer Test" -NewOrganizer b.brunner@itrain.ch -WhatIf
Die Ausgabe besteht aus einer einzigen leeren Zeile «WhatIf:». Das ist der erste Fallstrick: Der Trockenlauf bestätigt nur, dass das Meeting gefunden wurde. Was passieren würde, erfährt man nicht.
Dann scharf:
Invoke-ChangeMeetingOrganizer -Identity a.pflaum@itrain.ch -Subject "Organizer-Transfer Test" -NewOrganizer b.brunner@itrain.ch
PowerShell: Der Transfer meldet «Besprechung erfolgreich übertragen» mit der neuen MeetingId.
Anders als in Berichten vom August gibt es inzwischen eine Erfolgsmeldung mit der neuen MeetingId. Der Transfer selbst dauerte wenige Sekunden.
Was die Beteiligten sehen
| Sicht | Mail erhalten | Kalender |
|---|---|---|
| Neuer Organizer (ich) | keine | Serie mit mir als Organizer, Bild erhalten, neuer Teams-Link. Beim Schliessen des Termins erscheint jedes Mal «Discard changes», obwohl nichts geändert wurde (siehe Bild unten). |
| Alter Organizer (André) | keine | Serie bleibt im Kalender, neu mit mir als Organizer und Status «Tentative». Er steht als normaler Teilnehmer in der Liste. |
| Intern (Kollege) | keine | Still aktualisiert: neuer Organizer, neuer Teams-Link, Zusage bleibt erhalten. |
| Extern (private Adresse) | Absage der alten Serie | Zusätzlich ein aktualisierter Eintrag mit neuem Organizer und neuem Teams-Link, Zusage zurückgesetzt. Keine neue Einladungsmail. |
Neuer Organizer (ich): Die Serie gehört jetzt mir, André steht als Teilnehmer in der Liste.
Neuer Organizer (ich): Beim Schliessen des Termins erscheint «Discard changes».
Alter Organizer (André): Die Serie bleibt im Kalender, Status «Tentative».
Extern (private Adresse): Absage der alten Serie.
Extern (private Adresse): Aktualisierter Eintrag mit neuem Organizer und neuem Link, Zusage zurückgesetzt.
Für interne Teilnehmer läuft der Transfer also genau so sauber, wie Microsoft es verspricht. Auffällig ist der Externe: Er bekommt zwar die Absage, aber keine neue Einladung zum Annehmen. Sein Kalendereintrag wurde in place geändert, die Zusage ist weg. Wer nicht aktiv hinschaut, merkt davon nichts.Drei Abweichungen von der Dokumentation
1. Der alte Organizer wird Teilnehmer. Laut Microsoft Learn wird der bisherige Organisator nicht als Teilnehmer übernommen. In unserem Test steht André nach dem Transfer in der Teilnehmerliste, und die Serie bleibt in seinem Kalender. Für das typische Offboarding-Szenario ist das sogar praktisch: Der Termin verschwindet nicht einfach.
2. Es wird ein neues Teams-Meeting erzeugt. Die Doku sagt, der neue Organizer müsse die Teams-Informationen manuell erneuern. Tatsächlich hat das Cmdlet automatisch ein neues Teams-Meeting unter meinem Namen angelegt und den Link in alle Kalendereinträge geschrieben. Meeting-ID und Passcode sind neu.
3. Das alte Teams-Meeting lebt weiter. Der alte Link funktioniert nach wie vor. Man landet in einem leeren Raum ohne Organisator: In der Teilnehmerliste erscheint niemand mehr mit der Rolle «Organisator», die ursprünglichen Teilnehmer stehen nur noch unter «Personen dem Chat hinzugefügt». Das alte Meeting ist vom Kalender losgelöst und hängt nur noch am Meeting-Chat. Im neuen Raum dagegen bin ich Organisator, mit allen Steuerungen. Es gibt jetzt zwei parallele Teams-Räume für dieselbe Serie.
Alter Teams-Link: Teilnehmerliste ohne Organisator.
Neuer Teams-Link: Teilnehmerliste mit mir als Organisator.
Neuer Teams-Link: Vorab-Bildschirm vor dem Beitritt.
Der dritte Punkt ist der relevanteste für den Alltag. Wer den alten Link aus einem Teams-Chat, einem Lesezeichen oder einem Raumsystem benutzt, sitzt allein im falschen Meeting und wartet. Das betrifft genau die Teilnehmer, die nicht aus dem Kalender beitreten, und das sind oft die Externen.
Empfehlung für den Transfer
- Transfer durchführen, solange das Postfach des alten Organisators noch existiert. Danach hilft nur noch Neuaufbau.
- Bei nicht eindeutigem Betreff mit -EventId arbeiten, nicht mit -Subject.
- Nach dem Transfer als neuer Organizer die Serie einmal öffnen, «Edit series», nichts ändern, «Send update». Das räumt den «Discard changes»-Zustand auf und schickt allen Teilnehmern aktiv eine Mail mit dem neuen Teams-Link, die sonst fehlt.
- Externe Teilnehmer vorab informieren: Sie müssen neu zusagen und den neuen Link verwenden.
- Den alten Teams-Link dort ersetzen, wo er ausserhalb des Kalenders hinterlegt ist: Teams-Kanäle, Wikis, Raumbuchungssysteme.
- Aufzeichnungen, Transkripte und Loop-Komponenten der alten Serie hängen am alten Organisator. Vor dem Offboarding sichern.
Fazit
Das Cmdlet löst das Problem verwaister Meetingserien, und zwar besser als jeder bisherige Workaround. Intern ist der Transfer für die Teilnehmer unsichtbar. Die Arbeit entsteht an den Rändern: beim externen Teilnehmer, beim alten Teams-Link und beim Zustand des Termins im Kalender des neuen Organizers. Wer die Checkliste oben abarbeitet, hat das im Griff. Und wer bis heute wartet, bis das Postfach gelöscht ist, hat das Problem von vorher.
Wer bei der Umsetzung Unterstützung braucht: Ich helfe gerne weiter. Meine E-Mail-Adresse steht in den Kontaktdaten dieses Blogs.
Keine Kommentare:
Kommentar veröffentlichen