Sunny61

Der Status gedwonloadet ist schon richtig, erst später wird der richtige Status zurück gemeldet. Du kannst das natürlich mittels wuauclt /reportnow vom Client aus forcieren. Passiert das erneute Installieren bei jedem Client? Hilfe ein Löschen von %windir%\SoftwareDistribution auch nicht?

Hast Du denn objExplorer.Close schon versucht?

Bitte alte fremde Threads nicht kapern sondern ruhen lassen. Erstelle einen eigenen neuen Thread mit möglichst vielen Informationen und Details, Danke.

Und wie sieht die IsInstallable Regel aus?

Seit einem Monat gibt es das CU10 für Exchange 2013: http://blogs.technet.com/b/exchange/archive/2015/09/15/released-september-2015-quarterly-exchange-updates.aspx Evtl. solltest Du das vorher installieren, anschließend die den Inhalt des Ordners löschen, jetzt die Clients neu starten und wieder beobachten.

Von POP-Abholung auf SMTP-Zustellung umstellen. Welches Mail ist ohne Absender? Die von der uns unbekannten Software oder die Fehlermeldung?

Das wäre aber günstiger gewesen, als jetzt dich für die Beseitigung des Fehlers zu bezahlen. Oder machst Du das kostenlos? ;) OK, und was hast Du schon alles von den Vorschlägen ausgeführt? Hast Du das %windir%\SoftwareDistribution geleert? GWX in System32 geleert? Wenn nein, dann hol das nach. Jetzt testweise einen Rechner herunterfahren. Jaja, all das wäre nicht passiert, gäbe es einen WSUS. Mit diesen Argumenten und noch ein paar mehr, sollte es möglich sein den Kunden zu überzeugen.

In http://www.mcseboard.de/topic/205040-windows-10-upgrade-benachrichtigung-dauerhaft-entfernen/ steht geschrieben wie Du das weg bekommst. Zusätzlich weißt Du jetzt, es ist keine gute Idee in einer Domain keinen WSUS einzusetzen. ;)

Im Winter den Wein zum Glühwein verarbeiten! :)

Sieh doch in der Registry nach ob der Wert auch tatsächlich gesetzt ist. Zusätzlich hilft es auch das Verzeichnis %windir%\SoftwareDistribution zu leeren. Und in System32 gibt es ein Verzeichnis GWX, das kannst Du auch soweit möglich leeren. EDIT: Neustart vom Rechner hast Du danach ausgeführt?

Oje, dafür brauchts keine Tools, MSFT selbst hat einen KB-Artikel veröffentlicht: https://support.microsoft.com/en-us/kb/3080351 EDIT: Hier gibt es noch einen Hinweis bezüglich GPEDIT.MSC: http://www.wintotal.de/tipparchiv/?id=2220

Du hast mich flasch verstanden. Falls Du mit WPP und WSUS anfängst, lies dir *vorher* die HowTos *mehrmals* durch, und fang erst dann mit testen an. So meinte ich das. ;) Viele lesen einmal quer, fangen an, fallen auf die Nase und fragen hier.

Die Protokolle sind wirklich alle sauber? Keine einzige Fehlermeldung? Auch wenn Du sie nicht zu den relevanten zählst, könnte sie relevant sein.

Tja, das kommt von langsamen SATA-Platten. Bau eine schnelle SSD ein, schon funktioniert das trotz warten beim Systemstart wieder flott. Tu mir aber einen Gefallen, lies dir die HowTos *vorher* *mehrmals* durch, anschließend erst beginnen.

Die neuen Rechner starten zu schnell. ;) Die Sache mit dem WPP und dem WSUS ist wesentlich flexibler als das Gehampel mit den GPOs, glaub es uns.

Neben den berechtigten Hinweisen von Jan sei dir noch der Hinweis auf das zu schnelle Starten der Rechner gegeben. http://www.gruppenrichtlinien.de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36/ http://www.gruppenrichtlinien.de/artikel/ssd-zu-schnell-synchroner-startvorgang-nicht-moeglich/ Hier noch Infos zum Thema WPP/WSUS: http://www.wsus.de/wpp

Hier findest Du Antworten auf deine Fragen: https://www.microsoft.com/learning/de-de/certification-exam-policies.aspx#academicpricing

Hier gibt es Infos zur Verwendung von Tabellenaliasnamen: https://technet.microsoft.com/de-de/library/ms187455%28v=sql.105%29.aspx http://www.techonthenet.com/sql_server/alias.php https://en.wikipedia.org/wiki/Alias_%28SQL%29

Welche genaue Fehlermeldung wird angezeigt?

Du musst auch prüfen ob die Clients von TrendMicro Netzlaufwerke scannen dürfen, wenn ja, dann deaktivieren. Nur auf Servern darf ein AV-Scanner die Laufwerke scannen.

Deshalb ja dann auch noch der Hinweis auf WUINSTALL, damit geht es um Welten schneller. Zusätzlich kann man natürlich noch in das Image (WIM) Updates einpflegen, hilft auch ungemein. BTW: So eine Installation am Nachmittag starten, anschließend den Rechner in die Domain aufnehmen, WSUS-GPO wird gezogen, jetzt zweimal neu starten und nicht anmelden. Über Nacht sollten jetzt die Updates installiert werden. Ein Neustart wird auch ausgeführt, ist ja niemand angemeldet.

Und wenn man mindestens *eine* VL-Lizenz im Schrank hat, darf man mit den passenden Tools von MSFT die Clients automatisiert aus einer WIM neu installieren. Dabei gibt es auch einen Task Windows Updates installieren. Zusätzlich kann man natürlich auch bei den WIM-Images Windows Updates bereits integrieren. Dann werden u.U. nur noch 10 oder 15 Updates installiert. Für das editieren der WIM gibt es auch eine GUI: https://dismgui.codeplex.com/

Wenn man manuell installiert kann das dauern, Du kannst es aber auch beschleunigen. Zuerst kannst Du auf dem W7 den aktuellsten WU-Agent downloaden und installieren: https://support.microsoft.com/de-de/kb/949104 Anschließend nochmal neu starten und WU aufrufen. Danach kannst Du den Aufruf zum WSUS forcieren: net stop wuauserv rd /s /q %windir%\SoftwareDistribution net start wuauserv wuauclt /registerauthentication /detectnow wuauclt /reportnow Jetzt sollte das eigentlich etwas flotter gehen, aber erst nach 10 Minuten Wartezeit WU aufrufen. Als weitere Alternative gibt es dieses Tool: https://www.wuinstall.com/Du kannst die Freeware Variante testen, muss in einer administrativen Commandline aufgerufen werden, dann sollten die Updates auch gleich angeboten werden.

In einer administrativen Commandline: net stop wuauserv rd /s /q %windir%\SoftwareDistribution net start wuauserv Jetzt den Rechner neu starten. Findest Du neue identische Fehlermeldungen im Eventlog?

Hier geht es zwar um Exchange 2007, aber das Prinzip hilft: http://bent-blog.de/abwesenheitsassistent-unter-outlook-2007-in-verbindung-mit-exchange-2007-funktioniert-nicht/