25431
21.11.2006, aktualisiert am 25.10.2007 um 08:06:38 Uhr
13398
21
0
Nach IE7 Installation Fehlermeldung in Exchange-Manager
hallo,
ich habe heute an einem SBS2003 über automatische Updates den IE7 installiert. Zuerst schien alles in Ordnung zu sein, keine Fehlermeldungen usw.
Jetzt ist mir aufgefallen, wenn ich versuche über den System-Manager öffentliche Ordner zu verwalten, kommt folgende Fehlermeldung als Popup sobald ich auf einen öffentlichen Ordner klicke.
Der Vorgang wurde erfolgreich beendet.
Einrichtung: Win32
ID-Nr.: c0070000
Exchange-System-Manager
Wenn ich die Fehlermeldung bestätige, werden alle ÖO angezeigt, jedoch kann ich bei keinem den Inhalt einsehen; keine eMails, Kontakte etc. Über Outlook an einem Client sehe ich aber, dass der Inhalt der ÖO vollständig vorhanden ist.
Habe den System-Manager auf einen Client installiert, auf dem noch IE6 läuft...das selbe Problem. Habe testweise alle Sicherheitseinstellungen des IE7 auf dem SBS auf niedrigste Stufe gestelle; hat leider auch nichts gebracht.
Weiß jemand Rat?
MfG
ich habe heute an einem SBS2003 über automatische Updates den IE7 installiert. Zuerst schien alles in Ordnung zu sein, keine Fehlermeldungen usw.
Jetzt ist mir aufgefallen, wenn ich versuche über den System-Manager öffentliche Ordner zu verwalten, kommt folgende Fehlermeldung als Popup sobald ich auf einen öffentlichen Ordner klicke.
Der Vorgang wurde erfolgreich beendet.
Einrichtung: Win32
ID-Nr.: c0070000
Exchange-System-Manager
Wenn ich die Fehlermeldung bestätige, werden alle ÖO angezeigt, jedoch kann ich bei keinem den Inhalt einsehen; keine eMails, Kontakte etc. Über Outlook an einem Client sehe ich aber, dass der Inhalt der ÖO vollständig vorhanden ist.
Habe den System-Manager auf einen Client installiert, auf dem noch IE6 läuft...das selbe Problem. Habe testweise alle Sicherheitseinstellungen des IE7 auf dem SBS auf niedrigste Stufe gestelle; hat leider auch nichts gebracht.
Weiß jemand Rat?
MfG
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 45026
Url: https://administrator.de/contentid/45026
Ausgedruckt am: 17.11.2024 um 09:11 Uhr
21 Kommentare
Neuester Kommentar
ist ein bekanntes problem.
bis ein patch rauskommt würd ich einfach mal empfehlen ie7 zu deinstallieren.
bis ein patch rauskommt würd ich einfach mal empfehlen ie7 zu deinstallieren.
Na Klasse...
bekanntes Problem und dennoch als wichtiges Sicherheitsupdate verteilen...typisch
bekanntes Problem und dennoch als wichtiges Sicherheitsupdate verteilen...typisch
also bei mir wurde ie7 als "update-rollup" klassifiziert.............
Hallo, habe auch ein Problem mit dem IE7, das wie ich denke auch auf Exchange zurückzuführen ist.
Also, habe mein SBS2003SP1 mit dem IE7 beglückt, anschließend auch eigentlich keine Probleme festgestellt. Habe dann irgendwann mal mein OWA vom Server ausgeöffnet und meine Mails bearbeitet (mit dem IE6 keine Probleme gehabt). Zunächst auch kein Problem. Doch beim beantworten/senden einer Mail stürzt der IE7 ohne weitere Komentare ab. Natürlich ist die Mail nicht verschickt worden.
Im Bericht erscheint folgende Meldung:
Fehlgeschlagene Anwendung iexplore.exe, Version 7.0.5730.11, fehlgeschlagenes Modul ieframe.dll, Version 7.0.5730.11, Fehleradresse 0x00398002.
oder
Fehlgeschlagene Anwendung iexplore.exe, Version 7.0.5730.11, fehlgeschlagenes Modul unknown, Version 0.0.0.0, Fehleradresse 0x80000013.
und
Fehlerhafter Speicherbereich 345446564.
Habe dann mein SBS2003SP1 auf SBS2003 R2 upgraden wollen. Resultat: Fehlermeldung und Abbruch während der Installation (bei Upgrade des Internetexplorers) - PANIK !!!. Habe dann den IE7 wieder deinstalliert. Upgrade konnte ich dann nochmal drüber installieren (der lief sogar noch !!!) und dann: Upgrade erfolgreich installiert.
Dann kam wieder die Meldung: ich müsse den IE7 installieren. Wieder versucht: gleicher Fehler im OWA. kann zwar Mails lesen/löschen aber keine neuen erzeugen. Komischerweise läuft das von den Clients (WinXP Pro mit IE7) problemlos ??!!!
Also ich denke der IE7 für Windows 2003 hat noch nen Bug.
Vieleicht hat jemand ähnliche Erfahrungen gemacht und sogar ne Lösung.
Also, habe mein SBS2003SP1 mit dem IE7 beglückt, anschließend auch eigentlich keine Probleme festgestellt. Habe dann irgendwann mal mein OWA vom Server ausgeöffnet und meine Mails bearbeitet (mit dem IE6 keine Probleme gehabt). Zunächst auch kein Problem. Doch beim beantworten/senden einer Mail stürzt der IE7 ohne weitere Komentare ab. Natürlich ist die Mail nicht verschickt worden.
Im Bericht erscheint folgende Meldung:
Fehlgeschlagene Anwendung iexplore.exe, Version 7.0.5730.11, fehlgeschlagenes Modul ieframe.dll, Version 7.0.5730.11, Fehleradresse 0x00398002.
oder
Fehlgeschlagene Anwendung iexplore.exe, Version 7.0.5730.11, fehlgeschlagenes Modul unknown, Version 0.0.0.0, Fehleradresse 0x80000013.
und
Fehlerhafter Speicherbereich 345446564.
Habe dann mein SBS2003SP1 auf SBS2003 R2 upgraden wollen. Resultat: Fehlermeldung und Abbruch während der Installation (bei Upgrade des Internetexplorers) - PANIK !!!. Habe dann den IE7 wieder deinstalliert. Upgrade konnte ich dann nochmal drüber installieren (der lief sogar noch !!!) und dann: Upgrade erfolgreich installiert.
Dann kam wieder die Meldung: ich müsse den IE7 installieren. Wieder versucht: gleicher Fehler im OWA. kann zwar Mails lesen/löschen aber keine neuen erzeugen. Komischerweise läuft das von den Clients (WinXP Pro mit IE7) problemlos ??!!!
Also ich denke der IE7 für Windows 2003 hat noch nen Bug.
Vieleicht hat jemand ähnliche Erfahrungen gemacht und sogar ne Lösung.
ich habe auch das problem wie oben beschrieben mit der anzeige im exchange
ist da schon mehr bekannt.
sollte man den ie 7 wieder deinstallieren?
ist da schon mehr bekannt.
sollte man den ie 7 wieder deinstallieren?
ich habe auch das problem wie oben beschrieben mit der anzeige im exchange
ist da schon mehr bekannt.
sollte man den ie 7 wieder deinstallieren?
ist da schon mehr bekannt.
sollte man den ie 7 wieder deinstallieren?
ist ein bekanntes problem.
bis ein patch rauskommt würd ich
einfach mal empfehlen ie7 zu deinstallieren.
bis ein patch rauskommt würd ich
einfach mal empfehlen ie7 zu deinstallieren.
woher ist dir dieses problem bekannt?
Gibt es mittlerweile schon einen Patch?
Das Problem ist mittlerweile schon ein paar tage her und auch nicht mehr akut.
Also ich hatte dann den IE7 deinstalliert, dann das Upgrade auf 2003 R2 installiert und dann den IE 7 wieder aufgespielt.
Das hat erstmal gepklappt. Anschließend würde ich alle Patches installieren lassen (autom. Update). Mittlerweile habe zu diesem Thema keine Probleme mehr.
Also ich hatte dann den IE7 deinstalliert, dann das Upgrade auf 2003 R2 installiert und dann den IE 7 wieder aufgespielt.
Das hat erstmal gepklappt. Anschließend würde ich alle Patches installieren lassen (autom. Update). Mittlerweile habe zu diesem Thema keine Probleme mehr.
Hallo!
Also bis jetzt habe ich den IE7 immer weggelassen. Wir haben einen win 2003 sbs r2 mit allen service packs. bis jetzt ist der IE 6 drauf. Scheue mich davor den IE7 installieren zu lassen.
habe ich vor oder nachteile wenn ich es nicht akltualisiere?
hier wird der fehler beschrieben http://support.microsoft.com/kb/932513/de
wer hat auf seinem server IE7 und hat nicht das oben beschriebene problem?
oder gibt es mitlerweilen ein patch
gruß marcel
Also bis jetzt habe ich den IE7 immer weggelassen. Wir haben einen win 2003 sbs r2 mit allen service packs. bis jetzt ist der IE 6 drauf. Scheue mich davor den IE7 installieren zu lassen.
habe ich vor oder nachteile wenn ich es nicht akltualisiere?
hier wird der fehler beschrieben http://support.microsoft.com/kb/932513/de
wer hat auf seinem server IE7 und hat nicht das oben beschriebene problem?
oder gibt es mitlerweilen ein patch
gruß marcel
Stimmt, sobald ich den IE7 deinstalliert habe funktioniert wieder alles ohne Probleme!
Verstehe nur nicht warum noch kein Patch raus gekommen ist!
Verstehe nur nicht warum noch kein Patch raus gekommen ist!
Hallo!
Also bis jetzt habe ich den IE7 immer
weggelassen. Wir haben einen win 2003 sbs r2
mit allen service packs. bis jetzt ist der IE
6 drauf. Scheue mich davor den IE7
installieren zu lassen.
habe ich vor oder nachteile wenn ich es
nicht akltualisiere?
hier wird der fehler beschrieben
http://support.microsoft.com/kb/932513/de
wer hat auf seinem server IE7 und hat nicht
das oben beschriebene problem?
oder gibt es mitlerweilen ein patch
gruß marcel
Also bis jetzt habe ich den IE7 immer
weggelassen. Wir haben einen win 2003 sbs r2
mit allen service packs. bis jetzt ist der IE
6 drauf. Scheue mich davor den IE7
installieren zu lassen.
habe ich vor oder nachteile wenn ich es
nicht akltualisiere?
hier wird der fehler beschrieben
http://support.microsoft.com/kb/932513/de
wer hat auf seinem server IE7 und hat nicht
das oben beschriebene problem?
oder gibt es mitlerweilen ein patch
gruß marcel
hallo!
betrifft das auch den SBS 2003 oder nur den seperaten installierten exchange?
gruß marcel
Stimmt, sobald ich den IE7 deinstalliert habe
funktioniert wieder alles ohne Probleme!
Verstehe nur nicht warum noch kein Patch
raus gekommen ist!
funktioniert wieder alles ohne Probleme!
Verstehe nur nicht warum noch kein Patch
raus gekommen ist!
hallo!
wann hast du den IE 7 installiert und das Problem festgestellt?
verstehe es auch nicht wenn ein problem bekannt ist und das seit monaten das kein patch raus kommt!
gruß marcel
Also mein eigentliches Problem (OWA Nutzung auf dem Server) ist, wie ich schon erläutert habe, behoben.
Ich nutze den IE7 (mit einem SBS 2003 R2).
Das Problem war die mit der Reihenfolge der Installation behoben.
Ich hatte SBS2003 SP1, dann auf R2 (Technologieupdate), dann IE7.
Soweit ich weiß wird der IE7 sogar als "sicherheitskritisches Update" angeboten.
Bisher habe diesbezüglich keine Probleme.
Jedoch mit einer andere Sache (Verbindungsfehler wtime32 und Speichermanagemet), wobei ich glaube die Dinge hängen zusammen.
Ich nutze den IE7 (mit einem SBS 2003 R2).
Das Problem war die mit der Reihenfolge der Installation behoben.
Ich hatte SBS2003 SP1, dann auf R2 (Technologieupdate), dann IE7.
Soweit ich weiß wird der IE7 sogar als "sicherheitskritisches Update" angeboten.
Bisher habe diesbezüglich keine Probleme.
Jedoch mit einer andere Sache (Verbindungsfehler wtime32 und Speichermanagemet), wobei ich glaube die Dinge hängen zusammen.
Also mein eigentliches Problem (OWA Nutzung
auf dem Server) ist, wie ich schon
erläutert habe, behoben.
Ich nutze den IE7 (mit einem SBS 2003 R2).
Das Problem war die mit der Reihenfolge der
Installation behoben.
Ich hatte SBS2003 SP1, dann auf R2
(Technologieupdate), dann IE7.
Soweit ich weiß wird der IE7 sogar als
"sicherheitskritisches Update"
angeboten.
Bisher habe diesbezüglich keine
Probleme.
Jedoch mit einer andere Sache
(Verbindungsfehler wtime32 und
Speichermanagemet), wobei ich glaube die
Dinge hängen zusammen.
auf dem Server) ist, wie ich schon
erläutert habe, behoben.
Ich nutze den IE7 (mit einem SBS 2003 R2).
Das Problem war die mit der Reihenfolge der
Installation behoben.
Ich hatte SBS2003 SP1, dann auf R2
(Technologieupdate), dann IE7.
Soweit ich weiß wird der IE7 sogar als
"sicherheitskritisches Update"
angeboten.
Bisher habe diesbezüglich keine
Probleme.
Jedoch mit einer andere Sache
(Verbindungsfehler wtime32 und
Speichermanagemet), wobei ich glaube die
Dinge hängen zusammen.
Hallo!
Also wenn ich das höre dann lass ich es lieber mit dem IE 7 auf einem Server im produktiven Einsatz. Solange ich da noch von Problemen höre. Werde mir mal einen Testserver aufsetzen und das mal testen.
Außerdem Sicherheitslücken werden auch so von MS geschlossen. Und so eine Kernaufgabe hat der IE nun auch nicht. Webseiten scha ich mir doch lieber auf einem Client an.
Kannst du deine Probleme genauer beschreiben. Vielleicht weiß ich da eine Lösung!
Gruß
Gute Frage, aber keine Ahnung!
Also nach dem Reboot bekomme ich 1x folgende Meldungen im Anwendungsprotokoll:
(Damit komme ich noch nicht klar, weiß also nicht was da noch falsch eingestellt ist)
Quelle: Perflib
Ereigis ID: 1016
Der für den MSExchangeIS-Dienst erstellte Datenpuffer in der Bibliothek "C:\Programme\Exchsrvr\bin\mdbperf.dll" ist nicht an der 8 Byte Grenze ausgerichtet. Beim Lesen des Leistungsdatenpuffers können Probleme auftreten. Lassen Sie das Problem vom Hersteller der Bibliothek oder des Dienstes beheben oder fordern Sie eine neuere Version der Bibliothek an.
Quelle: Perflib
Ereigis ID: 1016
Der für den EXOLEDB-Dienst erstellte Datenpuffer in der Bibliothek "C:\Programme\Exchsrvr\bin\exodbpc.dll" ist nicht an der 8 Byte Grenze ausgerichtet. Beim Lesen des Leistungsdatenpuffers können Probleme auftreten. Lassen Sie das Problem vom Hersteller der Bibliothek oder des Dienstes beheben oder fordern Sie eine neuere Version der Bibliothek an.
Quelle: Perflib
Ereigis ID: 2003
Die Konfigurationsinformationen der Leistungsbibliothek "C:\WINDOWS\system32\infoctrs.dll" für den Dienst "InetInfo" stimmen nicht mit den in der Registrierung gespeicherten vertrauenswürdigen Informationen überein. Die Funktionen dieser Bibliothek werden nicht als vertrauenswürdig behandelt.
Quelle: WinMgmt
Ereigis ID: 5603
Ein Anbieter PerfProv wurde im WMI-Namespace ROOT\CIMV2\MicrosoftHealthMonitor\PerfMon registriert ohne die HostingModel-Eigenschaft festzulegen. Dieser Anbieter wird unter dem Konto "LocalSystem" ausgeführt. Dieses Konto verfügt über besondere Berechtigungen und der Anbieter kann eine Sicherheitsverletzung verursachen, wenn er Benutzeranforderungen nicht richtig imitiert. Stellen Sie sicher, dass das Sicherheitsverhalten des Anbieters überprüft wurde und aktualisieren Sie die HostingModel-Eigenschaft der Anbieterregistrierung auf ein Konto, das über die minimal erforderlichen Berechtigungen für die angeforderte Funktionalität verfügt.
(Damit komme ich noch nicht klar, weiß also nicht was da noch falsch eingestellt ist)
Quelle: Perflib
Ereigis ID: 1016
Der für den MSExchangeIS-Dienst erstellte Datenpuffer in der Bibliothek "C:\Programme\Exchsrvr\bin\mdbperf.dll" ist nicht an der 8 Byte Grenze ausgerichtet. Beim Lesen des Leistungsdatenpuffers können Probleme auftreten. Lassen Sie das Problem vom Hersteller der Bibliothek oder des Dienstes beheben oder fordern Sie eine neuere Version der Bibliothek an.
Quelle: Perflib
Ereigis ID: 1016
Der für den EXOLEDB-Dienst erstellte Datenpuffer in der Bibliothek "C:\Programme\Exchsrvr\bin\exodbpc.dll" ist nicht an der 8 Byte Grenze ausgerichtet. Beim Lesen des Leistungsdatenpuffers können Probleme auftreten. Lassen Sie das Problem vom Hersteller der Bibliothek oder des Dienstes beheben oder fordern Sie eine neuere Version der Bibliothek an.
Quelle: Perflib
Ereigis ID: 2003
Die Konfigurationsinformationen der Leistungsbibliothek "C:\WINDOWS\system32\infoctrs.dll" für den Dienst "InetInfo" stimmen nicht mit den in der Registrierung gespeicherten vertrauenswürdigen Informationen überein. Die Funktionen dieser Bibliothek werden nicht als vertrauenswürdig behandelt.
Quelle: WinMgmt
Ereigis ID: 5603
Ein Anbieter PerfProv wurde im WMI-Namespace ROOT\CIMV2\MicrosoftHealthMonitor\PerfMon registriert ohne die HostingModel-Eigenschaft festzulegen. Dieser Anbieter wird unter dem Konto "LocalSystem" ausgeführt. Dieses Konto verfügt über besondere Berechtigungen und der Anbieter kann eine Sicherheitsverletzung verursachen, wenn er Benutzeranforderungen nicht richtig imitiert. Stellen Sie sicher, dass das Sicherheitsverhalten des Anbieters überprüft wurde und aktualisieren Sie die HostingModel-Eigenschaft der Anbieterregistrierung auf ein Konto, das über die minimal erforderlichen Berechtigungen für die angeforderte Funktionalität verfügt.
Und das größere Problem ist:
Nach einem Reboot des Servers habe ich 5-6 Tage (zum Teil auch weniger) keine Probleme (0 Fehler in den protokollen). Ab dann tauchen folgende 2 Phänomäne auf:
1.
Quelle: W32Time
Ereignis ID: 47
Zeitabieter "NtpClient": Von dem manuell konfigurierten Peer time.windows.com,0x1 wurde nach 8 Kontaktversuchen keine gültige Antwort empfangen. Dieser Peer wird als Zeitquelle verworfen. NtpClient versucht, einen neuen Peer mit diesem DNS-Namen zu ermitteln.
Quelle: W32Time
Ereignis ID: 29
Der Zeitanbieter "NtpClient" wurde für die Zeiterfassung von mehreren Zeitquellen konfiguriert. Es ist jedoch keine der Quellen verfügbar. Innerhalb der nächsten 15 Minuten wird kein Versuch unternommen, eine Verbindung mit der Quelle herzustellen. Der NtpClient verfügt über keine Quelle mit genauer Zeit.
Fast Zeitgleich (deswegen nehme ich auch an, das die beiden Dinge zusammengehören) bekomme ich laufend steigenden RAM Bedarf, bis das System mir täglich meldet, dass eine Anwendung ungewöhnlich viel Speicher benötigt.
Ich habe mich schon mal an MS gewandt, die mir jedoch einen Patch schickten (der behandelt genau das Problem mit dem W32Time), der nur für den SBS2003 (ohne SP) ist. Ich benutze einen SBS2003 R2 (habe das mal ein Technologieuzpdate gemacht).
Habe also eigentlich noch keinen Lösungsansatz.
Nach einem Reboot des Servers habe ich 5-6 Tage (zum Teil auch weniger) keine Probleme (0 Fehler in den protokollen). Ab dann tauchen folgende 2 Phänomäne auf:
1.
Quelle: W32Time
Ereignis ID: 47
Zeitabieter "NtpClient": Von dem manuell konfigurierten Peer time.windows.com,0x1 wurde nach 8 Kontaktversuchen keine gültige Antwort empfangen. Dieser Peer wird als Zeitquelle verworfen. NtpClient versucht, einen neuen Peer mit diesem DNS-Namen zu ermitteln.
Quelle: W32Time
Ereignis ID: 29
Der Zeitanbieter "NtpClient" wurde für die Zeiterfassung von mehreren Zeitquellen konfiguriert. Es ist jedoch keine der Quellen verfügbar. Innerhalb der nächsten 15 Minuten wird kein Versuch unternommen, eine Verbindung mit der Quelle herzustellen. Der NtpClient verfügt über keine Quelle mit genauer Zeit.
Fast Zeitgleich (deswegen nehme ich auch an, das die beiden Dinge zusammengehören) bekomme ich laufend steigenden RAM Bedarf, bis das System mir täglich meldet, dass eine Anwendung ungewöhnlich viel Speicher benötigt.
Ich habe mich schon mal an MS gewandt, die mir jedoch einen Patch schickten (der behandelt genau das Problem mit dem W32Time), der nur für den SBS2003 (ohne SP) ist. Ich benutze einen SBS2003 R2 (habe das mal ein Technologieuzpdate gemacht).
Habe also eigentlich noch keinen Lösungsansatz.
hallo
laut dem artikel soll das problem mit dem sp 1 für win 2003 behoben sein.
gruß
Hallo!
Also bis jetzt habe ich den IE7 immer
weggelassen. Wir haben einen win 2003 sbs r2
mit allen service packs. bis jetzt ist der IE
6 drauf. Scheue mich davor den IE7
installieren zu lassen.
habe ich vor oder nachteile wenn ich es
nicht akltualisiere?
hier wird der fehler beschrieben
http://support.microsoft.com/kb/932513/de
wer hat auf seinem server IE7 und hat nicht
das oben beschriebene problem?
oder gibt es mitlerweilen ein patch
Also bis jetzt habe ich den IE7 immer
weggelassen. Wir haben einen win 2003 sbs r2
mit allen service packs. bis jetzt ist der IE
6 drauf. Scheue mich davor den IE7
installieren zu lassen.
habe ich vor oder nachteile wenn ich es
nicht akltualisiere?
hier wird der fehler beschrieben
http://support.microsoft.com/kb/932513/de
wer hat auf seinem server IE7 und hat nicht
das oben beschriebene problem?
oder gibt es mitlerweilen ein patch
in dem artikel ist doch die problemlösung geschrieben
-> nach umbennen der psapi.dll im exchangsrvr\bin verzeichniss keinerlei probleme mehr (geht auch während des laufenden betriebs, erfordert keinen neustart)
