Dutch_OnE

Alles klar. Es war eine Migration vom SBS2011.

Habe ich auch gerade gesehen, dass diese Einstellung in einem frischen System ebenfalls vorhanden ist. Ich suche nun nach einem Weg von den betroffenen Postfächern den Admin Vollzugriff zu entfernen. Folgendes funktioniert halt alles nicht: Remove the Permissions per level with Get-MailBoxPermission Domain\UserName | Remove-ADPermission Get-MailboxDatabase | Get-ADPermission -User Domain\UserName | Remove-ADPermission Get-ExchangeServer | Get-ADPermission -User Domain\UserName | Remove-ADPermission Get-OrganizationConfig | Get-ADPermission -User Domain\UserName | Remove-ADPermission Das hier ist genau das Problem. https://vanbrenk.blogspot.com/2019/06/removing-accessrights-warning-inherited.html Und warum steht er nur in einigen als Vollzugriff und nicht in allen? Ich breche an der Stelle jetzt ab, da ich mich nicht mehr traue, härtere Maßnahmen durchzuführen. Bei neuen Mailboxen ist die Berechtigung nicht mehr vorhanden. Daher wird das mit jedem Usertausch zwangsläufig immer weniger.

Ich überlege den Administrator da zu entfernen. Bin mir nur halt nicht sicher, was das für Auswirkungen haben könnte

Im ADSI-Editor kann ich erkennen, dass der Administrator Vollzugriff auf die Datenbank hat. Ich bin mir aber nicht sicher, ob dass so sinnvoll ist und sein sollte.

Guten Morgen, hat jemand eine Idee zu folgender Frage? Ich habe mir alle Vollzugriffe anzeigen lassen und festgestellt, dass der Administrator Account auf ca. 50 Prozent aller Postfächer Vollzugriff hat. Wenn ich diese über den Befehl: Remove-MailboxPermission -Identity "Technik" -User "Administrator" -AccessRights FullAccess -InheritanceType All entfernen möchte kommt die Meldung: WARNUNG: Ein geerbter Steuerungslisteneintrag wurde angegeben: [Rights: CreateChild, Delete, ReadControl, WriteDacl, WriteOwner, ControlType: Allow] und für Objekt "..." ignoriert. Ich habe dann über den Befehl: Get-MailboxDatabase | Get-ADPermission | ? User -like "***" Ergebnis: Identity User Deny Inherited -------- ---- ---- --------- MailboxDB2020 Administrator True True MailboxDB2020 Administrator True True MailboxDB2020 Administrator False True Vermutlich kommt das von eine alten Backup Software, die damals alle Postfächer als PST gesichert hat. Kann mir jemand einen Befehl nennen, wie ich die Administrator Berechtigung aus der Datenbank rausbekomme? Hätte das dann Auswirkungen auf die GUI vom Exchange Admin Center? Gruß DO

Super, ich danke Euch für die Antworten

Ich würde gerne möglichst ohne User Interaktivität die Windows Updates einspielen. Außerdem am liebsten auch ohne auf den Rechner mich aufzuschalten.

Danke für den Tipp. Das schaue ich mir mal an.

Kann ich WUSA auch Remote einrichten, also z.B. auf einen Server ausführen, um die Updates auf einem Client durchzuführen? (in einer Domäne)

Ich habe zum Teil einen WSUS im Einsatz. Dort gebe ich die Updates frei. Kann es sein, dass bei den W10 Clients die Funktionsupdates 20H2, 21H1 dann nicht mehr optional sondern "normal" angezeigt werden und die sich dann mit installieren?

Moin, weiß jemand ob es eine solche GPO oder andere Möglichkeit gibt, um Windows Clients die 2004 oder kleiner installiert haben, die Anmeldung zu verweigern? Oder gibt es eine Möglichkeit Funktionsupdates auch automatisch zu installieren, ohne das der Anwender diese erst auswählen muss? mit oder ohne WSUS. Gruß DO

Moin, ich schaue mal nach, dass ich noch das neueste Proliant Service Pack einmal rüberspiele. Dann melde ich mich wieder. Der Rest am Server läuft einwandfrei.

Alles klar, vielen Dank für die Antwort. Sowas hatte ich mir schon fast gedacht.

Guten Morgen, es handelt sich um einen Proliant ML350 Gen 8. Wenn ich anfange Daten auf eine USB Platte zu kopieren, bekommt das System einen Bluescreen (siehe Anhänge) und startet neu durch. Der Fehler ist reproduzierbar, da er jedes Mal auftritt. (Ich kopiere die VHD Container vom Server auf USB, also es handelt sich um große Dateien) Der Fehler tritt auch mit einer anderen Platte auf. Bevor ich hier jetzt Firmware aktualisiere (never touch a running system, weil der Server ansonsten stabil ist), wollte ich mal hier fragen, ob jemand anderes auch diesen Fehler mal hatte. OS ist Windows 2016. Fehler tritt seit 2 Monaten auf. Bugcheck Code 0X00000133 Watchdog Violation Gruß DO

Sieht gut aus. Vielen Dank

Moin, ich habe mir eine das Tagesdatum in eine Variable geschrieben. $datum = get-date -format ddMMyyyy Nun möchte ich daraus die Quersumme berechnen. Wenn ich das mit einer For Schleife mache, bekomme ich die Werte nur einen String oder nach einem Cast den ASCII Wert. Damit kann ich das ja nicht berechnen. Kann mir jemand sagen, wie ich das aus der Variablen als Int rausbekomme? Danke

es musste die Rolle Dateiserver installiert werden.

Moin, Server ist Windows 2019. Neustart ändert leider auch nichts. Google findet einmal dieses Thema, aber auch dort keine Lösung. Manuell den Pfad angeben hat auch nicht geholfen. Jemand eine Idee? Gruß DO

Alles klar. Vielen Dank

Hallo Niels, danke für die Info. Es handelt sich um eine Web-Site, die über https angesprochen wird und auch nur mit dem FQDN Namen funktioniert. Daher wird das vermutlich ähnlich wie bei Ping sein. Würde nicht aber eine Erweiterung im DNS Suffix helfen?

Der CName ist in der Zone testen.de test.testen.de ist nicht der Alias sondern der FQDN vom Cname. Da habe ich mich falsch ausgedrückt.

Moin, ich habe einen CName test auf einen Server mit dem Namen Server. FQDN: server.sub.abc.testen.de Zusätzlich hat der CName den Alias test.testen.de Jetzt habe ich einen Rechner in der Domäne sub.abc.testen.de Als DNS Suffix Search List sind sub.abc.testen.de und abc.testen.de angegeben. nslookup auf test und test.testen.de funktionieren jeweils und zwar auch mit der selben Ausgabe auf den richtigen Server. Ping dagegen funktioniert nur auf den FQDN Alias test.testen.de Ein Ping auf test findet den Host "test" nicht Warum funktioniert NSLOOKUP und Ping dagegen nicht? Liegt das an den DNS Suffix, sprich müsste ich testen.de auch noch mit angeben? gruß DO

Hallo Norbert, das ist eine gute Idee. Ich warte vorab nochmal auf genauere Informationen zum Fehler und werde das parallel mal testen lassen. Das Phänomen tritt auf einigen aber nicht auf allen Clients auf.

Tatsächlich nutze ich auch die Mailstore Suche. Damit klappt das deutlich besser. Nur in dieser Umgebung gibt es leider kein Archiv.

Moin, der Exchange 2016 Server hat vor 2 Wochen das CU21 bekommen. Kurze Zeit später war zu hören, da bei einigen Outlook die Suchfunktion nicht mehr funktioniert. Hat da jemand gehört, ob es mit dem CU21 solche Probleme gibt? Gruß DO Weitere Infos, welche Outlook Version, genaue Fehlermeldung usw. folgen noch. Die Client sind Windows 10 und im ersten Schritt lasse ich erstmal alle WU noch installieren