MurdocX

Old, but Gold :)

Ich führe die Schemaanpassungen vorher durch. Gerade vor kurzem wieder gebraucht. Old School, die CMD ausgabe empfinde ich immer noch "ehrlicher".

Erkläre bitte was du genau (Schritt für Schritt) gemacht hast und was deiner Meinung nach nicht funktioniert. So wie es erklärt wurde, kann es alles und nichts sein.

Lass mal sfc.exe /scannow durchlaufen.

Microsoft Support | Fehlermeldung "Stop-Fehlercode 0 x 00000051 (REGISTRY_ERROR)" Sicherungskopie der Registrierungsstruktur https://support.microsoft.com/de-de/help/810558/-stop-error-code-0x00000051-registry-error-error-message-when-you-back

Wünsche auch einen guten Start in die Woche :thumb1:

Wir nutzen beides. Die GPP für die Netzlaufwerke und die PS-Skripte für spezielle Tasks / Konfigs. Funktioniert beides ohne Probleme oder sonstige Schwierigkeiten.

Schon mal versucht die Zugangsdaten des anderen Postfachs in der "Anmeldeinformationsverwaltung" abzulegen?

Nachdem du ja schon erwähnt hast, das es Gott und die Welt Möglichkeiten gibt, diese Eine aber nicht, würde ich mir spätestens jetzt Gedanken machen, ob ich nicht auf dem Holzweg bin.

Das kannst du beim Auto auch, trotzdem bekommst du dann keinen TÜV :rolleyes: Aus meiner Erfahrung heraus kann ich nur sagen, je mehr man sich an die "best practise" nähert/orientiert, desto weniger Probleme treten auf.

Ich bespiele im Jahr ca. 400 Computer ZeroTouch nur mit dem WDS und der Unattendet.xml ;) Der MDT ist auch eine gute Lösung, jedoch zu Umfangreich in den Einstellungen für das gelegentliche Ausbringen von Images. Freut mich das zu deinem Ziel gekommen bist.

Das ist auch ein Gefickel! Wozu braucht man denn PST-Dateien, wenn er via OWA auf seine Mails zugreifen kann? Postfach einrichten und 40x die Empfängeradressen dem Postfach zuweisen. Weiterleitungen kannst du über die Outlookregeln konfigurieren.

Mit Get-AdUser -filter kannst du die Benutzer abfragen. Unterlagen zu dem CmdLet findest du hier: https://technet.microsoft.com/en-us/library/ee617241.aspx?f=255&MSPPError=-2147217396

Das Fenster sollte so aussehen, dann funktioniert auch der Aufruf richtig:

Danke für den Tipp :thumb1: Mit dem wollte ich mich mal beschäftigen, aber vollkommen aus den Augen verloren.

Das ist ja eine spezielle Software, dann würde ich, da die Software auch noch recht neu ist, den Support kontaktieren. Die können da sicherlich gut weiterhelfen.

Ich hatte vor Jahren dieses Problem mal mit dem Exchange. Damals konnte er die CRL-Listen nicht abrufen und hat das Zertifikat als ungültig erklärt. Die Lösung war das Eintragen des Proxys unter "WinHttp". netsh winhttp Bei diesem Tipp bin ich auch eher skeptisch ob es Dir helfen wird, aber ich hab es mal in die Runde geschmissen.

Ist in den Eigenschaften des Druckobjekes unter "Erweitert" der Haken bei "Druckaufträge nach dem Drucken nicht löschen" gesetzt?

Wie du ließt, hat Nils nicht geschrieben, dass du auf die Roaming-Profiles verzichten sollst, sondern nur Outlook so konfigurierst das der Cache-Mode deaktiviert ist. ;) Deaktivieren kannst du ihn nach der Anleitung von MS: Konfigurieren des Exchange-Cache-Modus in Outlook 2013 https://technet.microsoft.com/de-de/library/cc179175.aspx PS: Versuch doch nicht mit biegen und brechen an die Profilordner den Domänennamen anzuhängen :)

Alternativ könntest du das aktuelle Cu installieren und des dann nochmal probieren. https://www.catalog.update.microsoft.com/Search.aspx?q=2017-08%202016

Grauenhaft.. Mit *32-Bit* klappts dann und mit *64-Bit* wiederum nicht.. aber wiederum auch abhängig der eingesetzten Version. Da fragt man sich echt ob die Ihre Updates noch testen oder uns das alles testen lassen. Gerade gibt es ja auch mit dem aktuellen Cu für die 1607 Probleme mit den Updates. Das sowas nicht auffällt. :confused:

Falls diese Konfiguration dann "online" oder in den produktiven Betrieb gehen soll, bitte nicht vergessen alles sauber zu lizenzieren. Nur so by-the-way ;)

Sieht doch bisher ganz gut aus. Ist nun alles installiert oder fehlt noch etwas? Gibt es noch Probleme?

Hallo zusammen, in einem frisch installiertem Windows 10 Enterprise 1703 *64-Bit* mit aktuellem Cu kommt es seit April zu dem Problem das die Gruppenrichtlinie für RemoteAPP bei Benutzern ohne administrative Berechtigungen nicht übernommen wird. Also es wird kein Eintrag in der Systemsteuerung zu den RemoteAPPs angelegt und ein Fehler bei der Übernahme der GP wird ausgegeben. Mit Windows 10 Enterprise 1607 funktioniert es einwandfrei. Ich hab gerade auch das Problem mit unserem neuen Image. RemoteApp GPO is not applying for users without local admin access https://social.technet.microsoft.com/Forums/windowsserver/en-US/5205e5b7-bbce-4e4d-86a6-ffae778835d2/remoteapp-gpo-is-not-applying-for-users-without-local-admin-access?forum=winserverTS Falls Ihr umsteigen wollt, wartet noch. :mad: Grüße

Hier wäre eins von einer Dropbox Link zu fragwürdigem Download von Dr.Melzer entfernt Für die Echtheit kann NICHT garantiert werden! Ursprünglich gepostet in Spiceworks: Link zu fragwürdigem Download von Dr.Melzer entfernt Alternativ: Link zu fragwürdigem Download von Dr.Melzer entfernt