I denne artikkelen skal vi se hvordan både intern og ekstern e-postflyt fungerer i Exchange-serveren for å få en bedre forståelse som vil hjelpe deg med å feilsøke eventuelle problemer relatert til e-postflyt.
Introduksjon:
Har du noen gang lurt på hvordan e-postene blir levert til mottakerne? Det er mange ting som skjer i bakgrunnen for å fullføre en enkelt transaksjon. Er du interessert i å lære om e-postflyten? Da er du på rett sted:). I Exchange server 2010 er hub transport server ansvarlig for å levere e-postene til neste hopp. Jeg vil gjerne gi et eksempel for å forklare dette konseptet. Dette vil få deg til å forstå klart slik at det til enhver tid vil være enkelt for deg å feilsøke hvis du har problemer med e-postflyten.
Eksempel arkitektur:
Tenk på at vi har to Exchange-servere, nemlig "Server 1" og "Server 2" med alle de 3 rollene (Mailbox, HUB Transport, Client Access) installert i den. Vi har to brukere "Bruker A" og "Bruker B" hvis postbokser ligger på hver server. Det vil si at "Bruker A"-postkasse er i "Server 1" og "Bruker B"-postkasse er i "Server 2". La oss anta at "Bruker A" sender e-post til "Bruker B" og også beholder "Bruker Bs" Gmail-adresse i CC-feltet. La oss se hvordan postflyten fungerer her.
E-postflyt:
Når "Bruker A" klikket på Send-knappen i klienten, enten det kan være en Outlook eller ActiveSync, vil e-post gå til enten utboks eller utkast avhengig av klientversjonen. Postboksrollen vil finne ut at det er en ny e-post som må sendes ut av den brukerpostboksen. Så den vil bruke "Mailbox Submission"-tjenesten for å kontakte HUB-rollen selv om den ble installert på samme server. 
Postkasse Transporttjeneste vil da komme og hente posten og sette den i Innleveringskøen. Du kan se køen i "Køvisning" som er tilgjengelig i Exchange-administrasjonskonsollen under "Verktøyboks". Køen fikk sin egen database kalt "Mail.Que" som lagrer alle e-postene midlertidig til den blir behandlet. Det krever minimum 20 % ledig plass, ellers vil det bli brukt mottrykk og posten vil ikke bli behandlet.
Når e-posten nådde innsendingskøen, vil Exchange gjelde først inn først ut-konseptet, og det vil start behandle e-postene. HUB-serveren vil starikke kategorisere det og gjøre alle forhåndskontroller. I vårt scenario behandler "Server 1" e-posten, og den vil dele e-posten i to kopier.
Den ene vil bli sendt til "Server 2" ved hjelp av InterOrg Send-kontakt gjennom portnummer 25 som er for SMTP-protokoll. "Server 2" vil motta e-posten ved å bruke "Recipient Connector" og starikke behandle det igjen. Siden mottakeren er bosatt i "Server 2", vil den levere den til MAPI-leveringskøen ved hjelp av MAPI-protokollen.
Andre kopi vil bli plassert i en ny kø kalt "Gmail", og deretter ved hjelp av Send-koblingen vil den prøve å koble til Gmail-serveren. For å gjøre det, vil Exchange Hub-serveren kontakte den interne DNS-serveren for å spørre MX-posten til Gmail-serveren. Intern DNS-server vil videresende forespørselen til global DNS og komme tilbake til Exchange-serveren med Gmail MX IP. HUB-serveren vil deretter gjøre en SMTP-tilkobling ved å bruke port nr. 25 med Gmail MX IP og levere e-posten.
I tilfelle vi har noen smart host som anti-spam-sky, vil Exchange Hub levere e-posten med samme metode til anti-spam-serveren, og deretter vil anti-spam-serveren levere til Gmail på vegne av Exchange-serveren vår.
Konklusjon:
Håper du forsto hvordan postflyten fungerer. Mail.que vil bare lagre e-posttempoetrarily, men e-postene blir faktisk lagret i .edb-postboksdatabasen. Hvis det er noen problemer i .edb-filene, må vi gjenopprette fra sikkerhetskopi. Alternativt kan du vurdere OST 2 PST konverteringsmetode som er et enkelt alternativ.
Forfatter Introduksjon:
Sophia Mao er en datagjenopprettingsekspert innen DataNumen, Inc., som er verdensledende innen datagjenopprettingsteknologier, inkludert utsikter til bedring og programvareprodukter for ordgjenoppretting. For mer informasjon besøk www.datanumen. Med
Legg igjen en kommentar