Sunny61

Du wolltest die Freigabeverwaltung, und die ist da zu finden. Leb wohl.

Als der betroffene Benutzer im Explorer in der Adresszeile %TEMP% eingeben und ENTER drücken. Jetzt bist Du in den Temp-Dateien, STRG+A > löschen. Wenn das nichts hilft, die OST-Datei für das Postfach bei geschlossenem Outlook löschen. Anschließend Outlook wieder starten, jetzt nochmal probieren.

In der Computerverwaltung findest Du die Freigegebenen Ordner und die Geöffneten Dateien immer noch. Selbst suchen ist nicht so dein Ding, oder?

Lesen, testen, lesen und nochmal testen. Einfach Beispiele aus der Praxis ausprobieren um ein Gefühl für die Sache zu bekommen. Das ist übrigens kein Thema, das man mal eben zum Frühstück verstanden hat.

Einfach in der Batch vor dem EXIT machen. Oder noch besser, einfach mal ausprobieren.

Ich nehme sehr gerne einen Einzeiler zum Löschen incl. Unterordner. :) rd /s /q Pfad

Du nimmst den User aus Gruppen raus, die nichts damit zu tun haben und soll helfen? Irgendwas läuft hier momentan komplett an mir vorbei.

Dann versuch es so: file://\\DeinPfad_zur_EXE

Und als Stellvertreter? Kontrollier auch im Exchange die Einstellungen von k.schuster. Evtl. ist dort ja die Userin eingetragen. Gibt es Gruppenzugehörigkeiten von beiden, die darauf Rückschlüsse zulassen?

Es gibt 2 Möglichkeiten jemanden auszusperren, die Freigabeberechtigungen und die NTFS-Berechtigungen. In der Freigabe kannst Du Vollzugriff für Jeder einstellen, in den NTFS-Berechtigungen muss natürlich auch das Computerobjekt oder die Domänen-Computer enthalten sein. Ist das der Fall? BTW: Wenn der Computer keinen Zugriff auf die EXE hat, nützt es dir überhaupt nichts, wenn Du das angemeldeter Benutzer den Zugriff probierst. Computer <> Benutzer.

Du musst bei den Benutzern in Outlook in den Eigenschaften des Kalenders schauen, dessen Kalender die eine Benutzerin im Outlook sieht. In deinem Fall musst Du also zu k.schuster gehen und dort in Outlook *ALLES* kontrollieren. Nichts von den Benutzern selbst machen lassen, alles musst Du selbst manuell prüfen!

Dann schaut man aber in die richtigen Logdateien auf dem betroffenen Server und lässt die GPOs bzw. RSOP.MSC in Ruhe. Aber für das Problem erstellst Du bitte einen neuen eigenen Thread und beschreibst die Hintergründe dazu auch etwas genauer, Danke.

OK, die Excel Dateien liegen auf dem Server, deshalb die Frage. Aber kein Problem, ich bin raus.

Und was läuft auf dem Server? Ohne AVAST funktioniert die Abrechnungssoftware nicht mehr?

Welcher AV-Scanner wird eingesetzt?

Dann lass das jemanden machen, der die Zeit und der das kann. Natürlich kannst Du das, aber spätestens 2 Tage später kommst Du wieder mit den nächsten Fehlermeldungen. Such doch hier im Forum mal nach Exchange PST Import Export Migration. Dann verstehst Du sicherlich was gemeint ist.

Man darf auch der/dem GF gegenüber sachlich dagegen argumentieren.

Alte und fremde Threads kapert man nicht. Erstelle bitte einen neuen eigenen Thread, Danke. BTW: Das steht auch so in den Regeln, No. 7 suchst Du. http://www.mcseboard.de/topic/191452-regeln

Du brauchst eine Finde-Funktion, suchen kann jeder. :) Agent Ransack in der Freeware Variante hilft schon viel: https://www.mythicsoft.com/agentransack/

Oder den WPP auf dem WSUS installieren, bzw. entpacken, darüber kann dann auch der User die Updates auf dem jeweiligen PC/Server installieren lassen. Powershell, psexec und so weiter.

Nein, mußt Du nicht. Sicherheitsgruppe erstellen, betroffene Computerkonten rein, GPO erstellen, *Sicherheitsfilterung* mit der Sicherheitsgruppe der Computer einrichten, Client booten. Stell dir hier anstatt der Benutzergruppe einfach eine Computergruppe(n) vor. https://www.gruppenrichtlinien.de/artikel/filtern-von-gruppenrichtlinien-anhand-von-benutzergruppen-wmi-und-zielgruppenadressierung/ Und das ist auch noch sehr wichtig: https://www.gruppenrichtlinien.de/artikel/sicherheitsfilterung-neu-erfunden-ms16-072-patchday-14062016/

Du kannst doch auch Computer in Sicherheitsgruppen packen und das GPO auf die Sicherheitsgruppe filtern.

Doch, man kann immer noch Updates manuell installieren. Aus dem Update Catalog downloaden und per Doppelklick starten. Falls man es automatisiert per Commandozeile machen möchte, dann die WUSA.EXE aus %windir%\System32 dafür benutzen: %windir%\system32\wusa.exe "Pfad_zur_MSU" Und das ganze in einer administrativen Commandline aufrufen.

Du kannst übrigens auch Updates manuell aus dem Update Catalog in den WSUS importieren. Ist vielleicht auch keine schlechte Sache, denn beim WSUS wird immer x86 + 64Bit gedownloadet. Manuell kannst Du wählen.

Dann begrenze den BITS auf dem WSUS. Geht via GPO: https://wsus.de/de/HowTo/Background-Intelligent-Transfer-Services-BITS 8-17 Uhr 100 kb, 17-8 Uhr Vollgas. Zusätzlich auch nur die Updates genehmigen, die auch von den Clients angefordert werden. Geht übrigens per Script automatisiert. Von Dukel (AFAIR) gibt es hier im Forum dazu ein PS-Script. Schon wird Bandbreite geschont. Und was bringt das für den Download aus dem Internet? Nichts, denn der WSUS lädt von WU herunter. Natürlich holen alle Clients vom WSUS ihre Updates.