Ito ay kumplikado

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

Kamakailan lamang na ako ang bumangga sa isang napaka-kakaibang isyu sa Exchange 2003, IIS 6 at SMTP domain. Kapaligiran ay isang mixed Exchange 2003/2007 site na may tungkol sa 10 pampublikong SMTP mga pangalan ng domain na ito Exchange org ay responsable para sa. Dahil ang simula ng aking oras tulad ng para sa Tagapangasiwa ng sistemang ito ang tatanggap patakaran ng mga setting ay ang parehong. Ang lahat ng mga domain SMTP ay nakalista sa tatanggap ng patakaran ngunit ang ilan ay malaya. Para sa taon na ito ay ang kaso at hindi na namin ay may problema. Subalit ang isang bagay ay kailangang may ang nangyari kamakailan lamang, dahil sa huling ilang araw ay naging abala para sa akin sinusubukan na malaman kung ano ang nagiging sanhi ng isang isyu na mail delivery na nagbunga sa lahat ng papasok na mail para sa ilan sa 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 mga problema, natagpuan ko ang isang kakaibang bagay. Sa metabase IIS 6 sa isa sa mga Exchange 2,003 mga server, ang pampublikong SMTP domain ay nawawala mula sa "domain" na key sa ilalim ng LM \ SMTPSVC \ 1 \ domain. Dalawang ng aming mga domain ay nakalista ngunit ang lahat ng pahinga ay ang nawawala. 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 napagtanto na ang mga responsable para sa pagtanggap ng mail para sa kanila. Kaya ako ay nagpasya na gumawa ng isang pagsubok, binuksan ko ang tatanggap ng patakaran at maglagay ng tsek sa tabi ng lahat ng mga pampublikong domain SMTP at naghintay ng isang minuto bago nagre-refresh ang mga impormasyon IIS metabase. Kapag ako checked muli, natagpuan ko ang lahat ng mga SMTP pampublikong domain ay maayos na nakalista sa metabase IIS ngayon.

Mas maaga sa araw ako ay nagsisikap upang magpadala ng mensahe sa pamamagitan ng pagsubok sa pamamagitan ng telnet SMTP. Kapag Gusto kong subukan na magpadala ng isang pagsubok na mensahe para sa isang gumagamit sa isa sa mga apektadong mga domain Gusto ko makuha ang error "hindi maghatid para sa user@domain.com" . Pagkatapos ng pagrefresh ng metabase IIS 6, ang aking telnet pagsubok mensahe ay tinanggap ang pagiging matagumpay at Kinukumpirma ko na ang gumagamit ay tumatanggap ng mga ito. Muli, ang mga tatanggap ng mga patakaran ay ang parehong mula sa simula ng AD sa site na ito. Wala akong ideya kung bakit ang lahat ng isang biglaang Gusto namin makita ang mga problema ng mga papasok na mail. Maaari ko lang magmuni-muni kung ano ang maaaring nangyari, marahil sa isang biro dahil sa isang di-inaasahang shutdown DC, o marahil nito ang ilang mga kakaibang parasitiko sa IIS 6 at sa ibang mga third party apps na may SMTP kaganapan Hooks na sanhi nito. ako talagang walang ideya at hindi ako magkaroon ng isang screenshot ng metabase IIS 6 config mula sa bago ang oras na kapag nagsimula na magkaroon ng problema.

Ano ang taning na ang problema ay upang tiyakin na ang lahat ng pampublikong SMTP domain lumitaw sa metabase IIS 6. Pagkatapos nito ay kinuha ng pag-aalaga, mail paghahatid ng mga isyu ay naayos at ako ay ma-verify na ito gamit ang manual telnet ng mga mensahe ng pagsubok. Kaya alam ko kung ano ang suliranin ay at alam ko kung ano ang taning na ito, ako lang ang hindi alam kung ano ang tunay na sanhi ng problema sa unang lugar.

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