Chatterer

Danke Dir Norbert. Werde mal schauen was ich sonst noch für einen Lösungsweg finden kann.

Na warum sollte das gemacht werden, genau aus dem Grund der Überprüfbarkeit. Der Kalender soll nicht zu Kontrollzwecken sondern nur zu Informationszwecken genutzt werden. Natürlich kann der Personaler das ganze manuell jede Woche kopieren wenn er mag, aber es soll halt nicht automatisiert möglich sein. Trotzdem möchte ich ja jetzt hier keine Grundsatzdebatte darüber anfangen, ich hab die Entscheidung ja nicht getroffen :). Hmm, also siehst Du auch keine andere Möglichkeit, dass Serien verschohnt bleiben? Schade

Naja, ob das ganze sinnvoll ist oder nicht, da lässt sich drüber streiten. An einer Lösung für das Problem wäre ich aber mehr interessiert *g*. So wie Robert schreibt scheint es keine dafür zu geben :(

Hallo, wir benutzen in unserer Firma einen Exchange Server 2003 und verwenden dort sehr häufig die Öffentlichen Ordner für Kalendereinträge. Jetzt hat der Betriebsrat mit der Geschäftsleitung ausgemacht, dass alle Elemente die älter wie 2 Wochen sind aus den Kalendern rausgelöscht werden müssen. Ich habe dann auch prompt eine Lösung dafür finden können, und zwar die Verfallszeit. Die klappt auch wunderbar, nur leider löscht mir dieser Punkt auch die Serienelemente raus, auch Serien, die noch in der Zukunft laufen sollen. Leider finde ich keine Lösung wie man Serien von der Verfallszeit verschonen kann. Hat jemand eine Idee ob und wie das gehen könnte? Oder gibt es einfach keine Möglichkeit? Wäre schön wenn mir jemand helfen könnte. viele Grüße Nik

\system32\wuauclt.exe: target version = 7.4.7600.226, required version = 7.4.7600.226 08:39:07:464 1112 ccc Setup Update NOT required for C:\WINDOWS\system32\wuaucpl.cpl: target version = 7.4.7600.226, required version = 7.4.7600.226 08:39:07:510 1112 ccc Setup Update NOT required for C:\WINDOWS\system32\wuaucpl.cpl.mui: target version = 7.4.7600.226, required version =

C:\WINDOWS\SoftwareDistribution\SelfUpdate\Default\wuident.cab: 08:39:06:710 1112 ccc Misc Microsoft signed: Yes 08:39:07:387 1112 ccc Misc Validating signature for C:\WINDOWS\SoftwareDistribution\SelfUpdate\Default\wsus3setup.cab: 08:39:07:387 1112 ccc Misc Microsoft signed: Yes 08:39:07:402 1112 ccc Setup *********** Setup: Checking whether self-update is required *********** 08:39:07:402 1112 ccc Setup * Inf file: C:\WINDOWS\SoftwareDistribution\SelfUpdate\Default\wsus3setup.inf 08:39:07:448 1112 ccc Setup Update NOT required for C:\WINDOWS\system32\cdm.dll: target version = 7.4.7600.226, required version = 7.4.7600.226 08:39:07:448 1112 ccc Setup Update NOT required for C:\WINDOWS\system32\wuapi.dll: target version = 7.4.7600.226, required version = 7.4.7600.226 08:39:07:464 1112 ccc Setup Update NOT required for C:\WINDOWS\system32\wuapi.dll.mui: target version = 7.4.7600.226, required version = 7.4.7600.226 08:39:07:464 1112 ccc Setup Update NOT required for C:\WINDOWS

Habe noch was interessantes festgestellt. Insgesamt fehlen mir jetzt noch 4 PCs im WSUS. Bei einem hat er wohl die Updates geladen, aber er wird im WSUS nicht angezeigt. Wie kann das denn sein? Habe Ihn ja nichtmal freigegeben für Updates! 08:38:50:751 1112 b54 AU ## START ## AU: Search for updates 08:38:50:767 1112 b54 AU <<## SUBMITTED ## AU: Search for updates [CallId = {5C777924-32C7-4C7A-B77B-B2FA43D07C42}] 08:38:51:382 1112 ccc Agent ************* 08:38:51:382 1112 ccc Agent ** START ** Agent: Finding updates [CallerId = AutomaticUpdates] 08:38:51:382 1112 ccc Agent ********* 08:38:51:382 1112 ccc Agent * Online = Yes; Ignore download priority = No 08:38:51:382 1112 ccc Agent * Criteria = "IsHidden=0 and IsInstalled=0 and DeploymentAction='Installation' and IsAssigned=1 or IsHidden=0 and IsPresent=1 and DeploymentAction='Uninstallation' and IsAssigned=1 or IsHidden=0 and IsInstalled=1 and DeploymentAction='Installation' and IsAssigned=1 and RebootRequired=1 or IsHidden=0 and IsInstalled=0 and DeploymentAction='Uninstallation' and IsAssigned=1 and RebootRequired=1" 08:38:51:382 1112 ccc Agent * ServiceID = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7} Managed 08:38:51:382 1112 ccc Agent * Search Scope = {Machine} 08:38:51:382 1112 ccc Misc Validating signature for C:\WINDOWS\SoftwareDistribution\SelfUpdate\Default\wuident.cab: 08:38:51:444 1112 ccc Misc Microsoft signed: Yes 08:39:06:694 1112 ccc Misc Validating signature for

Damit meinte ich, dass ich geschaut habe ob die Einträge vorhanden sind. Fehlanzeige, waren gar nicht drin! Daher konnte ich Sie auch nicht löschen. ja, da kommt ein Download, also die normalen Proxy Einstellungen passen. Gut ich bin jetzt schonmal einen Schritt weiter. An einigen Clients war ein fehlerhafter WINS Eintrag vorhanden. Damit habe ich zumindest eine weitere Fehlerquelle beseitigt und es haben sich auch einige Rechner beim WSUS gemeldet. Allerdings gibt es immernoch welche die sich nicht melden, obwohl sowohl die Einträge in der Registry überprüft wurden als auch die WINS + DNS Einträge korriegiert wurden. Noch ne Idee?

Ah, dass ist ja schonmal gut zu wissen, danke! Ja, mit NewSID habe ich das gemacht, was gibts für ne Alternative? Wie meinst das? was für ein Proxyeintrag? Im IE? Steh aufn Schlauch. Habe jetzt auch das Verzeichnis auf C:\Windows rausgelöscht, hat auch nichts gebracht. Seltsam ist ja, dass wirklich alle meiner ca. 130 Rechner das gleiche Image, die gleiche Hardware etc. besitzen. 74 Clients sind jetzt im WSUS, der Rest meldet sich nicht, egal was ich einstelle. Die Registry Einträge bin ich auch nochmal durchgegangen. Verstehe es einfach nicht.

habe ich bereits getan, leider finde ich diese Einträge in der Registry nicht. wuauclt.exe /detectnow /reportnow habe ich durchgeführt, hat auch nichts gebracht :(

2010-02-09 16:01:47:637 1116 af4 Agent * 2010-02-09 16:01:47:637 1116 af4 Agent * Online = Yes; Ignore download priority = No 2010-02-09 16:01:47:637 1116 af4 Agent * Criteria = "IsHidden=0 and IsInstalled=0 and DeploymentAction='Installation' and IsAssigned=1 or IsHidden=0 and IsPresent=1 and DeploymentAction='Uninstallation' and IsAssigned=1 or IsHidden=0 and IsInstalled=1 and DeploymentAction='Installation' and IsAssigned=1 and RebootRequired=1 or IsHidden=0 and IsInstalled=0 and DeploymentAction='Uninstallation' and IsAssigned=1 and RebootRequired=1" 2010-02-09 16:01:47:637 1116 af4 Agent * ServiceID = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7} Managed 2010-02-09 16:01:47:637 1116 af4 Agent * Search Scope = {Machine} 2010-02-09 16:01:47:637 1116 af4 Misc Validating signature for C:\WINDOWS\SoftwareDistribution\SelfUpdate\Default\wuident.cab: 2010-02-09 16:01:47:700 1116 af4 Misc Microsoft signed: Yes 2010-02-09 16:02:02:340 1116 af4 Misc Validating signature for C:\WINDOWS\SoftwareDistribution\SelfUpdate\Default\wuident.cab: 2010-02-09 16:02:02:340 1116 af4 Misc Microsoft signed: Yes 2010-02-09 16:02:02:684 1116 af4 Misc Validating signature for C:\WINDOWS\SoftwareDistribution\SelfUpdate\Default\wsus3setup.cab: 2010-02-09 16:02:02:684 1116 af4 Misc Microsoft signed: Yes 2010-02-09 16:02:02:700 1116 af4 Setup * Setup: Checking whether self-update is required * 2010-02-09 16:02:02:700 1116 af4 Setup * Inf file: C:\WINDOWS\SoftwareDistribution\SelfUpdate\Default\wsus3setup.inf 2010-02-09 16:02:02:715 1116 af4 Setup Update NOT required for C:\WINDOWS\system32\cdm.dll: target version = 7.4.7600.226, required version = 7.1.6001.65 2010-02-09 16:02:02:715 1116 af4 Setup Update NOT required for C:\WINDOWS\system32\wuapi.dll: target version = 7.4.7600.226, required version = 7.1.6001.65 2010-02-09 16:02:02:731 1116 af4 Setup Update NOT required for C:\WINDOWS\system32\wuapi.dll.mui: target version = 7.4.7600.226, required version = 7.1.6001.65 2010-02-09 16:02:02:731 1116 af4 Setup Update NOT required for C:\WINDOWS\system32\wuauclt.exe: target version = 7.4.7600.226, required version = 7.1.6001.65 2010-02-09 16:02:02:731 1116 af4 Setup Update NOT required for C:\WINDOWS\system32\wuaucpl.cpl: target version = 7.4.7600.226, required version = 7.1.6001.65 2010-02-09 16:02:02:731 1116 af4 Setup Update NOT required for C:\WINDOWS\system32\wuaucpl.cpl.mui: target version = 7.4.7600.226, required version = 7.1.6001.65 2010-02-09 16:02:02:731 1116 af4 Setup Update NOT required for C:\WINDOWS\system32\wuaueng.dll: target version = 7.4.7600.226, required version = 7.1.6001.65 2010-02-09 16:02:02:731 1116 af4 Setup Update NOT required for C:\WINDOWS\system32\wuaueng.dll.mui: target version = 7.4.7600.226, required version = 7.1.6001.65 2010-02-09 16:02:02:746 1116 af4 Setup Update NOT required for C:\WINDOWS\system32\wucltui.dll: target version = 7.4.7600.226, required version = 7.1.6001.65 2010-02-09 16:02:02:762 1116 af4 Setup Update NOT required for C:\WINDOWS\system32\wucltui.dll.mui: target version = 7.4.7600.226, required version = 7.1.6001.65 2010-02-09 16:02:02:762 1116 af4 Setup Update NOT required for C:\WINDOWS\system32\wups.dll: target version = 7.4.7600.226, required version = 7.1.6001.65 2010-02-09 16:02:02:762 1116 af4 Setup Update NOT required for C:\WINDOWS\system32\wups2.dll: target version = 7.4.7600.226, required version = 7.1.6001.65 2010-02-09 16:02:02:793 1116 af4 Setup Update NOT required for C:\WINDOWS\system32\wuweb.dll: target version = 7.4.7600.226, required version = 7.1.6001.65 2010-02-09 16:02:02:793 1116 af4 Setup WARNING: Warning: Setup callback ReportProgress failed: 0x8007000d 2010-02-09 16:02:02:793 1116 af4 Setup * IsUpdateRequired = No Hat irgend jemand eine Idee?

Habe das Problem ,dass mein WSUS Server nur ca. die Hälfte meiner Rechner im Netzwerk findet, obwohl alle in der gleichen Gruppe sind und alle die gleiche Gruppenrichtlinie benutzen. Server auf dem das AD läuft mit der Gruppenrichtlinie: Windows 2003, WSUS 3.0 SP1 läuft auf einem Windows 2008 Server Standard. Clients sind WinXP SP3/SP2. gpresult, gpupdate /force, Windows Update Agend aktualisiert, msxmlger installiert, keine Wirkung. Zusätzlich sind es alles die selben DELL PCs mit einem einheitlichen Image (sid geändert). Verstehe es einfach nicht. Hier ein Auszug aus der log Datei von einem PC an dem es nicht funktioniert: 2010-02-09 15:45:04:251 1116 de4 PT WARNING: Cached cookie has expired or new PID is available 2010-02-09 15:45:04:251 1116 de4 PT Initializing simple targeting cookie, clientId = 08eb355f-79f7-4b05-9ded-975e93c36a8f, target group = , DNS name = etage3-b1-pc2.domäne 2010-02-09 15:45:04:251 1116 de4 PT Server URL = http://backup-nu:8530/SimpleAuthWebServic ... 2010-02-09 15:45:19:860 1116 de4 Misc WARNING: Send failed with hr = 80072efd. 2010-02-09 15:45:19:860 1116 de4 Misc WARNING: SendRequest failed with hr = 80072efd. Proxy List used: <(null)> Bypass List used : <(null)> Auth Schemes used : <> 2010-02-09 15:45:19:860 1116 de4 PT + Last proxy send request failed with hr = 0x80072EFD, HTTP status code = 0

Hab Euch bis dato allerdings nicht gefunden :( War schon in einigen Office Foren etc. leider gabs da immer recht wenig Hilfe. Aber jetzt steht Ihr auf jeden Fall in meinen Favoriten ; )

Hallo! Freu mich auch endlich ein Forum gefunden zu haben in dem wirklich geholfen wird. Hat funktioniert!!! Danke für den super Tipp. Viele Grüße Nik

Hallo, dass Thema wurde schon in einem anderen Thread besprochen, leider kann ich da nicht mehr antworten. Es geht um die Fehlermeldung in Outlook beim erstellen von Regeln: mindestens eine regel konnte aufgrund von nicht unterstützen Parametern oder mangelndem Speicherplatz nicht auf den exchange server übertragen werden. habe das gleiche Problem. Bekomme die gleiche Fehlermeldung. Wenn ich in den Regelassistenten gehe kann ich allerdings auch nichts einstellen. D.h. ich kann bei keiner Regel einen Haken setzen, sie löschen oder bearbeiten. Alle Buttons sind grau unterlegt. Ich weiß, dass ganz am Anfang als ich mich an den Exchange hängen wollte die Frage nach den Regeln kam (war unser erster Exchange Server). Da kam eben irgendwas mit client oder serverbasiert, genau weiß ich es nicht mehr. Ich denke, dass ich dort etwas falsch eingestellt habe. Die Frage ist, wie kann ich die Regeln komplett zurücksetzten und machen, dass die Frage wieder erscheint ob er die Regeln client- oder serverbasiert machen soll? Bitte um Hilfe