MSXFAQ MeetNow aktiv: Komm doch einfach dazu.

Feiertage 2027

Der Sommer 2026 ist vorbei und mehr und mehr Mitarbeiter planen schon die ersten Termine für 2027. Je nach Umgebung fehlen ab 2027 aber in Outlook einige Feiertage aber nicht alle. Wie lösen wir das Problem?

Problem

Ich nutze immer noch "Classic Outlook" und nicht das New Outlook/Win, weil ich zumindest gelegentlich auch mit Exchange OnPremises zu tun habe und das neue Outlook für Windows keine lokalen Server unterstützt (Stand Sept 2026). Ganz früher hat Outlook die Feiertage über eine HOL-Datei in meinen Kalender importiert. und Outlook 2013 kannte die Feiertage bis 2016 und wenn ich alle drei Jahre eine aktuelle Outlook Version installiert habe, kamen auch immer die Feiertage mit oder konnten einfach importiert werden. Mittlerweile speichert Outlook die Feiertage aber in einem eigenen "ReadOnly"-Kalender meines Postfachs und dort ist nach 2026 kein Feiertag mehr aufgeführt:

Der Feiertagskalender ist ein Unterordner des eigentlichen Kalenders und kann dadurch ein- und ausgeblendet werden.

Er ist zumindest in Outlook "ReadOnly", so dass ich nicht mal doppelte Einträge in Outlook löschen kann. per MFCMAPI, EWSExplorer oder Graph ist es natürlich dennoch möglich.

Auch wenn die Listenansicht keine Feiertrage für 2027 anzeigt, so sehe ich in der Kalenderansicht sehr wohl einige Feiertage:

Aber Ostern und Pfingsten fehlen zum Beispiel. Der Grund ist einfach zu erklären. Einige Feiertage sind immer am gleichen Tag und so kann Outlook einen Serientermin ohne Ende einstellen, z.B. Silvester

Andere Feiertage wie Ostern sind aber nicht immer am gleichen Tage, sondern von den Mondphasen oder anderen Bedingungen abhängig. Daher ist z.B. Ostern 2026 ein einfacher Einzeltermin und keine Serie.

Im Kalender für 2027 und später erscheinen also nur die statischen Feiertage, welche von Outlook als Serientermin eingetragen wurden. Die Feiertage mit wechselndem Datum sind nicht vorhanden. Als Beispiel für die weiteren Analysen nehme ich einfach die Osterfeiertage. In anderen Ländern und Bundesländern gibt es weitere Feiertage, die sich am Kirchenkalender orientieren. In 2027 fällt Ostersonntag z.B. auf den 28. März. 2027

Quellensuche

Ich nutze aktuell Microsoft 365 Apps for Enterprises und das darin enthaltene  Outlook ist natürlich kein Outlook 2019/2021 oder 2024, sondern ein kontinuierlich weiter entwickeltes und supportetes produkt. Dennoch habe ich eine interessante Stelle gefunden:


Quelle: “Add holidays to your calendar in Outlook”
https://support.microsoft.com/en-us/outlook/calendar/add-holidays-to-your-calendar-in-outlook

Microsoft schreibt hier also, dass die Feiertage nur bis 2026 mitgeliefert werden. Beim New-Outlook hingegen ist dieser Anmerkung nicht vorhanden und man kann die Feiertage einfach addieren.

Allerdings sind auch hier keine Feiertage nach dem 31.12 2026 im Kalender sichtbar. Anscheinend hat Microsoft noch keine Feiertage ab dem 1.1.2027 hinterlegt.

Achtung:
Es gibt zwei Feiertagsablagen. Microsoft stellt Feiertage in einem Unterkalender "Feiertage in Deutschland" im Kalender des Benutzers bereit.
Früher hat ein Import einer HOL-Datei die Termine direkt im primären Kalender abgelegt.

Der Unterkalender mit den Feiertagen ist für den Benutzer oder per Graph nicht beschreibbar.

Ich erhoffe mir, dass Microsoft auf ihrem Service die fehlenden Feiertage nachreicht, so dass zumindest Outlook-Versionen, die noch im Support sind, die Feiertage für 2027 und weiter wieder automatisch bekommen.

Ich habe noch nicht ermittelt, ob Outlook den Inhalt dieses Kalenders z.B. per HTTP regelmäßig von einem Microsoft Service repliziert und welche Risiken und Chancen damit verbunden sind.

Userimport per HOL-Datei

Vielleicht liefert Microsoft noch eine Lösung in Form eines Outlook Updates oder einer neuen Import-Funktion. Für einen Import mit "Classic Outlook" können Sie sich sogar schnell selbst helfen. Mit der Installation von Outlook landen je nach Sprache die entsprechenden HOL-Dateien auf jedem Client.

C:\Program Files\Microsoft Office\root\Office16\1031\OUTLOOK.HOL (Deutsch)
C:\Program Files\Microsoft Office\root\Office16\1033\OUTLOOK.HOL (Englisch)
C:\Program Files\Microsoft Office\root\Office16\1040\OUTLOOK.HOL (Italienisch)
C:\Program Files\Microsoft Office\root\Office16\1036\OUTLOOK.HOL (Französisch)

Jede Datei ist aber ca. 1,5MB groß und enthält nur nicht nur die Feiertage für das eigene Land sondern für alle Länder in der eigenen Sprache. Hier ein Auszug von "Deutschland" aber schon an den Zeilennummern sehen Sie, dass ich mitten in der Datei bin.

Wir sehen hier aber auch, dass die Einträge nur bis 2026 gehen und sowohl die variable als auch statische Feiertage enthalten. Ich habe die HOL-Datei meines Outlook auf die deutschen Feiertage der nächsten 5 Jahre (2027-2031) ergänzt.

feiertage_2027-2031.hol.txt
Nach dem Download die Erweiterung auf ".hol" umstellen und im Windows Explorer doppelt anklicken

Der Import-Dialog zeigt daher nur Deutschland an:

Das ist allerdings der "alte Weg", der aber für Anwender mit "Classic Outlook/Win" sehr einfach verwendbar ist. Er funktioniert aber nicht mit "New Outlook" und auch nicht in OWA oder den mobilen Clients.

Admin-Import

Ich bin kein Freund, wenn Mitarbeiter so einen Import etwas selbst machen müssen aber bis 2027 ist es nicht mehr lange. Daher habe ich mir überlegt, wie ich als Administrator diese HOL-Datei bei den Benutzern importieren kann. Eine VBS/CDO-Version habe ich schon damals im Jahr 2003 auf Feiertage.vbs bereitgestellt aber damit sollten Sie nicht mehr starten. Als Administrator muss ich überlegen, welche Weg ich gehe.

  • API: Graph oder EWS oder beides?
    Exchange Online kann zwar noch EWS ansprechen, aber zukunftssicherer und einfacher dürfte Microsoft Graph sein
    Exchange OnPremises aber kennt kein Graph und CDO/MAPI ist Tod. Also bleibt hier nur nur EWS
  • Berechtigungen: Impersonate, Delegate oder AppPermission
    Wenn ein Admin solche Termine in viele Kalender eintragen soll, dann stellt sich immer die Frage, wie der User oder Prozess an die Rechte kommt. Bei Exchange OnPremises wäre EWS und Impersonation das Mittel der Wahl. Bei Exchange Online dann eher eine App Permission und RBAC for Applications mit Exchange Online mit Microsoft Graph nutzen.
    Ich würde nicht einem Benutzer oder Admin mit einem Postfach das Delegate-Recht auf alle Kalender geben

Auf jeden Fall bin ich dann vom Client unabhängig, denn sonst müsste ich einen Code für OWA, New Outlook, Classic Outlook mit COM oder Graph oder EWS schreiben. Der Ablauf ist relativ einfach:

1. Feiertage.hol einlesen, parsen und als PowerShell Objekte speichern
2. Anmelden am Microsoft Graph mit entsprechenden Berechtigungen
3. Liste der Exchange Online Benutzer ermitteln
4. Pro Benutzer dann
4a. Wenn Feiertag schon vorhanden (Displayname und Startdatum) dann überspringen
4b. sonst Feiertag mit New-MgUserEvent anlegen

Das Skript erlaubt sowohl die Nutzung von Graph gegen Exchange Online also auch von EWS über Exchange OnPremises. Sie müssen aber ein paar Voraussetzungen schaffen.

Exchange Online und Graph 

Für Exchange Online brauchen Sie einen Computer, auf dem die MGGraph-PowerShell installiert ist und einen Benutzer oder App-Registration mit ausreichend Rechten, die schon per Graph verbunden ist.

Install-Module Microsoft.Graph.Authentication -Scope CurrentUser
Install-Module Microsoft.Graph.Users -Scope CurrentUser
Install-Module Microsoft.Graph.Calendar -Scope CurrentUser
Connect-MgGraph -Scopes "User.Read.All","Calendars.ReadWrite"

Als Administrator müssen Sie beim Connect-MGGraph einmalig einen Admin-Consent bestätigen. Über AppPolicies können Sie den Kreis der Postfächer, auf die diese Identität zugreifen darf, weiter beschränken. Sie könnten natürlich eine App-Registration mit Client Secret/Zertifikat anlegen aber ich erwarte nicht, dass Sie das Skript automatische und regelmäßig nutzen werden. Wobei es durchaus denkbar ist, dass Sie den Code im Provisioning verwenden, wenn sie eine neue Mailbox anlegen und Microsoft bist dahin keine Lösung geschaffen hat.

Die entsprechende Beschreibungen finden Sie auf

Exchange OnPremises mit EWS 

Für Exchange OnPremises benötigen sie hingegen ein AD-Benutzerkonto, welche EWS-Impersonation nutzen kann. Das kann ihr Admin-Konto sein aber besser fände ich ein eigenes Dienstkonto für solch privilegierte Rechte. Anders als bei Graph kann das Konto bei EWS-Impersonation wirklich alles im Namen des Postfachs tun, also auch Mails senden und lesen.

Das Konto bekommt dann die Rechte in der Exchange PowerShell:

New-ManagementRoleAssignment `
    -Name "HolidayImport-Impersonation" `
    -Role "ApplicationImpersonation" `
    -User "DOMAIN\serviceaccount"

Beim Aufruf des Skript müssen Sie dann natürlich den Parameter "WriteMethod EWS" nutzen und wenn Autodiscover nicht genutzt werden kann auch die EWS-Url angeben.

Das Skript kann natürlich auch ausgeweitet werden, um z.B. Firmenevents zentral zu verteilen.

Das Skript ist nicht für den Dauerbetrieb oder sehr große Umgebungen ausgelegt. Ich weiß nicht, wie es auf Graph Throttling, 429-Fehler reagiert und für größere Daten wäre eine Weiterentwicklung mit ""BATCH"-Mode ratsam. Auch das Logging ist eher rudimentär.

Ich würde das Skript erst einmal mit einer HOL-Datei auf wenige Pilot-Postfächer ausführen und testen, ehe Sie es dann auf alle Postfächer anwenden.

feiertage_2027-2031.ps1 (Nur Microsoft Graph)
feiertage_2027-2031_v2.ps1 (Graph und EWS. EWS-Version nicht ausführlich getestet
Herunterladen, Extension auf PS1 setzen und ggfls. im Explorer entsperren.

Für einen Test reicht auch einfach mal ein Benutzer und eine HOL-Datei mit wenigen Terminen.

"demo@msxfaq.de" | .\feiertage_2027-2031.ps1 -HolFile ".\Germany.hol"

 

Bach wenigen Sekunden sollten Sie den Termin in ihrem primären Outlook-Kalender sehen. Sie können natürlich auch eine Liste von Benutzern über eine CSV-Datei übergeben oder direkt mit Get-MGUser die Userliste generieren.

Get-MgUser -All |
    Where-Object AccountEnabled |
    .\feiertage_2027-2031.ps1 -HolFile ".\Germany.hol"

Wenn der Benutzer kein Postfach hat oder OnPremises arbeitet, dann bekommen Sie natürlich einen Fehler.

Oder

Der EWS-Zweig wird dann wie folgt gestartet. EWS versucht dann eine Autodiscover-Anfragen

"onpremuser1@msxfaq.de " |
    .\feiertage_2027-2031_v2.ps1 -HolFile ".\Germany.hol" -WriteMethod EWS

Eine Pipeline mit "Get-MGUser" funktioniert OnPremises natürlich nicht. Sie können aber natürlich mit Get-Mailbox die Postfächer ermitteln und übergeben

Logging

Im Programmverzeichnis werden auch alle Aktionen in einer Protokolldatei hinterlegt, die "HolidayImport-20260902-180044.log" heißt, wobei sie hier gut den Zeitstempel sehen.

Damit bleiben alle Aktionen des Skripts nachvollziehbar. 

Weitere Links