NorbertFe

Das ist unnötig, weil Domaincomputers in Authentifizierte Benutzer enthalten ist. Stecken in der OU denn nun Gruppen oder die Benutzer oder Computer für die das gelten soll?

Der Webserver steht ja hoffentlich auch nicht innerhalb deines LANs und hat Zugriff auf alle Applikationen. Falls doch, würde ich das mal sehr schnell ändern. Sicherheit und Bequemlichkeit liegen nunmal an entgegensetzten Enden einer Linie. RDP gehört weder mit noch ohne NLA direkt ins Internet. Wer das heute noch tut, hats echt nicht anders verdient. Bye Norbert

Viel wahrscheinlicher ist aber der Abfluss solcher Infos über Smartphones und ggf. Auch die andere seite der Kommunikation.

Ja. Wie viele Lücken gabs denn so in letzter Zeit? Das werden auch nicht die letzten gewesen sein. Und jeder mit Firewall kann Port 3389 Scans in Aktion sehen. ;)

Naja ist schwierig. Bei Waschmaschinen, Autos und Lebensmitteln stecke ich als normaler Nutzer in der Materie. Bei exchange deutlich tiefer und erwarte dann auch vernünftiges Troubleshooting;)

Wobei ich auch schon Mails von ms Support bekommen habe, bei denen ich an der fachlichen und/oder menschlichen Kompetenz des/der Bearbeiter zweifeln musste. ;)

Ich weiß das, aber der to ist wohl von der ungeduldigen Sorte. :p

Laufen alle Dienste? Lass dir bloß nicht alles aus der Nase ziehen? Was steht evtl. Im eventlog? Wenn der Exchange in einem neuen Netz steht, ist das im ad unter sites and Services auch korrekt konfiguriert?

Tja ohne Infos über deine Umgebung kann man wohl nur raten. Die erste Meldung sagt ja relativ klar aus, dass der Absender nicht korrekt berechtigt ist. Versuchst du das mit Outlook? Sieht eher nach Thunderbird oder so aus ;)

Zwischen den Postfächern auf dem 2016er geht nicht? Laufen alle Dienste? Nur nicht Zuviel Infos. Geht nicht ist keine qualifizierte fehlerbeschreibung. ;) Warum soll er die denn angeblich nicht besitzen?

Ich würd ja erstmal intern schauen, danach dann extern. Welche Richtung funktioniert nicht? Von 2010 zu 2016 oder andersrum? Vermutlich stimmen die empfangsconnectoren nicht. Wenn’s nach extern nicht geht, muss man mal schauen. Abgesehen davon ist cu19 aktuell, wobei das nichts am Problem ändern wird, aber trotzdem sinnvoll ist.

Doch das bringt dir was. Und wie schon gesagt kann man die pst Datei auch größer werden lassen.

Ehrlich?

Wir schon gesagt, wurde es vermutlich per automapping eingebunden. Schalte automapping ab (per powershell) und binde das Postfach als weiteres Konto (exchange) ein. Zugriff hast du über das Hauptkonto ja. Also brauchst du keine Passwortdaten des zweiten Postfachs, sondern nutzt die des hauptpostfachs.

Ich hätte das zusätzliche Postfach entweder nicht gecached oder einfach als eigenes Postfach eingebunden (dadurch dann eigene ost). Wenn die pst jetzt kaputt, verschlüsselt oder sonstiges wird, sind die Daten weg. Pst sind eine Krankheit und keine Lösung!

Warum nicht? Besser als an 20 PCs auf Updaten klicken :p Man kann das ja "kombinieren", dann sieht man wenigstens am WSUS wenn auf einem PC was "schief" hängt.

Per default sind’s aber 50gb und man muss afair mehr erlauben (registry)

Daraus lernt man, Testumgebung und produktiv sind dann doch selten gleich. ;)

Perfekt. Ich wusste, das hilft :p

Selbst schuld würde ich sagen.

Nein.

Ganz sicher. Denn wenn ich entweder den Internetzugriff erlaubte oder den 3. Eintrag entfernte funktioniert es wieder. Und es bezog sich immer entweder auf Defender Updates oder was schlimmer war auf die Servicing Stack Updates in Windows 10 (damals 1809 und 1903 ich habs aber auch schon mit 1909 und 2004 gesehen). Meine Server verwenden seit Jahren SSL, also daran kanns nicht liegen. ;)

Ja das ist klar, aber dass man sowohl als auch für die Anmeldung nehmen kann ist irgendwie strange (IMHO).

Dann mußt du ja nur noch den Unterschied zwischen Test- und Produktivumgebung finden. ;) Bye Norbert PS: In der Theorie besteht zwischen Theorie und Praxis kein Unterschied. ;)

Interessant. Seit wann geht das denn? Ich hab das grad mal nachvollzogen und geht hier auch. Wobei bei mir beide ad.domain.tld und domain.tld als UPN Suffix im AD angelegt sind.