NeoLEX

Besten Dank Günther, dein Tipp war goldrichtig. Da habe ich wohl wieder etwas über den SBS gelernt. Es hat mich überrascht wieviele Updates nur als "Optional" eingestuft waren. Nach einer kleinen Patchorgie ist jetzt alles wie gewünscht. MfG, NeoLEX

Hallo, hat zu diesem Thema jemand etwas Neues herausgefunden? Bei mir liegt die gleiche Situation wie bei blob vor. Outlook 2010 in Verbindung mit Exchange 2007 (SBS 2008). Bei jedem Öffnen des Outlooks kommt die Abfrage nach den Zugangsdaten, das Postfach wird aber auch ohne Eingabe synchronisiert. Ich habe bereits erfolglos verschiedene Authentifizierungseinstellungen ausprobiert. Und die Registry-Änderungen aus dem KB-Artikel helfen mir ebenfalls nicht weiter. MfG NeoLEX

Lösung: Mittlerweile konnte ich das Problem beheben. Die Zugriffsrechte auf eine Datei des WGA waren für MSE nicht ausreichend. Nach Erweiterung auf Jeder-Vollzugriff für die Datei C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\Windows Genuine Advantage\data\data.dat funktionierte die Überprüfung wieder tadellos und MSE verhielt sich wieder kooperativ. :D Quelle: Genuine Windows Validation Error With MS Security Essentials Bis dann, NeoLEX

Als nächsten Lösungsversuch habe ich die alte Version deinstalliert und die aktuelle manuell installiert. Der Fehler ist aber erneut aufgetreten. Es liegt also nicht nur am Update sondern generell an der neuen Version (1.0.1961.0). Diesen Lösungsversuch können sich andere Betroffene also sparen. NeoLEX

Dank Systemwiederherstellung bin ich das Problem nun erstmal wieder los. Jetzt meckert MSE lediglich noch, dass eine neuere Version zur Verfügung steht. Um das Update mache ich aber jetzt erstmal einen großen Bogen.

Hallo Necron, an der Gültigkeit meiner Lizenz habe ich keinen Zweifel. Die Windows Gültigkeitsüberprüfung wird auch erfolgreich abgeschlossen (Vielen Dank, dass Sie die Gültigkeitsprüfung durchgeführt haben und Microsoft-Originalsoftware verwenden). Aber MSE zeigt sich leider davon unbeeindruckt. Ich gehe eher von einem Fehler von MSE aus, welcher durch das Update ausgelöst wurde, und suche nun nach einer Möglichkeit der Fehlerbehebung.

Hallo Leute, seit meiner letzten Aktualisierung über Microsoft Updates meckert mein MSE (1.0.1961.0) regelmäßig, dass mein Windows XP (SP3) eine Softwarefälschung sein könnte. Es gibt zwar Buttons eine Echtheitsüberprüfung vorzunehmen, welche auch erfolgreich verläuft, aber MSE zeigt sich davon unbeeindruckt. Mir scheint also, dass eines der installierten Updates diesen Fehler verursacht. :shock: Die Updates waren bei mir im einzelnen: Update für den Junk-E-Mail-Filter von Outlook 2007 (KB979895) Sicherheitsupdate für 2007 Microsoft Office System (KB978380) Windows-Tool zum Entfernen schädlicher Software - März 2010 (KB890830) Microsoft Security Essentials Client update package - KB2019198 Sicherheitsupdate für Microsoft Office Excel 2007 (KB978382) Sicherheitsupdate für Windows XP (KB975561) Update für 2007 Microsoft Office System (KB977724) Update für den Junk-E-Mail-Filter von Outlook 2007 (KB979895) Sicherheitsupdate für 2007 Microsoft Office System (KB978380) Windows-Tool zum Entfernen schädlicher Software - März 2010 (KB890830) Hat sonst noch jemand ähnliche Probleme oder vielleicht sogar bereits ein Lösung für das Problem? Der regelmäßige Warnhinweis nervt gewaltig. :confused: Vielen Dank im Voraus, NeoLEX

Hallo DJMaker, ich danke dir für die Rückmeldung. Ich stecke leider mal wieder in einer Sackgasse. Ich habe jetzt eine Testumgebung frisch installiert: Domaincontroller: W2K3 Standard SP1 DNS, WINS, AD Gesamtstrukturfunktionsebene: Windows 2000 Domänenfunktionsebene: Windows 2000 gemischt Feste IP Exchange-Server: W2K3 Standard SP1 Exchange 2003 Feste IP, Connector zum Mailgateway Mailgateway: W2K3 Standard SP1 SMTP-Dienst Feste IP Keine Updates installiert; Keine spezielle Konfigurationsänderung vorgenommen. Nur das erforderliche für die Exchange-Installation (ASP.NET, NNTP-, SMTP-, WWW-Dienst, Support-Tools, ForestPrep, DomainPrep) Die Relayingberechtigungen sind im Standardzustand, im Detail: Nur Computer in der Liste unten [AKTIV] Alle, mit Ausnahme der Computer in der Liste unten [iNAKTIV] Computerliste [LEER] Jedem Computer, der erfolgreich authentifiziert ist, unabhängig von der Liste oben, das Relay erlauben [AKTIV] Der generelle Versand nach extern aus dem Postfach heraus funktioniert theoretisch. Die versendeten E-Mails landen in der Queue des Mailgateways, wo Sie jedoch absichtlich nicht mehr weiterverarbeitet werden. Wenn ich jetzt von einem beliebigen Computer (Domänenmitglied) versuche per SMTP (Telnet) eine Nachricht für einen externen Empfänger am Exchange-Server abzuliefern erhalte ich den Fehler "5.7.1 Unable to relay". Wenn ich den Computer in die Computerliste aufnehme funktioniert es. Ich bin bisher davon ausgegangen, dass die aktive Option "Jedem Computer, der erfolgreich authentifiziert ist, unabhängig von der Liste oben das Relay erlauben" es ermöglicht, von jedem Domänencomputer aus, E-Mails an externe Empfänger per SMTP abzuliefern. Genau dies funktioniert bei mir aber nicht. Weder in der Produktivumgebung, noch in der geschilderten Testumgebung. Da keinerlei Updates in meiner Testumgebung installiert sind, fällt auch meine mein vorheriger Verdacht, dass sich das Verhalten mit einem Update geändert hat, als Fehlerursache aus. Es bleibt jetzt eigentlich nur noch übrig, dass ich diese Option falsch deute und sie etwas ganz anderes bedeutet. Kann das jemand bestätigen? Danke im Voraus, NeoLEX

Hallo, ich berichte mal den aktuellen Zwischenstand. Bisher habe ich hauptsächlich versucht das Problem weiter einzugrenzen. Zunächst habe ich mit Hilfe der technischen Referenz überprüft, ob ich die Option "Jedem Computer, der erfolgreich authentifiziert ist, unabhängig von der Liste oben das Relay erlauben" überhaupt richtig verstanden habe. Diese bestätigt aber meine Annahme. Durch diese Option sollte es möglich sein, von jedem erfolgreich authentifizierten Domänencomputer aus, E-Mails für Fremddomänen abzuliefern. Das Fehlverhalten kann ich aber eindeutig reproduzieren. Trotz aktivierter Option wird mir das Relaying verweigert. Dies habe ich mitttlerweile an zwei produktiven und einem Referenzserver nachgestellt. Aktuell halte ich es für wahrscheinlich, dass das Verhalten dieser standardmäßig aktivierten Option mit einem Update geändert wurde. Als nächstes will ich nun einen neu installierten Server ohne installierte Updates testen. Wenn das Relaying, wie erwartet funktioniert, werde ich jedes Update, welches auf meinen produktiven Servern installiert ist, einzeln testen. Ich werde weiter berichten. NeoLEX

Ja, alle beteiligten Computer sind Domänenmitglieder. Auf den PCs soll eine Software automatisiert E-Mails über einen der Exchange-Server per SMTP versenden, auch an externe Empfänger. Durch die, im SMTP-Server gesetzte Option "Relaying für alle authentifizierten Computer erlauben" sollte dies eigentlich möglich sein. Trotzdem wird es in der Praxis mit der Fehlermeldung "Relaying denied" verweigert. Derzeit bin ich ratlos.

Hallo Kollegen und alle die es werden wollen. Meine Exchange Server lassen aktuell kein Relaying mehr zu. In der Konfiguration des virtuellen SMTP-Servers ist das Relaying für alle authentifizierten Computer erlaubt, aber es wird trotzdem verweigert. Ein Test per Telnet verlief fehlerhaft. Wenn ich die IP-Adresse des Rechners explizit in die Positivliste eintrage funktioniert es wieder wie gewohnt. Dies ist jedoch keine dauerhafte Lösung, da die Software zum Versenden der E-Mails auf wechselnden Clients ausgeführt wird. :confused: Was könnte hier los sein? Eine einzelne Störung kann ich ebenfalls ausschliessen, da ich das gleiche Verhalten bei zwei Servern nachstellen konnte. Aus meiner Sicht scheint mit der Authentifizierung der Computer etwas nicht zu stimmen. Hat jemand eine Idee? NeoLEX

Hallo Leute, also ich habe jetzt beide Möglichkeiten überprüft und konnte keinen Fehler mehr feststellen. Sowohl bei der Auswahl des Verteilers aus dem Cache, als auch bei Auswahl aus dem Kontaktordner tritt der Fehler nicht mehr auf. Auch eine Sichtung der NK2-Datei mit nk2view.exe brachte keine neuen Erkenntnisse. Vermutlich gab es ein temporäres Problem mit dem Cache, vielleicht durch einen Fehler beim Herunterladen des servergespeicherten Profils, welches jetzt jedoch nicht mehr nachvollziehbar ist. Mein Anwender ist jedenfalls zufrieden, er weiß nun, dass er einige Empfänger nochmal anschreiben muss. Vielen Dank für die Unterstützung. NeoLEX

Vielen Dank für den Hinweis. Das habe ich nicht bedacht. Diesen Umstand werde ich mit meinem Anwender überprüfen. Einmal werde ich eine Testmail explizit aus den Kontakten auswählen und einemal ggf. aus dem Cache vervollständigen. Nach der Theorie müsste dann die Zustellung bei der der Adressat aus dem Cache kommt fehlschlagen. Ich melde mich wieder. NeoLEX

Diese Informationen habe ich mir mal besorgt. Die E-Mail enthielt Empfänger aus - einer Verteilerliste aus dem globalen Adreßbuch, - einzelne Empfänger aus dem globalen Adressbuch, - zwei Verteilerlisten aus den Kontakten. Bei den nicht erfolgreichen Zustellungen handelt es sich ausnahmslos um Empfänger aus den beiden Verteilerlisten aus den Kontakten. Die Verteiler habe ich überprüft. Sie enthalten alle gültige interne Adressen und funktionieren auch generell. Eine Testnachricht an diese Verteiler wurde problemlos übermittelt. Es scheint sich also nur um eine einmalig aufgetretene Störung zu handeln, bei der die Adressaten aus den Kontakten nicht berücksichtigt wurden. Seltsam. NeoLEX

Danke schonmal für den Hinweis. Die Suchfunktion habe ich tatsächlich nicht benutzt weil ich das Problem für zu exotisch hielt und ich keine eindeutigen Schlagworte ausfindig machen konnte. Bei Google wurde ich mit meinen Suchworten von Erbnissen erschlagen und die 10-15 Treffer die ich recherchiert habe, hatten nicht oder nur sehr entfernt mit exakt meinem Problem zu tun. Ich werde aber jetzt noch ein bisschen im Board stöbern gehen, in der Hoffnung einen ähnlichen Fall zu finden. Mit internen oder externen Empfängern hat es in meinem Fall nichts zu tun. Alle Adressaten sind intern, sowohl die mit erfolgreicher Zustellung, als auch die mit nicht erfolgreicher Zustellung. Mir fehlt es aktuell an jeglicher Idee, wie ich das Problem analysieren könnte. Wie kann ein solcher Fehler entstehen, an welcher Stelle tritt die Störung auf und wie kann ich sie zukünftig vermeiden? NeoLEX