NorbertFe

Wenn ich den Link richtig lese, dürfte das Problem dann doch gar nicht auftreten. Was hältst du davon, das Caching für diese Mailboxen einfach abzuschalten?

1. kann man in der Cloud automapping bestimmt auch abschalten und 2. klar kann man. Landet halt nur alles in einer .ost Datei. Ich würde empfehlen für shared Mailboxes und generell zusätzliche Postfächer das Caching zu deaktivieren. Wie ist denn das Caching für die Hauptmailbox konfiguriert?

Wir reden aber von Windows, und da heißen die Listen Gruppen. Da hilft es dann schon, die entsprechenden Begrifflichkeiten im Zusammenhang zu verwenden. :)

Wenn man das denn ausführen kann. Ich konnte bei Erscheinen der Fehlermeldung auf dem Desktop nicht mal "Runterfahren" im Startmenü auswählen. cmd starten ging auch nicht. Was geholfen hat, Netzwerkverbindung deaktivieren (im Hypervisor).

Also eben gerade ging der Link im Beitrag über dir.

das hilft zwar gegen Krach, aber sonst wenig. :)

Bekannt ist das gefühlt seitdem sich Vista ohne Default Gateway sehr "schräg" verhält. ;)

Sollten sie auch nur, wenn man denn weiß ob man das überhaupt so haben will, wie MS das empfiehlt. :)

Dafür brauchst du dann doch nur insight, das dir sagt wer warum wie lange mit dir kommuniziert hat und ob das überhaupt relevant war. ;)

Ja natürlich. Schonmal auf den Reiter "Berechtigungen" des Kalenderordners geschaut? Das sollte halbwegs selbsterklärend sein.

Ja kannst du so machen. 👍

Ja man "sollte" davon ausgehen können, und doch stöhnen alle auf, wie schlecht das doch immer alles ist. Wenn also alle immer davon ausgehen, dass MS so schlecht ist (was in dem Fall ja auch so ist), warum sind dann alle erstaunt, wenn es mal schlecht läuft? :) Nicht alles was hinkt ist ein Vergleich. Und Auto und IT sind selten treffend. :)

Tja, dann musst du hinterher eben aufräumen, oder willst lieber ne Dose Mitleid? :) Und ja, ich finde die Patchqualität auch nicht prickelnd. :)

Ja, sollte man definitiv auf NTLM2 erzwingen setzen. Was dann hinten runterfällt, wird man ggf. entweder gesondert behandeln oder endlich aussortieren. :)

https://www.se.com/ww/en/download/document/SESB-2021-347-01/ So, toll nur "Würgherum" mit manuellem Gefrickel, anstatt einfach eine bereinigte Version bereitzustellen. :/

Ja kann er, aber man sollte mal den Healthchecker nehmen und wird feststellen, dass MS das gern anders konfiguriert haben möchte :)

Das handelt dein Exchange mit dem Absender aus. Wenn du da zu restriktiv wirst, wirds schwer dir Mails zu senden.

1. Das kommt nie vor und falls doch 2. Ist das nicht schlimm, denn das is ja dann in der Cloud und nicht das eigene Krempelzeug. ;) 3. Und wenns doch die eigene Arbeitsfähigkeit betrifft, ist das ja auch die Schuld der IT, denn die hat ja gesagt Cloud wär toll.

Danke für die Rückmeldung. :)

So in etwa, und dazu kommt: Management liest: Probleme bei Windows und Exchange, Cloud nicht betroffen. Die bekommen ja nicht ständig die service Health notifications von o365. Bzw. Nur wenn da mal global die ka**e am dampfen ist. Und Investitionen sind ja sowieso viel böser als Betriebskosten der Cloud. :)

Die Zeit die du da „verplemperst“ hätte gereicht den oben stehenden Vorschlag umzusetzen. Die downtime dürfte auch geringer sein.

Naja es muss ja Gründe geben, damit die Cloud besser ist. ;)

Bei einem Kunden (er wollte vorbildlich schnell patchen), kam es genau zu den bekannten Problemen. Es waren 3 DCs (2 am Hauptstandort und 1 am Remote Standort). Der am Remotestandort lief mit Updates problemlos. Auf einem der beiden am Hauptstandort waren die Updates installiert und auf dem anderen waren die Updates fehlgeschlagen. Auf beiden konnte man sich (wenn man schnell war) anmelden und bekam die Meldung, dass der DC in einer Minute heruntergefahren wird. Man konnte in dieser Situation nicht mal eine cmd starten (wüster Fehler). Geholfen hat auf dem einen die Updates per wusa zu deinstallieren und den anderen mal ohne Netzwerkverbindung zu starten und danach das Netzwerk im ESX zu verbinden. Sobald alle wieder im Sync waren ließen sie sich auch problemlos wieder normal restarten usw. Also ja den Fehler gibt es, ich hab ihn aber bisher nur bei 2012R2 gesehen. Bye Norbert

Wie gesagt, wär für mich absolutes No-Go, so ein Konstrukt. Wenn der POPConnector nicht wäre, wäre es auch überhaupt kein Stress mit dem Provider, weil der damit null zu tun hätte. Aber ok, jeder macht sich soviel Arbeit wie er will. :) Wenn also die gesendeten Mails in den Postfächern der User bzw. in den Logfiles des Exchange zu finden sind, müßte man schauen, warum das überhaupt möglich ist und wie genau da der Versand erfolgte. Auch das läßt sich im Forum aber nur schwer klären. Bye Norbert

Der Exchange steht also bei euch lokal oder beim Provider? Wer setzt denn freiwillig POPConnectoren ein, oder reden wir hier von 2 T-Online Konten? ;) Und da wäre sicher professionelle Unterstützung abseits des Forums hilfreicher. Und ja ich weiß, dass es nicht einfach ist, den richtigen Dienstleister zu finden. Bye Norbert