Stoertebeker

22. Juni 2012

Hi all,

keine Ahnung, ob ich in dem Forum richtig bin, aber die anderen Forenthemen passten alle eher nicht, daher versuch ich es mal:

Ich betreue nebenberuflich eine kleine Kanzlei mit wenigen Rechnern. Da ich beruflich weggehe haben die sich einen anderen Dienstleister gesucht, der als erstes eine Diagnosesoftware laufen lassen möchte, um den Ist-Zustand aufzunehmen. Dazu braucht er alle admin/root Passwörter. Da das für mich mit der Schlüsselübergabe bei einem Haus vergleichbar ist, bin ich mir nicht sicher, ob ich danach alle Verantwortung für das System ablehnen soll/muss, wie ich das dokumentieren soll oder ob ich mir gerade zuviel Kopf darum mache und das ein völlig normaler Vorgang ist.

Gruß

Stoerte*

18. Mai 2012

Erstellt Outlook auf dem 2. Rechner keine neue PST Datei?

Doch tut es, ich kann ja auch die Ordnerstruktur meiner IMAP-Ordner auf dem Server sehen. Nur nicht darauf zugreifen (s. Ursprungspost).

Ob die Konfiguration betroffen ist kann ich noch nicht sagen, da meine Mitarbeiter so weit einfach noch nicht gekommen sind, weil sie an wesentlich grundlegenderen DIngen gescheitert sind.

7. Mai 2012

Ja, das war ja einer der Gründe, weshalb ich auf IMAP wechseln wollte. Denn natürlich wird beim bisherigen Verfahren die pst Datei täglich gesichert, auch wenn der Rechner gar nicht gewechselt wird.

Ich habe jetzt mal folgendes probiert:

Die .pst Datei des IMAP Kontos (in \Appdata\local) manuell vom ersten auf einen zweiten Rechner kopiert. Jetzt kann ich fröhlich zwischen beiden Rechnern hin- und herwechseln, die IMAP-Ordner synchronisieren sich und ich kann auch Mails verschicken. Werde das jetzt mal mit weiteren Rechnern und Accounts versuchen. Ist zwar lästig, aber wenn es nur einmal nötig ist mach ich das zur Not noch.

7. Mai 2012

Das betrifft POP3 genauso. Nur, dass du dich drüber hinwegsetzt, heißt nicht, dass es seitens des Herstellers supported ist. ;)

ups :schreck:

Ich wusste ja, dass pst Dateien nicht auf Netzlaufwerken liegen dürfen, aber dass sie auch nicht im Profil liegen und von dort ins lokale Verzeichnis kopiert werden dürfen, war mir nicht klar - und scheint mir im Widerspruch zu Dukels Aussage zu stehen.

Ich mach nochmal nen Versuch, habe vielleicht beim ersten Mal die Situation nicht klar genug beschrieben.

Wir verwenden keine Ordnerumleitungen, um das lokale Profil auf den Server umzubiegen, alle von Outlook verwendeten Dateien werden im lokalen Profil genutzt. Dabei geht es um 2 pst-Dateien:

1. Outlook verwendet eine .pst Datei, in der es seine Datenstruktur, Kontakte, Kalender und Konten verwaltet. Diese liegt unter Eigene Dokumente\Outlook und wird mit dem Profil zusammen auf den Server gespeichert. Von dort gelangt sie bei Anmeldung an einem anderen PC zunächst dort ins lokale Profil und wird von Outlook auch brav verwendet.

2. Für das in der ersten Datei angelegte IMAP-Konto erstellt Outlook eine zweite pst Datei unter \AppData\local\Microsoft\Outlook. Diese wird, da sie unter "local" liegt, nicht ins Serverprofil übernommen, aber beim Anmelden auf einem anderen PC dort lokal angelegt, da ja das IMAP-Konto in der 1. pst Datei definiert ist. Das IMAP-Konto ist auch vorhanden und die IMAP-Ordner werden synchronisiert und es können Mails empfangen werden. Auch die Überprüfung der Kontoeinstellungen (in den Kontoeigenschaften) gelingt ohne Fehlermeldung - Senden und Empfangen - die Testmail liegt anschließend in meinem Posteingang. Was nicht funktioniert ist irgendeine andere als diese Testmail zu senden. Dabei kommt es dann zu der beschriebenen Fehlermeldung. Außerdem heißt die pst Datei nicht <dateiname>.pst, sondern <dateiname> (1).pst

7. Mai 2012

Sehe ich das richtig, dass das bedeutet: Outlook und IMAP? Vergiss es!

(zumindest wenn die User nicht fest an einem PC arbeiten)?

7. Mai 2012

Hi,

ich hoffe, dass ich hier im Forum überhaupt richtig bin, da ich nicht genau weiß, von welchem Ende ich das Problem angehen muss. Im Zweifel schubst mich einfach in die richtige Richtung...

ich habe mehrere Win7 Clients an einem 2k3 Server (als AD-Server) laufen, es sind maximal 10 Nutzer, die aber nicht immer am gleichen Client arbeiten.

Bis vor kurzem haben wir Outlook verwendet, um per POP die Mails vom Mailserver abzuholen. Die .pst Dateien in Eigene Dokumente\Outlook-Dateien wurden beim Abmelden mit dem Server synchronisiert, so dass sie auf allen Stationen zur Verfügung stehen.

Nun wollte ich das ganze System auf IMAP und eine serverseitige Sicherung der Mails umstellen und habe dazu auf einem separaten Server hmailserver als Mailserver installiert, die Clients verwenden Outlook 2010, um sich per IMAP damit zu verbinden.

Da Outlook 2010 aber IMAP Datendateien unterhalb des Verzeichnisses AppData\Local\ anlegt werden diese beim Abmelden nicht ins Serverprofil übernommen. Wenn sich ein Nutzer nun an einem anderen Arbeitsplatz anmeldet, wird der IMAP Account zwar in der Kontenliste aufgeführt und die entsprechenden IMAP-Ordner tauchen auch links auf. Beim Versuch, eine Verbindung zum IMAP-Server aufzubauen, kommt aber folgende Fehlermeldung:

Fehler (0x8004010F) beim Ausführen der Aufgabe "......@.................. IMAP - Nachrichten werden gesendet": "Auf die Outlook-Datendatei kann nicht zugegriffen werden."

Hat jemand ne Idee, woran das liegen kann?

10. Juni 2011

Mittlerweile hat mir jemand gesagt, die Fähigkeit, große Dateien zu teilen / zusammenzusetzen, wäre bei Outlook generell entfernt worden? Stimmt das? Es kann doch nicht sein, dass ich LiveMail nur für diesen Zweck parallel betreiben muss.

8. Juni 2011

Hi all,

wir haben einen Netzwerkdrucker, der in der Lage ist, gescannte Dokumente anschließend per Mail als pdf an einen Benutzer zu schicken. Sind diese Mails zu groß (ab mehr als etwa 16 gescannten Seiten) so teilt der Drucker die Mail in mehrere Teile auf.

Diese Teile wurden bisher (Windows XP / Outlook 2000) von Outlook direkt (ohne Benutzerzutun) wieder zu einer Mail zusammengesetzt, in der die pdf-Datei als Attachment angehängt war, die einzelnen Teilmails wurden in den Papierkorb verschoben.

Nur haben wir auf Win7 / Outlook 2010 aktualisiert und die Mails werden nicht mehr zusammengesetzt. Stattdessen werden mehrere Teile angezeigt (part x/y). Im Mailtext findet sich dann folgender Header:

From: xxx@yyy.de

Subject:

To: "xyz" <xyz@yyy.de>

Date: Wed, 8 Jun 2011 12:07:51 +0200

Message-Id: <201106081207456F.DCSML-S000210000.000074F20198@172.16.10.92>

MIME-Version: 1.0

Content-Type: multipart/mixed;

boundary="DC_BOUND_PRE_<1307527663.000074f20198>"

This is a multi-part message in MIME format.

--DC_BOUND_PRE_<1307527663.000074f20198>

Content-Type: text/plain; charset=ISO-8859-1

Content-Transfer-Encoding: quoted-printable

--DC_BOUND_PRE_<1307527663.000074f20198>

Content-Type: application/pdf; name="20110608120743085.pdf"

Content-Transfer-Encoding: base64

Content-Disposition: attachment;

filename="20110608120743085.pdf"

Danach nur noch kodiertes Material. Ich bekomme die Mails weder automatisch noch manuell wieder zusammen und kann die Teile des Attachments auch nicht speichern.

Hat wer nen Tipp?

Gruß

Stoerte*

15. September 2009

Sorry, ich wusste nicht, dass das einen Unterschied macht, da der Fehler ja bereits beim Kontaktieren des internen Servers auftritt.

Hier die Windowsupdate.log unmittelbar nach dem Workaround (die Aktualisierung der Richtlinie kommt daher, dass ich bis zur Lösung in der Policy den internen Server abgestellt hatte). 8024400e ist leider hartnäckig.

10. September 2009

Ich hab nochmal ein windowsupdate.log hier abgelegt. Wie zu sehen: Mit WSUS klappts nicht.

Der WSUS hält die Updates aus Platzgründen nicht lokal vor. Die Clients sollen die Updates von MS laden, aber trotzdem den WSUS zum Finden der Updates und Berichten hernehmen.

9. September 2009

Den Workaround hatte ich bereits erfolglos ausprobiert, aber danke. Mit den eckigen Klammern wollte ich aussagen, dass ich dort den tatsächlichen Namen durch einen Platzhalter ersetzt habe .-)

Proycfg hat zumindest mal das Update über die Microsoft-Webseite ermöglicht (yeah). Lokal über den WSUS geht es immer noch nicht. Je nachdem, ob ich den WSUS versuche direkt (sollte innerhalb des Hausnetzes möglich sein) oder über den Proxy anzusprechen bekomme ich entweder den 8024400e oder einen 80072f78. Im Moment läuft aber erst mal das Update über MS und das werd ich erst mal laufen lassen und experimentiere dann weiter.

Gruß

Stoerte*

7. September 2009

Ich komme leider immer noch nicht weiter :cry:

Hier der Link zur windowsupdate.log:

enthalten sind zwei Versuche:

1. um 14:05 ein Versuch über den WSUS

2. um 14:08 ein Update direkt über Microsoft (mittel automatischer Updates, nicht über den Browser, mit dem geht es!)

Zum einen ändert sich der Fehler:

beim WSUS ist es 8024400e, über Microsoft 80072efd.

Letzterer hat angeblich regelmäßig mit internen Netzwerkproblemen wie Proxys zu tun. Wir setzen auch tatsächlich einen Proxy ein. Dabei fällt auf, dass bei den ganzen Fehlermeldungen immer "Proxy List used: <(null)>" steht. Der Proxy ist aber in den Interneteinstellungen konfiguriert.

Außerdem irritieren mich die letzten beiden Zeilen des WSUS-Versuchs, in denen steht, dass angeblich 7 events erfolgreich gemeldet wurden. In der WSUS-Konsole steht der PC aber immer noch mit "Noch kein Bericht erstellt".

Sunny, danke für alle Tipps bisher und ich hoffe, du kannst damit etwas anfangen.

Schönen Gruß

Stoerte*

PS Das "Zwangsupdate" des WUclients hab ich vorher auch ausgeführt.

4. September 2009

Okay, ich hatte gelesen, dass es nur Clients beträfe, die auch ein betreffendes Office-Paket abfragen. Mein Fehler.

Das Leeren des Downloadcaches hat leider auch nicht geholfen. Danach verbindet sich der Rechner, lädt auch problemlos und ohne eine einzige Fehlermeldung im Log das Selbstupdate runter, nur um beim nächsten Mal wieder Fehler zu produzieren, wenn es um die "normalen" Updates geht. Interessanterweise sagt der Client auch jedesmal ein Selbstupdate sei nicht nötig, aber als ich ihn testweise mal per Browser direkt mit Windowsupdate verbunden habe kam als erstes ein: Update muss aktualisiert werden. Woraufhin allerdings lediglich das WGA-Tool aktualisiert wurde.

SP2 ist übrigens mittlerweile installiert.

3. September 2009

Den Hotfix habe ich ausgeführt, da es nicht gebracht hat anschließend auch den Workaround. Danach kam der Fehler an anderer Stelle (simpleAuth.asmx anstatt client.asmx) aber er kam trotzdem. Den Downloadcache habe ich allerdings nicht geleert, werde das mal ausprobieren. Allerdings können sich auch Clients ohne Office2003 nicht korrekt mit dem Server verbinden.

SP2 habe ich noch nicht installiert, da es als "beta" gekennzeichnet ist und ich keine Testumgebung habe. Auf dem Produktivsystem wollte ich es so nicht aufspielen.

1. September 2009

hier Meldungen zwei und drei:

2009-09-01 08:53:18.531 UTC	Error	w3wp.5	ClientImplementation.SyncUpdates	System.NullReferenceException: Object reference not set to an instance of an object.
  at Microsoft.UpdateServices.Internal.DataAccess.ExecuteSpGetCoreUpdateXml(Int32[] revisionIds)
  at Microsoft.UpdateServices.Internal.DataAccessCache.GetCoreUpdateXml(Int32[] revisionIds, DataAccess da, Int64 maxXmlPerRequest)
  at Microsoft.UpdateServices.Internal.ClientImplementation.GetSyncInfo(DataAccess dataAccess, Hashtable stateTable, Hashtable deploymentTable, Boolean haveGroupsChanged, Boolean doChunking)
  at Microsoft.UpdateServices.Internal.ClientImplementation.SoftwareSync(DataAccess dataAccess, UnencryptedCookieData cookieData, Int32[] installedNonLeafUpdateIds, Int32[] leafUpdateIds, Boolean haveGroupsChanged, Boolean expressQuery)
  at Microsoft.UpdateServices.Internal.ClientImplementation.SyncUpdates(Cookie cookie, SyncUpdateParameters parameters)
  at Microsoft.UpdateServices.Internal.ClientImplementation.SyncUpdates(Cookie cookie, SyncUpdateParameters parameters)
  at Microsoft.UpdateServices.Internal.Client.SyncUpdates(Cookie cookie, SyncUpdateParameters parameters)
  at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
  at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
  at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
  at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
  at System.Web.Services.Protocols.LogicalMethodInfo.Invoke(Object target, Object[] values)
  at System.Web.Services.Protocols.WebServiceHandler.Invoke()
  at System.Web.Services.Protocols.WebServiceHandler.CoreProcessRequest()
  at System.Web.Services.Protocols.SyncSessionlessHandler.ProcessRequest(HttpContext context)
  at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
  at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
  at System.Web.HttpApplication.ApplicationStepManager.ResumeSteps(Exception error)
  at System.Web.HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest(HttpContext context, AsyncCallback cb, Object extraData)
  at System.Web.HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr)
  at System.Web.HttpRuntime.ProcessRequestNoDemand(HttpWorkerRequest wr)
  at System.Web.Hosting.ISAPIRuntime.ProcessRequest(IntPtr ecb, Int32 iWRType)
2009-09-01 08:53:18.531 UTC	Warning	w3wp.5	SoapUtilities.CreateException	ThrowException: actor = [url]http://ad-server-2003:8530/ClientWebService/client.asmx[/url], ID=ddb357df-b96f-40cb-bfaa-1f5a93169961, ErrorCode=InternalServerError, Message=, Client=?

Im iis.log tauchen keine Fehlermeldungen auf.

1. September 2009

Hier ein Ausschnitt aus der SoftwareDistribution.log, in der regelmäßig die folgenden 3 Meldungen auftauchen (hier die erste):

2009-09-01 08:53:18.531 UTC	Error	w3wp.5	DataAccess.ExecuteSpGetCoreUpdateXml	Update 63247 has no core XML
  at Microsoft.UpdateServices.Internal.DataAccess.ExecuteSpGetCoreUpdateXml(Int32[] revisionIds)
  at Microsoft.UpdateServices.Internal.DataAccessCache.GetCoreUpdateXml(Int32[] revisionIds, DataAccess da, Int64 maxXmlPerRequest)
  at Microsoft.UpdateServices.Internal.ClientImplementation.GetSyncInfo(DataAccess dataAccess, Hashtable stateTable, Hashtable deploymentTable, Boolean haveGroupsChanged, Boolean doChunking)
  at Microsoft.UpdateServices.Internal.ClientImplementation.SoftwareSync(DataAccess dataAccess, UnencryptedCookieData cookieData, Int32[] installedNonLeafUpdateIds, Int32[] leafUpdateIds, Boolean haveGroupsChanged, Boolean expressQuery)
  at Microsoft.UpdateServices.Internal.ClientImplementation.SyncUpdates(Cookie cookie, SyncUpdateParameters parameters)
  at Microsoft.UpdateServices.Internal.Client.SyncUpdates(Cookie cookie, SyncUpdateParameters parameters)
  at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
  at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
  at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
  at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
  at System.Web.Services.Protocols.LogicalMethodInfo.Invoke(Object target, Object[] values)
  at System.Web.Services.Protocols.WebServiceHandler.Invoke()
  at System.Web.Services.Protocols.WebServiceHandler.CoreProcessRequest()
  at System.Web.Services.Protocols.SyncSessionlessHandler.ProcessRequest(HttpContext context)
  at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
  at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
  at System.Web.HttpApplication.ApplicationStepManager.ResumeSteps(Exception error)
  at System.Web.HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest(HttpContext context, AsyncCallback cb, Object extraData)
  at System.Web.HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr)
  at System.Web.HttpRuntime.ProcessRequestNoDemand(HttpWorkerRequest wr)
  at System.Web.Hosting.ISAPIRuntime.ProcessRequest(IntPtr ecb, Int32 iWRType)

1. September 2009

So, hier die aktuelle windowsupdate.log nach dem Office-Fix. (Aufgrund der Zeichenbeschränkung ohne den Anfang, in dem noch keine Fehler auftreten).

2009-09-01	10:53:54:105	1140	3c0	Setup	  * IsUpdateRequired = No
2009-09-01	10:53:54:871	1140	3c0	PT	+++++++++++  PT: Synchronizing server updates  +++++++++++
2009-09-01	10:53:54:871	1140	3c0	PT	  + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://ad-server-2003:8530/ClientWebService/client.asmx
2009-09-01	10:53:54:965	1140	3c0	PT	WARNING: Cached cookie has expired or new PID is available
2009-09-01	10:53:54:965	1140	3c0	PT	Initializing simple targeting cookie, clientId = 49d03e93-1d0d-4f5c-b0db-6995ed2a681e, target group = Acker, DNS name = bibliothek.acker.local
2009-09-01	10:53:54:965	1140	3c0	PT	  Server URL = http://ad-server-2003:8530/SimpleAuthWebService/SimpleAuth.asmx
2009-09-01	10:53:58:686	1140	3c0	PT	WARNING: SyncUpdates failure, error = 0x8024400E, soap client error = 7, soap error code = 400, HTTP status code = 200
2009-09-01	10:53:58:686	1140	3c0	PT	WARNING: SOAP Fault: 0x000190
2009-09-01	10:53:58:686	1140	3c0	PT	WARNING:     faultstring:Fault occurred
2009-09-01	10:53:58:686	1140	3c0	PT	WARNING:     ErrorCode:InternalServerError(5)
2009-09-01	10:53:58:686	1140	3c0	PT	WARNING:     Message:(null)
2009-09-01	10:53:58:686	1140	3c0	PT	WARNING:     Method:"http://www.microsoft.com/SoftwareDistribution/Server/ClientWebService/SyncUpdates"
2009-09-01	10:53:58:686	1140	3c0	PT	WARNING:     ID:ddb357df-b96f-40cb-bfaa-1f5a93169961
2009-09-01	10:53:58:686	1140	3c0	PT	WARNING: PTError: 0x8024400e
2009-09-01	10:53:58:686	1140	3c0	PT	WARNING: SyncUpdates_WithRecovery failed.: 0x8024400e
2009-09-01	10:53:58:686	1140	3c0	PT	WARNING: Sync of Updates: 0x8024400e
2009-09-01	10:53:58:686	1140	3c0	PT	WARNING: SyncServerUpdatesInternal failed: 0x8024400e
2009-09-01	10:53:58:686	1140	3c0	Agent	  * WARNING: Failed to synchronize, error = 0x8024400E
2009-09-01	10:53:58:732	1140	3c0	Agent	  * WARNING: Exit code = 0x8024400E
2009-09-01	10:53:58:732	1140	3c0	Agent	*********
2009-09-01	10:53:58:732	1140	3c0	Agent	**  END  **  Agent: Finding updates [CallerId = AutomaticUpdates]
2009-09-01	10:53:58:732	1140	3c0	Agent	*************
2009-09-01	10:53:58:732	1140	3c0	Agent	WARNING: WU client failed Searching for update with error 0x8024400e
2009-09-01	10:53:58:748	1140	b60	AU	>>##  RESUMED  ## AU: Search for updates [CallId = {AEABF8A6-05D1-4C0A-A5C3-83870BD9DA0D}]
2009-09-01	10:53:58:748	1140	b60	AU	  # WARNING: Search callback failed, result = 0x8024400E
2009-09-01	10:53:58:748	1140	b60	AU	  # WARNING: Failed to find updates with error code 8024400E
2009-09-01	10:53:58:748	1140	b60	AU	#########
2009-09-01	10:53:58:748	1140	b60	AU	##  END  ##  AU: Search for updates [CallId = {AEABF8A6-05D1-4C0A-A5C3-83870BD9DA0D}]
2009-09-01	10:53:58:748	1140	b60	AU	#############
2009-09-01	10:53:58:748	1140	b60	AU	AU setting next detection timeout to 2009-09-01 13:53:58
2009-09-01	10:53:58:748	1140	b60	AU	Setting AU scheduled install time to 2009-09-02 06:00:00
2009-09-01	10:54:03:735	1140	3c0	Report	REPORT EVENT: {2FF55196-21AA-4160-B29F-669183E9B4A0}	2009-09-01 10:53:58:732+0200	1	148	101	{00000000-0000-0000-0000-000000000000}	0	8024400e	AutomaticUpdates	Failure	Software Synchronization	Windows Update Client failed to detect with error 0x8024400e.

WSUS Log folgt im nächsten Post

31. August 2009

Im Eventviewer habe ich nichts gefunden, was darauf zurückzuführen ist. Die IIS-Logs habe ich noch nicht durchsucht.

Den beschriebenen Fehler mit dem Office-Update habe ich bereits ergoogelt und behoben (konnte ich aufgrund der Zeichenbeschränkung leider nicht mehr beschreiben). Danach komme ich immerhin etwas weiter. Der Fehler tritt dann nicht mehr beim Aufruf von

"Server URL = http://ad-server-2003:8530/ClientWebService/client.asmx"

auf, sondern erst beim nächsten Aufruf

Es ist aber auch dann wieder der Fehler 0x8024400E.

Ich kann morgen gerne nochmal ein log posten.

31. August 2009

Hi all,

ich habe einen 2k3 Server mit WSUS 3 SP1, upgedatet von WSUS2, ein SUS1 wurde vorher deinstalliert. Durch diese Konstruktion ist der WSUS auf dem Alternativport 8530 gelandet. Nun verbinden sich meine XP-Clients zwar mit dem Server, erhalten aber weder Updates noch senden sie Berichte. (Wenn ich meinen Testrechner aus der Liste der Rechner rauswerfe taucht er nach dem Update wieder auf, allerdings mit: "Dieser Rechner hat noch keinen Bericht gesendet")

Windowsupdate.log sagt dazu(gekürzt):

2009-08-31	14:50:18:735	1140	3bc	AU	Triggering AU detection through DetectNow API
2009-08-31	14:50:18:735	1140	3bc	AU	Triggering Online detection (non-interactive)
[...]
2009-08-31	14:50:18:735	1140	1a8	AU	<<## SUBMITTED ## AU: Search for updates [CallId = {CE10C9D5-7D65-4955-9764-EB482ED73926}]
2009-08-31	14:50:18:735	1140	ff8	Agent	*************
2009-08-31	14:50:18:735	1140	ff8	Agent	** START **  Agent: Finding updates [CallerId = AutomaticUpdates]
[...]
2009-08-31	14:50:18:735	1140	ff8	Agent	  * ServiceID = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}
2009-08-31	14:50:18:735	1140	ff8	Misc	Validating signature for C:\WINDOWS\SoftwareDistribution\SelfUpdate\Default\wuident.cab:
2009-08-31	14:50:18:750	1140	ff8	Misc	 Microsoft signed: Yes
[...]
2009-08-31	14:50:18:797	1140	ff8	Setup	***********  Setup: Checking whether self-update is required  ***********
[...]
2009-08-31	14:50:18:797	1140	ff8	Setup	Update NOT required for C:\WINDOWS\system32\cdm.dll: target version = 7.1.6001.65, required version = 7.1.6001.65
[...]
2009-08-31	14:50:18:797	1140	ff8	Setup	Update NOT required for C:\WINDOWS\system32\wuweb.dll: target version = 7.1.6001.65, required version = 7.1.6001.65
2009-08-31	14:50:18:797	1140	ff8	Setup	  * IsUpdateRequired = No
2009-08-31	14:50:19:516	1140	ff8	PT	+++++++++++  PT: Synchronizing server updates  +++++++++++
2009-08-31	14:50:19:516	1140	ff8	PT	  + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://ad-server-2003:8530/ClientWebService/client.asmx
2009-08-31	14:50:23:248	1140	ff8	PT	WARNING: SyncUpdates failure, error = 0x8024400E, soap client error = 7, soap error code = 400, HTTP status code = 200
2009-08-31	14:50:23:248	1140	ff8	PT	WARNING: SOAP Fault: 0x000190
2009-08-31	14:50:23:248	1140	ff8	PT	WARNING:     faultstring:Fault occurred
2009-08-31	14:50:23:248	1140	ff8	PT	WARNING:     ErrorCode:InternalServerError(5)
2009-08-31	14:50:23:248	1140	ff8	PT	WARNING:     Message:(null)
2009-08-31	14:50:23:248	1140	ff8	PT	WARNING:     Method:"http://www.microsoft.com/SoftwareDistribution/Server/ClientWebService/SyncUpdates"
2009-08-31	14:50:23:248	1140	ff8	PT	WARNING:     ID:0f5db7eb-41f6-4ca2-a591-542ded474b97
2009-08-31	14:50:23:248	1140	ff8	PT	WARNING: PTError: 0x8024400e
2009-08-31	14:50:23:248	1140	ff8	PT	WARNING: SyncUpdates_WithRecovery failed.: 0x8024400e
2009-08-31	14:50:23:248	1140	ff8	PT	WARNING: Sync of Updates: 0x8024400e
2009-08-31	14:50:23:248	1140	ff8	PT	WARNING: SyncServerUpdatesInternal failed: 0x8024400e
2009-08-31	14:50:23:248	1140	ff8	Agent	  * WARNING: Failed to synchronize, error = 0x8024400E
2009-08-31	14:50:23:264	1140	ff8	Agent	  * WARNING: Exit code = 0x8024400E
[...]
2009-08-31	14:50:28:261	1140	ff8	Report	REPORT EVENT: {CAC58D03-1988-4BE5-B288-7DA1A10D861E}	2009-08-31 14:50:23:264+0200	1	148	101	{00000000-0000-0000-0000-000000000000}	0	8024400e	AutomaticUpdates	Failure	Software Synchronization	Windows Update Client failed to detect with error 0x8024400e.
2009-08-31	14:54:24:032	1140	ff8	Report	Uploading 3 events using cached cookie, reporting URL = http://ad-server-2003:8530/ReportingWebService/ReportingWebService.asmx
2009-08-31	14:54:24:047	1140	ff8	Report	Reporter successfully uploaded 3 events.

Besonders irritiert mich dabei, der angeblich erfolgreiche Report..:confused:

Die Datei http://SERVERNAME:8530/selfupdate/wuident.cab lässt sich aufrufen.

Hat jemand ein Tipp?

Danke und Gruß

Stoerte*

14. Juli 2008

moinmoin, danke für die Antworten. Leider existiert keine rasphone.pbk. Offenbar hat Win98 das anders gehandhabt als NT.

Die Daten haben sich mittlerweile aber doch noch angefunden. Es ist also nicht mehr dringend. Aus akademischem Interesse würde mich trotzdem interessieren, ob die Information noch aus dem Dateisystem, also ohne Installation, extrahierbar ist.

Gruß

Stoerte

13. Juli 2008

Moinmoin,

da ist mir doch ein übler Anfängerfehler passiert: Ich habe einen Rechner aufgerüstet, neu installiert und vorher zwar alle Daten gesichert, aber nicht die Benutzernamen und Passwörter aus dem DFÜ-Netzwerk abgeschrieben und nun hat der Rechnerbesitzer das Blatt mit den Zugangsdaten nicht mehr. Das Passwort ist bekannt, aber der Benutzername nicht. Ist der unter Win98 irgendwo auf der Platte im Klartext gespeichert, so dass ich ihn aus dem Backup auslesen kann oder bleibt mir nur, den Rechner wieder in den Urzustand zu versetzen und das Backup einzuspielen?

Gruß und schöne Woche

Stoerte

21. April 2008

Ich muss mich für ungenaue Formulierungen oben entschuldigen:

Beim Aufruf einer Seite mit Flash-Inhalt wird noch nicht die obige Fehlermeldung angezeigt, sondern es kommt erst mal eine Fehlermeldung, dass Flash nicht installiert sei und nicht heruntergeladen werden könne (Flash ist aber definitiv installiert). Die obige Fehlermeldung erscheint, wenn ich auf der Adobe-Seite versuche, das Plugin zu installieren.

21. April 2008

ja, ich habe den Alternativport gewählt, werde das nachher mal ausprobieren. Wozu ist das /autoupdatedrivers... im Gegensatz zum Standard /autoupdate... gut? Gibt es da Versionsunterschiede?

21. April 2008

Moinmoin,

ich habe das Problem, dass sich meine Clients in der Domäne offenbar den WSUS-Server nicht finden. Die Domänenrichtlinie wurde übernommen (Richtlinienergebnissatz gibt die korrekten Werte aus), aber in den Updatelogs taucht immer die folgende Zeile auf:

2008-04-21 11:00:43 09:00:43 Error IUENGINE Querying software update catalog from http://ad-server-2003/autoupdate/getmanifest.asp'>http://ad-server-2003/autoupdate/getmanifest.asp (Error 0x80190194)

http://ad-server-2003 reicht im Browser als Adresseingabe, um auf den Server zu kommen, daher sollte es hier doch eigentlich auch reichen? Aber selbst, wenn ich die IP-Adresse direkt als Server eingebe, bekomme ich den gleichen Fehler

Hat jemand einen Tip?

18. April 2008

Hej,

unsere Computer in der Domäne haben offenbar irgendwoher eine Sicherheitsrichtlinie bezogen, die ihnen ActiveX verbietet (Meldung im Statusbalken des IE: "Die Sicherheitseinstellungen lassen die Verwendung von auf dem Computer installierten ActiveX-Steuerelementen für Websites nicht zu...Klicken Sie hier für Optionen"). Die einzige Option, die mir angezeigt wird, ist aber die Hilfe.

- In den Sichherheitseinstellungen des IE ist ActiveX erlaubt.

- Die einzige Option, die ich in den Grupperichtlinien finde, ist, die _Installation_ von ActiveX-Elementen zu unterbinden, aber der Text oben liest sich ja so, als würden bereits installierte Elemente verhindert (außerdem geht es im konkreten Fall um ein Flash-Plugin und Flash ist definitiv auf de Rechner). Abgesehen davon, dass die entsprechende Richtlinie gar nicht aktiv ist (per Richtlinienergebnissatz überprüft).

Gibt es weitere Stellen im System, an denen die ActiveX-Nutzung eingeschränkt werden kann?

Danke und Gruß

Stoerte

Anmelden

Stoertebeker

Gesamte Inhalte

Registriert seit

Letzter Besuch

Inhaltstyp

Profile

Forum

Beiträge erstellt von Stoertebeker

Weitergabe der Admin-Passwörter

Outlook via IMAP in AD?

Outlook via IMAP in AD?

Outlook via IMAP in AD?

Outlook via IMAP in AD?

Outlook via IMAP in AD?

Outlook 2010 und Multi-Part MIME

Outlook 2010 und Multi-Part MIME

XP Clients bekommt keine Updates

XP Clients bekommt keine Updates

XP Clients bekommt keine Updates

XP Clients bekommt keine Updates

XP Clients bekommt keine Updates

XP Clients bekommt keine Updates

XP Clients bekommt keine Updates

XP Clients bekommt keine Updates

XP Clients bekommt keine Updates

XP Clients bekommt keine Updates

XP Clients bekommt keine Updates

DFÜ-Benutzerdaten aus Dateisystem?

DFÜ-Benutzerdaten aus Dateisystem?

Domänenrichtlinien verhindern ActiveX

WSUS Clients registrieren sich nicht

WSUS Clients registrieren sich nicht

Domänenrichtlinien verhindern ActiveX

Menu

Aktivitäten