MX-post, eller postutvekslerpost, er en type ressurspost i domenenavnsystemet som spesifiserer e-postserveren som er ansvarlig for å akseptere e-postmeldinger på vegne av mottakerens domene og en preferanseverdi som brukes til å prioritere e-postlevering. Et sett med postutvekslingsposter på vegne av et domene spesifiserer hvordan e-post skal rutes ved å bruke Simple Mail Transfer Protocol (SMTP).
MX Records: Technology Overview
Ressursposter er det primære informasjonselementet i Domain Name System (DNS). De er forskjellige i typeidentifikasjon (A, MX, NS) og DNS-klasse (Internett, CHAOS). Oppføringer har en utløpsdato (tid til å leve) tildelt dem, som indikerer når informasjonen de lagrer må oppdateres fra en autoritativ navneserver. Ressursposter er organisert i DNS basert på mottakerens e-post FQDN (delen av navnet etter symbolet@).
Spesifikk MX-postnyttelastinformasjon er det fullt kvalifiserte domenenavnet til e-postverten og en preferanseverdi som skal vises direkte i en eller flere adresseposter. Når en e-postmelding sendes over Internett spør avsenderagenten Mail Transfer Service (MTA) Domain Name System for MX-poster for hvert mottakerdomene. Denne spørringen returnerer en liste over e-postutvekslingsserververter som godtar innkommende e-post for dette domenet. Avsenderagenten prøver deretter å opprette en SMTP-tilkobling.
grunnleggende prioritering
I det enkleste tilfellet kan et domene kun ha én e-postserver. For eksempel, hvis MTA søker etter MX-poster for eksempel.com og DNS-serveren bare svarer med mail.example.com med en preferansetelling på 50, vil MTA forsøke å sende e-post til den angitte serveren. I dette tilfellet kan tallet 50 være et hvilket som helst heltall tillatt av SMTP-spesifikasjonen. Men når mer enn én server returneres for en MX-forespørsel, bestemmer preferansenummeret for hver oppføring den relative prioriteten til den spesifiserte serveren. Når en ekstern klient (vanligvis en annen e-postserver) gjør et MX-oppslag for et domenenavn, får den en liste over servere og deres preferansenumre. Enhver server med det laveste preferansenummeret bør sjekkes først. For å sikre pålitelig e-postoverføring, må SMTP-klienten kunne sjekke hver av de samsvarende adressene i denne listen i rekkefølge til leveringsforsøket lykkes.
Lastbalansering mellom arrays av e-postservere
Metoden som brukes til å lastebalansere innkommende e-post på tvers av en rekke servere, må returnere det samme preferansenummeret for hver server i settet. Når det skal avgjøres hvilken server som har samme preferanse for å sende e-post, må avsenderen randomisere dem for å spre belastningen over flere e-postutvekslere for en bestemt organisasjon. Multihomed-servere håndteres annerledes, ettersom enhver randomisering anses å ha blitt brukt av navneserveren. Den omhandler hovedsakelig rutingproblemer. Andre typer serverlasting kan løses ved å bruke en SMTP-proxy.
Backup
Måltjeneren, det vil si den som vet hvordan den skal levere den tilsvarende brukerens postkasse, er vanligvis den foretrukne. Servere med lavere prioritet, k alt standby- eller sekundære MX-poster, holder vanligvis meldinger i en kø mens de venter på at primærserveren skal vises. Hvis begge serverne er online eller på en eller annen måte koblet til hverandre, vil MX-sikkerhetskopien videresende e-posten til hovedpostutveksleren. Sikkerhetskopien fungerer som et hvelv.
Hvordan sette opp MX-poster: prioritet
Mail sendes til utvekslingsserveren med det laveste preferansenummeret (høyest prioritet), så postutveksleroppføringen som brukes til ruting skal ha det laveste preferansenummeret, vanligvis 0. Prioritydefinerer rekkefølgen som serverne skal assosieres i (hvis flere servere med forskjellige prioriteter er spesifisert). Serverne med høyest prioritet og lavest preferansenummer vil bli sjekket først. I DNS-poster er preferansenummeret vanligvis satt og spesifisert.
Oppsettfeil
En vanlig misforståelse om bestilling av MX-postpreferanser for domene er at det er ment å øke sannsynligheten for postlevering. Men bare å bruke flere oppføringer med samme preferanse gir denne fordelen.
En annen vanlig feiltolkning av MX-preferanseordren er at den er ment å gi en "failover" i tilfelle serveroverbelastning. Selv om det kan brukes på denne måten, er det en dårlig ressursstyringsteknikk fordi den med vilje skaper overbelastning, ikke fullt ut utnytter den tilgjengelige maskinvaren og ikke lar MX-poster sjekkes. Å tildele samme verdi til alle tilgjengelige servere gir den samme fordelen, kan bidra til å unngå overbelastningssituasjoner og dermed øke systemgjennomstrømningen ved å redusere ventetiden.
SMTP-logging
SMTP-protokollen etablerer et lagrings-og-send-nettverk, og hvis et domenes e-postservere er frakoblet, trenger avsenderserverne en kø med meldinger som er bestemt til det domenet for å prøve igjen senere. Disse sendeserverne kan imidlertid ikke varsles om at de nå er tilgjengeligefrittstående domeneservere og oppdager bare at domenet er tilgjengelig hvis neste forsøk gjøres ved sending av utsatte meldinger.
Forsinkelsen mellom når domeneservere kommer på nett og når ventende meldinger endelig leveres, kan være alt fra minutter til flere dager, avhengig av tidsplanen for gjenforsøk til avsendende servere. Problemet er at sikkerhetskopiene er unikt kvalifisert til å løse og lar deg ikke sjekke MX-posten til domenet.
