It's Complicated

Joe's blog apie technologijas, gyvenimas, ir dar daugiau.

Neseniai susidūrėme su labai keista problema su Exchange 2003, IIS 6 ir SMTP domenai. Aplinkoje yra mišrių birža 2003/2007 svetainę su maždaug 10 viešųjų SMTP domenų vardus, kuriems ši birža org yra atsakingi. Kadangi mano laiko pradžia kaip administratorius šią sistemą gavėjas politika nustatymai buvo vienodi. Visi SMTP sritys yra išvardytos gavėjas politika, bet kai yra išjungtas. Per metus tai buvo atveju, ir mes niekada nebuvo problema. Bet kažkas turi nutiko neseniai, nes per pastaruosius keletą dienų buvo užsiėmęs už mane bando išsiaiškinti, kas sukelia laiškų pristatymo problema, kad atvedė į visus gaunamus laiškus kelias į teisėtus visuomenės SMTP domenai su atšokti atgal siuntėjui.

Po tam tikrų mokslinių tyrimų ir rankinis testavimas pabandyti nustatyti, kas sukelia problemą, mes pastebėjome keistą dalyką. Be 6 IIS metabazy apie vieną Exchange 2003 "serverių, viešųjų SMTP domenai trūko iš" domenai "pagrindinis pagal LM \ SMTPSVC \ 1 \ domenas. Dvi iš mūsų buvo išvardytos sritys, tačiau visi kiti nebuvo. Jei sritys nėra įtrauktos į metabazy IIS, SMTP, serverio atmes paštu siunčiami į tas sritis, nes suprantame, kad nėra atsakingas 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 domenai ir laukdavo minutės prieš Redaguoti metabazy IIS informaciją. Kai aš vėl tikrinamos, radau visus visuomenės SMTP sritys buvo teisingai nurodyta metabazy IIS dabar.

Anksčiau dieną aš bandžiau siųsti bandymas pranešimų per Telnet per SMTP. Kai aš norėčiau pabandyti siųsti žinutę testas vartotoją į vieną iš minėtų sričių Norėčiau gauti klaidos pranešimą "negali relė už user@domain.com" . Po Redaguoti IIS 6 metabazy, mano Telnet testas pranešimus metu buvo priimta sėkmingai, ir aš patvirtinta, kad vartotojas buvo jų gavimo. Vėlgi, gavėjas politika buvo nuo pat šioje svetainėje AD pradžioje. Net neįsivaizduoju, kodėl visi staiga mes norėtume matyti gaunamus laiškus problemų. Galiu tik spėlioti, kas galėtų atsitikti, gal užsukimas dėl netikėtų DC išjungti, o gal jos kai weird fluke su IIS 6 ir kai kurios kitos trečiosios šalies, kurios Apps SMTP renginio kabliukai kad 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 nustato problema buvo užtikrinti, kad visi visuomenės SMTP domenai atsirado 6 IIS metabazy. Po to buvo pasirūpinta, pašto pristatymo problemos buvo nustatytos ir galėjau patikrinti rankiniu būdu Telnet bandymas pranešimų. Ir aš žinau kas problema buvo ir aš žinau, kas nustato jo, aš tiesiog nežinau, kas iš tikrųjų sukėlė problemą pirmąją vietą.

Jei neturite metabazy Explorer, galite naudoti vieną įtraukti į 6 IIS Resource Kit, kuris yra prieinamas kaip Microsoft parsisiųsti.