Seit dem 22. Januar 2021 ist der Zugriff auf Microsoft To Do für Anwender, die kein Exchange Online Postfach besitzen, nur noch über den Webzugriff über Office.com möglich gewesen.

Ab dem 11. März 2021 wird diese Möglichkeit ebenfalls deaktiviert. Somit haben Personen ohne Cloud-Postfach im O365-Kontext keine Möglichkeit mehr Microsoft To Do zu nutzen.

Die bereits eingegebenen Daten stehen nicht mehr zur Verfügung. Sollten zum Beispiel Firmen entsprechend Postfächer in die Cloud migrieren ist der Zugriff auf Microsoft To Do wieder hergestellt. Die Daten müssen allerdings wieder neu erfasst werden.

Weitere Informationen hat Microsoft in einem Artikel zusammengestellt.

Es passiert immer mal wieder, dass Mitarbeiter Firmen verlassen oder eine längere Zeit nicht verfügbar sind. Entsprechend sind aber noch Kollegen und Besprechungsräume durch Termin-Serien blockiert. So kann es sinnvoll sein, diese zu entfernen.

Über den folgenden Befehl werden alle Termine ab einschließlich dem heutigen Datum entfernt:

Remove-CalendarEvents -Identity Leaver@testdomain.onmicrosoft.com -CancelOrganizedMeetings

Dieses funktioniert allerdings nur, wenn die Identität noch nicht gelöscht wurde.

Es gibt auch die Möglichkeit ein Start-Datum und eine Zeitspanne zu definieren. Damit können zum Beispiel alle Termin vom 01.04.2019 innerhalb der kommenden 90 Tage gelöscht werden:

Remove-CalendarEvents -Identity Sabatical@testdomain.onmicrosoft.com -CancelOrganizedMeetings -QueryStartDate 4-1-2019 -QueryWindowInDays 90

So kann der Befehl zum Beispiel für „Sabatical“ oder Mutterschutz-Zeiträume genutzt werden

Über das Argument „-PreviewOnly“ ist auch eine Vorschau möglich. Diese kann zum Beispiel dem Manager des Mitarbeiters zur Verfügung gestellt werden. Damit ist eine Übergabe von Terminen leichter zu koordinieren.

Dieser Befehlssatz kann unter Nutzung von Exchange 2019 und Office 365 angewandt werden.
Genauere Informationen sind bei Microsoft zu finden.

Ob in einem lokalen Exchange-System oder über Office 365 hat jede Verbundinstallation einen sogenannten „Postmaster“. Dieser versendet die Systemnachrichten. Als führende Bespiele sind dort die Meldungen zu nennen, dass es eine E-Mail-Adresse im System nicht gibt oder man gegen ein Regelwerk der Instanz verstößt.

Bei der Einrichtung wird der Postmaster auf die erste zu definierende Domain gebunden. Dieses kann bei lokalen Installationen als Referenz „postmaster@domain.local“ sein oder in der O365-Umgebung „postmaster@tennant.onmicrosoft.com“. Es handelt sich dabei um die „Standard akzeptierte Domäne“ (Default accepted domain). Dieses ist weder repräsentativ noch möchte man vielleicht diese Informationen versenden.

Über den folgenden Befehl ist dieses zu verändern:

Set-TransportConfig -ExternalPostmasterAddress <postmaster address>

Über die jeweilige PowerShell ist die Adresse nach den eigenen Ansprüchen anzuassen.