Sunny61

Der Standard für Anmeldescripte sind AFAIR 30 Minuten, kann man also anpassen. Zusätzlich einfach die Script prüfen und evtl. verändern/verbessern. Dienste sind allemal besser als Scripte.

Und das 'Bitte warten' kann man übrigens auch durch die Meldungen ersetzen, die anzeigen was das System gerade abarbeitet. Stichwort einfache Meldung durch ausführliche Meldungen ersetzen.

Du hast schon Antworten bekommen: http://social.Technet.microsoft.com/Forums/de-DE/virtualisierung/thread/0cdacd50-a68b-4a85-b06c-31936b759e6a#0cdacd50-a68b-4a85-b06c-31936b759e6a

Und wenn Du *VOR* der Benutzeranmeldung 1 Minute wartest, funktioniert es dann? Falls ja, trifft dich das hier: https://www.gruppenrichtlinien.de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36/

WINS deinstallieren, Reboot, NIC deaktivieren, Reboot, WINS installieren, Reboot, NIC aktivieren. Evtl. hilfts.

Die zweite NIC im BIOS abschalten.

Ich verstehe den Unterschied der von dir gen. 2 Anmeldungen nicht. Neuanmeldung ist Neuanmeldung. Was ist dann keine Neuanmeldung?

Bevor die Probezeit endet, sucht normalerweise der Arbeitgeber das Gespräch mit dem Arbeitnehmer, nicht andersrum. Wenn niemand auf dich zu kommt um das an Feiertagen oder Wochenenden zu verlangen/erwarten, dann würde ich persönlich auch nichts tun. Hier dürfte wohl die Erwartungshaltung die falsche sein. Möglicherweise will man deine Lage einfach nur ausnutzen. Wenn jemand auf dich zukommt, dann muss man ein Gespräch führen und den AN fragen, ob er bereit ist die Feiertage und das WE mit Arbeit zu verbringen. Sofern es zu einer Einigung kommt, sollte die Einigung IMO schriftlich fixiert werden. Überstundenzuschläge sind normalerweise bis 20 Uhr 25%, von 20 bis 6 Uhr morgens 50%, Sonn- und Feiertags tagsüber 100%, AFAIK. Gibt es einen Tarifvertrag? Wie sieht dein Arbeitsvertrag aus?

Mehr steht nicht in der Batch? Falls doch, poste sie komplett. Die Pfade kannst Du ja unkenntlich machen. EDIT: Schau hier: https://www.gruppenrichtlinien.de/artikel/die-gpmc-am-client-als-administrator-aufrufen/

Dropbox könnte das vielleicht. Einfach mal anschauen.

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?