NorbertFe

https://www.frankysweb.de/windows-server-2025-falsches-netzwerkprofil-auf-domain-controller/

Doch tut es leider. Hab ich letzte Woche auch gesehen. :)

LDP ist ein gutes Beispiel wie man es quasi unmöglich macht mit einer lokalisierten Applikation zu hantieren ;)

Geht beides. Und bitte bei der Nachfrage des Ersetzens des Standardzertifikats mit NEIN antworten, wenn man sich nicht sehr sicher ist, was das bewirkt. ;)

Das is die ScreenSaverGracePeriod :) Wenn der Screensaver länger als das aktiv ist, wird automatisch das Passwort verlangt. Was genau ist denn dein gewünschter Zustand? Also wie soll das System deiner Meinung nach reagieren?

Und nicht für SMTP?

dann darfst du den Haken bei Kennwort nicht setzen, dann wird da auch kein Kennwort durch den screensaver (auch „kein“) angefordert.

Ja, das ist korrekt und die Einstellung sorgt eben dafür, dass ein Kennwort verlangt wird, wenn der screensaver angeht. Wenn du „kein“ auswählst und der User auch keinen selbst wählt geht der Bildschirm aus und danach wird ebenfalls das Kennwort verlangt. Ist mindestens seit Vista so.

Wir warten dann mal ab ;)

Das weiß ich doch aber auch. Nur vielleicht nicht jeder der hier mitliest. 😉

Das Federation Zertifikat muss eigentlich gar nicht an den SMTP Service gebunden werden. Falls ihr das Federation Gateway nicht benutzt, sollte der Ablauf des Zertifikats keine Probleme machen. Erneuern kann man es natürlich trotzdem: https://learn.microsoft.com/en-us/exchange/renew-the-federation-certificate-exchange-2013-help Sind das alle Zertifikate oben in der Liste?

Das sind so Dinge, die man bei Kunden mitnimmt, sobald es um Zertifikate geht. Nicht weil die Notwendigkeit nicht gesehen wird, sondern weil man sich damit nicht beschäftigen will.

Kannst du das ggf. mal anonymisiert hier zeigen?

Powershell möglicherweise, aber ansonsten dsrevoke.

Normalerweise sollte man das in PingCastle aber sehen können was genau ihm nicht paßt.

Und das ist doch aber in vielen Bereichen so. ;) Und Zertifikate sind sowieso und grundsätzlich "bäh" ;)

Dann steht aber im Allgemeinen die SID weiterhin drin.

Aktuell noch nichts was ich direkt selbst ausprobiert hab. Aber es gibt diverse, über die ich ab und an mal gestolpert bin. Wie gesagt der kostenlose bei Github wird aktuell nicht weiterentwickelt (falls jemand Entwickler kennt....) funktioniert aber. https://www.emailarchitect.net/domainkeys/buy.aspx wäre eine kostenpflichtige Version. Soweit ich mich erinnere hat auch die IQ.Suite einen DKIM Signer drin (bin mir nicht ganz sicher). Bye Norbert

Der erstere funktioniert aber weiterhin weitgehend problemlos und die Sophos muss man dann halt gegen was ersetzen was auch DKIM signing kann. Alternativ gibts natürlich auch andere Lösungen für Exchange die das bewerkstelligen. Oder du stellst nen Proxmox davor. ;) Bye Norbert

Die Fehlermeldung ist ok, aber kein DKIM ist nicht ok. ;) Was hindert dich denn daran DKIM sauber zu konfigurieren und auch gleich noch DMARC (inklusive Monitoring) zu nutzen?

Und eure IP ist bei IONOS oder wieso steht da ein include auf deren IPs drin? Fehlt dann da nicht irgendwie eure eigene IP? Das sagt ja erstmal nur, dass der SPF Record syntaktisch korrekt ist. Das Thema hat aber nur bedingt mit deiner Umstellung zu tun und Jan wollte vermutlich nur darauf hinweisen, dass falls eure IP im SPF steht auch die neue da rein gehört (und später die alte natürlich raus).

Stimmt, so wie jetzt ist bestimmt besser? 😉

Den wirst du da auch nicht finden, da musst du dich an deinen Inet Provider wenden. Ihr sendet über Smarthost?

Bei Exchange 2019 ist es eine Empfehlung. Bei Office ist es ein klares Support Statement. Kannst du natürlich ignorieren, aber das musst du einschätzen. Office 2016 auf Windows 2016? Oder Office 2013 auf Windows 2012? Was genau willst du sagen? 😉 office 2019 auf Windows 2019?

Aha, weil der Domänen-Admin der einzige ist der notepad starten kann?