NorbertFe

Und wo ist jetzt das Problem? ipv6 geht nur, wenn IPv6 geht? Die Erkenntnis ist ja irgendwie trivial. Und wenn du hunderte Mitarbeiter im Home Office hast, und das nicht kontrollieren/vorschreiben kannst, dann kann man nur begrenzt was tun. Solange IPv4 auch da ist, sollte das doch aber egal sein, oder gibts ein konkretes Problem? Bye Norbert

Apropos TLS 1.3. Sowas macht doch der vorgeschaltete Reverse Proxy. Oder hängt ihr die Kisten direkt ins Netz? ;)

Da das die Öffentlichen Ordner sind… sollte Outlook anywhere eigentlich korrekt sein, denn das ist alles das selbe. Ich würd mal prüfen ob das auch bei neuen Profilen passiert. Und was passiert, wenn du den alten Hostnamen im DNS einfach löschst?

https://techlibrary.hpe.com/docs/iss/proliant-gen10-uefi/s_set_device_naming.html

https://office365atwork.com/exchange/external-email-warning-examples-exchange-online/?amp=1 https://techcommunity.microsoft.com/t5/exchange-team-blog/native-external-sender-callouts-on-email-in-outlook/ba-p/2250098

Paar mehr Infos wären schon notwendig. Welche Exchange Version, wieviele Server usw.

Das sind dann natürlich Gründe 👍

Versteh ich nicht. 2016 und 2019 haben das selbe Ende Datum. Also wer bisher kein exchange 2019 gekauft hat, wird das jetzt vermutlich auch bis 2025 nicht unbedingt tun. Denn wirklichen Vorteil hat er ja nicht. ;)

Dann leg dir halt ne passende Zertifikatsvorlage an. Ich gebe aber zu, dass ich die IIS Implementierung dafür nie wirklich benutzt habe. Versuchs doch einfach per mmc ein Zertifikat anzufordern, da kann man das dann einfach direkt eintragen und bekommt das Zertifikat automatisch signiert.

Welche denn? Dass du bis 2025 Exchange 2016 und 2019 betreiben kannst? Das war vorher bekannt. Vor 2 Jahren hieß es 2021 kommt was neues. Wurde jetzt auf Ende 2025 verschoben. ;) So viel mehr an Planungssicherheit hast du also nicht gewonnen. ;)

Kann man, aber man muss der CA erstmal erlauben einen SAN in einem CSR auch zu berücksichtigen. ;) Den Irrtum machen viele. :) Die Fehler dieser "korrekt installierten und konfigurierten" PKI/CAs sieht man dann später.

damit garantiert nicht und seitens MS ist sowas auch nicht vorgesehen. Es gibt aber Produkte, die sowas bieten. Ich meine Specops hatte da mal was im Angebot.

Und das steht nu wirklich langsam überall in den IT Medien und bei O365 auch in so ziemlich jeder News und in jedem Dashboard. ;)

Naja so richtig beruhigend ist das zwar nicht, man sieht ja, was nach 2 Jahren auf einmal für gegenteilige Aussagen kommen. Aber immerhin "irgendein" Lebenszeichen. Die Kunden wurden tatsächlich langsam nervös, weil gar nichts zu hören war.

Den braucht Firefox und jeder andere moderne Browser auch. In irgendeinem rfc steht das auch drin afair.

Also /I nutzt der wpp immer. Oder wie verteilt ihr das?

Das ding heißt disk2vhd nicht partition2vhd. Und ob die 350mb da mitkommen ist auch egal.

Maaaaahaaaaan. ;) exportier das doch mal als Reg Datei

In der GUI geht das nicht mit 3 Slashes. Aber der REgistry Export sollte so aussehen.

Ich würde da eher bei Evgenij sein und sagen https://de.wiktionary.org/wiki/Dienst_ist_Dienst_und_Schnaps_ist_Schnaps

Das wird im nächsten CU enthalten sein (vermutlich). :) Deswegen heißen die Dinger ja so. einen kleinen WSUS installieren :)

Wenn WSUS im EInsatz ist, einfach die Updates dort importieren und machen lassen. :)

Ich würde mir das sparen und lieber mit Shared mailbox arbeiten.

Alternativ lieber ein Outlook oder Thunderbird. ;)

Das is bei ms lizenztechnisch nicht vorgesehen, weil rds User cals named cals sind. Heißt, da wäre es vermutlich günstiger auf Device cals zu gehen, wenn wie oben angesprochen immer die selben 5 Geräte genutzt werden.