Sunny61

OK, es geht vorwärts. ;) Lass doch den Serverbereinigungsassistenten auf dem WSUS laufen, am besten mehrmals hintereinander. Wie oft fragen die Clients den WSUS ab? Der Default sind ~20 Stunden +-20%. Weiter runter als 4 Stunden solltest du nicht gehen. Jetzt zum eigentlichen Fehler. Auf einem Client der den Fehler im Log hat, eine administrativen Commandline öffnen und das hier eingeben: net stop wuauserv rd /s /q %windir%\SoftwareDistribution net start wuauserv wuauclt /detectnow wuauclt /reportnow 10 Minuten warten, jetzt die WSUS-Konsole aktualisieren. Gibt es einen aktuellen Report für den Client? Auch kannst Du jetzt auf dem Client manuell nach Updates suchen lassen.

Trotzdem es der Exchange mit RU11 alt.

Gut, damit wäre das geklärt. Schau auf die Startseite vom WSUS, Downloadstatus. Will der WSUS noch etwas downloaden? Wie genau hast Du was im WPP gelöscht?

Welche Suchbegriffe hast du denn bisher verwendet? Ich werfe einfach mal den Begriff /SILENT in die Diskussion.

Zuerst Entwarnung, die Verwendung vom WPP in Kombination mit dem WSUS kann nicht solche Fehler erzeugen. Warum geht das nicht? Weil der WPP einfach nur Updates dem WSUS in die DB schiebt, nicht mehr und nicht weniger. Wenn alle Clients den gleichen Fehler reporten, liegt ein grundsätzliches Problem vor. Welche Build vom WSUS ist auf welchem OS installiert? Wie kommst Du an die Build? Die WSUS-FAQ wsus.de/faq No. 44 zeigt es dir. Dort findest Du auch ein Bild das dir zeigt wo die Build steht. Weshalb gibst Du ein Update frei um es gleich anschließend wieder abzulehnen? Deine Logik dahinter erschließt sich mir noch nicht ganz. Auch das Löschen verstehe ich noch nicht. Ist das ein Testsystem?

Hier etwas zum Lesen zu dem Thema: http://www.gruppenrichtlinien.de/artikel/vererbung-und-hierarchien/ http://www.gruppenrichtlinien.de/artikel/filtern-von-gruppenrichtlinien-anhand-von-benutzergruppen-wmi-und-zielgruppenadressierung/ Solange dort nur Einstellungen umgeswitcht werden, behaupte ich, last Writer wins. Du hast aber sicherlich etwas anderes festgestellt, oder hast Du noch keinen Test auf dem Client gemacht?

Ja, sie geben sich unwahrscheinlich viel Mühe, den Misthaufen wachsen zu lassen.

Hallo zusammen, es gibt Änderungen im Updatemanagement für W7 SP1, W8.x und auch die Servervarianten 2008R2, W2012 + W2012R2: https://blogs.technet.microsoft.com/windowsitpro/2016/08/15/further-simplifying-servicing-model-for-windows-7-and-windows-8-1/ Ach ja, .Net ist auch enthalten. ;) Happy Patching.

Zusätzlich zu den schon gen. Möglichkeiten, solltest Du einen sog. sauberen Neustart durchführen: https://support.microsoft.com/de-de/kb/929135

Naja, Sicherheitsupdates haben schon ihren Sinn. ;) Aber Hauptsache es funktioniert wieder, Danke für die Rückmeldung. ;)

Hallo zusammen, dieser Artikel ist sicherlich auch nicht uninteressant: https://technet.microsoft.com/en-us/itpro/windows/manage/introduction-to-windows-10-servicing

Lt. https://technet.microsoft.com/en-us/windows/release-info.aspx hinkt ihr sehr deutlich hinter Aktualität hinterher: https://technet.microsoft.com/en-us/windows/release-info.aspx Und natürlich hat MS von 8.1 zu 10 vieles geändert.

Wenn Du mit Hilfe von VBA ein Makro programmieren kannst, wäre das sicherlich damit machbar: http://www.office-loesung.de/ftopic288703_0_0_asc.php Und nach Excel exportieren: https://www.tutorials.de/threads/outlook-kalender-ueber-makro-nach-excel-datei-exportieren.150500/

Nicht einfach die Endung abändern, sondern Speichern unter, jetzt DOC oder von DOC zu DOCX oder DOCM abändern. Wenn Du eine Doc-Datei incl. Makro beim Speichern unter Dialog auf DOCX abspeicherst, ist das Makro raus. EDIT: Schau dir auch unbedingt die Software Restriction Policies an. Wurde hier schon mehrmals diskutiert, könnte bei so manchem Download bzw. beim anschließend Startversuch helfen.

Im Log steht nicht von einem WSUS: 2016-08-10 16:20:40:510 1068 15ac Agent * WSUS server: <NULL> 2016-08-10 16:20:40:510 1068 15ac Agent * WSUS status server: <NULL> Da der WSUS auf einem W2008 läuft, solltest Du zuerst die Build vom WSUS prüfen. Dazu gehst Du auf http://wsus.de/de/FAQ die No. 44 ist für dich wichtig. Auf diesem Bild siehst Du wo genau die Build steht: http://www.wsus.de/images/wsus-version.png Die WSUS-Konsole unbedingt am Server starten. Wenn Du nicht auf .274 bist, dann zuerst updaten und zwar solange, bis Du auf .274 bist. Am besten ist es nach jedem Patch den Server einmal komplett neu zu starten. Danach sprechen wir weiter.

Automatische Antworten, dort auf Regeln klicken. Zusätzlich auf dem Exchange in die Transportregeln schauen.

Fehler des TO ausschließen. Aber richtig, die Sites in der Zielgruppenadressierung hab ich total übersehen. Kannte ich noch nicht, Danke. ;)

Die beiden anderen haben es schon angedeutet, hier noch die passenden Artikel dazu: http://www.gruppenrichtlinien.de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36/ Reicht das immer nocht, gibt es noch die richtige Bremse: http://www.gruppenrichtlinien.de/artikel/ssd-zu-schnell-synchroner-startvorgang-nicht-moeglich/

Entweder selbst immer wieder reinschauen https://blogs.technet.microsoft.com/exchange/ oder über https://followthatpage.com/ eine Benachrichtigung einstellen. Dann ist man immer up2date.

Kommt davon wenn man sich einseitig auf ein Tool verlässt.

Das solltest Du ändern. Hier der aktuellste möglich Stand: Microsoft Exchange Server 2013 CU13 15.00.1210.003 20.06.2016

Wenn es in OWA funktioniert, würde ich am Client eine neue OST anlegen, reicht das noch nicht, das Outlook Profil am Client löschen und neu anlegen lassen.

Es ist doch immer wieder nett, wie der Michi777 hier alle an der Nase herumführt. Trotz mehrmaliger Aufforderung 'vergisst' er immer andauernd das wichtigste, den Link in das andere Forum. https://www.computerbase.de/forum/showthread.php?t=1607784

Der Server ist lt. deiner Build vor 3(!) Jahren das letzte Mal aktualisiert worden. Bei einem so unwichtigen Sysstem wie Mail ist das egal, oder wie siehst Du das? Microsoft Exchange Server 2010 SP3 RU14 14.03.0301.000 12.06.2016

Die Systeme starten zu schnell, du mußt Bremsen einbauen. Erste Möglichkeit: http://www.gruppenrichtlinien.de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36/ Zweite Möglichkeit: http://www.gruppenrichtlinien.de/artikel/ssd-zu-schnell-synchroner-startvorgang-nicht-moeglich/