NorbertFe

Naja wenn mans weiß. Ich hab bei Exchange immer nur mit Logfiles in UTC zu tun.

Hieß das Ding unter 2013 nicht noch Social Connector? http://www.surfacetablethelp.com/2013/01/removedisable-social-connector-in-outlook-2013.html

Adfs kann afaik übrigens ein fallback per hashsync (wenn man will).

weils auch noch adfs und passthrough Authentifizierung gibt. Will halt nicht jeder seinen passwordhash bei ms haben.

Wegen sowas hier bspw: https://research.hisolutions.com/2020/07/high-impact-vulnerabilites-in-multiple-usb-network-servers/

Nichts. Denk dir einfach immer die entsprechende Zeit dazu. ;)

Naja ist bei einem Hersteller für die notwendigen switches ja zu erwarten, dass er ein bisschen Werbung dafür macht. ;)

Bei Authentifizierung braucht man üblicherweise dann Port 587 statt 25. vermutlich sollte man mit einem eigenen connector auf Port 25 unauth. arbeiten. Ist am einfachsten. Setzt aber voraus, dass die Mails immer von der selben externen ip reinkommen.

Nö. Das wird nicht gesynct.

Im Zweifel einfach mal den pc in der WSUS Konsole löschen und warten ob er wieder auftaucht.

Doch.

Hallo, danke für die Info. Total OT: Die Node/Der Node ;)

Reparatur weswegen? Wegen der .net Version? Welche denn?

Sinnvoller wäre es dann, diese Anwendung als Alternative Shell zu konfigurieren. Bleibt dann nur das Problem der Abmeldung.

OT die 2: Der Router oder der Router... ;)

Zwecklos... ;) Aber ja, tut weh beim Hören und Lesen. ;)

und den nicht vergessen. ;) https://www.gruppenrichtlinien.de/artikel/sicherheitsfilterung-neu-erfunden-ms16-072-patchday-14062016/

Hi Nils, schon klar. Ich bezog mich tatsächlich rein auf Exchange.

Das würde man bei exchange ja mit dac in den Griff kriegen.

Ja aber dann lieber ein Ende mit Schrecken... ;) Sonst steht man irgendwann sowieso auf einer Insel.

Ich bin da bei Nils. Wenn die Mail mal nicht da ist (auch bei 6000 Usern), geht die Welt definitiv langsamer unter, als man immer denkt. Und bei 8 Knoten über zwei RZ und abgesetzten FSW sollte Planung für Betrieb und Desaster ja sowieso dazugehören. Nichtsdestotrotz ist das Wissen vom Handling natürlich praktisch im Fehlerfall. ;) Bye Norbert

Danke für die Problembeschreibung. Ich vermute nein. Was spricht denn dagegen, den Telekom Tenant einfach in einen "richtigen" umzuziehen?

probiers doch aus. dafür braucht man ja nur 4 VMs. ;) Und das setzt natürlich voraus, dass alle DBs immer auf allen 8 Servern vorhanden sind. Über welche Größenordnung von Nutzern reden wir denn?

So einfach kann die Cloud sein. ;)

Soweit ich mich erinnere kann man tatsächlich bis "last man standing" betreiben. Dann sollte man sich aber auch über DAC und die restlichen Punkte von Resilience die MS da vorsieht Gedanken machen.