NorbertFe

Microsoft hat heute die Updates für Exchange 2013, 2016 und 2019 veröffentlicht. Weitere Infos wie immer auf dem Exchange Team Blog: https://techcommunity.microsoft.com/t5/exchange-team-blog/released-february-2023-exchange-server-security-updates/ba-p/3741058 Bye Norbert

Bitte unterscheiden zwischen SMTPs und SMTP TLS. Das sind einfach unterschiedliche "Dinge". Leider manchmal synonym verwendet.

Das war ja die erste Frage.

Vermutlich wärs einfacher, mal nen Screenshot von CN und SANs zu haben, aber was bedeutet da oben eigentlich das mittlere <Adresse>?

Wir warten dann hier auf die Meldung, wenn ihr verschlüsselt wurdet. ;)

Die sind nicht neu und spontan liegt’s daran. https://learn.microsoft.com/de-de/microsoft-365/troubleshoot/group-policy/configure-email-client-using-policy

Keine Ahnung. ;)

Das sieht eher nach der Windows eigenen Mail App aus. ;)

merkst du aber auch selbst, oder? ;) Ich bin da bei tesso. Ich würde sagen, wenns ohne Tests nicht geht, muss der Kunde das Risiko tragen und bezahlen, oder er kann selbst forschen. Aber das ist nur meine Meinung. Bei 2012 Foundation gibts ne klare Aussage des Herstellers: https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-foundation/jj679892(v=ws.11)?redirectedfrom=MSDN Upgrade of Windows Server 2012 Foundation is not supported. Dass es irgendwie hingebastelt werden könnte, möchte ich nicht abstreiten, aber erstens wäre das dann am Kunden diese "Forschung" zu bezahlen, und ob das funktional hinterher noch sauber ist, wäre eben ebenfalls auf Seiten des Kunden zu verorten und nicht beim Dienstleister. Ich drück dir die Daumen, dass du ihn überzeugt bekommst. ;)

Na dann nimm seine Maschine und teste. Den Test kannst du ihm ja sicher in Rechnung stellen. :)

Hmmm, naja... Also wenn die Platte nicht verschlüsselt ist, ist jeder Offline Angriff ein Risiko. Da sind die cached credentials auch egal. Siehe: https://cqureacademy.com/blog/hacks/cached-credentials-important-facts

Naja, das würde ich grundsätzlich anzweifeln, es sei denn, dass bei dir ein Restore automatisch bei fast jeglicher Fehlerauswirkung ein Reflex ist. ;) Ich hab auch schon fehlerhafte Single DCs gesehen, da hätte ein Restore auch nur vor x Monaten geholfen, und man musste das Problem dann trotzdem lösen.

Denken sich deine Kollegen vermutlich auch. ;)

Hast du es jetzt als Dienst laufen?

OK, dann siehe oben. Wenns der Schlüssel des Kunden ist, dann kann er den auf allen Servern verwenden. Das ist afaik vollkommen egal. Wenn er einen KMS haben will, muss er sich mindestens einen Server mal über VL kaufen, dann bekommt man den.

Nein, das wurde nachträglich bearbeitet. Wenns ne Korrektur war ok, ansonsten bleibe ich bei meiner Antwort. Ich verwende nicht die Key anderer Kunden bei anderen Kunden. ;) Und wenns der selbe Kunde ist, dann ist es sowieso sein Key, dann stellt sich die Frage eigentlich gar nicht.

Des anderen Kunden?

Ja, dann ist das so. ;) alternativ kauft man sich halt mal eine vl und bekommt den kms dazu. ;)

Na und?

Weil du kms Schlüssel nur bei Volumen Lizenzen bekommst und nicht bei rok

Dann aktivier halt Datacenter . ;) keys eines anderen Kunden würde ich nicht unbedingt verwenden.

Also immer noch nicht gelöst? ;) vielleicht Zuviele dcs :p

Die Nummer wird dir beim vamt soweit ich weiß angezeigt.

Meist weil der key bereits öfter als 3 mal aktiviert wurde. Da hilft dann ein Anruf bei ms, die das activation limit hoch setzen, oder einen neuen key rausgeben.