Home on M365 Praxis

Exchange LAB 2026 und 2027 Teil 6: Mails von außen: Warum zwei Gateways in der DMZ stehen

Wed, 28 Oct 2026 08:00:00 +0200

Technisch könnte Exchange Mails aus dem Internet direkt annehmen. In der Praxis tun das die wenigsten Umgebungen, und meine Demo auch nicht. Vor den Exchange-Servern stehen zwei Mailgateways in einer eigenen DMZ. Sie sind die einzigen Systeme, die Mails von außen überhaupt sehen.

Warum ein Gateway davor?

Die Idee ist einfach: Alles, was aus dem Internet kommt, wird geprüft, bevor es das interne Netz erreicht. Spam, Viren und offensichtlich gefälschte Absender bleiben draußen. Exchange bekommt nur noch, was den Filter passiert hat.

Dazu kommt die Entkopplung. Die Gateways stehen in einem Netz, aus dem nur genau definierte Verbindungen nach innen erlaubt sind: Mails an Exchange zustellen, Namensauflösung und Uhrzeit von den Domain Controllern holen, sonst nichts. Wird ein Gateway kompromittiert, steht der Angreifer nicht automatisch im internen Netz.

Zwei statt einem

Ich setze das Open-Source-Produkt Proxmox Mail Gateway ein, als Verbund aus zwei Knoten. Konfiguriert wird nur auf einem, der andere übernimmt die Einstellungen automatisch. Beide stehen mit gleicher Priorität als Mailempfänger der Domäne im DNS.

Das sorgt für eine angenehme Eigenschaft von E-Mail: Fällt ein Gateway aus, versuchen sendende Server es einfach beim anderen. Dafür braucht es keinen Load Balancer und keine Zusatztechnik. In der Demo schalte ich ein Gateway ab und schicke dieselbe Testmail noch einmal. Sie kommt an.

Exchange LAB 2026 und 2027 Teil 5: Ein Load Balancer, der bewusst nichts entschlüsselt

Wed, 21 Oct 2026 08:00:00 +0200

Wer zwei Exchange-Server betreibt, braucht etwas davor, das die Zugriffe verteilt. Clients sollen eine einzige Adresse kennen, nicht zwei Server. Und fällt ein Server aus, soll niemand das merken. Diese Aufgabe übernimmt in meiner Demo ein Load Balancer von Kemp in der kostenlosen Variante.

Spannend ist weniger, dass es ihn gibt, sondern wie er arbeitet. Zwei Entscheidungen haben die ganze Architektur geprägt.

Entscheidung 1: Die Verschlüsselung bleibt zu

Viele Load Balancer entschlüsseln den Datenverkehr, schauen hinein und verschlüsseln ihn dann neu. Das nennt man SSL-Offloading, und es erlaubt clevere Dinge, etwa eine Prüfung jedes einzelnen Exchange-Dienstes.

Bei Exchange SE geht das so nicht mehr. Der Schutzmechanismus Extended Protection, den ich in Teil 3 erwähnt habe, bindet die Anmeldung an die verschlüsselte Verbindung zwischen Client und Server. Bricht ein Gerät dazwischen diese Verbindung auf und verschlüsselt sie mit einem eigenen Zertifikat neu, scheitert die Anmeldung. Microsoft hat das so gewollt: Es ist genau der Trick, mit dem Angreifer Anmeldungen abfangen und weiterreichen.

Neu verschlüsseln mit genau demselben Zertifikat wäre erlaubt, lässt sich bei meinem Load Balancer aber nicht mit dem transparenten Modus kombinieren, um den es gleich geht. Er reicht die verschlüsselte Verbindung deshalb unverändert durch. Er braucht kein Zertifikat und sieht keine Inhalte. Der Preis: Er kann nicht prüfen, ob Outlook im Web oder die mobile Synchronisation einzeln funktionieren. Er prüft jeden Server als Ganzes über eine Statusseite, die Exchange dafür bereitstellt.

Exchange LAB 2026 und 2027 Teil 4: Hochverfügbarkeit, die man vorführen kann

Wed, 14 Oct 2026 08:00:00 +0200

Der eindrucksvollste Moment jeder Exchange-Demo dauert nur wenige Sekunden. Ich schalte vor den Augen der Teilnehmer einen Exchange-Server hart aus, so als würde jemand den Stecker ziehen. Und Outlook arbeitet nach einer kurzen Unterbrechung einfach weiter.

Möglich macht das eine Database Availability Group, kurz DAG. Das Konzept ist alt und bewährt, aber es lässt sich erstaunlich schwer erklären, solange man es nur auf Folien zeigt.

Das Prinzip in drei Sätzen

In der Demo gibt es zwei Postfachdatenbanken und zwei Exchange-Server. Jede Datenbank ist auf einem Server aktiv und wird laufend auf den anderen kopiert, wo sie passiv mitläuft. Fällt ein Server aus, schaltet Exchange die passive Kopie auf dem verbleibenden Server automatisch aktiv.

Damit nicht beide Server gleichzeitig glauben, sie seien allein übrig, gibt es einen Zeugen. In meiner Demo ist das der Verwaltungsserver. Er hat keine Postfächer, aber eine Stimme: Bei zwei Servern entscheidet er, welche Seite die Mehrheit hat und weiterarbeiten darf.

Drei Vorführungen, drei Botschaften

Der geplante Wechsel zeigt den Alltag: Ich verschiebe eine Datenbank per Befehl auf den anderen Server, etwa vor einem Update. Outlook bleibt verbunden, der Anwender merkt nichts. Die Botschaft an IT-Leiter: Wartung ist kein Ausfall mehr.

Exchange LAB 2026 und 2027 Teil 3: Exchange Server SE: Neuer Name, bekannte Technik

Wed, 07 Oct 2026 08:00:00 +0200

Wer zum ersten Mal Exchange Server Subscription Edition installiert, sucht vergeblich nach dem großen Neuanfang. Das ist keine Kritik, sondern Absicht. Die erste Version von Exchange SE ist funktional dasselbe wie Exchange 2019 mit dem letzten Cumulative Update 15. Neue Funktionen sollen erst mit dem nächsten Update, CU1, kommen.

Warum das eine gute Nachricht ist

Für Kunden, die von Exchange 2019 kommen, ist der Umstieg damit vor allem ein Wechsel von Version und Lizenzmodell, kein Technologiewechsel. Administratoren finden dieselben Verwaltungswerkzeuge, dieselben Konzepte und dieselben Fallstricke. Wer Exchange 2019 betrieben hat, kann Exchange SE betreiben.

Genau das zeige ich in der Demo auch: Die Oberfläche, die Outlook-Anbindung und die Hochverfügbarkeit sehen aus wie gewohnt. Der Unterschied steckt im Kleingedruckten.

Was sich im Kleingedruckten ändert

Der Name verrät es: Exchange SE wird im Abonnement lizenziert. Für die erste Version akzeptiert Exchange laut Microsoft noch einen vorhandenen Exchange-2019-Schlüssel. Ein eigener SE-Schlüssel wird erst mit einem künftigen Update Pflicht. Ohne Schlüssel läuft Exchange 180 Tage als Testversion. Danach weist die Verwaltungsoberfläche darauf hin, die Funktion bleibt aber erhalten. Für eine Demo ist das bequem, für eine Produktivumgebung kein Zustand: Die Lizenzierung gehört vor den Start geklärt, nicht danach.

Exchange LAB 2026 und 2027 Teil 2: Zehn VMs, fünf Netze: Wie die Demo aufgebaut ist

Sat, 03 Oct 2026 08:00:00 +0200

Die einfachste Exchange-Demo wäre ein einzelner Server mit einem Client daneben. Sie wäre schnell gebaut und würde trotzdem nichts beweisen. Kunden betreiben Exchange nicht im luftleeren Raum, sondern zwischen Firewalls, Load Balancern und Mailfiltern. Genau dieses Zusammenspiel wollte ich zeigen können.

Herausgekommen sind zehn virtuelle Maschinen in fünf getrennten Netzen.

Wer wo steht

DC-Netz: zwei Domain Controller für Active Directory, DNS und die interne Zertifizierungsstelle.
Servernetz: zwei Exchange-Server und ein Verwaltungsserver, von dem aus administriert wird.
Clientnetz: ein Windows-11-Rechner mit Outlook, der den Anwender spielt.
LB-Netz: der Load Balancer mit der Adresse, über die alle Clients Exchange erreichen.
DMZ: zwei Mailgateways, die Mails aus dem Internet annehmen und prüfen.

In der Mitte sitzt eine Firewall, die alle fünf Netze verbindet und festlegt, wer mit wem sprechen darf. Sie ist auch der Weg ins Internet.

Warum so viele Netze?

Der naheliegende Einwand: Für eine Demo wäre ein gemeinsames Netz doch einfacher. Das stimmt, aber es hätte drei Dinge unmöglich gemacht.

Erstens den Load Balancer im sogenannten transparenten Modus. In diesem Modus sehen die Exchange-Server die echte Adresse des Anwenders statt der des Load Balancers. Das funktioniert nur, wenn Clients und Server in verschiedenen Netzen liegen. Warum mir das wichtig ist, erkläre ich in Teil 5.

Exchange LAB 2026 und 2027

Wed, 30 Sep 2026 08:00:00 +0200

Seit dem 14. Oktober 2025 bekommen Exchange 2016 und Exchange 2019 keinen Support mehr. Viele Unternehmen, mit denen ich spreche, haben ihre Entscheidung trotzdem noch vor sich: komplett in die Cloud, oder E-Mail weiter im eigenen Rechenzentrum betreiben? Für alle, die vor Ort bleiben wollen oder müssen, heißt der Nachfolger Exchange Server Subscription Edition, kurz Exchange SE.

In solchen Gesprächen habe ich eines gelernt: Folien überzeugen niemanden. Ein Architekturbild mit zwei Servern und einem Pfeil erklärt Hochverfügbarkeit, aber es zeigt sie nicht. Was Kunden wirklich wissen wollen, ist konkreter. Was passiert mit Outlook, wenn ein Server ausfällt? Wie lange dauert ein geplanter Wechsel? Wie kommt eine Mail von außen sicher ins Postfach?

Deshalb habe ich eine eigene Demo-Umgebung für Exchange SE aufgebaut. Sie soll realistisch sein, aber völlig isoliert von allem Produktiven.

Was die Demo zeigt

Im Kern stehen zwei Exchange-Server, die ihre Datenbanken gegenseitig spiegeln. Fällt einer aus, übernimmt der andere. Davor sitzt ein Load Balancer, der die Zugriffe verteilt, und eine Firewall, die alle Netze voneinander trennt. Mails aus dem Internet laufen über zwei Mailgateways, die Spam und Viren aussortieren. Ein Windows-11-Client mit Outlook spielt den Anwender.

Microsoft Purview compliance portal: Information Protection – MIP auto-labeling for Azure SQL und Storage

Tue, 29 Sep 2026 08:00:00 +0200

Es gibt Roadmap-Einträge, die man beobachtet, weil sie etwas Neues bringen. Und es gibt solche, die man beobachtet, weil man auf ihnen eine Planung aufgebaut hat. 429876 – „Microsoft Purview compliance portal: Information Protection – MIP auto-labeling for Azure SQL & Storage" gehörte in die zweite Kategorie. Am 24. September 2026 hat Microsoft den Eintrag auf Cancelled gesetzt.

Die Begründung ist ein Einzeiler:

„We have decided not to move forward with this change at this time and will communicate via a new Roadmap item when we choose to proceed."

Kein technischer Grund, keine Alternative im selben Atemzug, kein neues Zieldatum. Für alle, die Datenklassifizierung jenseits von Microsoft 365 planen, ist das trotzdem eine der relevanteren Nachrichten dieses Monats.

Die Fakten zum Roadmap-Eintrag

Feld	Wert
Roadmap-ID	429876
Titel	Microsoft Purview compliance portal: Information Protection – MIP auto-labeling for Azure SQL & Storage
Status	Cancelled (24.09.2026)
Release-Phase (ursprünglich)	Preview
Preview (geplant)	Juli 2024
General Availability (zuletzt geplant)	April 2026
Zugehörige Message-Center-Meldung	MC933531

Der ursprüngliche Umfang laut Eintrag: „Extend your sensitivity labels to specific or all subscriptions within Azure Storage and Azure SQL Server via auto-labeling policy." Das Versprechen war also ausdrücklich subscription-scoped – man hätte eine Richtlinie definiert und sie auf ausgewählte oder alle Subscriptions angewendet, ohne dabei die bestehende M365-Konfiguration anzufassen. Genau dieses Modell existiert jetzt nicht mehr.

Microsoft Teams: Add alternate text to images shared from OneDrive and SharePoint

Mon, 28 Sep 2026 08:00:00 +0200

Auf der Microsoft 365 Roadmap steht ein Eintrag, der in keinem Community-Roundup auftaucht und in zwei Zeilen abgehandelt ist: „Microsoft Teams: Add alternate text to images shared from OneDrive and SharePoint" (ID 571687). Die Beschreibung bleibt nüchtern – Nutzende sollen die Zugänglichkeit verbessern können, indem sie Bildern einen Alternativtext geben.

Kleine Funktion, große Vorgeschichte. Denn Teams konnte das schon einmal, und im neuen Client ist es an entscheidenden Stellen verloren gegangen.

Die Fakten zum Roadmap-Eintrag

Feld	Wert
Roadmap-ID	571687
Titel	Microsoft Teams: Add alternate text to images shared from OneDrive and SharePoint
Produkt	Microsoft Teams
Status	In development
Release-Phase	General Availability
Verfügbarkeit (Public Disclosure)	November CY2026
Public Preview	noch nicht terminiert
Plattformen	Desktop
Zweck laut Microsoft	„improve accessibility by adding alternate text to images"

Zwei Einschränkungen fallen sofort auf. Erstens ist als Plattform ausschließlich Desktop genannt – Web und Mobile sind im Eintrag nicht adressiert. Zweitens gibt es keinen weiterführenden Link und keinen Preview-Termin; technische Details bleiben offen.

Und drittens, für die Einordnung am wichtigsten: Der Eintrag taucht in den einschlägigen Roadmap-Roundups (SharePoint Stuff, Planet Technologies, Level Up M365) bislang nicht auf. Wer eine Bewertung sucht, muss sie sich aus dem Bestand bauen – aus der Funktionshistorie in Teams und aus dem regulatorischen Umfeld.

Conditional Access pro Teams-Meeting: Was Roadmap-Eintrag 571879 bedeutet – und was Sie jetzt vorbereiten können

Fri, 25 Sep 2026 08:00:00 +0200

Am 21. September 2026 ist auf der Microsoft 365 Roadmap ein Eintrag aufgetaucht, der in der Kurzfassung leicht untergeht, in der Praxis aber eine seit Jahren offene Lücke schließt: „Microsoft Teams: Granular Conditional Access for Teams meetings" (ID 571879).

Die Beschreibung ist knapp gehalten: Organisationen erhalten mehr Kontrolle über den Zugang zu sensiblen Besprechungen. Administratoren sollen Conditional-Access-Richtlinien auf ausgewählte Meetings anwenden können, sodass Teilnehmende die Sicherheitsanforderungen der Organisation erfüllen müssen, bevor sie beitreten.

Die Fakten zum Roadmap-Eintrag

Feld	Wert
Roadmap-ID	571879
Titel	Microsoft Teams: Granular Conditional Access for Teams meetings
Status	In development
Release-Phasen	General Availability, Targeted Release
Verfügbarkeit (Public Disclosure)	November CY2026
Public Preview	noch nicht terminiert
Plattformen	Desktop, Web
Cloud-Instanz	Worldwide (Standard Multi-Tenant)
Angelegt / geändert	21.09.2026

Zwei Punkte sind bemerkenswert. Erstens: Es gibt keinen moreInfoLink und keinen Termin für eine Public Preview – technische Details bleiben damit offen. Zweitens: Der Eintrag ist zum Zeitpunkt dieses Beitrags erst wenige Stunden alt. In den einschlägigen Community-Roundups (etwa SharePoint Stuff, Level Up M365, Planet Technologies) ist er noch nicht aufgeschlagen. Wer die Einordnung sucht, muss sie sich aus dem bestehenden Wissen über Conditional Access, Authentication Contexts und Meeting-Schutz selbst bauen. Genau das leistet dieser Beitrag.

Neue Teams-Funktion: Benachrichtigungen temporär pausieren

Sun, 20 Sep 2026 08:00:00 +0200

Neue Teams-Funktion: Benachrichtigungen temporär pausieren

Die Microsoft 365 Roadmap führt unter der ID 569205 eine neue Funktion für Microsoft Teams: Nutzer können ihre Benachrichtigungen künftig für einen selbst gewählten Zeitraum vollständig pausieren, ohne die bestehenden Benachrichtigungseinstellungen dauerhaft zu verändern.

„Users can now temporarily pause all notifications to minimize interruptions and stay focused on important work, meetings, or other priorities, without changing their existing notification settings."

— Microsoft 365 Roadmap (RM569205)¹

Vorteile im Überblick

Weniger Unterbrechungen, mehr Fokus: Die Funktion reduziert Benachrichtigungsüberlastung und ermöglicht konzentriertes Arbeiten bei wichtigen Aufgaben oder Meetings.²
Keine dauerhafte Umkonfiguration nötig: Die individuellen Benachrichtigungseinstellungen bleiben erhalten. Nach Ablauf der gewählten Pause werden sie automatisch wieder aktiviert.²
Plattformübergreifend verfügbar: Die Funktion steht auf Desktop, Web, Mac, iOS und Android zur Verfügung.²
Kein Admin-Aufwand: Es ist keine Aktion durch IT-Administratoren erforderlich – die Aktivierung erfolgt automatisch clientseitig.²

So wird die Funktion aktiviert

Teams-App öffnen (Desktop, Web oder Mobile).
Auf das Profilmenü oben rechts in der Anwendung klicken.
Gewünschte Pausendauer für Benachrichtigungen auswählen.
Nach Ablauf der Zeit greifen automatisch wieder die vorherigen Einstellungen.

Eine gesonderte Konfiguration durch Administratoren ist laut Microsoft nicht erforderlich.²

Teams und Stream Deck ein Abschied auf Raten

Tue, 11 Aug 2026 08:00:00 +0200

#Microsoft #Teams und das #elgato #StreamDeck

Auch wenn das Ende bereits seit längerer Zeit angekündigt wurde, hat mich die Änderung heute Morgen dennoch überrascht.

Im ersten Meeting fiel mir auf, dass ich meine Kamera nicht mehr über das Stream Deck steuern konnte. Ein Blick in die Teams-Einstellungen sorgte für weitere Verwirrung: Die bisher bekannte Option zur Freigabe der API war schlicht verschwunden.

Nach einer kurzen Recherche bin ich auf einen Workaround gestoßen, mit dem die Integration zumindest aktuell wieder funktioniert.

Workaround für Windows

Öffnet zunächst den Explorer und navigiert zum folgenden Verzeichnis:

%localappdata%\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams

Erstellt dort eine Datei mit dem Namen:

configuration.json

Fügt anschließend folgenden Inhalt hinzu:

{
  "core/devMenuEnabled": true,
  "thirdPartyDevices/thirdPartyDevicesManagerEnabled": true
}

Wichtig: Beide Einträge setzen

In verschiedenen Beiträgen wird teilweise nur folgender Eintrag genannt:

"thirdPartyDevices/thirdPartyDevicesManagerEnabled": true

Das hat bei mir jedoch nicht ausgereicht.

Erst nachdem beide Parameter gesetzt wurden, erschien die benötigte Funktionalität wieder und das Stream Deck arbeitete wie gewohnt mit Teams zusammen.

Teams neu starten

Danach konnte ich mein Stream Deck wieder normal verwenden und die bekannten Teams-Aktionen standen erneut zur Verfügung.

Wie lange funktioniert das noch?

Aktuell gehe ich allerdings davon aus, dass es sich eher um eine Übergangslösung handelt. Microsoft hat die Unterstützung für die bisherige API bereits seit längerer Zeit auf der Roadmap zur Abschaltung. Es würde mich daher nicht überraschen, wenn künftig auch die zugrunde liegenden Backend-Schnittstellen deaktiviert werden.

"New" Outlook und bedingte Formatierungen

Tue, 04 Aug 2026 06:10:00 +0200

Es gab auch im alten Outlook (mit Sicherheit viel mehr als ich bemerkt habe) Funktionen, die ich nicht benutzt habe, aber diverse Power User schon, eine war die Formatierung einer Mail im Posteingang, wenn diese zum Beispiel von einem bestimmten Absender kommt, oder ein bestimmter Betreff in der Mail vorhanden war.

Ich errinnere mich an einen Anwendungsfall, wo Applikationsbetreuer sich damit die Importfehler im Posteingang anzeigen liesen und so die Übersicht behielten.

Die Funktion war lange Zeit im neuen Outlook nicht vorhanden, ist aber jetzt da :-)

Siehe bei Microsoft https://support.microsoft.com/en-us/outlook/mail/use-conditional-formatting-rules-to-change-incoming-messages-in-outlook

"New" Outlook und PST Dateien

Mon, 03 Aug 2026 06:10:00 +0200

Am neuen Outlook fand ich lange Zeit gut, dass Microsoft PST Dateien konsequent ignoriert hat, in den letzten Wochen ist allerdings der lesende PST Dateien Support dazu gekommen und ich bin mir noch nicht sicher, wie ich das finde.

Bemerkt hatte ich es im Mai 2026, dann aus der Augen verloren und jetzt im Juli ist die Roadmap ID 485740 dann für alle verfügbar, damit können jetzt alle in einer PST Datei enthaltenen Inhalte über Outlook wieder importiert werden und dann im Exchange Online gespeichert werden, wo diese Daten auch am besten aufgehoben sind. https://mc.merill.net/message/RM485740

Supportet sind

Mail
Kalender
Kontakte
Aufgaben

Sollten also Anwender noch alte PST Dateien haben, lasst diese importieren und in 10 Jahren haben wir dann vielleicht auch keine mehr, die wichtige Daten enthalten.

ExchangeSE - OWA Light

Sat, 01 Aug 2026 06:10:00 +0200

Und in der folgenden Mitteilung von Microsoft zu MSExchangeSe habe ich doch im ersten Moment das wichtigste überlesen, Microsoft spoilert den Termin für das Update an…. August 2026 das ist ja nun nicht mehr so weit weg.

https://techcommunity.microsoft.com/blog/exchange/upcoming-retirement-of-owa-light-in-exchange-server/4534943

Im Rest der Mitteilung geht es um ein die OWA Light Oberfläche, und ehrlicherweise muss ich gestehen, dass ich diese seit mindestens 10 Jahren nicht mehr im Einsatz gesehen habe und daher bereits im großen und ganzen vergessen war.

Ich finde es gut, dass Microsoft diese “Altlasten” konsequent aus den Systemen ausbaut.

ExchangeOnline - Cross-Tenant Message Recall

Fri, 31 Jul 2026 06:10:00 +0200

Microsoft erweitert den cloudbasierten Nachrichtenrückruf in #ExchangeOnline um eine häufig gewünschte Funktion: Cross-Tenant Message Recall. Bisher konnten E-Mails nur innerhalb desselben Microsoft 365 Tenants zurückgerufen werden. Künftig ist dies auch tenantübergreifend möglich, sofern die empfangende Organisation dies ausdrücklich erlaubt.

Die Kontrolle liegt dabei vollständig beim Empfänger-Tenant. Administratoren können vertrauenswürdige externe Tenants über eine Allow-Liste freigeben. Standardmäßig ist die Funktion deaktiviert.

Die Konfiguration erfolgt aktuell ausschließlich per Exchange Online PowerShell, die Doku dazu findet ihr zum Beispiel hier https://techcommunity.microsoft.com/blog/exchange/cross-tenant-message-recall-in-exchange-online/4535800

Ist ein Tenant freigegeben, funktioniert der Rückruf für externe Empfänger ähnlich wie ein interner Recall. Recall-Benachrichtigungen und bestehende Recall-Einstellungen werden dabei weiterhin berücksichtigt.

Besonders interessant für Konzerne, Schwesterunternehmen und enge Partnerorganisationen, die tenantübergreifend zusammenarbeiten.

Troubleshooting MTA STS und Exchange Coffeetalk

Thu, 30 Jul 2026 06:10:00 +0200

Kennt ihr den Hashtag#ExchangeCoffeeTalk von Thomas Stensitzki? Wenn nein, schaut einmal auf der Webseite vorbei und merkt euch die Termine wenn ihr Exchange administriert. https://granikos.eu/exchange-coffee-talk/

Wie wertvoll diese Runden in der #Community sind, habe ich gestern wieder erlebt, ein Thema was mich zum Wahnsinn getrieben hat, wurde durch die Anwesenden gelöst, denn ein zweiter Blick und das geballte Wissen der Runde hat den „Auslöser“ gefunden.

Wir hatten während einer Mailmigration die Herausforderung, dass Mails von google über NoSpamProxy nicht beim Kunden angekoommen sind, als verdächtiger war relativ schnell die MTA STS Einstellung gefunden, allerdings hat alles anpassen / vergleichen und sogar der komplette Rückbau mit Wartezeit nicht dazu geführt, dass die Mails angenommen wurden.

Durch gemeinsames draufschauen ist der letzte Unterschied in der Konfiguration gefunden worden.

Mindestens google erwartet bei der Prüfung von MTA STS Werten die ID mit dem folgenden Wert: YYYYMMDDhhmmss

Jetzt geht es.

Karl August - Secure Center 2

Sun, 12 Jul 2026 06:10:00 +0200

Und am Sonntag haben wir uns spontan noch getroffen um etwas weiter zu machen.

Karl August - Secure Center

Sat, 11 Jul 2026 06:10:00 +0200

Einen kleinen Schock gab es für mich schon, wie ich den Secure Score aufgerufen habe, nicht einmal 50% werden erreicht, ich glaube, wir haben ein bischen was tun und etwa 2 Stunden Zeit, den Vorteil den ich sehe, es gibt noch keine Nutzung im Tenant, also muss man auch nichts kommunizieren, dass sich etwas ändern wird.

Wir sortieren die “Recommended Actions” nach “Score Impact” und zwar absteigend, die größten Steigerungen nehmen wir als erstes in Angriff, ich stecke mir mein Ziel für diese 2 Stunden auf + 20%

Ensure multifactor authentication is enabled for all users in administrative roles

Ist für mich sowieso gesetzt und da es in dem Tenant nur “Global Admins” gibt, zwingt uns Microsoft ja eh dazu, also nehmen wir die “3,53%” direkt mit

Ensure multifactor authentication is enabled for all users

Sehe ich auch keine Probleme, gerade weil wir nur einen Benutzer haben, und der hat es ebenfalls bereits eingerichtet bekommen, da er zum Start des Tenants ein “Global Admin” war. Kurze Kontrolle ob er sich bei einer Anmeldung per MFA aktivieren muss und weiter gehts, weitere “3,18%” mit genommen

Karl August - Domain verifizieren Teil 2 & Admin User anlegen

Fri, 10 Jul 2026 06:10:00 +0200

Einen Tag später hat die Domain Verifizierung geklappt, ich mache weiter, da ich mich am Wochenende mit Karl August treffen möchte

Domain verifizieren Teil 2

Ich starte wieder unter https://admin.cloud.microsoft/?#/Domains und klicke auf “Einrichtung fortsetzen”

Fügen Sie ihre eigenen Einträge hinzu
Weiter
Exchange und Exchange Online Protection
- Im ersten Step lassen wir den MX Record mal weg
- CNAME Eintrag setzen
- TXT Record anpassen
  - Wir wollen den Hoster im SPF Record lassen -Haken für Exchange Online entfernen, aufgrund des fehlenden MX Records werden wir nicht speichern können
Intune
- Die beiden CNAME setzen
  - Auch wenn vielleicht nie ein Gerät eingebunden wird, aber wenn man schon einmal dabei ist, kann man es gleich machen
DKIM
- Machen wir auch gleich für die Domain mit

Admin User anlegen

https://admin.cloud.microsoft/?#/users aufrufen
- Benutzer hinzufügen
  - Ich halte mich an das Namensschema der Arbeit, Gewohnheiten wird man nicht so schnell los
Weiter klicken
Speicherort auswählen
- Wir nehmen Deutschland
Benutzer ohne Produktlizenz erstellen
Weiter klicken
Rollen aufklappen
- Admin Center Zugriff auswählen
- Globalen Administrator auswählen
Weiter klicken
Noch einmal prüfen, ob alles passt
Hinzufügen und fertig stellen
Login prüfen

Das ganze mache ich noch ein zweites mal und übermittle die Zugangsdaten, im nächsten Schritt nehmen wir dann noch dem ersten User die Admin Berechtigungen weg, damit der normale Benutzer kein Admin mehr ist.

Karl August - Tenant erstellen und Domain verifizieren

Thu, 09 Jul 2026 16:10:00 +0200

Ein M365 Tenant ist doch schnell erstellt, so mein erster Gedanke, es kann doch gar nicht so lange dauern, also starten wir doch einfach kurz zusammen am Telefon, dann kann man sich am Wochenende treffen und ein paar Grundlagen durchgehen.

Tenant erstellen

Und jetzt kommt tatsächlich auch meine erste Herausforderung, wie erstellt man eigentlich einen Tenant? Wenn ich beruflich arbeite, sind die Tenants schon angelegt oder die Kollegen aus dem Lizenzmanagement erledigen dieses für mich. Also kurz überlegt und gedacht, wenn ich die Lizenz kaufen möchte, muss es ja funktionieren, also starten wir doch einfach damit

Browser öffnen
Suche nach M365 Business Premium Copilot
Den Link bei Microsoft.com gefolgt
Auf “Jetzt kaufen” geklickt
1 Person
1 Monat
Monatlich
Weiter
Mailadresse eingeben
- gut dass die Domain schon besteht und auch Mails empfangen kann
Konto einrichten angeklickt
Prüfcode bekommen
Persönliche Daten ausgefüllt
Tenant Namen überlegen
Kennwort erzeugen lassen
- Karl August hat natürlich noch keinen Passwort Manager im Einsatz, also muss das im Nachgang noch eingerichtet werden
Zahlungsdaten angeben
- Überzeugungsarbeit, dass die Kreditkartendaten an der Stelle einmal im Internet eingeben werden dürfen
Freigabe der Zahlung über das iPhone einleiten
Tenant ist erstellt

Zeitaufwand

30 Minuten

Invoke-ChangeMeetingOrganizer

Wed, 08 Jul 2026 08:10:00 +0700

ExchangeOnline und die kleinen Verbesserungen :-)

Ich behaupte ja oft, die großen Neuerungen passieren nicht mehr in Exchange, egal ob OnPrem oder in der Cloud, die Grundfunktionen sind einfach gut und ausgereift, allerdings gibt es dann die kleinen, die einen erfreuen.

Heute der PowerShell Befehl “Invoke-ChangeMeetingOrganizer”, mit dem man, leider nur in ExchangeOnline, endlich den Organisator eines Meetings ändern kann.

Also nicht mehr die Terminserie löschen und neu anlegen, sondern endlich einfach ändern, gerade bei belegten Räumen usw. ein echter Fortschritt.

Jetzt bitte das ganze noch in #Outlook für den Anwender bringen.

Karl August - Start einer Blogreihe zu M365

Mon, 06 Jul 2026 16:10:00 +0200

Ich starte eine neue Blogreihe, ich nenne Sie “KarlAugust”…, ausgelöst wurde das ganze durch ein Gespräch das anfing, wie es ITler (und viele Handwerker usw. auch) kennen, mit “Du machst doch was mit IT, kannst du mir einmal helfen”?

KarlAugust ist um die 70, Untermehmer durch und durch, wohlhabend bis reich und möchte sein Netzwerk gerne Gründern zur Verfügung stellen, hierfür hat er, zumindest mir gegenüber die folgende Anforderung definiert:

Notebook mit externem Monitor
Drucker
Outlook
Word
Excel

Bekommen hat er

16-Zoll MacBook Pro in Space Schwarz mit M5 Max Chip für 9283 Euro
Studio Display XDR – Nanotexturglas – neigungs- und höhenverstellbarer Standfuß
Magic Keyboard mit Touch ID und Ziffernblock
Magic Mouse
Magic Trackpad
2 x Apple Care Versicherung

für 13.500 Euro

Im ersten Moment klingt das nach verdammt viel Geld für Hardware, die er nicht ausnutzen wird und mein erster Impuls war, er wurde doch verarscht, der zweite war dann, er wird es so gewollt haben.

Als Software sollte es dann M365 Business Premium inkl. Copilot werden und das Systemhaus hat kurzerhand etwas über 25.000 Euro aufgerufen und er fragte mich, passt das so? Ich will doch nur Mails empfangen, Briefe schreiben und ein paar Zahlen kalkulieren, ist das nicht etwas viel, wie machen das Handwerker / Hebammen usw.

Noch Ein Blog

Fri, 15 May 2026 16:10:00 +0200

Noch ein Blog Blog über Microsoft 365

Dieses Blog entsteht, da ich einfach anfangen möchte, alles das was mich immer wieder rund um Microsoft 365 bewegt an einer Stelle zu sammeln und diese Daten strukturierter als bisher abzulegen.

Hier wird also in erster Linie mein Wissen noch einmal strukturiert und abgelegt, die Nutzung davon erfolgt auf eigene Gefahr, denn ich bin vieles, aber nicht unfehlbar und allwissend.

Datenschutzerklärung

Mon, 01 Jan 0001 00:00:00 +0000

Hinweis: Platzhalter – bitte vor dem Livegang an den tatsächlichen Hosting-Betrieb anpassen (Hoster, Server-Logfiles, ggf. CDN). Im Zweifel rechtlich prüfen lassen.

Allgemeines

Diese Webseite ist eine statisch generierte Seite (Hugo). Es werden keine Cookies gesetzt, kein Tracking eingesetzt und keine externen Schriftarten oder Skripte von Drittanbietern nachgeladen. Die Suchfunktion arbeitet vollständig im Browser; es werden dabei keine Suchbegriffe an einen Server übertragen.

Server-Logfiles

Der Hosting-Anbieter erhebt und speichert automatisch Informationen in sogenannten Server-Logfiles, die der Browser automatisch übermittelt (u. a. IP-Adresse, Datum und Uhrzeit der Anfrage, aufgerufene Seite, Browsertyp). Rechtsgrundlage ist Art. 6 Abs. 1 lit. f DSGVO.

Ihre Rechte

Sie haben jederzeit das Recht auf Auskunft, Berichtigung, Löschung, Einschränkung der Verarbeitung, Datenübertragbarkeit sowie ein Beschwerderecht bei einer Aufsichtsbehörde.

Impressum

Mon, 01 Jan 0001 00:00:00 +0000

Hinweis: Dieser Platzhalter muss vor dem Livegang durch die echten Angaben ersetzt werden. Für eine in Deutschland betriebene Webseite ist ein vollständiges Impressum verpflichtend.

Angaben gemäß § 5 DDG

Jann Rüst Straße und Hausnummer PLZ Ort

Kontakt

E-Mail: E-Mail-Adresse eintragen

Verantwortlich für den Inhalt nach § 18 Abs. 2 MStV

Jann Rüst, Anschrift wie oben.

Haftung für Inhalte und Links

Die Inhalte dieser Seiten wurden mit größter Sorgfalt erstellt. Für die Richtigkeit, Vollständigkeit und Aktualität der Inhalte kann jedoch keine Gewähr übernommen werden. Für die Inhalte verlinkter externer Seiten ist stets deren jeweiliger Anbieter verantwortlich.

Suche

Mon, 01 Jan 0001 00:00:00 +0000

Durchsuche alle Beiträge nach Stichworten – Titel, Schlagworte und der komplette Fließtext werden berücksichtigt.

Über mich

Mon, 01 Jan 0001 00:00:00 +0000

Über mich

Herzlich willkommen.

Ich bin Jann Rüst, Solution Architect mit Schwerpunkt auf Microsoft 365, Exchange, Entra ID und Cloud-Technologien. Seit vielen Jahren unterstütze ich Unternehmen bei der Planung und Umsetzung moderner Kommunikations- und Kollaborationslösungen – von komplexen Migrationsprojekten bis hin zur Entwicklung zukunftssicherer Cloud-Architekturen.

Neben meiner beruflichen Tätigkeit engagiere ich mich aktiv in der Microsoft Community. Als Organisator und Mitwirkender verschiedener Meetups schaffe ich Plattformen für den fachlichen Austausch zwischen IT-Experten, Architekten und Administratoren. Der Wissenstransfer und die Vernetzung innerhalb der Community sind für mich ein wesentlicher Bestandteil einer erfolgreichen technologischen Weiterentwicklung.

Darüber hinaus bin ich regelmäßig als Speaker auf Meetups, Community-Veranstaltungen und Fachformaten aktiv. Meine Vorträge konzentrieren sich auf Themen rund um Microsoft 365, Exchange, Identity Management, Automatisierung mit PowerShell sowie moderne Cloud- und Hybrid-Architekturen. Dabei lege ich besonderen Wert darauf, komplexe technische Zusammenhänge praxisnah und verständlich zu vermitteln.

Meine Schwerpunkte:

Microsoft 365 & Exchange Architektur
Tenant-, Hybrid- und Cross-Tenant-Migrationen
Microsoft Entra ID
PowerShell-Automatisierung
Cloud Transformation & Modern Workplace
Community-Arbeit, Meetups und Fachvorträge

Ich bin überzeugt, dass nachhaltige IT-Lösungen dort entstehen, wo technologische Expertise, praktische Erfahrung und der offene Austausch von Wissen zusammenkommen.