Blase

Moin, vielen Dank für die Unterstützung. Aber scheinbar mache ich noch etwas falsch. Konnte letztlich mein Outlook unter meinem Profil gar nicht mehr öffnen. Informationsspeicher nicht gefunden. Auch mit einem komplett neuen Outlook Profil wollte er sich nicht verbinden. Muss ich mir die Tage in Ruhe noch einmal anschauen. MfG Blase

Nur um grundsätzlich einmal zu schauen, habe ich das für meinen Benutzer auf dem TS direkt in die Registry gehämmert. Klappt aber nicht. Nur zum Verständnis: Dabei geht es lediglich um die vier Einträge, die auf Verfahren zur Einrichtung des neuen Microsoft Teams auf VDI W2022, W2019, W10 und W11 Multiuser Plattform (koetzingit.de) direkt genannt werden? Habe mir daraus das hier gebastelt und durchgeführt. Einträge stehen in der Registry drin. Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\SOFTWARE\Wow6432Node\Microsoft\office\Outlook\Addins\TeamsAddin.FastConnect] "LoadBehavior"=dword:00000003 "Description"="Microsoft Teams Meeting Add-in for Microsoft Office" "FriendlyName"="Microsoft Teams Meeting Add-in for Microsoft Office" [HKEY_CURRENT_USER\SOFTWARE\Wow6432Node\Microsoft\Office\16.0\Outlook\Resiliency\DoNotDisableAddinList] "TeamsAddin.FastConnect"=dword:00000001 Weil auf der weiterführenden MS Seite ja sehr viel mehr Reg Einträge genannt werden. Das eigentliche Script lief vorab ohne Fehler durch. im Text steht: Bin nicht sicher, wie er das meint. Habe unter meinem Benutzer die in der MSIX enthaltene MicrosoftTeamsMeetingAddinInstaller.msi zusätzlich noch einmal im Anschluss als "Repair" Option installiert. Ändert aber nichts. Kein AddIn vorhanden zur Auswahl in Outlook. Ich übersehe etwas... Danke und Gruß Blase

Hi Jan, hab vielen Dank für die Infos. Ohne viel Bastelei geht es also unverändert wirklich nicht. Wobei das Powershell Script im verlinkten Artikel fast alles davon abnimmt? Da ich Office in der 32 Bit Variante installiert habe, muss ich also das Script bezüglich der Registry Pfade noch anpassen? Sollte ich hinbekommen. Wahrscheinlich blöde Frage in dem Kontext: Teams selbst kann aber 64 Bit sein? Oder dann auch zwingend 32 Bit? Eine Sache ist mir aber für den Moment noch nicht klar. Im Script steht, die GPO muss entsprechend angepasst werden: You must set per User registry keys to load the Outlook Add-in via GPO, WEM etc. For GPO find the xml file at https://www.koetzingit.de with the article to this script. Ich übersehe scheinbar die hierfür benötigten Informationen. Wo ist das XML File bzw. die weiterführenden Informationen dazu? Danke und Gruß Blase

Moin, Wir haben zwei Terminal Server mit Windows Server 2022 Std und Office 365 drauf. Das neue MS Teams bekomme ich auf die Server drauf (MSTeams-x64.msix via Powershell "Add-AppxPackage"), aber das Teams AddIn in Outlook nicht rein. Es gibt schlicht kein Teams AddIn, welches ich in Outlook einbinden könnte. Das Problem selbst scheint ja nicht unbekannt zu sein. zB hier: Installing the new Teams Meeting add-in on Windows Server 2022 - Microsoft Community Dort und an anderen Stellen wird viel Bastelei betrieben (Registry und Co.) mit gemischten Ergebnissen. Bevor ich selbst anfange zu basteln - kennt jemand hier das Problem und den "aktuellen Stand" dazu? MfG Blase

Das ist nicht nur ne Option, sondern auch unser bevorzugter Weg inzwischen. Nur wenn ein Kunde für teures Geld noch einen Stapel H&B 2016er oder gar 2019er Office Versionen im Einsatz hat, ist es nachvollziehbarer Weise schon irgendwie "doof", trotz vollem Microsoft Support der Produkte selbst, dann auf ein zusätzlich kostenpflichtiges Produkt zu wechseln zu müssen. Aber gut, wir machen das Beste draus Danke und Gruß Blase

Ja, wahrscheinlich hast du recht. Ich war nicht ganz sicher, wie ich dieses "ältere Office Versionen" zu lesen / verstehen habe. Bei einem 2013er Office, welches ja inzwischen auch komplett aus dem erweiterten MS Support raus ist, würde mich das ja nicht einmal wundern, bzw. ich erwarte dann sogar solche oder ähnliche Probleme. Aber 2016 und 2019 laufen ja noch. Aber so lange, wie MS laut eigener Aussage die Nutzung nicht aktiv verhindert, ist wohl tatsächlich davon auszugehen, dass das auch deutlich über dieses Datum hinaus genutzt werden kann. Ich danke euch beiden! Gruß Blase

Hi, laut der Übersicht hier, läuft am 10. Oktober diesen Jahres die offizielle Unterstützung von M365 Diensten für die Office Versionen 2016 und 2019 aus. Office-Versionen und Konnektivität mit Office 365-Diensten - Deploy Office | Microsoft Learn Kann hier jemand sagen, was das ganz konkret heißt. Wird die Konnektivität zum M365 Postfach ab diesem Datum eingestellt? Hört das ab diesem Datum auf zu funktionieren? Oder kann man "lediglich" keine weiteren M365 Postfächer einbinden? Oder wird das voraussichtlich erst einmal alles normal weiter laufen, nur im Falle von Problemen gibt es halt von MS dann keine Unterstützung mehr? Freue mich auf Feedback. Danke und Gruß Blase

Hallo Nils, habe vielen Dank für deine Antwort. Wenn ich unseren verantwortlichen Kollegen hier aber richtig verstanden habe, kam oben beschriebene Mail, obwohl wir bei uns ausdrücklich den Bereich abgeschaltet haben. Muss man also, in einem gewissen Turnus vielleicht, diese Abschaltung erneut bestätigen? Oder haben wir es möglicherweise "nicht richtig" abgeschaltet? Ich persönlich kenne leider den Bereich, bzw. die Oberfläche nicht. Versuche hier nur den Sachverhalt zu klären. MfG Blase

Moin, wir sind mit unserer eigenen Firma schon eine ganze Weile im Azure AD. Just heute haben wir eine Mail von MS bekommen: Lese ich daraus, dass man so oder so die 2FA aktivieren muss (bei Untätigkeit schaltet MS das einfach so aktiv)? Und das nicht nur als globaler Administrator, sondern auch sämtliche AD/Exchange Benutzer das aktivieren müssen? Mir ist grundsätzlich natürlich der Sinn und Zweck der 2FA bewusst - aber es stellt uns dennoch vor einige Probleme. Ganz allgemein sind wir auch IT Dienstleister und haben diverse unserer Kunden im Exchange Online oder größeren M365 Produkten drin. Bei einigen ist sogar schon 2FA, mit authentificator App auf dem jeweiligen Handy, aktiv. Aber eben nicht bei allen. Meine ganz allgemeinen Fragen in dem Kontext: Bekommen jetzt im März einfach alle Kunden solche Mails? Oder haben wir sie als Firma einfach "schon" jetzt bekommen, weil wir schon recht lange im Azure AD dabei sind? Also bekommt man das dann erst nach X Jahren / Monaten nach der Ursprünglichen Einführung? Kann man das zumindest für die Benutzer bei Bedarf unterbinden, bzw. schlicht nicht aktivieren? Klingt in der Mal zumindest nicht so. Und wie handhabt ihr das, wenn zB in einer Firma nur ein geringer Teil der Belegschaft Firmenhandys hat und der Rest nur private Geräte nutzt. Natürlich sollte es keine große Sache sein, dort auf dem privaten Handy die authentificator App drauf zu tun - aber manche Benutzer könnten sich dennoch quer stellen. Freue mich auf Feedback. MfG Blase

Spiel, Satz und Sieg Jub, das ist dann ganz sicher so. Ich wäre ehrlicherweise nicht einmal auf die Idee gekommen, dass das ein Problem sein könnte. Hätte ich mal vorab geschaut - ich hätte mir viele Stunden Arbeit erspart Gruß Björn

Nun ja, wie kurz angedeutet. Die Disk ist "MBR". Erstelle ich damit eine Gen 2 VM und starte diese, dann bekomme ich ne Meldung "SCSI Disk - The boot loader did not load an operation system". Ich habe mittels mbr2gpt die VHDX Datei konvertiert, aber damit startet die Kiste auch nicht. Ich bekomme nicht einmal wirklich ne Meldung. Ich sehe mal zu, dass ich das Thema parallel zu diesem hier aufmache. Tatsächlich hätte ich aber gerne beide Themen geklärt - einfach auch weil ich wissen möchte, was da jeweils schief gegangen ist. Gruß Björn

Mahlzeit! Auch wenn ich gleich ein "Ich hab's dir doch gesagt..." zu hören bekomme, brauche ich bitte Unterstützung Ich habe einen Windows Server 2012 R2 Foundation (aktuelle MS Updates enthalten) mittels Disk2VHD komplett über alle Partitionen hinweg in eine einzige VHDX Datei konvertiert. Mittels dieser VHDX Datei habe ich auf dem Hyper-V Host (Windows Server 2022 Std) eine Gen 1 VM erstellt (habe eine Kopie der VHDX Datei auch mittels mbr2gpt, mit etwas Mühe, letztlich erfolgreich konvertieren können. Aber eine neu erstellte Gen 2 VM wollte mit der konvertierten VHDX Datei einfach nicht booten - ich erstelle dafür heute Abend noch ein gesondertes Thema, weil ich auch dort wissen möchte, was ich falsch gemacht habe, bzw. was schief gelaufen ist. Hier bitte entsprechend nur "Gen 1 Thema"). Dieser Gen 1 VM wurden alle Integrationsdienste zugewiesen. Mittels: Get-VMIntegrationService sehe ich auf dem Host auch alle Dienste "Enabled = True" - aber gleichzeitig sehe ich auch bei sämtlichen Diensten "Kein Kontakt". In der VM selbst fällt direkt auf, dass ich keinen einzigen Windows Dienst "Hyper-V..." habe. Auch habe ich den Registrierungsschlüssel überhaupt nicht: HKLM\Software\Microsoft\Virtual Machine\Auto Es ist wahrscheinlich auch nur folgerichtig, dass ich im Gerätemanager keine einzige Hyper-V Komponente (Netzwerk, Grafik,...) habe. Ich habe spaßeshalber mal die VMGUEST.iso in die VM geladen und die setup.exe gestartet. Dann bekomme ich die Meldung, dass die Integrationsdienste bereits geladen und aktuell seien (6.3.9600.17415). Stehe ich auf dem Schlauch? Dass das Ursprungssystem, vor der Konvertierung in eine VHDX, mit den aktuellen Windows Updates ausgestattet war, sollte doch eigentlich genügen, damit die Integrationsdienste sauber installiert werden können, oder? Ist ein bestimmtes Update dafür verantwortlich? Dann prüfe ich, ob das wirklich drauf ist. Oder ist es was ganz anderes? Gruß Björn

@NorbertFE - Dein Einwand passt aber nicht so recht zu der Tatsache, dass ich im Tool dann einzelne Partitionen anwählen kann (oder eben auch nicht). Aber verstanden - ich lasse die 350MB Partition dann einfach weg. @cj_berlin - Gut zu wissen, dann also Gen 1. @testperson - ich dachte mir schon, dass dieser Einwand kommen wird - er ist ja auch richtig und naheliegend. Mittelfristig ist das auch geplant, aber es muss JETZT schnell gehen, weil die Hardware aktuell regelmäßig aussteigt und auf der Kiste laufen diverse Produkte, wo die einzelnen Hersteller mit ins Boot müssten zwecks Migration. Diese Zeit haben wir aber "jetzt" grade nicht. Deswegen die Hoffnung, durch ein D2V die Situation zu entspannen. Später, dann mit etwas mehr Zeit und Planungshorizont, wird die 2012er Maschine natürlich in die wohl verdiente Rente geschickt. Ich danke euch. Gruß Björn

Moin, hoffe ich bin hier mit meinem Thema richtig. Ich will einen Server (Windows 2012 R2 Foundation) mit Disk2VHD komplett virtualisieren und hätte in dem Kontext ein paar Fragen. Ich habe einen Screenshot von der Datenträgerverwaltung des zu virtualisierenden Systems angehangen. 1. Ich virtualisieren lediglich die Partition "C" und "D" - die zu sehende "System Partition mit den 350 MB brauche und soll ich gar nicht virtualisieren, richtig? 2. Ich virtualisieren Partition für Partition nacheinander - und nicht "gleichzeitig", ja? 3. Die VHDX Dateien kann ich bei der Erstellung / Virtualisierung auch gleich über das Netzwerk auf das neue Zielsystem erstellen lassen, ja (UNC oder Mapping ist egal, nehme ich an?)? 4. In der Hilfe zum Tool steht "To use VHDs produced by Disk2vhd, create a VM with the desired characteristics and add the VHDs to the VM's configuration as IDE disks."Ich stolpere dabei über das "IDE". Ich erstelle auf dem neuen HV-Server (Windows Server 2022 Std) doch einfach eine leere VM ("Generation 2"), weise ihr die "C-Partition" der virtualisierten VHDX zu ("vorhandene virtuelle Festplatte verwenden") und dann noch ein weiteres SCSI Laufwerk, welches dann intern "D:\" wird - oder? Freue mich über Antworten, aber auch allgemeine Anmerkungen und Tipps. Vielen Dank und Gruß Björn

Hey super, dann weiß ich Bescheid. Ich kann es ja mit den Kontaktdaten des Kunden versuchen - es gibt ja den klassischen "Kennwort vergessen" Dialog. Danke dir und Gruß Björn