Wurzerl

Der letzte Beitrag in diesem Artikel.

Als ersten Schritt die Autovervollständigen-Liste in Outlook der Sekretärin leeren. Je nach Outlook Version entweder die Datei "C:\Dokumente und Einstellungen\[benutzername]\Anwendungsdaten\Microsoft\Outlook\*.nk2" löschen oder unter "Datei - Optionen - Email" die Liste mit dem entsprechenden Button löschen (Outlook 2010).

Und wenn man vermutet wo der Fehler steckt - Mit OWA getestet, Nachrichtenverfolgung aktiviert und siehe: die Antwort lautet auf einmal: "Übermittelt 23.10.2012 15:15 EXCHGSRV02.server.intern Die Nachricht wurde an exchgsrv01.server.intern gesendet. Fehler 23.10.2012 15:15 exchgsrv01.server.intern Problem mit dem Postfach des Empfängers. Versuchen Sie zu einem späteren Zeitpunkt erneut, die Nachricht zu senden. 554 5.2.0 STOREDRV.Deliver.Exception:AccessDeniedException.MapiExceptionNotAuthorized...." Heißt auch für die Zukunft: Fehler in Outlook - auch mit OWA testen, und dann gleich mit Nachrichtenverfolgung prüfen.

Die Lösung ist so einfach: Unter den Eigenschaften des öffentlichen Ordners - Berechtigungen ist der Benutzer Mitglied einer Gruppe, für die der Ordner sichtbar geschalten wurde, damit diese auf ihren, untergeordneten Helpdeskordner voll zugreifen konnte. Für diese Gruppe wurde aber nicht explizit das Recht "Elemente erstellen" ausgewählt, da dieses Recht die Benutzer "Anonym" und "Standard" haben. Daher muß Gruppen oder Benutzer die "minderen Rechte" ebenfalls zugewiesen werden, wenn diese in den Berechtigungen des öffentlichen Ordners aufscheinen, da diese nicht additiv sind.

Danke für die Info. Conclusio: Exchange 2010 benutzt diese Schlüssel (Offline ABContainers) gar nicht, um Offline Adresslisten anzulegen. Es wird ein Eintrag pro OAL unter "CN=Offline Address Lists" geschrieben z.B.: "CN=Meine Gruppe" und nur dieser wird in dem o.a. Schlüssel hinterlegt. Bin gespannt, wie viele "Migrationsleichen" im Laufe der Zeit noch auftauchen.

Die Outlook "Autovervollständigen-Liste" leeren. (Outlook 2010: Datei - Optionen - EMail) Ist dies auch der Fall, wenn mit OWA oder einem neu installierten Rechner mit Office ein Mail an die zweite Adresse gesandt wird?

Ein neues Problem im Exchange 2010: Fehlermeldung am CAS-Server: Warnung - MSExchange ADAccess - 2937 - Überprüfung "Prozess w3wp.exe () (PID=3116). Objekt [CN=Standard-Offlineadressliste,CN=Offline Address Lists,CN=Address Lists Container,CN=Mailorganisation - Firma,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=firma,DC=intern]. Eigenschaft [AddressLists] ist auf Wert [firma.intern/Configuration/Deleted Objects/Abt Mitarbeiter DEL:dfe32dbb-1afd-469f-bd08-7f911e0e03a1] festgelegt und zeigt auf den Container "Gelöschte Objekte" in Active Directory. Diese Eigenschaft muss so schnell wie möglich korrigiert werden." Mit ADSI-Edit nachgesehen: Eigenschaften von CN=Standard-Offlineadressliste offLineABServer = Mailboxserver offLineABContainers = die globale Standardadressliste ist vorhanden, alle anderen elf Listen sind mit Bsp.: CN=Abt Mitarbeiter\0ADEL:SID, CN=DeletedObjects, CN=Configuration, DC=Firma, DC=intern eingetragen. Als Adressliste und Offlineadressbuch gibt es diese elf Listen nicht. Ich nehme an, daß diese Listen von der Migration von 2003 auf 2010 bis dato übrig geblieben sind, da die derzeitigen Adresslisten andere Namen haben und nur die Globale Standardadressliste im OAB aufscheint. Außerdem wird das o.a. Ereignis am CAS, nicht jedoch am Mailboxserver, gelistet. Sollte es genügen, die als gelöscht definierten Einträge mit ADSI-Edit komplett zu löschen?

@Günther Leider hat dies auch nichts gebracht, die Auto-Vervollständigenliste wurde ebenfalls geleert. Vom Laptop des Kollegen funktioniert´s einwandfrei.:confused:

Wir haben weitergetestet: So wie´s aussieht, tritt das Problem nur bei einem Benutzer auf. Die Konfiguration der Notebooks sind völlig ident, W7Pro / Office 2010 Pro aus Image. Scheint wohl ein Outlookproblem zu sein.

Ein Mitarbeiter wollte ein Mail an den Helpdesk (öffentlicher Ordner) senden. Normalerweise klappt das auch, dieser bekam folgende Nachricht: Diagnoseinformationen für Administratoren: Generierender Server: EXCHGSRV01.verein.intern helpdesk.it@server.intern #554 5.2.0 STOREDRV.Deliver.Exception:AccessDeniedException.MapiExceptionNotAuthorized; Failed to process message due to a permanent exception with message Die Verarbeitung der Zustellungszeit kann nicht abgeschlossen werden. 16.55847:19120000, 17.43559:000000009E020000000000003202000000000000, 255.23226:00000000, 255.27962:0A000000, 255.27962:0E000000, 255.27962:0A000000, 255.27962:9E000000, 255.17082:D6040000, 0.18273:00000000, 4.21921:D6040000, 255.27962:FA000000, 255.1494:FA000000, 255.1238:13800000, 6.21970:0F01048003002F3D0F010480, 4.23921:EC030000, 6.21970:0F0104800B003A660F010480, 4.3010:0F010480, 4.3010:0F010480, 4.3650:0F010480, 4.23921:EC030000, 6.21970:0F0104800300C46603003981, 4.23921:EC030000, 6.21970:0F0104800201E13F0F010480, 4.23921:EC030000, 6.21970:0F010480030060670F010480, 0.22086:40001500, 0.26000:0F010480, 4.4580:05000780, 0.26640:0F010480, 4.4408:05000780, 4.7637:D8040000, 0.49797:0F010480, 4.5093:D6040000, 4.5318:D6040000, 4.10104:D6040000, 0.57449:0F010480, 4.6025:05000780, 4.5257:05000780, 4.4606:D6040000, 255.1750:00000000, 0.26849:2D000000, 255.21817:D6040000 ## Ursprüngliche Nachrichtenkopfzeilen: Received: from EXCHGSRV02.server.intern ([iP.02]) by exchgsrv01 ([iP.01]) with mapi id 14.01.0421.002; Mon, 15 Oct 2012 16:36:02 +0200 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: binary From: "Absender" <Absenderl@server.com> To: "Empf1" <Empf1l@server.com> CC: HelpDesk <helpdesk.it@server.intern>, "Empf2" <Empf2@server.com> Subject: A1 Ausfall Thread-Topic: A1 Ausfall Thread-Index: Ac2q4ZhixF7mBIeZSjSIa+ugf/xf8w== Date: Mon, 15 Oct 2012 16:36:01 +0200 Message-ID: <B88604D5B8E5FF4C8057FF2ABE784E23174D27@exchgsrv02> Accept-Language: de-AT, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: <B88604D5B8E5FF4C8057FF2ABE784E23174D27@exchgsrv02> MIME-Version: 1.0 X-Originating-IP: [10.50.0.103] Berechtigungen im Öffentlichen Ordner Helpdesk: Benutzer Anonym und Standard dürfen Elemente erstellen Serverumgebung: Exchange 2010 SP1 auf 2008 R2 Enterprise ExchgSrv01 = MTA ExchgSrv02 = PF Die Migration von 2003 auf 2010 erfolgte vor über einem Jahr. Dies war die erste entsprechende Info, die ich erhalten habe. (Was nicht unbedingt bedeutet, daß dies ein Einzelfall ist). Falls jemand eine Erklärung/Lösung dafür hat, bitte um Info Wurzerl

Dann bleibt die Mail im Exchange und wird nicht an den externen Anbieter, wo möglicherweise Euer SMTP-Relay eingerichtet wurde, weitergeleitet. Ein SMTP-Relay ist kein Mailspeicher, sondern nur eine Station, von wo aus die Mails zum Empfänger gesandt werden. Daher müssen die internen Mails auch vom Exchange abgeholt werden, da sie dort verbleiben. OWA am externen Relay so einrichten, daß dieser auf den Exchange verweist, wäre eine Lösung.

@GüntherH Die von Dir in der Antwort des obigen Links erwähnte X500-Falle tritt nicht nur bei Verwendung von PST-Dateien bei der Migration auf, sondern in Einzelfällen auch bei der direkten Migration von Exchange 2003 auf 2010, bzw. ist dies einmal bei einem neu angelegten Postfach vorgekommen. Auch ist es meiner Beobachtung nach unwesentlich, ob das eine Antwortmail ist oder neu geschrieben (aus der Liste "Autovervollständigen") wird. Szenario: 05-2011 Migration von 2003 nach 2010 durch einen zertifizierten MCT 08 - 11-2011 Umstellung aller Clients von Outlook 2003/2007 auf 2010 (d.h. es sollten alle Einstellungen migriert worden sein. 10-2012 X500 Adressen für bestehende Konten angelegt. Ob die Anlage von X500-Adressen die nun die o.a Problematik behebt kann ich noch nicht definitiv bestätigen, jedenfalls habe ich seit der zusätzlichen Anlage keine entsprechende Fehlermeldung mehr erhalten. Werde dies weiter beobachten und berichten.

Natürlich ist das ein Symptom, nämlich des Outlook Adresscaches. Dieser scheint bei einigen Adressen plötzlich nicht mehr zu korrelieren, bzw. habe ich letzte Woche bei einem Anwender gesehen, daß die Mailadresse zweimal im Outlook Cache vorhanden war: Beispiel: Fehler bei der Nachrichtenzustellung an folgende Empfänger oder Gruppen: Vorname Nachname (Vorname.Nachname@firma.com) Die eingegebene E-Mail-Adresse konnte nicht gefunden werden. Überprüfen Sie die E-Mail-Adresse des Empfängers, und versuchen Sie, die Nachricht erneut zu senden. Wenden Sie sich an den Helpdesk, falls das Problem weiterhin besteht. IMCEAEX-_O=ZENTRALE_ou=first+20administrative+20group_cn=Recipients_cn=VNachname@firma.intern #550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ## To: "Vorname Nachname (Vorname.Nachname@firma.com)" <Vorname.Nachname@firma.com>

Ich meine tatsächlich X.500. Dies scheint eben ein Ausnahmefall zu sein, daß Outlook Probleme mit der Autovervollständigenliste macht. Den Workaround fand ich auf einer KB-Seite. LegacyExchangeDN wird ja automatisch eingetragen, das muß nicht nachgezogen werden. Die Registrierung nehme ich ja in der Richtlinie vor, oder muß die Registrierung an einem anderen Ort erfolgen?

In letzter Zeit erhalten unsere Benutzer gehäuft Fehlermeldungen des Exchangeservers: IMCEAEX-_O=MAILORGANISATION+20-+20Firma_OU=ERste+20administrative+20Gruppe_cn=Recipients_cn=VNachname@firma.intern #550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ## System ist ein Exchange 2010 auf 2008 R2 (vor 15 Monaten von 2003 migriert, leider) , Client = Outlook 2010 auf Win 7. Nun hatte ich die Autovervollständigenliste des Outlook Clients bzw. die fehlenden X500-Einträge als Verantwortlichen identifiziert und von den betroffenen Benutzern löschen lassen. Für die bestehenden Benutzer mit ADModify die X500 Adresse eingetragen, damit das Problem gleich gar nicht mehr auftritt. Hat ohne Probleme funktioniert. Nun hätte ich mir überlegt, die X500-Adresse gleich in die E-Mail-Adressrichtlinie einzutragen. E-Mail-Adresse: /o=mailorganisation - firma/ou=erste administrative gruppe/cn=recipients E-Mail-Typ: X500 Bei Fertigstellung der Policy erhalte ich folgenden Fehler: Fehler bei Überrpüfung im Agent 'Rus Agent': 'Fehler beim Überprüfen der Proxyadressvorlage "X500:/o=mailorganisation - firma/ou=erste administrative gruppe/cn=recipients". Weitere Informationen: Das Adressobjekt wurde in Active Directory für den Adresstyp "X500:AMD64" nicht gefunden.' MS Hilfe spricht: "Sie haben einen Fehler gefunden, zu dem noch kein Artikel verfasst wurde." Mach ich einen Fehler bei der Syntax oder ist es nicht möglich diesen Eintrag vorzunehmen? OT, aber es muß gesagt werden: Wieder eine Meisterleistung von Exchange 2007/2010, keine Info, keine Hilfe, Exchangeverwaltung vom AD getrennt (wären wir gleich bei 5.5 geblieben, wär´s nicht aufgefallen).

Super, jetzt kann ich mir selbst antworten::jau: In diesem Artikel hab ich soeben die Lösung gefunden::thumb1: Windows Update fails with code 800B0001 when checking WSUS (works - Microsoft Answers bezieht sich auf den KB-Artikel: An update for Windows Server Update Services 3.0 Service Pack 2 is available Fragt sich nur, warum MS es nicht schafft, diesen Hotfix gleich auszurollen:thumb2:. Die Installation ist nur am WSUS vorzunehmen. Und ich war nicht allein! :rolleyes:

Umgebung: SCCM 2007 mit aktiviertem WSUS, Server 2003, 2003 R2, 2008, 2008 R2. Musste nach meinem Urlaub feststellen, daß bei einigen, ca. ein viertel der Gesamtanzahl, Servern der letzte Statusbericht über einen Monat zurücklag. Es betrifft jeden Servertyp. Hatte diese Server aus WSUS entfernt, Dienst angehalten, Update-Verzeichnisse gelöscht, SUS-ID gelöscht, DLL neu registriert. Nach einiger Zeit erscheinen diese im WSUS mit dem Status "Noch kein Bericht erstellt". Dabei bleibt´s. Update über MS Webseite funktioniert, mit WSUS ist jedoch kein Update möglich? Da führt sich das System ad absurdum!

Nicht zufällig die Ansicht: "Datum: Letzte Woche" minimiert? Oder in einen anderen Ordner verschoben?

Nachdem die Gastsysteme normal laufen, würde ich den USB-Stick prüfen bzw. ersetzen. Hochziehen auf vSphere 5 erst dann, wenn´s System wieder gut läuft, oder Dir sonst nix mehr einfällt.

unsere Anwender: Naaaa, i hob nix gmocht, gaunz sicha net! I schwör.:D

Spricht nichts dagegen, mache ich bei den virutellen Servern auf diese Art. Vorlage ist ein Standard und stufe diesen nach Bedarf, wie in der erwähnten Anleitung beschrieben, hoch. Aber ACHTUNG: Herabstufen ist NICHT möglich.

Bei beiden Benutzern trat das Problem zeitgleich auf, einer war nach dreiwöchigem Urlaub wieder frisch am Arbeitsplatz. Beim Anderen hat es am Vortag noch funktioniert, d.h. weitergeleitete Mails waren im Posteingang vorhanden. Ich vermute ebenfalls, daß aber doch eher Outlook und/oder eine Benutzerregel das Problem verursacht hatte, auch wenn hoch und heilig geschworen wird, daß dem nicht so wäre. Und hoffe, daß es nicht plötzlich alle 500 trifft.;)

Es haben "nur" zwei Benutzer diesen Fehler bemerkt und gemeldet, die anderen 500 meldeten keine Probleme. Der Server behauptete immer, korrekt zu arbeiten, in den Protokollen finden sich hierzu auch keine Warnungen oder Fehler, dito auch die Nachrichtenverfolgung behauptete, daß die Nachricht zugestellt wurde.

Was seitdem geschah: Benutzerdaten in .pst gesichert Mailkonto gelöscht Mailkonto neu angelegt Auf WS: Office 2010 deinstalliert Neustart Office 2010 neu installiert Outlook neu eingerichtet Benutzerdaten aus Sicherung wiederhergestellt. Erfolg: Weitergeleitete Mails werden wieder zugestellt. Jetzt würde mich noch interessieren: a) was diesen Fehler auslöst b) wie dieser verhindert werden kann (außer Exchange 2003 wieder in Betrieb zu nehmen)

Danke für den Tipp - hat leider nichts geändert. Dito Mailkonto löschen und neu anlegen, alles wie vorher. Werde eines der betreffenden Mailkonten löschen und auf einer neuen virutellen Maschine Outlook darauf zugreifen lassen.