Artikel-ID: 289492 - Geändert am: Dienstag, 24. Juli 2007 - Version: 6.6

Sie erhalten das "der Vorgang konnte nicht ausgeführt werden. ID-Nr: 80004005"Fehlermeldung, wenn Sie versuchen, öffentliche Ordnern in Exchange 2000 Server System Manager erweitern

Deutsch und Englisch nebeneinanderMaschinell-übersetzte und englische Version des Artikels nebenander anzeigen
Maschinell übersetzter ArtikelHinweis: Dies ist ein maschinell übersetzter Artikel.
Produkte anzeigen, auf die sich dieser Artikel bezieht
SystemtippDieser Artikel bezieht sich auf ein anderes Betriebssystem als das von Ihnen verwendete. Für Sie möglicherweise nicht relevante Artikelinhalte wurden deaktiviert.
Alles erweitern | Alles schließen

Problembeschreibung

Wenn Sie versuchen, die Öffentliche Ordner-Struktur im Exchange-System-Manager zu erweitern, wird möglicherweise die folgenden Fehlermeldung angezeigt:
Der Vorgang ist fehlgeschlagen.
ID-Nr: 80004005
Zum Anfang

Ursache

Dies ist ein generisches Fehlermeldung, das auftritt, weist mehrere bekannte Ursachen. In den meisten Fällen ist die Ursache des Problems gefunden, in Microsoft Internet Information Service (IIS) oder in der Microsoft Internet Explorer-Konfiguration für den Computer, auf dem Exchange 2000 Server ausgeführt wird. Überprüfen Sie wenn Sie Sicherheitseinstellungen in Internet Explorer vor kurzem geändert haben oder wenn Sie Änderungen an Ihren Internet-Serverkonfiguration vorgenommen haben, werden diese Änderungen sorgfältig.
Zum Anfang

Lösung

Zum Einrichten des Umfang des Problems versuchen Sie, auf Öffentliche Ordner durch jede der folgenden Methoden zuzugreifen:
  • Ein MAPI (Message Application Programming Interface) verwendet Client wie Microsoft Outlook oder Microsoft Exchange-Client.
  • Verwenden Sie einen IMAP (Internet Message Access Protocol)-Client, z. B. Microsoft Outlook Express oder einem anderen IMAP Reader e-Mail.
  • Verwenden Sie HTTP in Internet Explorer oder in einen anderen Webbrowser. Sie könnten beispielsweise folgenden Ordner angeben
    http:// server / public
    Wobei server der NetBIOS-Name des Exchange-Computers ist.
  • Installierbares Dateisystem (IFS) verwenden. Um dies tun, eine Verbindung zu Laufwerk M von Exchange Server.
Darüber hinaus
  • Überprüfen Sie die Ereignisanzeige auf dem Exchange-Server protokolliert.
  • Versuchen Sie, auf die Ordner im Exchange-System-Manager zugreifen, während Sie auf einen anderen Exchange 2000 Server-Server verbunden sind. Dazu müssen, klicken Sie mit der rechten Maustaste auf Öffentliche Ordner -Objekt im Exchange-System-Manager, und Klicken Sie dann auf Verbinden .
Wenn Öffentliche Ordner von der Clientseite über alle vier vorangegangenen Methoden aus zugreifen können, aber Sie können alle Öffentlichen Ordnern in Exchange System-Manager noch nicht zugreifen, das Problem ist wahrscheinlich in der IIS-, oder Internet Explorer-configuration.One der folgenden Methoden ist möglicherweise hilfreich.

Hinweis: Starten Sie Exchange System-Manager neu, nachdem Sie eine der folgenden Methoden.
  • Stellen Sie sicher, dass die Öffentliche Ordner-Datenbank auf dem Server gestartet ist mit dem Sie verbunden sind.
  • Stellen Sie sicher, dass der WWW-Publishingdienst auf dem Exchange 2000 Server-Server gestartet wird. Wenn der WWW-Publishingdienst beendet wird, funktioniert die HTTP-Zugriff auf Öffentliche Ordner nicht.
  • Überprüfen Sie die Datei W3svc.dll auf dem Exchange-Version Server. Können Sie das Dienstprogramm "Filever.exe" dazu, oder Sie können die Eigenschaften der Datei in Windows Explorer öffnen. Wenn die Version der Datei 5.0.2195.1600 liegt, haben Sie wahrscheinlich einen Hotfix nach Service Pack 1 (SP1) für IIS installiert. Diese Installation erstellt, dieses Problem. In diesem Fall Rollback dieser Datei zu 5.0.2195.1600.Or, wir empfehlen, eine spätere Version der Datei zu installieren, die von der folgenden Microsoft-Website verfügbar ist:
    http://www.microsoft.com/downloads/details.aspx?FamilyID=DFBF1FE0-A2B0-4BF0-BDAA-B939D693DD69&displaylang=en (http://www.microsoft.com/downloads/details.aspx?FamilyID=DFBF1FE0-A2B0-4BF0-BDAA-B939D693DD69&displaylang=en)

    Hinweis:
    Dieser Download wird ausführlich der folgenden Microsoft-Website beschrieben:
    http://www.microsoft.com/technet/security/bulletin/MS00-086.mspx (http://www.microsoft.com/technet/security/bulletin/MS00-086.mspx)
    Starten Sie den Server neu, nach der Installation des neueren Updates oder ersetzen Sie die Datei W3svc.dll.
  • Ändern Sie Internet Explorer-Sicherheitseinstellungen für Lokales Intranet auf Mittel oder Niedrig . Gehen Sie hierzu folgendermaßen vor: wichtig Diese Schritte möglicherweise Ihr Sicherheitsrisiko erhöht. Diese Schritte möglicherweise auch Ihr Computer oder Ihr Netzwerk möglicherweise anfälliger für Angriffe durch böswillige Benutzer oder gefährlicher Software wie Viren vornehmen. Wir empfehlen den Prozess, den dieser Artikel, beschreibt damit Programme wie entworfen werden, oder um spezielle Programmfunktionen einzusetzen. Bevor Sie diese Änderungen vornehmen, empfiehlt Microsoft, dass Sie die Risiken abzuschätzen, mit der Implementierung dieser Prozess in Ihrer speziellen Umgebung. Wenn Sie diesen Prozess zu implementieren, sollten Maßnahmen Sie entsprechende treffen, um Ihr System zu schützen. Es wird empfohlen, dass dieser Prozess zu, verwenden nur, wenn dieser Vorgang wirklich erforderlich ist.
    1. Klicken Sie in Internet Explorer im Menü Extras , klicken Sie auf Optionen und klicken Sie dann auf die Registerkarte Sicherheit .
    2. Klicken Sie auf das Symbol Lokales Intranet . Die Sicherheitseinstellung, die unter Sicherheitsstufe dieser Zone angezeigt werden. Wenn diese Einstellung hoch ist, können Sie möglicherweise Ordner zugreifen, nachdem Sie Ihre Anmeldeinformationen aufgefordert werden. HTTP-Zugriff erfordern auch Anmeldeinformationen und HTTP-Zugriff möglicherweise manchmal nicht funktionsfähig, selbst wenn die entsprechende Anmeldeinformationen angezeigt werden.
    3. Den Schieberegler nach unten in der Sicherheitsstufe für diesen Bereich Zone so, dass die Legende rechts neben dem Schieberegler auf Niedrig oder Mittel lautet.
    4. Klicken Sie auf OK .

      Hinweis: Möglicherweise müssen Sie Exchange-Dienste neu starten oder warten Sie Timeouts Cache abläuft, bevor diese Methode wirksam wird.

      Weitere Informationen zum Konfigurieren von Sicherheitszonen in Internet Explorer finden Sie im folgende Dokument auf der Microsoft-Website:

      http://www.microsoft.com/windows/ie/ie6/using/howto/security/setup.mspx (http://www.microsoft.com/windows/ie/ie6/using/howto/security/setup.mspx)

  • Fügen Sie den Exchange 2000 Server-Server zur Liste der vertrauenswürdigen Sites hinzu.

    Wenn Sie hohen Sicherheit für die Zone lokales Intranet verwenden müssen, ist eine alternative Methode, die Sie verwenden können, um den Exchange-Server zur Liste der vertrauenswürdigen Sites hinzuzufügen. Gehen Sie hierzu folgendermaßen vor: wichtig Diese Schritte möglicherweise Ihr Sicherheitsrisiko erhöht. Diese Schritte möglicherweise auch Ihr Computer oder Ihr Netzwerk möglicherweise anfälliger für Angriffe durch böswillige Benutzer oder gefährlicher Software wie Viren vornehmen. Wir empfehlen den Prozess, den dieser Artikel, beschreibt damit Programme wie entworfen werden, oder um spezielle Programmfunktionen einzusetzen. Bevor Sie diese Änderungen vornehmen, empfiehlt Microsoft, dass Sie die Risiken abzuschätzen, mit der Implementierung dieser Prozess in Ihrer speziellen Umgebung. Wenn Sie diesen Prozess zu implementieren, sollten Maßnahmen Sie entsprechende treffen, um Ihr System zu schützen. Es wird empfohlen, dass dieser Prozess zu, verwenden nur, wenn dieser Vorgang wirklich erforderlich ist.
    1. Klicken Sie in Internet Explorer im Menü Extras , klicken Sie auf Optionen und klicken Sie dann auf die Registerkarte Sicherheit .
    2. Klicken Sie auf das Symbol Vertrauenswürdige Sites auf der Seite Sicherheit , und klicken Sie dann auf Sites .
    3. Geben Sie in im Feld Diese Website zur Zone http://Your_Server_Name oder http://Your_Server_IP_Address und klicken Sie dann auf Hinzufügen .
    4. Stellen Sie sicher, dass die ist eine Serverüberprüfung (Https:) für alle Websites in dieser Zone das Kontrollkästchen deaktiviert ist.
    5. Klicken Sie auf OK .
    6. Den Schieberegler nach unten im Bereich Sicherheitsstufe für diese Zone so, dass die Legende rechts neben dem Schieberegler auf Niedrig oder Mittel lautet.
    7. Klicken Sie auf OK .

      Hinweis: Möglicherweise müssen Sie Exchange-Dienste neu starten oder warten Sie Timeouts Cache abläuft, bevor diese Lösung wirksam wird.

      Weitere Informationen zum Konfigurieren von Sicherheitszonen in Internet Explorer finden Sie im folgende Dokument auf der Microsoft-Website:

      http://www.microsoft.com/windows/ie/ie6/using/howto/security/setup.mspx (http://www.microsoft.com/windows/ie/ie6/using/howto/security/setup.mspx)
  • Überprüfen Sie die Proxy Server-Einstellungen in Internet Explorer. Diese Einstellungen sind auf der Seite Eigenschaften von Internet auf der Registerkarte Verbindungen . Proxyeinstellungen sind für eine Verbindung durch Verbindung konfiguriert und so die Einstellungen für alle Verbindungen überprüft werden müssen. In den meisten Fällen wird die LAN -Proxykonfiguration des Problems beteiligt. Wenn ein Proxyserver definiert ist, stellen Sie sicher, dass der Server gültig ist und dass das Kontrollkästchen Proxyserver für lokale Adressen umgehen aktiviert ist.
  • Wenn auf dem Exchange-Server mehrere virtueller Web-Server vorhanden ist, stellen Sie sicher, dass die Website, die Exchange 2000-Verwaltung virtuellen Verzeichnisse enthält, an Port 80 zugewiesen ist. (, Sofern es umbenannt wurde, ist der virtuelle Server für Exchange 2000 die Standard-Website. Die Exchange 2000-Verwaltung virtuellen Verzeichnisse sind öffentliche, Exadmin und Exchange.)

    Die Anschlüsse austauschen, die mehrere virtuelle Webserver zugewiesen sind, müssen Sie alle Exchange und IIS-Dienste neu starten. Der zugewiesene Anschluss für einen virtuellen Server kann auf die Eigenschaften des Serverobjekts überprüft werden. Der TCP-Port der Seite Website Eigenschaften sollte 80.

    Darüber hinaus stellen Sie sicher, dass sich mindestens eine leere Host-Header, die für die Website definiert ist. Klicken Sie hierzu auf der Seite Website -Eigenschaften klicken Sie Erweitert auf der Zeile IP-Adresse . Wenn es kein leeres Host-Header ist, fügen Sie eine mit den folgenden Eigenschaften:
    • IP-Adresse : keine zugewiesen (oder entsprechende Adresse für ein System Multi-homed)
    • TCP-Port : 80
    • Hostheadername : (keine)
    Ändern den Host-Header muss keine Dienste neu starten.
  • Wenn Ihr Anmeldekonto ist e-Mail-aktivieren, Sie angemeldet haben Windows postfachaktiviert ist, stellen Sie sicher, dass das Attribut MsExchUserAccountControl auf das Konto vorhanden ist und dessen Wert 0 ist. Wenn dieses Attribut das Problem ist, sollte das folgende Ereignis im Anwendungsprotokoll des Exchange-Server angezeigt werden:
    Ereignistyp: Fehler
    Quelle: MSExchangeIS
    Ereigniskategorie: Allgemein
    Ereignis-ID: 9562
    Datum: 2/13/2001
    Zeit: 17: 00: 00 Uhr
    Benutzer: NV
    Computer: Server1
    Beschreibung: Fehler beim Lesen Attribut MsExchUserAccountControl aus Active Directory für/o = Organisation/Ou = Erste Administrative Gruppe/Cn = Recipients/Cn = Accountname.
    Dies kann problematisch sein, da Benutzerobjekte, die Administratorrechte erteilt werden Berechtigungen geerbt hat, die von übergeordneten Ordnern blockiert werden. Dies ist eine Sicherheitsmaßnahme, um eine unbeabsichtigte Gefährdungen Administratorkonten zu verhindern. Vererbbare Berechtigungen auf der Seite Sicherheit des Eigenschaften des Objekts können wieder aktivieren, aber ein automatischer Systemprozess möglicherweise Deaktivieren der Vererbung innerhalb weniger Minuten erneut.

    Wenn Sie der Empfängeraktualisierungsdienst (Recipient Update Service, RUS erzwingen) ausgeführt werden vom Exchange System-Manager während des Intervalls, bevor die Vererbung erneut deaktiviert ist, versieht der EMPFÄNGERAKTUALISIERUNGSDIENST das Attribut MsExchUserAccountControl das Benutzerobjekt. Werden Sie beachten Sie, dass der EMPFÄNGERAKTUALISIERUNGSDIENST Aktualisierungen an dieses Konto later.Changes e-Mail-Adressen vornehmen können und andere e-Mail-bezogenen Konfigurationen möglicherweise nicht angewendet.

    Wir stark abraten ein Postfach für ein Konto mit administrativen Berechtigungen aktivieren, da diese Konten wahrscheinlich zum everyday.Therefore anmelden werden, wird des Servers anfälliger für gefährdet, wenn ein Administrator vergisst, um einen Server zu sichern, in denen der Administrator angemeldet ist. Wenn bieten für gelegentliche Zugriff auf e-Mail, während Sie mit einem Administratorkonto angemeldet werden soll, geben Sie die administrative Konto Besitzer Zugriffsrechte für das Postfach.

    Mit der Konsole Active Directory-Benutzer und-Computer dazu: Gehen Sie folgendermaßen vor:
    1. Klicken Sie im Menü Ansicht auf Erweiterte Funktionen .
    2. Öffnen Sie die Eigenschaften für die postfachaktiviertes Konto, mit denen Sie täglich anmelden. Klicken Sie auf der Seite Exchange-Erweitert Eigenschaften Postfachberechtigungen und erteilen Sie die speziellen administrativen Konto Vollständiger Postfachzugriff .

    Wenn ein Administratorkonto nicht postfachaktiviert ist, kann das Fehlen von das Attribut MsExchUserAccountControl nicht Zugriff auf Öffentliche Ordner, dass.
  • Überprüfen Sie die SSL (Secure Sockets Layer)-Einstellungen für die Standardwebsite. SSL wird als eine Zugriffsmethode für Exchange System-Manager nicht unterstützt. Um die Einstellungen zu überprüfen, öffnen Sie die Eigenschaften für die Standard-Website oder den Standort, der administrative virtuelle Ordner von Exchange 2000 enthält, und Überprüfen der Seite Verzeichnissicherheit . Wenn die Schaltfläche Bearbeiten im Abschnitt Sichere Kommunikation nicht verfügbar ist, wird SSL nicht aktiviert. Wenn die Schaltfläche Bearbeiten verfügbar ist, klicken Sie auf die Schaltfläche und deaktivieren Sie das Kontrollkästchen Sicheren Kanal verlangen .

    Sie können auch SSL auf Ebene des virtuellen Verzeichnisses und die Ebene der gesamten Website aktivieren. Daher überprüfen Sie das virtuelle Verzeichnis Exadmin unter der Website, und deaktivieren Sie SSL bei Bedarf. Deaktivieren SSL nicht möglich ist, können Sie Exchange 2000 Server verwalten öffentlichen Ordner von einem sichereren Exchange-Server ein hohes Maß an Sicherheit nicht erforderlich ist.
  • Überprüfen Sie, wenn URLscan auf dem System installiert ist. Dies tun, suchen Sie nach der Datei URLScan.ini. Wenn die Datei angezeigt wird, stellen Sie sicher, dass die INI-Datei die folgenden Einstellungen enthält: 
    [Options]
UseAllowVerbs=1
UseAllowExtensions=0
NormalizeUrlBeforeScan=1
VerifyNormalization=1
AllowHighBitCharacters=1
AllowDotInPath=1
RemoveServerHeader=0
EnableLogging=1
PerProcessLogging=0
AllowLateScanning=0

[AllowVerbs]
PROPFIND
SEARCH
PROPPATCH
DELETE
MKCOL
MOVE
COPY
OPTIONS

[DenyVerbs]

[DenyHeaders]
If:
Lock-Token:

[DenyExtensions]
.asp
.cer
.cdx
.asa
.exe
.bat
.cmd
.htw
.ida
.idq
.htr
.idc
.shtm
.shtml
.stm
.printer
.ini
.log
.pol
.dat
    Hinweis Wenn die internen Domain Name System (DNS) für Ihr Netzwerk nicht .com enthalten ist, können Sie .com zur Liste DENYEXTENSIONS hinzufügen: 
    [DenyUrlSequences]
..
./ 
\ 
%
&
    zum Ersetzen der .ini-Datei Youmust beenden Sie den WWW-Publishingdienst (w3svc), ersetzen Sie die INI-Datei und starten Sie den WWW-Publishingdienst (w3svc) neu neu.
Zum Anfang
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
Zum Anfang
Keywords: 
kbmt kberrmsg kbprb KB289492 KbMtde
Zum Anfang
Maschinell übersetzter ArtikelMaschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 289492  (http://support.microsoft.com/kb/289492/en-us/ )
Zum Anfang
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.