[English]Ich ziehe noch ein Thema in diesem Blog-Beitrag heraus, welches im Februar 2025 die Benutzer von Windows 10 beschäftigt. Microsoft drückt mit dem Februar 2025-Sicherheits-Update die neue Outlook-App auf die Systeme. Gleichzeitig wird die Windows Mail- und Kalender-App entfernt. Daher ein Blick auf den Sachverhalt.
Anzeige
Die neue Outlook-App kommt
Ich hatte ja im Blog-Beitrag Windows 10 bekommt neue Outlook-App mit Preview-Update Jan. 2025 und Update Feb. 2025 erwähnt, dass Ende Januar 2025 und im Februar 2025 die neue Outlook-App verteilt werde.
Microsoft hat zum 28. Januar 2025 das kumulative (Vorschau-) Updates für Windows 10 22H2 (KB5050081) veröffentlicht. Dieses Preview-Update ist noch optional, bringt aber, wie angekündigt, die neue Outlook-App auf das System.
Das war ja bereits im Blog-Beitrag Windows 10/11: Preview Updates Jan. 2025 von Lesern in Kommentaren thematisiert worden. Und Microsoft hat das auch im Supportbeitrag so dokumentiert.
Nach Installation des Vorschau-Updates erscheint ein neues App-Symbol für die neue Outlook-App im Abschnitt "Apps" des Startmenüs in der Nähe des klassischen Outlook. Es gibt laut Microsoft keine Änderungen an den Einstellungen oder Standardwerten.
Anzeige
Da Vorschau-Updates optional sind, werden viele Windows 10-Nutzer dieses Update nicht installiert haben. Aber zum 11. Februar 2025 wird der Inhalt dieses Vorschau-Updates als reguläres Sicherheits-Update auf alle Windows 10 22H2-Maschinen installiert.
Parallel zum Rollout auf Windows 10 22H2 hat Microsoft im Microsoft 365 Message Center den Beitrag MC961774 – New deployments of Microsoft 365 desktop client apps to include new Outlook veröffentlicht. Die Bereitstellung neuer Microsoft 365-Desktop-Clientanwendungen wird ab Ende Februar 2025 sowohl das klassische als auch das neue Outlook umfassen. Diese Änderung soll mit der Version 2502 verfügbar sein. In MC922623 beschreibt Microsoft, wie Administratoren den Wechsel zur neuen Outlook-App durch Nutzer blockieren können.
Finger weg von der Outlook-App!
Microsoft hat zum 31. Januar 2025 zwar diese Supportseite mit einem Feature-Vergleich veröffentlicht – unterschlägt aber einiges. Sofern jemand mit dieser neuen Outlook-App liebäugelt, sollte er sich die Blog-Beiträge Outlook App speichert Passwörter in der Cloud und analysiert Mails und Datenkrake neue Outlook-App: "Überwachungsinstrument für gezielte Werbung" durchlesen. Denn die neue Outlook-App setzt voraus, dass die Anmeldedaten für alle Postfächer und Kalender an Microsofts Server übermittelt werden. Diese fragen dann die Kalender und Postfächer ab und ziehen die Mails dann in die Microsoft Cloud. Von dort holt die neue Outlook-App das Ganze nur noch zur Anzeige ab.
Im Hinblick auf die Einbindung von Postfächern im Business-Bereich hatte ich im Beitrag Neuer Outlook-Client verlangt mindestens Lizenz mit Microsoft 365 Standard darauf hingewiesen, welche Lizenzfallen dort lauern. Hinzu kommt, dass die neue Outlook-App zahlreiche Restriktionen aufweist und viele Funktionen fehlen. Im Business-Bereich gibt es dann böse Überraschungen (siehe z.B. Neue Outlook-App als Problem: Der Ansatz schneidet alle COM-/VBA-Lösungen ab). Dass alles bedeutet, die neue Outlook-App ist ein absolutes No-Go.
Was kann ich tun?
Microsoft schreibt in diesem Support-Beitrag, dass das neue Outlook für Windows automatisch auf Windows 10 22H2 mit dem optionalen Windows 10 Version am 28. Januar 2025 und mit dem monatlichen Sicherheitsupdate-Version für Windows 10 am 11. Februar 2025 installiert wird.
Neue Outlook-App deinstallieren
Sobald die neue Outlook-App unter Windows 10 installiert wurde, sollten Nutzer diese wieder deinstallieren können. Das müsste per Kontextmenü angestoßen werden können. Alternativ besteht die Möglichkeit der Deinstallation mit folgender PowerShell-Anweisung:
Remove-AppxProvisionedPackage -AllUsers -Online -PackageName (Get-AppxPackage Microsoft.OutlookForWindows).PackageFullName
Microsoft sichert zu, dass Windows-Updates das neue Outlook nach dem einmaligen Entfernen nicht erneut installieren werden. Als Alternative für die Mail- und Kalender-App könnten Nutzer beispielsweise den Thunderbird als Client einsetzen.
Wer die Windows Mail- und Kalender-App verwendet und das Preview Update noch nicht installiert hat, sollte versuchen, die Konfiguration für die E-Mail-Konten zu löschen. Denn ich gehe davon aus, dass Microsoft bei der Installation der neuen Outlook-App die Konfigurierung aus der zu entfernenden Windows Mail- und Kalender-App übernimmt. Dann wandern die Zugangsdaten aber in die Microsoft Cloud – auch wenn die neue Outlook-App im Anschluss gelöscht wird.
Kann ich die Installation blocken?
Weiterhin schreibt Microsoft in diesem Support-Beitrag, dass Administratoren die Installation der neuen Outlook-App unter Windows 10 mit folgenden Registrierungseinträgen verhindern können – im Schlüssel:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsUpdate\Orchestrator\UScheduler_Oobe
ist der REG_SZ-Wert BlockedOobeUpdaters einzutragen und auf ["MS_Outlook"] zu setzen. Im Support-Beitrag finden sich weitere Hinweise zum Entfernen unter Windows 10 und Windows 11.
Ähnliche Artikel:
Windows 10/11: Preview Updates Jan. 2025
Windows 11 23H2 Preview-Update KB5050092 (29.1.2025)
Anzeige
Das mit dem löschen der Zugangsdaten in der alten App ist eine sehr gute Info.
Hatte ich gar nicht dran gedacht, das MS sich die Daten einfach nimmt, und ohne Erlaubnis benutzt.
Auch ein NoGo.
So, Registryschlüssel ist gesetzt.
Er wird dann per Gruppenrichtlinie verteilt.
Sorry für die blöde Frage:
Hier und bei MS steht als Wert für BlockedOobeUpdaters ["MS_Outlook"].
Man findet im Netz aber auch "MS_Outlook" und MS_Outlook, also mit und ohne Anführungszeichen und Klammern.
Wie wäre hier die Schreibweise direkt im Registrierungseditor eingetragen?
Es ist ein Dict gespeichert als Datentyp-String. So wie Günni es genannt hat ist es verbatim korrekt.
Ich kann mich nur auf die Microsoft-Angaben, die verlinkt sind, beziehen. Beachte aber den Kommentar von Bolko zu den doppelten Backslashes beim Einfügen.
Doppeltes escaping der Quotes ist unter Garantie entgegen der RFC.
Wenn man es über den Editor macht ist das REG artifact auch single escaped.
Double Backslash ist in einem String-literal nur für Pfade:
C:\ wird C:\\
literal backslash
Ein Quote " wird ein literal Quote \"
Bitte die Programmiergrundlagen beachten!
Das doppelte Escaping ist ja auch nur einem Bug in der Blog-Software WordPress geschuldet.
Man benötigt nicht 2 doppelte Backslashes, sondern 2 einzelne Backslashes.
Als ich nur einen Backslash schrieb, wurde der gelöscht und war im Beitrag nicht sichtbar.
Deswegen schrieb ich zwei Backslashes und habe es in der Klammer darunter extra nochmal erläutert.
Ich weiß auch nicht, wie du es schaffst, in deinem Beitrag einen einzelnen Backslash zu schreiben.
Bei mir geht das seltsamerweise nicht.
Mein Einwand bezieht sich auch nur auf die Fälle, wo man den Reg_SZ-Registry-Wert als String, also innerhalb von zusätzlichen Anführungszeichen, als Befehl übergibt (reg ad).
Kann mitunter am Browser liegen, habe keinen Trick verwendet. Manchmal kann man ja unsichtbare Zeichen nehmen wie ein ALT+0160 oder ein LRM char.
Deine Erläuterung habe ich in der Tat übersehen in meinem Hungerloch und Koffeinloch. Ab und an gibt es tricks mit code oder blockquote Daten vor WP zu schützen.
Schönen Abend noch! Wir können ja Pastebin und Co verlinken falls es gar nicht geht.
Das heisst Windows11 Nutzer sind safe?
Persönlich habe ich den Windows Update Channel nun seit anno 2000 aus und habe es nie bereut. Ich update immer per Offline Package und behandle es wie eine Neu-Installation mit allen Checks. Privat geht das prima, als Corp würde ich MS maximal umgehen.
Zu spät gewesen, schon drin in den Apps. Aber auch schon wieder raus, war kein Problem.
Mir auch egal – man will es so :-)
Frage in die Runde. Sehr ihr das jetzt? Preview Patch wurde unter Windows 10 installiert, aber New Outlook taucht nicht auf. Einzige GPO die gesetzt ist, ist die für das ausblenden vom "Try the New Outlook" im Outlook. Verstehe ich einfach nicht.
Achtung,
da gibt es eine böse Falle bei diesem Registry-Eintrag , denn allgemein ist der Wert eines REG_SZ ein String und steht deshalb in der Registry und im Konsolen-Befehl selber komplett in Anführungszeichen.
Wenn hier in diesem konkreten Fall aber innerhalb des Wertes auch wieder Anführungszeichen stehen, dann wird der String unterbrochen und der Registry-Eintrag damit verändert und ist dann ungültig.
Das hat Microsoft meiner Meinung nach absichtlich so gemacht, damit die Installation des Neuen Outlook mit dieser Methode nicht so einfach verhindert werden kann.
Damit der Wert per Konsolen-Befehl oder per GPO-Verteilung korrekt ankommt, muss man da noch zusätzliche zwei Backslashes einbauen, damit die inneren Anführungszeichen erhalten bleiben.
"BlockedOobeUpdaters"= " [\\"MS_Outlook\\"]"
(jeweils nur ein Backslash vor den beiden inneren Anführungszeichen, also ein Backslash hinter der öffnenden Klammer und ein Backslash hinter den k von Outlook.
Siehe auch der Artikel dort, wo das mit den Backslahes vor den inneren Anführungszeichen steht:
helient. com/blog/transitioning-to-the-new-outlook-for-windows-starts-in-january-2025
Dann ist das die richtige Schreibweise? (roter Kasten)
https://i.postimg.cc/MZgQs5K3/Bild2.png
Nein. Ohne Anführungszeichen außen. Habe es durch GPP so in der Registry stehen: https://i.postimg.cc/vm3Frpg1/2025-02-04-11h26-28.jpg und nach Installation von KB5050081 auf einer Testmaschine kam kein Outlook dazu. Scheint also korrekt zu sein.
Beide Screenshots sind falsch, ein Backslash kommt da lt. MS Dokumentation nicht vor.
Ich habe es gerade getestet – wenn ich den Ausdruck ["MS_Outlook"] (wie im Artikel und von Microsoft dokumentiert) im Registrierungseditor eingebe, wird der genau so in der Registrierung übernommen.
Ja im Registrierungseditor selber ist das kein Problem.
Dort muss man ja auch nicht den String nochmal in Anführungszeichen verpacken.
Ein Server-Admin schreibt das aber nunmal nicht per Registry-Editor auf den lokalen Systemen.
Es geht um die Verteilung per GPO oder über Konsolen-Befehl.
Da gibt es dann das Problem mit den Anführungszeichen (reg ad).
Ok, hatte ich übersehen – beträfe dann auch .reg-Dateien. Danke für den Hinweis.
Konnte ich nicht nachvollziehen, sowohl mit Backslashes als auch ohne wird der Registry Key per GPO auf den Clients erzeugt. Mit Backslahes hingegen taucht der Wert dann auch exakt so in der Registry auf, was evtl dazu führen könnte, dass dann trotzdem das neue Outlook installiert wird. Ohne Backslahes funktioniert per GPO also einwandfrei.
Bei der Verteilung über GPO ist der Wert so einzutragen wie er im MS-Artikel steht, also ["MS_Outlook"]. OHNE zusätzliche Backslashes um irgendwas zu escapen. Habe ich gerade selbst getestet.
In der Kommandozeile hast du recht, da ist es notwendig. Aber die Kommandoziele benutzt heute doch auch keiner mehr. Die neue Kommandoziele heißt Powershell…
Danke!
@Anonym:
Ja, das steht im Microsoft-Artikel nicht drin und im Endergebnis in der Registry selber sollen diese Backslasyhes auch nicht drin stehen.
Damit der Wert (ein String!) aber dort korrekt landet, muss man verhindern, dass die Anführungszeichen um "MS_Outlook" den äußeren String vorzeitig beenden, denn in einer Konsole werden String-Werte ebenfalls mit dem selben Anführungszeichen begonnen und beendet.
Normalerweise gibt es nur 2 Anführungszeichen, nämlich ganz vorne und ganz hinten und der eigentliche Wert steht dazwischen.
Hier in diesem Fall hat Microsoft aber zusätzliche identische Anführungszeichen in den Wert integriert und das macht bei einem Konsolenbefehl oder in einer GPO Probleme, wenn man die inneren Anführungszeichen nicht durch zusätzliche Backslashes praktisch übergeht, damit die Wert-Begrenzung-Anführungszeichen nicht mit den Wert-Anführungszeichen vom Befehle-Parser falsch interpretiert werden und dann nur ein Teil des Wertes (die beginnende Klammer) in der Registry landet.
@Tommy:
ja, genau so meinte ich das, wenn man es per GPO verteilt.
Die äußeren Anführungszeichen, die ich in meinem ersten Beitrag erwähnte, die gelten für den Konsolenbefehl (reg ad).
Siehe unten (pastebin).
Hmmm naja also so ganz richtig ist die Aussage nicht. Einträge in GPO/GPP werden 1:1 übernommen – siehe https://i.postimg.cc/Vv8D6FmY/2025-02-04-12h39-26.jpg . Ich teste aber gerade ohne den Key ob New Outlook überhaupt bei Update Installation auftaucht…
Dein verlinkter Artikel sagt ja selbst:
"This is noted in registry file format, so the double-quotes do not need to be escaped with a backslash when applied through Group Policy."
Die // sind nur nötig wenn du es per reg add anwendest.
@Thorky:
Nein.
Im Registry-Editor muss es so stehen, wie es auch im Microsoft-Artikel drin steht.
Damit das aber dort korrekt landet, wenn man es über einen Konsolenbefehl (reg ad) abschickt, muss man die Backslashes einbauen.
Ich hatte mich in meinem ersten Beitrag etwas missverständlich ausgedrückt.
Mit "in der Registry" meinte ich nicht den Registry-Editor, sondern eine Registry-Datei (name.reg).
Im Registry-Editor steht der Reg_SZ-Wert nicht in Anführungszeichen.
In diesem Fall muss man nichts ändern, also keine Backslashes einfügen.
In der Registry-Datei (name.reg) steht der Reg_SZ-Wert in Anführungszeichen.
In einem Konsolenbefehl (reg ad) steht der Reg_SZ-Wert auch in Anführungszeichen.
In diesen beiden Fällen muss man die Backslashes einfügen.
Wenn man es per GPO verteilt, muss man auch die Backslashes einfügen.
Hmmm naja also so ganz richtig ist die Aussage nicht. Einträge in GPO/GPP werden 1:1 übernommen – siehe https://i.postimg.cc/Vv8D6FmY/2025-02-04-12h39-26.jpg . Lustigerwieße funktioniert der Key dann aber trotzdem – habe es getestet.
Dein verlinkter Artikel sagt ja selbst:
"This is noted in registry file format, so the double-quotes do not need to be escaped with a backslash when applied through Group Policy."
Die // sind nur nötig wenn du es per reg add anwendest.
"Microsoft sichert zu, dass Windows-Updates das neue Outlook nach dem einmaligen Entfernen nicht erneut installieren werden. Als Alternative für die Mail- und Kalender-App könnten Nutzer beispielsweise den Thunderbird als Client einsetzen."
Das kann ich nicht bestätigen. Sie erschien auch nach dem erstmaligen Entfernen wieder. Ich vermute allerdings, dass die erneute Installation womöglich über ein neues Office-Update kam. Nachprüfen kann ich das allerdings nicht. Seit 18.01.2025 blieb das Outlook (new) zumindest bei mir fern.
Bolko schrieb:
"BlockedOobeUpdaters"= " [\\"MS_Outlook\\"]"
(jeweils nur ein Backslash vor den beiden inneren Anführungszeichen, also ein
Backslash hinter der öffnenden Klammer und ein Backslash hinter den k von Outlook.
Im Beispiel sind zwei Backslash, im Text steht, es soll jeweils nur einen Backslash geben. Was den nu?
Das Problem ist die Blog-Software WordPress, die Backslashes löscht, wenn man nur ein Backslash schreibt.
Dann würde man die im Beitrag also gar nicht sehen, obwohl man sie im Edit-Feld eingetippt hatte.
Daher muss man immer zwei Backslashes schreiben, damit 1 Backslash angezeigt wird.
Wenn man den Beitrag dann editiert, steht nur 1 Backslash dort, wo vorher noch 2 standen. Nach einem Refresh stehen wieder 2 Backslashes dort.
Auf der Konsole, also außerhalb dieses Blogs, darf man jeweils nur 1 Backslash benutzen, deshalb habe ich das im Klammerkommentar extra nochmal hingeschrieben.
In dem verlinkten Artikel steht es korrekt mit jeweils 1 Backslash, aber das kann ich hier so nicht darstellen, weil WordPress das automatisch ändert.
Wäre gut, wenn WordPress diesen Bug mal beseitigt oder wenn in der Config bzw Preferences-File das mal umgestellt wird.
Es gibt dafür keine Einstellung in Config bzw Preferences-File von WordPress.
WordPress macht das über die Funktionen:
stripslashes()
deslash()
Die Filterung wird geregelt über die Dateien:
./wp-includes/default-filters.php
./wp-includes/formatting.php
Ja, das sind Core-Dateien von WordPress. Darin ändert man gar nichts sonst brennt die Hütte sprichwörtlich ab.
Es gibt dafür keine Einstellung in Config bzw Preferences-File von WordPress.
Ich verstehe euch beide – aber ich greife nicht in die WordPress- oder Plugin-Dateien ein, um was zu basteln. Sicherheit und Konformität geht für den Zeitraum, den ich den Blog noch betreibe, vor. Nur wenn ich irgendwo eine Einstelloption im WP-Frontend oder bei einem Plugin hätte (gibt es aber nichts), würde ich prüfen, ob es Änderungsmöglichkeiten gibt.
Richtig so. Wenn Du im Core an diesen Funktionen etwas herumbastelst, klappen die Datenbankzugriffe und vieles mehr nicht mehr.
Der og. Hinweis auf "Config bzw Preferences-File" ist so hart man es sagen muss purer Unsinn, diese Person hat noch nie mit WordPress gearbeitet.
Ich habe den Konsolen-Befehl (reg ad) mal auf Pastebin abgelegt, damit die Blog-Software WordPress mir hier den Befehl nicht wieder zerhaut:
pastebin. com/UMsx9Mx3
Dort sieht man, wie man die zusätzlichen Backslashes einbauen muss, damit der Wert dann korrekt (wie im Microsoft-Artikel) in der Registry landet.
Würde man die Backslahes weglassen, dann wäre der String mit dem Wert bereits vor dem M des MS_Outlook zuende und in der Registry würde der falsche Wert eingetragen.
Danke! Hatte erst im Reg-Editor meine händischen Einträge gelöscht und dann den Registry-Befehl von Pastbin ausgeführt. Jetzt ist es korrekt.
Wenn ich mit dem Tool RegEdit.exe oder RegCool.exe den Registry-Schlüssel und den Wert in eine Datei exportiere, dann bauen beide Tools selber automatisch diese beiden Backslashes vor den inneren Anführungszeichen in das registry-file ein (name.reg) auch und obwohl sie im Registry-Editor nicht vorhanden sind und ich finde das korrekt so.
Im Microsoft-Artikel fehlt aber der konkrete Befehl bzw die reg-Datei zu diesem Reg-Wert und da kann es zu Fehlern kommen.
@Tommy:
Das ist schlecht, denn so darf das nicht sein.
In der Registry-Editor-Ansicht dürfen die Backslashes nicht vorhanden sein.
Da gibt es einen Unterschied, weil dein GPO-Verteiler die Reg_SZ-String-Werte nicht in äußeren Anführungszeichen verlangt, im Gegensatz zum Konsolenbefehl (reg ad).
P.S. dein Beitrag war zwischendurch mal weg (in der Moderation, vermutlich wegen des Links zum Screenshot), daher kann ich weiter oben nicht mehr darauf antworten.
In einer admx-Datei müsste man ebenfalls diese Backslashes einbauen, denn der Wert wird mittels value="REG_SZ-Wert" ebenfalls in äußeren Anführungszeichen eingetragen. Da würden die inneren Anführungszeichen ebenfalls stören, wenn man sie nicht mit Backslashes escaped.
Man braucht es also nicht in den Editoren (Regedit oder GPO-Editor), aber man braucht es in der Konsole (reg ad), in ADMX-Dateien (value="") und in Registry-Dateien (name.reg).
Bei Powershell benutzt man Hochkomma statt Anführungszeichen für Strings.
Da gibt es dieses Problem nicht.
Korrekt – ich hatte den Beitrag nochmal erneuert. Siehe mein Beitrag von 12:58 unter deinem von 12:31 ;-) Da habe ich es klargestellt.
Wenn über Regedit oder GPO-Editor gearbeitet wird braucht man da nichts beachten. Wird über Reg Add gearbeitet hast du aber recht.
Also ich hab den key jetzt per GPO verteilt und sehe keine Diskrepanz zwischen dem, was im Support Artikel steht und dem, was in der Registry auftaucht. Der Wert wird genauso übernommen, wie am DC per GPO eingetragen und spiegelt den Wert aus dem Support Artikel wieder.
Gruß
Im GPO-Editor braucht man keine Änderung vornehmen, weil dort keine äußeren Anführungszeichen verwendet werden und deswegen der String-Parser keine Probleme hat.
In einer Konsole bzw in Scripten ist das aber anders.
Viel Spaß! Mein Microsoft- Konto ist gesperrt und somit hat Outlook auch keinen Zugriff auf die Cloud. Safety Made By Microsoft 👍.
Ich habe gerade mit einer anderen Zwangsbeglückung zu tun gehabt.
Ich habe für einen Kollegen auf seinem Surface Office 2016 installiert (wir wechseln erst dieses Jahr zu Office 2024 (nicht 365). Alles lief auch gut durch. Danach habe ich aus dem MS Store noch OneNote installiert. Das hat ewig gedauert. Was ich nicht wusste war, dass MS in diesem Zuge das frisch installierte Office 2016 durch Office 365 ersetzt hat. Das ist meiner Meinung nach eine absolute Frechheit von Microsoft, zumal keinerlei Hinweise oder Nachfrage dazu kam. Was das jetzt lizenztechnisch bedeutet? Keine Ahnung, da keine Info von MS. Kann das nicht sogar ein Straftatbestand seitens Microsoft sein? Computermanipulation, oder so?
Sorry ich blick nicht ganz durch.
Wird jetzt die Windows Mail App / Kalendar App von Windows Geräten durch eine neue Outlook App ersetzt oder wird der Outlook Client (Classic) auf eine neue Version 2.0 wie bei MS Teams es der Fall war per Zwangupdate geupgraded?
Oder ist damit sogar beides gemeint :D
Beides kann passieren. Auf jeden Fall wird die Windows Mail und Kalendar-App ersetzt – und irgendwann versucht Microsoft auch Outlook Classic wieder auf Outlook New umzustellen.
Als nicht IT-Crack_Mitleser bin ich hier mit den ganzen Fachbegriffen maximal überfordert, aber eigentlich wollte ich nur wissen, ob ich obwohl unter Apps keine Outlook, Mail, Kalender oder sonst was zu finden ist (gleich zu Beginn entfernt), und Thunderbird nutze, trotzdem Zwangsbeglückt werde, und dies mit irgendwelchen Einträgen verhindern kann.
Falls MS Zwangsbeglückung, Bitte nur den Registry Entrag nennen, und wo das hin muß.
Danke :-)
Kommt imho auf die Windows-Version/-Variante an. In meiner Windows 10 2019 IoT Enterprise LTSC wird die neue Outlook-App eher nicht kommen (da gibt es weder einen Store noch Apps).
Auf meinem Windows 10 22H2-System nutze ich den Thunderbird und habe bisher auch noch nicht die Outlook-App gesehen – definitiv weiß ich erst, wie es ausgeht, wenn der 11. Februar 2025 mit Updates gelaufen ist. Dann heißt es ggf. App deinstallieren und es ist Ruhe.
Auf Windows 11 24H2 ist die neue Outlook-App bereits enthalten. Ich habe gerade in einer VM nachgesehen – es gibt einen Kontextmenübefehl, um die App zu deinstallieren. Dann sollte es auch gut sein.
Wer den Thunderbird verwendet, könnte die neue Outlook-App imho auch schlicht ignorieren. Der Thunderbird funktioniert ja weiterhin.
Problematisch ist es nur, wenn jemand die Windows Mail- und Kalender-App oder Microsoft Outlook Classic nutzt. Denn da greift Microsoft mit der neuen Outlook-App die Zugangsdaten ab.
Ich werfe ohnehin nach jedem Update u.a. den Edge wieder runter, dachte schon da muss ich jetzt auf noch mehr achten. Aber wenn das über die Registry geht ists ja wunderbar. :)
Hallo in die Runde,
also ich komme da nicht mehr ganz mit. Ich möchte den REG_SZ Wert per GPO verteilen und habe diesen im Gruppenrichtlinenverwaltungseditor im Feld Wertdaten folgendermaßen eingetragen: "MS_Outlook"
Dies wird auch so dann in die Registry geschrieben. Ist das jetzt richtig und falls nicht, wie muss mann das dort eintragen?
Danke und einen schönen Start in die Woche…
LG
Oliver
Bei dir fehlen die beiden eckigen Klammern außerhalb der Anführungszeichen.
Im GPO-Editor musst du es genauso eintragen, wie es im Microsoft-Artikel und hier im Blog-Artikel steht.
Das erste Zeichen ist [ und das letzte Zeichen ist ]
@Bolko
Danke noch einmal für die einfache Erklärung. Stimmt im MS Artikel steht es ja auch so…
allen eine erfolgreiche Woche und viel Glück am Patchday :-)
Heute wurde mir das Update angeboten, aber nur als optional, was ich dankend abgelehnt habe.
Ich habe das Update nun doch installiert, und das Outlook wurde nicht installiert, offensichtlich weil ich die Registry- Einträge bereits vorgenommen hatte 😎
Windows 11 und selbst andere Office Varianten, auch nicht nur 365 Tage Lizenzen, sind nicht safe!
Ein Tipp an die, die diese "diskrete" (mal äußerst freundlich ausgedrückt) Installation der App noch nicht bemerkt haben. Wenn andere Bestandteile von Office (bei mir waren es Speicherprobleme in PowerPoint) Probleme machen, schaut ob die App auf dem PC ist und deinstalliert sie. Die Probleme in Office waren bei mir daraufhin wie weggeflogen und selbst PowerPoint speicherte wieder ganz korrekt ab!!!
Danke für diese Nachricht. Ist mir bei einer Kundin unverhofft so passiert.
Das Problem: Die Mail-Konten wurden NICHT übernommen und waren auch nicht mehr einrichtbar – obwohl in der Systemsteuerung -> Kontenverwaltung korrekt vorhanden. Den neuen "simplified" Anmeldungsdialon in Outlook New konnte ich nicht umgehen.
Einzige Möglichkeit: Outlook New disablen, deinstallieren -> Office 365 neu installieren.
Hallo, in welchen KB ist denn das Vorschau-Update enthalten? Ich finde leider keine Informationen dazu…
Microsoft hat zum 28. Januar 2025 das optionale, kumulative (Vorschau-) Updates für Windows 10 22H2 (KB5050081) veröffentlicht, welches Outlook New enthält.
hello world
hatte jemand schon den fall dass 'outlook new' im startmenu
gelistet ist aber nicht als installierte 'app'?
weder als user- noch als maschineninstallation …