Sunny61

Und ihr habt ganz sicher den richtigen Key auf dem KMS zur Aktivierung eingegeben? Wie alt ist der Key? Evtl. mal auf dem KMS löschen und neu eingeben. Gibt es denn Fehlermeldungen im Eventlog dazu?

Und was findest Du in? C:\Windows\Logs\DISM\dism.log Nein, nicht hier vollständig posten sondern in der Datei selbst nach Fehlern suchen.

Das persistent:yes würde ich weglassen bzw. ein persistent:no dafür schreiben. Für den Fall dass sich dabei etwas ändert, sei es der LW-Buchstabe, der Servername oder die Freigabe fährst Du mit persistent:no IMO besser. Danke auf jeden Fall für die Lösung. :)

Wie genau sieht denn jetzt deine Lösung aus? In einer Batch kann viel drin stehen.

Hier wird beschrieben wie vorzugehen ist: https://www.borncity.com/blog/2015/12/09/windows-10-dism-reparatur-bemngelt-quelle-fehler-0x800f081f/

Melde dich als der betroffene User an und öffne den Windows Explorer. Jetzt in der Adresszeile diesen Pfad eingeben: \\wS2k12-dc1\ad_daten\hintergrundbild Was passiert? Kommst Du als der User drauf? Besser wäre es die Datei von der Quelle \\wS2k12-dc1\ad_daten\hintergrundbild in ein lokales Ziel zu kopieren. C:\Windows\Web\Screen zum Beispiel. Das darf der User nicht, deshalb besser als Computer. In der Benutzerrichtlinie gibst Du dann den lokalen Pfad vor: C:\Windows\Web\Screen\Home.bmp Hast Du das Bild von jpg nach bmp nur umbenannt oder korrekt als bmp abgespeichert? Letzteres solltest Du tun, dann genauso ablegen wie geschrieben und die GPOs (Computer und User) einrichten, Computer booten und als der User anmelden. EDIT: Du hast Namen von Personen in deinem Screenshot. Ändere das, sonst kriegst Du richtig Ärger und darfst gleich ein paar Tausend EURO Lehrgeld bezahlen.

Was genau hast Du denn bisher schon probiert? Deine Angaben tragen nicht zur Lösung bei. Bei uns funktioniert das ganz wunderbar. ;)

Wenn Exchange Web Services in Kombination mit VB.NET und einem Programmierer, der sich damit auskennt zu den Boardmitteln zählen, dann ja, das geht. :) https://docs.microsoft.com/de-de/exchange/client-developer/exchange-web-services/start-using-web-services-in-exchange https://docs.microsoft.com/de-de/exchange/client-developer/exchange-web-services/explore-the-ews-managed-api-ews-and-web-services-in-exchange https://www.msxfaq.de/code/ews.htm EDIT: https://blogs.technet.microsoft.com/circularlogging/2015/02/10/using-ews-impersonation-and-powershell-to-log-into-an-exchange-online-mailbox/ https://blogs.msdn.microsoft.com/exchangedev/2009/06/15/exchange-impersonation-vs-delegate-access/ EDIT2: Ich hatte vor ein paar Jahren schon den Zugriff auf ein Postfach über die Web Services gemacht, hier nun die beiden Threads dazu: Evtl. hilft es ja weiter. Es gibt sicherlich auch die Möglichkeit einen Anhange abzugreifen und im Dateisytem abzuspeichern.

Da fällt mir nur noch die UAC ein. Kann es sein, dass die User lokale Adminrechte haben?

Auf die Idee kam ich auch schon (aber dediziert auf das entsprechende Laufwerk, also das, was der User eingibt), aber hat nicht funktioniert. Nicht funktioniert hilft an der Stelle ungemein. Genauer geht es nicht? Fehlermeldungen gab es keine?

Für die Owncloud gibt es auch einen Windows Client.

Vorher mit einer Batch alle verbundenen Laufwerke trennen: net use * /delete /yes

Freut mich für dich, markiere bitte noch mein Posting als die Lösung, Danke. :)

Wenn das bei dem einen User immer wieder auftritt, wäre der nächste Schritt das Outlook Profil zu löschen. Hilft das auch nichts, Benutzerprofil neu erstellen lassen. Und zusätzlich überprüfen, ob die Russen an der OST Datei der User rumfummeln dürfen. Falls ja, dann Ausnahme generieren.

Im SQL Server Configuration Manager prüfen auf welchem Port die Instanz hört: https://www.sqlmatters.com/Articles/SQLServerTCPPortvsTCPDynamicPorts.aspx

21

Unterschied SET und SELECT: http://www.insidesql.org/blogs/frankkalis/2004/07/13/der-unterschied-zwischen-set-und-select Wenn Du mit unterschiedlichen WHERE-Bedingungen arbeiten möchtest, wäre dynamisches SQL eine weitere Möglichkeit. http://www.insidesql.org/blogs/frankkalis/2004/07/16/dynamisches-sql-fluch-und-segen Oder eben in Stored Procedures unterschiedliche Statements erstellen und auf die Variablen reagieren.

MSFT geht davon aus, dass die Menschen, die den SQL Server installieren auch korrekt lizenzieren. Vertrauen nennt man das auch. ;) Woher willst Du wissen ob in jeder Installation der gleiche Key hinterlegt ist?

Beim SQL Server ist der Key schon integriert, hatte letzte Woche erst 2 SQL Server installiert, da war das so. ;)

Ja, IMO kannst du die Rolle einfach nachinstallieren.

Was hast Du denn bisher schon? Zeig doch das Script, dann kann man evtl. helfen.

Wir haben das noch nicht festgestellt, arbeiten allerdings auch nur mit Domain Usern. Weshalb arbeitet ihr mit lokalen Benutzern?

Servermanager schließen und neu starten hilft nicht? Oder mit F5 ein paar aktualisieren.

Überprüf mal die Syntax, hier findest Du was Du brauchst. https://de.wikibooks.org/wiki/Datensicherung/_Werkzeuge/_Kopieren/_XCOPY

Developer darf nicht produktiv eingesetzt werden.