Ez bonyolult

Joe's blog a technológia, az élet, és így tovább.

Nemrég futott egy nagyon furcsa kérdés-val Exchange 2003, IIS 6 és SMTP területeken. A környezet vegyes Exchange 2003/2007 helyszínen mintegy 10 nyilvános SMTP domain neveket, amelyek ebben az Exchange org felelős. Eleje óta az időmet az adminisztrátor számára ez a rendszer a címzett házirend-beállításokat is ugyanaz. Minden SMTP területek jegyzékét a kedvezményezett politikai, de egyesek ellenőrizetlen. Évekig ez volt a helyzet, és mi soha nem volt probléma. De valami kell történt a közelmúltban, mert az elmúlt napokban már elfoglalt számomra, hogy kitaláljam, mi okozza a postai kézbesítési probléma, amelynek eredményeként az összes bejövő leveleket több jogos köz SMTP területeken visszafordulási vissza a feladónak.

Némi kutatás után és manuális tesztelés, hogy megpróbálják azonosítani, mi okozza a problémát, találtam egy furcsa dolgot. Az IIS 6 metabázis az egyik Exchange 2003 kiszolgálók, a nyilvánosság SMTP területeken hiányoztak a "domain" gomb alatt LM \ SMTPSVC \ 1 \ DOMAIN. Két saját domain is szerepel, de a többi hiányzott. Ha a domain nem szerepel az IIS metabázis az SMTP, a kiszolgáló elutasítja mailt küldött az említett területeken, mert ez nem veszi észre, hogy az illetékes A fogadó mail őket. Úgyhogy úgy döntött, hogy csinál egy tesztet, én megnyitotta a kedvezményezett politikai és tesz egy ellenőrzés mellett minden állami SMTP domain és vártam egy percig, mielőtt frissít az IIS metabázis információkat. Amikor újra megvizsgálni, találtam minden állami SMTP területeken is helyesen szerepel az IIS metabázis most.

Korábban a nap folyamán akartam küldeni teszt üzenet keresztül telnet segítségével SMTP. Amikor megpróbálja elküldeni egy teszt üzenetet a felhasználó az egyik érintett területek szeretném kap a hiba "nem a relé user@domain.com" . frissítő után az IIS 6 metabázis, én telnet teszt üzeneteket elfogadott, sikeres és én megerősítette, hogy a felhasználó részesülő. Again, a kedvezményezett politikákat is ugyanaz kezdete óta az AD-ban ezen az oldalon. Fogalmam sincs, miért hirtelen látnánk bejövő leveleket problémákat. Én csak spekulál, mi történhetett volna, talán egy hirtelen fordulat következtében egy váratlan DC leállás, vagy talán a furcsa mázli az IIS 6 és néhány egyéb harmadik fél apps, amelyek SMTP esemény horgok , hogy okozott neki. tényleg fogalmam sincs, és én nem egy screenshot az IIS 6 metabázis config előtti idő, amikor már kezdett volna probléma.

Mit rögzített a probléma volt, hogy minden nyilvános SMTP területeken jelentek meg a IIS 6 metabázis. Követően, hogy a volt intézve, postai szállítás kérdések kerültek rögzítésre, és tudtam, hogy ellenőrizze a kézi telnet teszt üzeneteket. Szóval tudom, mi a probléma volt, és én tudom, mit rögzített ez, csak nem tudom, hogy valójában mi okozta a problémát az első helyen.

Ha nincs metabázis felfedező, használhatja az egyik szereplő az IIS 6 Resource Kit, amely megtalálható a letölthető Microsoft .