Sunny61

Und täglich grüßt das Murmeltier. :) Wenn sonst nichts weiter im Batch ist, wird sie täglich ausgeführt. ;)

Korrektur der URL: http://www.justiz.nrw.de/nrwe/lgs/bonn/lg_bonn/j2014/15_O_189_13_Urteil_20140110.html

Das ist aber kein vernünftiger Test. Du mußt schon richtig testen, normaler User mit normalen Berechtigungen. Außer es sind bei euch alle Benutzer auch lokale Administratoren.

Es gibt dazu ein Urteil. Dabei ging es um einen RA, der einen Termin für einen Mandanten versäumte weil die Mail vom Mandanten in seinem Junk Mail Ordner lag. Das Gericht gab dem Kläger recht, der hatte den RA auf Schadenersatz verklagt. Jeder muss einmal täglich in den Junk Mail Ordner schauen und die Mails dort sichten, das war das Resultat und die Begründung des Gerichtes für das Urteil. D.h. für mich heißt das, die MAs müssen einmal täglich den Junk Mail Ordner öffnen und die Mails sichten. Frag mal nach wieviele mit dem Begriff Junk Mail Ordner etwas anfangen können. ;)

Bezüglich Junk Mail Folder, wissen die Anwender eigentlich, dass sie gesetzlich verpflichtet sind, einmal täglich den Ordner zu sichten? Viele der User wissen mit dem Begriff und dem Ordner überhaupt nichts anzufangen.

Wenn dem so ist, SOLLTE dank SRP ja nicht passieren, aber Danke trotzdem für den Hinweis. ;)

Und die EXE wird dann im %TEMP% erzeugt und soll in %TEMP% ausgeführt werden?

Ist ja langweilig, kann ja jeder. :)

Starte doch mal eine administrative Commandline und verbinde dich damit dann auf dein LW E:\, funktioniert das denn? Wenn ja, starte den Aufruf: cd E: [ENTER] C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -Command ". 'Mein Pfad\04.Taskleiste anpassen.ps1'" [ENTER] Wobei ich mit vorstellen kann, das mit den Anführungsstrichen so nicht passt.

Es gibt sogar eine schöne einfache GUI um die Clients in einer Workgroup zum WSUS zu bringen: http://www.gruppenrichtlinien.de/artikel/download-sammlung-gruppenrichtliniende-tools/ Einmal eine 'normale' Version und eine Special Edition. Dokumentation: http://www.gruppenrichtlinien.de/fileadmin/user_upload/ressourcen/Connect2WSUS.pdf

Kannst Du die DLLs mit einem funktionierenden Rechner vergleichen? Von dort evtl. die richtigen holen und ins passende Verzeichnis kopieren? Oder hast Du das auch schon probiert.

Netzwerkkabel abziehen, Rechner neu starten, Treiber bzw. Drucker jetzt deinstallieren geht auch nicht? Die Canon Treiber sind welche exakte Version?

IMO nein, poste doch mal die *EXAKTE* Fehlermeldung. UAC sieht ganz anders aus.

In deinem Script gibt es den LW-Buchstaben E:\, ist das ein lokales oder ein Netzlaufwerk? Und wie genau lautet 'Mein Pfad' denn genau? Ist 'Mein Pfad' ein lokales oder ein Netzlaufwerk?

Diesen Teil hast Du jetzt erst angepasst. Möglich, ich hab das damit noch nie gemacht. Aber steht das nicht in dem Link erklärt, den ich gepostet hatte? Hast Du ihn nicht gelesen?

Aus deinem ersten Posting geht nicht eindeutig hervor, welcher Server S1 und welcher S2 sein soll. Lt. https://blogs.technet.microsoft.com/canitpro/2013/07/16/step-by-step-windows-server-2012-migration-tools-preparation/ installiert man die Tools auf dem Zielserver, der holt sich dann alles vom Quellserver. BTW: Die Info auf die Prüfungsvorbereitung sollte im ersten Posting stehen. ;)

Welche Daten möchtest Du denn migrieren? Wenn es nur Fileablage ist, geht das mit ROBOCOPY sehr gut. Für alles andere mußt Du Details nennen.

Hast Du es via GPO oder GPP gesetzt? Der Unterschied ist klein, aber sehr fein.

Ist der verwendete Treiber denn auch aktuell? Manuell prüfen, nicht nur auf aktualisieren klicken. Ist die Scansoftware aktuell? Auch hier, unbedingt manull überprüfen ob es eine aktuellere Version gibt. Firmware für den Scanner bitte auch prüfen.

Was spricht dagegen, die Scansoftware als Dienst laufen zu lassen? In den Eigenschaften des Dienstes den passenden Benutzer auswählen und beim Anmelden [X] Datenaustausch zwischen Dienst und Desktop zulassen aktivieren. Alternativ den User die Sitzung mit Windows-Taste + L sperren lassen. Hilft das auch nichts und der Hersteller der Scansoftware auch nichts liefern kann, wird es eng und du kommst um einen richtigen Scanner nicht umhin.

Evtl. mußt Du hier aus Exchange 2010 SP2 den Exchange 2013 SP irgendwas machen. $Service = New-Object Microsoft.Exchange.WebServices.Data.ExchangeService([Microsoft.Exchange.WebServices.Data.ExchangeVersion]::Exchange2010_SP2) Exchange2013_SP1 mußt Du lt. https://msdn.microsoft.com/en-us/library/microsoft.exchange.webservices.data.exchangeversion(v=exchg.80).aspx eintragen.

Ändert sich etwas, wenn Du diesen Wert anpasst? $view = New-Object Microsoft.Exchange.WebServices.Data.ItemView(100000,0) Einfach mal 99 reinschreiben, um zu sehen ob es daran liegt.

Du darfst gerne auf den Thread im Technet hinweisen, hast Du auch so hier in den Forenregeln angenickt. https://social.technet.microsoft.com/Forums/de-DE/6030a4e9-689b-477a-9d55-2c824ea7c453/windows-10-connect-server2012r2?forum=windowsserver8de

Trennen bedeutet die RDP-Verbindung mit dem X in der RDP-Verbindungsleiste zu trennen. Wenn die Scansoftware anschließend nicht mehr arbeitet, liegt es an der Scansoftware. Grundsätzlich gibt es das gleiche Problem mit dem Teamviewer und RDP-Sitzungen.

Super, dann hat der TO sich selbst einen Fehler eingebaut.