It's Complicated

Joe's Blog über Technik, Leben und vieles mehr.

Vor kurzem traf ich ein sehr merkwürdiges Problem mit Exchange 2003, IIS 6 und SMTP-Domänen. Die Umwelt ist einer gemischten Exchange 2003/2007 Seite mit etwa 10 öffentliche SMTP-Domäne-Namen, für die dieser Exchange org verantwortlich ist. Seit Beginn meiner Zeit als Administrator für dieses System an den Empfänger-Einstellungen haben die gleiche gewesen. Alle SMTP-Domänen werden in der Empfänger-Richtlinie aufgeführt, aber einige sind deaktiviert. Für dieses Jahr hat der Fall gewesen, und wir haben noch nie ein Problem. Aber etwas müssen unlängst geschehen, weil in den letzten Tagen damit beschäftigt haben, für mich, um herauszufinden, was was zu einer Mail-Zustellung in Frage, die alle eingehenden Mails für mehrere der legitimen öffentlichen SMTP-Domänen führte wieder auf die Beine an den Absender.

Nach einiger Recherche und manuelle Tests, um zu versuchen zu ermitteln, was das Problem verursacht, fand ich ein seltsames Ding. In der IIS 6-Metabasis auf einem der Exchange 2003-Servern, die öffentliche SMTP-Domänen fehlten die "Domänen"-Taste unter LM \ SMTPSVC \ 1 \ DOMAIN. Zwei unserer Domains gelistet waren, aber alles andere fehlten. Wenn die Domains nicht aufgeführt in der IIS-Metabasis für SMTP sind, wird die Server-Mail-lehnen an den Bereichen, weil sie nicht erkennen, dass sein zuständiger für den Empfang von Mails für sie. Also habe ich auf einen Test entschieden, öffnete ich die Empfängerrichtlinie und setzen Sie ein Häkchen neben allen öffentlichen SMTP-Domänen und wartete eine Minute vor dem Aktualisieren der IIS-Metabasis Informationen. Wenn ich noch einmal überprüft, fand ich alle öffentliche SMTP-Domänen wurden korrekt in der IIS-Metabasis heute unter Denkmalschutz.

Zu Beginn des Tages war ich versucht, Test-Einträge per Telnet über SMTP senden. Wenn ich versuchen würde, eine Test-Nachricht an einen Benutzer auf einem der betroffenen Bereiche möchte ich die Fehlermeldung "Unable to relay für user@domain.com" senden . Nach der Aktualisierung des IIS 6 Metabase wurden, mein Telnet-Test-Einträge erfolgreich angenommen, und ich bestätigt, dass der Benutzer erhalten hat sie. Auch hier hat der Empfänger die gleiche Politik seit dem Beginn der AD auf dieser Site wurden. Ich habe keine Ahnung, warum auf einmal würden wir eingehende E-Mail Probleme sehen. Ich kann nur spekulieren, was hätte passieren können, vielleicht einen Tick wegen eines unerwarteten Herunterfahren DC, oder vielleicht die paar verrückte Zufall mit IIS 6 und einige andere dritte Partei apps, dass SMTP-Ereignis haben Haken , die es verursacht. Ich habe wirklich keine Ahnung, und ich habe nicht einen Screenshot der IIS 6-Metabasis config aus der Zeit vor der Zeit, als wir anfingen, Probleme zu haben.

Was das Problem behoben wurde um sicherzustellen, dass alle öffentlichen SMTP-Domänen in der IIS-Metabasis 6 erschienen. Nach übernommen wurde versorgt, Mail-Versand Probleme wurden behoben und ich konnte diese durch manuelle Einträge Telnet-Test überprüfen. Ich weiß also, was die Problem war, und ich weiß, was sie fest, ich weiß nur nicht, was die eigentliche Ursache des Problems in den ersten Platz.

Wenn Sie keine Metabase Explorer haben, können Sie die Anwendung ein, die in der IIS 6 Resource Kit, das als Download von Microsoft zur Verfügung steht.