Ito ay kumplikado

Joe's blog tungkol sa teknolohiya, buhay, at iba pa.

Kamakailan lamang na ako ang bumangga sa isang napaka-kakaibang isyu sa Exchange 2003, IIS 6 at SMTP domain. Kapaligiran Ang ay isang halu-halo Exchange 2003/2007 site na may tungkol sa 10 pampublikong SMTP pangalan ng domain na kung saan ito Exchange org ay responsable para sa. Dahil ang simula ng aking panahon bilang ang Administrador para sa sistemang ito ang tatanggap patakaran ng mga setting ay ang parehong. Lahat ng SMTP mga domain ay nakalista sa tatanggap patakaran ngunit ang ilan ay malaya. Para sa taon na ito ay ang kaso at hindi kami nagkaroon ng problema. Subalit ang isang bagay ay kailangang may nangyari kamakailan lamang, dahil ang huling ilang araw ay abala para sa akin sinusubukan para malaman kung ano ang nagiging sanhi ng isang isyu na mail delivery na nagbunga sa lahat ng papasok na mail para sa ilang mga lehitimong pampublikong domain SMTP sa bounce pabalik sa nagpadala.

Matapos ang ilang mga pananaliksik at mano-manong pagsusuri upang subukan upang makilala kung ano ang nagiging sanhi ng problema, ako na natagpuan ng isang kakaibang bagay. Sa metabase IIS 6 sa isa sa mga Exchange 2003 server, ang pampublikong SMTP mga domain ay nawawala mula sa "domain" susi sa ilalim ng LM \ SMTPSVC \ 1 \ domain. Dalawang ng aming mga domain ay nakalista ngunit ang lahat ng pahinga ay ang mga nawawalang. Kung ang mga domain ay hindi nakalista sa IIS metabase para sa SMTP, ang server ay tanggihan ang mail na ipinadala sa mga domain dahil ito ay hindi mapagtanto na ang kanyang pananagutan para sa pagtanggap ng mail para sa kanila. Kaya ko nagpasya na gawin ang isang pagsubok, ako binuksan up ang tatanggap patakaran at maglagay ng tsek sa tabi ng lahat ng pampublikong domain SMTP at naghintay ng isang minuto bago nagre-refresh ang impormasyon IIS metabase. Kapag ako checked muli, natagpuan ko ang lahat ng mga pampublikong SMTP mga domain ay tama nakalista sa metabase IIS ngayon.

Mas maaga sa araw na ako ay sinusubukan na magpadala ng mga mensahe pagsubok sa pamamagitan ng telnet sa pamamagitan ng SMTP. Kapag Gusto ko subukan na magpadala ng isang pagsubok sa mensahe ng isang gumagamit sa isa sa mga apektadong mga domain Gusto ko ang mga error na "hindi riley para sa user@domain.com" . Matapos ang nagre-refresh ng metabase IIS 6, aking telnet mensahe ay pagsubok sa pagiging matagumpay na tinanggap at Kinukumpirma ko na ang gumagamit ay tumatanggap ng mga ito. Muli, ang tatanggap patakaran ay ang parehong mula sa simula ng AD sa site na ito. Wala akong ideya kung bakit lahat ng isang biglaang Gusto namin makita ang mga papasok na mail sa mga problema. ako lamang-isip-isip kung ano ang maaaring magkaroon ng nangyari, marahil ng isang biro dahil sa isang hindi inaasahang pagpipinid DC, o marahil nito ang ilang mga kakaibang parasitiko sa IIS 6 at ilang iba pang mga ikatlong partido apps na SMTP kaganapan Hooks na dulot nito. ako tunay na walang ideya at hindi ko magkaroon ng isang screenshot ng metabase IIS 6 config mula sa bago ang oras na kapag kami na nagsimula sa may problema.

Ano nakapirming ang problema ay upang tiyakin na ang lahat ng pampublikong domain SMTP lumitaw sa IIS 6 metabase. Pagkatapos na ay kinuha pag-aalaga ng, mail paghahatid ng mga isyu ay nakatakda at ako ay able sa patunayan na ito gamit ang manual telnet mensahe pagsubok. Kaya alam ko kung ano ang problema ay na at alam ko kung ano ang takdang ito, ko na lang hindi malaman kung ano ang tunay na sanhi ng problema sa unang lugar.

Kung hindi ka magkaroon ng isang metabase explorer, maaari mong gamitin ang isa sa kasama sa 6 na mapagkukunan kit IIS, na kung saan ay magagamit bilang isang pag-download mula sa Microsoft .