Tai sudėtinga

Joe's blog'o apie technologijas, gyvenimą, ir dar daugiau.

Neseniai aš bėgti į labai keistą problemą su Exchange 2003, IIS 6 ir SMTP srityse. Aplinka yra mišrus Valiutų 2003/2007 svetainę apie 10 viešųjų SMTP domenų vardus, kuriems ši birža org yra atsakinga už. Kadangi mano laikas pradžioje kaip administratorius šiai sistemai gavėjas politika nustatymai buvo tie patys. Visi SMTP domenas yra išvardytos gavėjas politika, bet kai kurie yra išjungtas. Daugelį metų tai buvo atveju ir mes niekada neturėjo problemų. Bet kažkas turi būti įvyko neseniai, nes per pastaruosius keletą dienų buvo užimtas už mane bando išsiaiškinti, kas sukelia laiškų pristatymo problema, dėl kurios visus gaunamus laiškus keliems teisėtus visuomenės SMTP domenų atšokti atgal siuntėjui.

Po tam tikrų mokslinių tyrimų ir rankinis testavimas bandyti nustatyti, kokios buvo problemos, radau keistą dalyką. Per 6 IIS metabazy vieną iš Exchange 2003 serverių, visuomenės SMTP sričių trūko iš "domenų" raktų pagal LM \ SMTPSVC \ 1 \ domenas. Du iš mūsų sričių buvo įrašytos, tačiau visa kita buvo neteisingi. Jei sritys nėra įtrauktos į metabazy IIS SMTP, serverio atmes žinutės siunčiamos toms sritims, nes jis nesuvokia, kad jos atsako gauti paštas už jas. Taigi, aš nusprendžiau padaryti bandymą, aš atvėrė gavėjas politika ir padėkite varnelę prie visų viešųjų SMTP sričių ir laukė minutės prieš gaivus metabazy IIS informacija. Kai aš patikrinti dar kartą, aš rasiu visų visuomenės SMTP sritys buvo teisingai įtrauktos į metabazy IIS dabar.

Anksčiau dieną aš bandžiau siųsti bandomieji pranešimai per Telnet per SMTP. Kai aš pabandyti išsiųsti testinį žinutę vartotojui pagal vieną iš nukentėjusių sričių Norėčiau gauti klaidos pranešimą "negali relės user@domain.com" . atnaujinus IIS 6 metabazy, mano telnet bandymo žinutės bus priimta sėkmingai ir aš buvo patvirtinta, kad vartotojas buvo jų gavimo. Vėlgi, gavėjas politikos sritys buvo tos pačios, nes šioje vietoje AD pradžioje. neįsivaizduoju, kodėl visi staiga mes norėtume pamatyti laiškų problemas. Galiu tik spėlioti, kas galėtų atsitikti, gal užsukimas dėl netikėtų DC stabdymo, o gal jos kažkokiam keistam FLUKE su IIS 6 ir kai kurios kitos trečiosios šalies programas, kad turi SMTP atveju kabliai kuri ją sukėlė. Aš tikrai neįsivaizduoju, ir aš neturiu 6 IIS metabazy config nuo ekrano iki to laiko, kai pradėjome kilti problemų.

Kas nustatytas problemas, buvo užtikrinti, kad visi visuomenės SMTP srityse atsirado IIS 6 metabazy. Po to buvo pasirūpinta, pašto pristatymo klausimus, buvo nustatytos, ir aš galėjo patikrinti šį rankiniu būdu telnet testas pranešimus. Ir aš žinau, ką Problema buvo ir aš žinau, kas nustatyta, aš tiesiog nežinau, kas iš tikrųjų sukėlė problemą į pirmą vietą.

Jei neturite metabazy Explorer, galite naudoti vieną įtrauktas į 6 IIS Resource Kit, kuris yra prieinamas kaip Microsoft atsisiųsti iš .