spooner

Folgendes war jetzt erst mal die Lösung: Registry aufrufen und zu HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Outlook\Preferences wechseln Falls vorhandenen, den DWord Key UseNewOutlook ändern auf 0, ansonsten neuen Key mit Wert 0 erstellen. Hatte gehofft, man könnte es über MS365 regeln. Boah ey, die KI bei MS macht es uns schwer. Denn mit menschlichem Verstand könnten man die Umstellung von Outlook Classic auf Outlook New nicht befürworten.

Hallo Zusammen, jetzt ist es wieder soweit, Microsoft möchte schon wieder eine Art Zwangsumstellung auf Outlook (New) durchführen. Jetzt hat es wohl mit Windows Update zu tun. Außerdem hat MS wohl eingebaut, das es ein Problem mit dem Empfang und Versand von Mails gibt. Das habe ich noch nicht verstanden, wann das der Fall ist. Leider scheint die MS365 Richtlinie nicht mehr zu greifen. Hab gleich den ersten Client wo ich die Rolle Rückwärts versuche. Werde später berichten. Gruß Arthur

Hallo Zusammen, ich hab gestern über meinen CSP ein Ticket erstellt und dieser hat es an MS weitergegeben. Es gab gestern ein bisschen Mail-Verkehr mit MS und diese Nacht erhielt ich dann die Mail, dass das Problem behoben sei. Habs soeben getestet und jetzt sieht alles gut aus. Keine Ahnung was Microsoft da wieder macht. Ich war mir sicher das kein Konfigurationsfehler von meiner Seite besteht und so war es ja letztendlich auch. Hoffe es ist aktuell nur ein temporäres Problem und in Zukunft funktioniert es wieder automatisch in wenigen Stunden (bzw. wie früher in wenigen Minuten). Hab einen Test-Benutzer umgestellt, die anderen folgen im Laufe des Tages Gruß Arthur

Es gab in der Vergangenheit im Microsoft Forum ähnliche Fehlermeldungen / Beiträge. Leider war die Antwort dann immer, dass man sich an den MS Support wenden soll. Kein Lösungsvorschlag oder der Gleichen.

Morgen Zusammen, leider hat das Abwarten bisher auch nicht geholfen. Die Domain wird noch nicht auf geführt. Leider kann ich im Moment auch nicht den Microsoft Support kontaktieren, die Auswahl Microsoft fehlt auch mal wieder im Admin Center, nur der CSP ist aufgeführt. Puh, MS macht es einem nicht so einfach. Gruß Arthur

Beim ersten Mal wo ich die neue Domain gelegt habe, da hab ich direkt versucht die E-Mail-Adresse anzupassen. Dann habe ich die Domain gelöscht und neu angelegt und ca. 1 Stunde gewartet. Aber die Domain wird einfach nicht im Exchange Admin Center in akzeptierten Domänen angezeigt. Hab bisher noch nie warten müssen, konnte immer alles direkt komplett durchklicken und konfigurieren.

Hallo Zusammen, ich verzweifle gerade. Hab zu bestehenden Domains eine weitere Domain im Admin Center hinzugefügt. Alles mit dem Assistenten schön durchgeklickt, wie immer und alle DNS Einträge gesetzt und alles ist grün. Dann wollte ich beim User eine neue E-Mail-Adresse hinzufügen und erhalte folgende Fehlermeldung: You can't use the domain domainname.de because it's not an accepted domain for your organization. Hab jetzt alles Mögliche versucht, aber alles ohne Erfolg. Im Exchange Admin Center kann man unter Mail-Fluss nur die Akzeptierte Domänen einsehen, aber keine hinzufügen. Die PowerShell Befehle sind nur für lokale Exchange Server. Ich komme nicht mehr weiter. Habt ihr vielleicht einen Tipp? Danke, Gruß Arthur

Konnte es jetzt testen. War erst nicht in Outlook sichtbar. Dann Outlook beendet. Teams richtig beendet. Zuerst Teams gestartet. Dann Outlook. Und dann ist das Addin im Kalender vorhanden Das war das Verhalten bei dem Teams Classic auch.

Ah, gut, danke. Hab das Script jetzt etwas gekürzt, weil ich teilweise schon Sachen per PowerShell Befehle installiert hatte. Das Script ist auf einem Server schon mal ohne Fehler durchgelaufen, kann die Anmeldung aber gerade nicht testen und dementsprechend nicht sagen ob das Plugin jetzt funktioniert

Puh, sieht auch abenteuerlich aus Noch Frage zu dem PowerShell Script von Koetzing: An welcher Stelle muss ich etwas auf 64Bit umstellen?

Hallo Zusammen, ich kämpfe seit längerem mit ähnlichen Problemen. Ich hab auf den Terminalservern Office 2019 64 Bit installiert. Das NewTeams konnte ich über PowerShell machine wide installieren. Aber das blöde Outlook Addin fehlt. Kann man das Addin vielleicht nicht auch machine wide installieren? Und die Registry Einträge setzen und gut ist?

Zuletzt war immer wieder folgendes zu lesen: ... 𝐒𝐮𝐦𝐦𝐚𝐫𝐲: Starting in January 2025, users with Microsoft 365 Business Standard and Premium licenses are automatically migrated from the classic Outlook for Windows to new Outlook for Windows. 𝐖𝐡𝐞𝐧 𝐭𝐡𝐢𝐬 𝐰𝐢𝐥𝐥 𝐡𝐚𝐩𝐩𝐞𝐧: - Microsoft 365 Business Standard - January 6, 2025 - Microsoft 365 Business Premium - January 6, 2025 - Microsoft 365 Enterprise - April 1, 2026 ...

NewOutlook kann man nicht kaufen. Es ist der Nachfolger von Outlook Express -> Windows Live Mail -> Mail und jetzt heißt es -> NewOutlook. NewOutlook hat gegenüber dem klassichen Outlook weniger Funktionen und lehnt sich sehr, sehr stark an Outlook Webaccess an.

Hab die MS365 Office Richtlinie jetzt gesetzt, aber ob es wirklich funktioniert, das werde ich vermutlich erst Ende Januar herausfinden. Wenn man dann hört / liest, dass manche Systeme migriert wurden und bei meinen Kunden halt nicht auf NewOutlook migriert wurde.

Das mit dem Ausprobieren ist im Prinzip kein Problem. Die Frage ist ob es tatsächlich ausreichend ist und quasi die Lösung. Weil sonst im Netz nur etwas von Registry Keys und GPOs zu lesen ist.

Ich möchte die Migration auf NewOutlook verhindern und beim Outlook Classic bleiben.

Hallo Zusammen, leider macht Microsoft es wieder unnötig schwierig und möchte ab Januar 2025 eine automatische Migration von Oulook Classic auf NewOutlook anstoßen. Im Netz kusieren viele Anleitungen mit GPO und Registry Keys. Ich hab bei MS selber einen Artikel gefunden wie es übers MS365 Admin Center deaktiviert werden kann. Richtlinie für Admin-Controlled Migration zum neuen Outlook für Windows Weil ich das aber bisher nirgendswo sonst gelesen habe, bin ich mir unsicher ob das tatsächlich die richtige Lösung ist. Wäre natürlich am einfachsten und eigentlich auch sinnvoll. Was meint ihr? Viele Grüße Arthur

Es geht um kleine Umgebungen. Im ganz konkreten Fall: 1 Windows Server 2022 Hyper-V Server 3 Mitarbeiter 5 PCs Der Notfall Hyper-V Host wäre dann eine Win10 / 11 Arbeitsstation. Ich find den Ansatz mit dem PowerShell Export oder dem Windows Server Backup ganz interessant. Hab ich dann die richtigen / ganz normalen Dateien, welche ich dann auf dem alternative Hyper-V Host einfach per VM Import importieren und starten kann? Windows Server Backup hab ich seit Jahren nicht mehr genutzt Vielleicht gibt es hier mittlerweile auch Benachrichtigungen. PowerShell ist vermutlich schneller. Aber Nachts kommt es da nicht auf ein paar Minuten an.

Ich hab bei N-ABLE die Backups ins der Cloud. Was auch so gewollt ist, Aber nicht als, ich nenne es mal, lesbare Dateien sondern irgendetwas N-ABLE Spezifisches. Klar hab ich einen Hyper-V Server schnell installiert, das ist nicht das Thema. Das Thema ist schnell die VM Dateien (Config File, VHDX) zu haben. Deshalb meine Überlegung etwas Zusätzliches als Backup einzurichten.

Hallo Zusammen, aktuell werden die Hyper-V Server inkl. der VMs jede Nacht per N-ABLE Backup gesichert. Das funktioniert auch soweit und auch recht schnell. Auch ein Restore der kompletten VM funktioniert. Aber im Disaster Recovery Fall muss der Hyper-V Server laufen, der Backup Manager muss installiert usw. Jetzt hab ich mir überlegt ob es nicht möglich jede Nacht den kompletten VM Ordner auf ein NAS zu kopieren. Und zwar während der Laufzeit. Dann müsste im Recovery Fall irgendwo Hyper-V rennen, VM Ordner rüber kopiert, starten und weiter geht es. Was haltet ihr davon? Ist das möglich und wenn ja wie? Gruß Arthur

Bin ein bisschen schlauer geworden. Der Wunsch nach CalDAV oder CardDAV bei Exchange Online besteht wohl schon länger laut eigener MS Aussage. Steht seit Jahren als Feature Request auf der Liste, wird aber nicht umgesetzt. Es gibt aktuell keine Möglichkeit es zu aktivieren. Nur über Third-Party Tools wäre es möglich. Aber ein Sync über 3 Ecken ist nicht die richtige Lösung.

Hallo Zusammen, ich suche nach einer Möglichkeit per CalDAV und CardDAV auf Exchange Online Postfächer zu zugreifen. Es geht um die Synchronisation von Kalender und Kontakten mit verschiedenen anderen Diensten / Programmen wie z.B. EspoCRM und Nextcloud. Mail Versand und Empfang kann über IMAP und SMTP realisiert werden. Habt Ihr einen Tipp wie ich es aktivieren kann? Hab schon viele gegooglet aber bin nicht schlau geworden. Gruß Arthur

Da WinGet doch von Microsoft ins Leben gerufen wurde gehe ich mal davon aus, dass die Standard Repositories von MS geprüft werden. Ähnlich wie bei Debian. Bei anderen Systemen sehe ich es wie du, da ist die Herkunft schwierig.

Ich möchte etwas Agenten loses und so das man immer wieder mich kann. Heißt Updates installieren, Software deininstallieren / installieren, manuell oder per Tool. Bei Matrix42 Empirum z.B. kann ich die Software nur sauber über Empirum Updaten oder deinstallieren. Bei Winget ist scheinbar wie bei Linux, nur bestimmte Repositories sind enthalten und von da kann Software installiert werden. Chocolatey hört sich auch interessant an, aber das scheinen auch spezielle Software Pakete zu sein, oder?

Hallo Zusammen, vielen Dank für die Rückmeldungen. Ja, in größeren Umgebungen muss eine Softwareverteilung her, hier kenne ich z.B. Empirum. Aber wie bei kleinen Umgebungen handlen? 5 Clients? Oder nur mal schnell 1 PC installieren. Da hatte ich z.B. an WinGet gedacht. Gruß Arthur