#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.
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
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.
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.
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.
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.
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
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.
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