Sunny61

Mit dem WSUS kann/sollte man anfangen. Wie viele Clients/Server verwaltest Du an diesem Standort?

In den Bereitgestellten Druckern weiß ich nicht wie man das einstellt, Group Policy Preferences sind wohl der bessere Weg.

Was hat das mit dem Hinweis auf Information dem Hersteller gegenüber zu tun? Nichts, gar nichts. Einfach nur informieren, sonst braucht man nichts machen.

Auch wenn es schon funktioniert, der Hersteller sollte auf jeden Fall eine Information dazu bekommen.

Dann könnte man das dort ja hinterlegen. BTW: Du kannst auch mal ein ipconfig /all | clip von jedem DC erzeugen und hier jeweils in einen Code-Block/Tag einfügen. Mit | clip wird die Ausgabe direkt in die Zwischenablage kopiert.

Klar, wenn man sie nicht benutzt. :)

Selten, sehr selten hatte ich in den letzten 2 Jahren Probleme mit den Offline Dateien.

Funktioniert bei uns problemlos, natürlich Offline verfügbar.

AFAIK nein. Das ist pro Benutzer eine RDP-Verbindung. Du kannst das Webportal auch abschalten, dann muss Du dafür sorgen, dass die User die Icons auf dem Desktop haben. Die landen per Default in %appdata%\ und so weiter. Von dort musst Du sie auf den Desktop kopieren. Oder Du erstellst den Usern einen Link zu dem Verzeichnis in %appdata%. Und noch etwas spielt dabei mit, die Icons musst Du natürlich auch aktualisieren und das hat MSFT nicht so clever gelöst. Grundsätzlich kannst Du nach diesem Artikel vorgehen: https://www.concurrency.com/blog/w/how-to-deliver-remoteapps-from-windows-server-2012 D.h. die Connection URL eintragen, verbinden und Programme starten. Die Aktualisierung der Icons läuft über eine Aufgabe, die startet um Mitternacht per Default. Das musst Du dann anpassen, hier ein paar Vorschläge dazu: https://community.spiceworks.com/topic/673729-powershell-remoteapp-and-desktop-connection-client-refresh BTW: Was spricht gegen das Webportal?

Bist Du sicher, dass Du das Zertifikat beim Reimport auch in den Computer Store importierst? Oder doch beim User?

Wir haben Konica Minolta und SafeQ6 als Zentrale für die Konfiguration.

Na klar, das sollte jetzt nicht das Problem sein. ;)

Wie Norbert schrub, entweder DC umbenennen oder Drucker löschen und neu anlegen. Oder Du legst dir einen Printserver als A-Record an, dann brauchst Du zukünftig an der Stelle nur die IP im DNS austauschen. Bei uns gibt es für 99% der User nur einen Drucker: \\PS\FollowMe Damit erschlägt man schon sehr viel.

2010 ist ja auch schon bald (Oktober 2020) aus dem extended Support, man sollte es eigentlich nicht mehr einsetzen. ;)

Ging das bei 2010 schon mit einem eigenen Update Server im LAN? https://www.dertechblog.de/2018/01/office-365-oder-2016-click-to-run-clients-update-mittels-netzwerkpfad/comment-page-1/

WSUS einrichten, konfigurieren und patchen. Am Anfang kann das etwas dauern, aber später ist es dann fast keine Arbeit mehr pro Monat. Schon sind alle Systeme aktuell.

Dann stimmt wohl mehr nicht. Autodiscover ist vermutlich nicht korrekt und vieles andere liegt wohl auch im Argen. BTW: Von Exchange 2010 kommt ihr nicht direkt zu Exchange 2019, da muss es eine Exchange Version als Zwischenschritt geben, AFAIK.

Du hast die Lösung selbst jetzt geschrieben. Der Automatismus birgt Risiken, auch wenn es lästig ist, manuell einbinden ohne Automapping auf dem Exchange ist IMO hier der beste Weg. Der Automatismus funktioniert so lange bis er nicht mehr funktioniert.

Hast Du auf einem der Rechner schon zum Test ein neues *Benutzer*profil angelegt? Wie sind die zweiten Postfächer eingebunden? Manuell oder Automatisch?

Kommt der Fehler auf jedem Client, egal welcher Benutzer angemeldet ist? Oder nur bei bestimmten Benutzern? Welche exakte Outlook Build ist im Einsatz?

Nimm den Haken raus bei erhöhten Rechten in der Aufgabe. Funktioniert es dann?

Die Aufgabe wird gestartet, vermutlich wird auch dein Script gestartet, nur eben nicht weiter. Hast Du im Script jetzt die Erstellung einer Logdatei an erster Stelle stehen? Falls ja, die Logdatei wird nicht erstellt? Und zum Testen nimmt man wirklich gleich den User her, der es später ausführen soll. So viel rechte wie nötig, so wenig wie möglich.

Oversized. War doch zu erwarten, oder nicht? Lass in dem Script eine Logdatei mitlaufen, schreib jede Zeile Code in die Logdatei, bevor und nachdem sie ausgeführt wurde. Dann siehst Du recht schnell wo es hakt.

System ist das Computerkonto, hat das Computerkonto, oder auch die Authentifizierten Benutzer, oder eine passende Gruppe mit dem Computerkonto als Mitglied, die passenden Zugriffsrechte?

Wie genau sieht denn der Inhalt des Scriptes aus? Evtl. liegt dort der Hund begraben.