MX-post, eller postutbytarpost, är en typ av resurspost i domännamnssystemet som anger den e-postserver som ansvarar för att acceptera e-postmeddelanden på uppdrag av mottagarens domän och ett preferensvärde som används för att prioritera postleverans. En uppsättning e-postväxlarposter på uppdrag av en domän anger hur e-post ska dirigeras med Simple Mail Transfer Protocol (SMTP).
MX Records: Tekniköversikt
Resursposter är det primära informationselementet i Domain Name System (DNS). De skiljer sig åt i typidentifiering (A, MX, NS) och DNS-klass (Internet, KAOS). Poster har ett utgångsdatum (time to live) tilldelat dem, som anger när informationen de lagrar måste uppdateras från en auktoritativ namnserver. Resursposter är organiserade i DNS baserat på mottagarens e-post FQDN (delen av namnet efter symbolen@).
Specifik MX-postnyttolastinformation är det fullständigt kvalificerade domännamnet för e-postvärden och ett preferensvärde som ska visas direkt i en eller flera adressposter. När ett e-postmeddelande skickas över Internet frågar den sändande agenten Mail Transfer Service (MTA) Domännamnssystemet för MX-poster för varje mottagardomän. Den här frågan returnerar en lista över e-postutbytesservervärdar som accepterar inkommande e-post för den här domänen. Den sändande agenten försöker sedan upprätta en SMTP-anslutning.
Grundläggande prioritering
I det enklaste fallet kan en domän bara ha en e-postserver. Till exempel, om MTA:n letar upp MX-poster för example.com och DNS-servern bara svarar med mail.example.com med ett preferensantal på 50, kommer MTA:n att försöka skicka e-post till den angivna servern. I det här fallet kan siffran 50 vara vilket heltal som helst som tillåts av SMTP-specifikationen. Men när mer än en server returneras för en MX-begäran, bestämmer preferensnumret för varje post den relativa prioriteten för den angivna servern. När en fjärrklient (vanligtvis en annan e-postserver) gör en MX-sökning efter ett domännamn, får den en lista över servrar och deras preferensnummer. Alla servrar med det lägsta preferensnumret bör kontrolleras initi alt. För att säkerställa tillförlitlig e-postöverföring måste SMTP-klienten kunna kontrollera var och en av de matchande adresserna i den här listan tills leveransförsöket lyckas.
Lastbalansering mellan arrayer av e-postservrar
Metoden som används för att lastbalansera inkommande e-post över en rad servrar måste returnera samma preferensnummer för varje server i uppsättningen. När man avgör vilken server som har samma preferens för att skicka e-post, måste avsändaren randomisera dem för att sprida belastningen över flera e-postväxlare för en viss organisation. Multihomed-servrar hanteras på olika sätt, eftersom all randomisering anses ha redan tillämpats av namnservern. Det handlar främst om routingproblem. Andra typer av serverladdning kan lösas med en SMTP-proxy.
Backup
Målservern, det vill säga den som vet hur man levererar motsvarande användares brevlåda, är vanligtvis den att föredra. Servrar med lägre prioritet, kallade standby- eller sekundära MX-poster, håller vanligtvis meddelanden i en kö medan de väntar på att den primära servern ska dyka upp. Om båda servrarna är online eller på något sätt anslutna till varandra, kommer MX-säkerhetskopian att vidarebefordra e-postmeddelandet till huvude-postväxlaren. Säkerhetskopieringen fungerar som ett valv.
Hur man ställer in MX-poster: prioritet
E-post skickas till växelservern med det lägsta preferensnumret (högsta prioritet), så posten i e-postväxlaren som används för routing bör ha det lägsta preferensnumret, vanligtvis 0. Prioritydefinierar i vilken ordning servrarna ska associeras (om flera servrar med olika prioriteringar anges). Servrarna med högsta prioritet och lägsta preferensnummer kommer att kontrolleras först. I DNS-poster är preferensnumret vanligtvis inställt och specificerat.
Konfigurationsfel
En vanlig missuppfattning om att beställa domänens MX-postinställningar är att det är avsett att öka sannolikheten för postleverans. Men att bara använda flera poster med samma preferens ger denna fördel.
En annan vanlig misstolkning av MX-preferensordningen är att den är avsedd att ge en "failover" i händelse av en serveröverbelastning. Även om det kan användas på detta sätt är det en dålig resurshanteringsteknik eftersom den avsiktligt skapar överbelastning, inte utnyttjar den tillgängliga hårdvaran fullt ut och inte tillåter att MX-poster kontrolleras. Att tilldela samma värde till alla tillgängliga servrar ger samma fördel, kan hjälpa till att undvika trafikstockningar och därmed öka systemgenomströmningen genom att minska latensen.
SMTP-loggning
SMTP-protokollet upprättar ett lagra-och-vidarebefordra nätverk, och om en domäns e-postservrar är offline behöver de sändande servrarna en kö med meddelanden som är avsedda för den domänen för att försöka igen senare. Dessa sändande servrar kan dock inte meddelas att det nu finns tillgängligafristående domänservrar och upptäcker bara att domänen är tillgänglig om nästa försök görs när du skickar uppskjutna meddelanden.
Fördröjningen mellan när domänservrar kommer online och när väntande meddelanden slutligen levereras kan vara allt från minuter till flera dagar, beroende på schemat för återförsök för de sändande servrarna. Problemet är att säkerhetskopiorna är unikt kvalificerade att lösa och tillåter dig inte att kontrollera MX-posten för domänen.
