{"id":18449,"date":"2026-03-27T11:51:13","date_gmt":"2026-03-27T10:51:13","guid":{"rendered":"https:\/\/webhosting.de\/mx-records-priorisierung-email-routing-hosting-mailflow\/"},"modified":"2026-03-27T11:51:13","modified_gmt":"2026-03-27T10:51:13","slug":"mx-poster-prioritering-e-post-routing-hosting-mailflow","status":"publish","type":"post","link":"https:\/\/webhosting.de\/sv\/mx-records-priorisierung-email-routing-hosting-mailflow\/","title":{"rendered":"MX-poster och prioritering: routning av e-post i hosting f\u00f6rklaras"},"content":{"rendered":"<p>MX-poster styr vilka e-postservrar som tar emot inkommande meddelanden f\u00f6r en dom\u00e4n, och de anv\u00e4nder prioriteringar f\u00f6r att best\u00e4mma i vilken ordning anslutningar uppr\u00e4ttas. Jag kommer att visa dig hur du <strong>MX-poster<\/strong> prioritera r\u00e4tt och planera hela leveransv\u00e4gen f\u00f6r e-post s\u00e5 att din e-posthosting fungerar p\u00e5 ett tillf\u00f6rlitligt s\u00e4tt.<\/p>\n\n<h2>Centrala punkter<\/h2>\n<p>F\u00f6r en snabb orientering kommer jag att kort sammanfatta de viktigaste aspekterna av routning av mx-poster och lyfta fram de viktigaste \u00e4mnena som du b\u00f6r k\u00e4nna till f\u00f6r s\u00e4ker e-posthosting. Jag kommer att h\u00e5lla listan kort och bara ta med punkter som du kan till\u00e4mpa omedelbart. Baserat p\u00e5 praktisk erfarenhet prioriterar jag de inst\u00e4llningar som undviker driftstopp. Du hittar relevanta detaljer f\u00f6r varje nyckelord l\u00e4ngre fram i artikeln. F\u00f6r mer djupg\u00e5ende konfigurationer ger jag ytterligare tips och typiska st\u00f6testenar l\u00e4ngs v\u00e4gen s\u00e5 att du kan <strong>Fel<\/strong> fr\u00e5n allra f\u00f6rsta b\u00f6rjan.<\/p>\n<ul>\n  <li><strong>Prioritet<\/strong> best\u00e4mmer ordningen: mindre nummer = f\u00f6rst<\/li>\n  <li><strong>Redundans<\/strong> S\u00e4kert med flera MX-poster<\/li>\n  <li><strong>Leveransv\u00e4g<\/strong> F\u00f6rst\u00e5else fr\u00e5n DNS till brevl\u00e5da<\/li>\n  <li><strong>TTL<\/strong> och utbredningstider<\/li>\n  <li><strong>SPF\/DKIM<\/strong> kombinera f\u00f6r b\u00e4ttre leverans<\/li>\n<\/ul>\n<p>Sedan g\u00e5r jag djupare in i tekniken, avsnitt f\u00f6r avsnitt, och \u00f6vers\u00e4tter begreppen till begripliga konfigurationer. N\u00e4r jag g\u00f6r detta fokuserar jag p\u00e5 <strong>\u00d6vning<\/strong> och tydliga handlingssteg.<\/p>\n\n<h2>Hur MX-poster styr routingen<\/h2>\n<p>En MX-post talar om f\u00f6r s\u00e4ndningsservrar vilken v\u00e4rd som accepterar e-post fr\u00e5n din dom\u00e4n, och leder d\u00e4rmed <strong>Routning<\/strong> leveransen. Jag st\u00e4ller in minst tv\u00e5 MX-poster per dom\u00e4n s\u00e5 att en annan v\u00e4rd kan n\u00e5s omedelbart om den f\u00f6rsta v\u00e4rden misslyckas. Vid behov kan jag definiera separata MX-destinationer f\u00f6r underdom\u00e4ner om det kr\u00e4vs separata brevl\u00e5dor eller speciella gateways. DNS-zonen inneh\u00e5ller namn, m\u00e5lv\u00e4rd, prioritet och ett v\u00e4l avgr\u00e4nsat TTL-v\u00e4rde. F\u00f6r att komma ig\u00e5ng kan den kompakta <a href=\"https:\/\/webhosting.de\/sv\/e-post-egen-domaen-mx-records-verktyg-setup-instruktioner-hosting\/\">MX-Records bruksanvisning<\/a>, som du anv\u00e4nder f\u00f6r att skapa och kontrollera poster p\u00e5 ett snyggt s\u00e4tt; jag h\u00e4nvisar till detta n\u00e4r du planerar de f\u00f6rsta testerna.<\/p>\n<p>Vid s\u00e4ndning fr\u00e5gar den s\u00e4ndande fj\u00e4rrstationen f\u00f6rst DNS efter MX-poster och uppr\u00e4ttar sedan en SMTP-anslutning till den \u00f6nskade v\u00e4rden. Jag \u00e4r ocks\u00e5 uppm\u00e4rksam p\u00e5 A- eller AAAA-poster f\u00f6r destinationsv\u00e4rden, eftersom ett felaktigt destinationsnamn stoppar allt e-postfl\u00f6de. Korta TTL-v\u00e4rden p\u00e5skyndar \u00e4ndringar, medan l\u00e4ngre v\u00e4rden minskar belastningen p\u00e5 f\u00f6rfr\u00e5gningar; jag v\u00e4ljer l\u00e4mpligt v\u00e4rde beroende p\u00e5 projektet. <strong>Kompromiss<\/strong>. Det inneb\u00e4r att dina brevl\u00e5dor f\u00f6rblir tillg\u00e4ngliga, \u00e4ven om du byter destination eller gateway. Det \u00e4r alltid viktigt att sj\u00e4lva MX-v\u00e4rdarna kan l\u00f6sas korrekt och \u00e4r tillg\u00e4ngliga via SMTP.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/03\/email-routing-serverraum-5823.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>F\u00f6rst\u00e5 prioriteringar: l\u00e5gt antal, h\u00f6g viktning<\/h2>\n<p>MX-prioriteten \u00e4r ett heltal, och det minsta talet vinner MX-prioriteten. <strong>f\u00f6rk\u00f6psr\u00e4tt<\/strong>. Om du st\u00e4ller in tv\u00e5 v\u00e4rdar med samma prioritet delar de den inkommande trafiken v\u00e4xelvis, s\u00e5 att s\u00e4ga. Jag gillar att anv\u00e4nda detta f\u00f6r lastbalansering med likv\u00e4rdiga system. F\u00f6r en tydlig failover planerar jag dock en niv\u00e5 h\u00f6gre, t.ex. 10 f\u00f6r prim\u00e4r och 20 f\u00f6r backup. P\u00e5 s\u00e5 s\u00e4tt kan backupsystemet p\u00e5 ett tillf\u00f6rlitligt s\u00e4tt tr\u00e4da in s\u00e5 snart den f\u00f6rsta v\u00e4rden inte svarar eller returnerar ett fel.<\/p>\n<p>Samma prioritet \u00e4r l\u00e4mplig f\u00f6r peering-kluster, olika v\u00e4rden f\u00f6r h\u00f6g tillg\u00e4nglighet med en tydlig sekvens. Efter varje \u00e4ndring bekr\u00e4ftar jag genom tests\u00e4ndning och loggar vilken MX som faktiskt har accepterat. P\u00e5 s\u00e5 s\u00e4tt kan jag tidigt uppt\u00e4cka felaktiga inst\u00e4llningar och r\u00e4tta till dem. <strong>Sekvens<\/strong>, innan anv\u00e4ndarna upplever driftstopp. F\u00f6rnuftigt fastst\u00e4llda prioriteringar minskar antalet supportf\u00f6rfr\u00e5gningar och h\u00e5ller leveransen konsekvent. T\u00e4nk ocks\u00e5 p\u00e5 att vissa gateways har begr\u00e4nsningar eller regler mot missbruk som kan p\u00e5verka anslutningarna.<\/p>\n\n<h2>E-postleveransv\u00e4g steg f\u00f6r steg<\/h2>\n<p>Vid s\u00e4ndning l\u00f6ser den s\u00e4ndande servern upp mottagarens dom\u00e4n, l\u00e4ser MX-posterna och uppr\u00e4ttar SMTP-anslutningen till den \u00f6nskade v\u00e4rden; jag kallar den h\u00e4r v\u00e4gen f\u00f6r <strong>Leveransv\u00e4g<\/strong>. Efter en lyckad SMTP-handskakning accepterar m\u00e5lservern meddelandet, sparar det och \u00f6verf\u00f6r det internt till brevl\u00e5desystemet. Mottagaren kommer sedan \u00e5t det via IMAP eller POP3, medan servern parallellt anv\u00e4nder spamfilter och viruskontroller. Om en MX misslyckas f\u00f6rs\u00f6ker avs\u00e4ndaren automatiskt med n\u00e4sta prioritetsniv\u00e5. Detta inneb\u00e4r att leveransen f\u00f6rblir tillg\u00e4nglig \u00e4ven vid underh\u00e5lls- eller lokaliseringsproblem.<\/p>\n<p>Jag kontrollerar denna process med verktyg som dig\/host och ett kort SMTP-test via Telnet eller OpenSSL. Dessa kontroller visar p\u00e5 n\u00e5gra sekunder om DNS- och MX-kedjan fungerar korrekt. Utan korrekt v\u00e4rdresolution eller med ett skrivfel i destinationsnamnet slutar avs\u00e4ndningen omedelbart med ett fel. Det \u00e4r d\u00e4rf\u00f6r jag f\u00f6rst s\u00e4tter upp en stabil DNS-bas och sedan tr\u00e4nar \u00e5terkommande <strong>Kontroller<\/strong> f\u00f6r driftteam. Detta inneb\u00e4r att v\u00e4gen fr\u00e5n DNS till brevl\u00e5dan f\u00f6rblir transparent och sp\u00e5rbar.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/03\/emailroutingbesprechung3452.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Typiska konfigurationer och failover-strategier<\/h2>\n<p>F\u00f6r m\u00e5nga projekt anv\u00e4nder jag tv\u00e5 eller tre MX-v\u00e4rdar av samma rang och l\u00e4gger till en ren backup-v\u00e4rd med h\u00f6gre rang. <strong>Prioritet<\/strong>. Detta kombinerar lastf\u00f6rdelning och en tydlig reservniv\u00e5. I mindre installationer r\u00e4cker det ofta med en prim\u00e4r och en backup, varvid b\u00e5da platserna b\u00f6r anv\u00e4nda separata n\u00e4tverksanslutningar. Jag f\u00f6redrar talande v\u00e4rdnamn som mx01.domain.tld, mx02.domain.tld och mxb.domain.tld s\u00e5 att jag omedelbart kan se i loggarna vilken v\u00e4rd som har accepterat ett meddelande.<\/p>\n<p>F\u00f6ljande tabell sammanfattar vanliga m\u00f6nster och hj\u00e4lper dig att strukturera din egen planering. Jag organiserar exemplen efter roll och l\u00e4gger till anteckningar f\u00f6r f\u00f6retaget. P\u00e5 s\u00e5 s\u00e4tt kan du snabbt \u00f6verf\u00f6ra strukturen till din <strong>Hosting av e-post<\/strong> och minimera antalet misslyckade f\u00f6rs\u00f6k.<\/p>\n<table>\n  <thead>\n    <tr>\n      <th>Prioritet<\/th>\n      <th>V\u00e4rdnamn<\/th>\n      <th>Roll<\/th>\n      <th>Ledtr\u00e5d<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>10<\/td>\n      <td>mx01.exempel.de<\/td>\n      <td>Prim\u00e4r<\/td>\n      <td>Huvudsyfte; h\u00f6g tillg\u00e4nglighet, aktiv \u00f6vervakning<\/td>\n    <\/tr>\n    <tr>\n      <td>10<\/td>\n      <td>mx02.exempel.de<\/td>\n      <td>Prim\u00e4r (av samma rang)<\/td>\n      <td>Delar last med mx01; identiska policyer<\/td>\n    <\/tr>\n    <tr>\n      <td>20<\/td>\n      <td>mxbackup.exempel.de<\/td>\n      <td>S\u00e4kerhetskopiering<\/td>\n      <td>Kopplas in i h\u00e4ndelse av fel; begr\u00e4nsad retention<\/td>\n    <\/tr>\n    <tr>\n      <td>30<\/td>\n      <td>filter.exempel.de<\/td>\n      <td>Gateway<\/td>\n      <td>Endast om ansluten uppstr\u00f6ms; annars utel\u00e4mnas<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n<p>Jag testar varje konfiguration med verkliga leveranser och j\u00e4mf\u00f6r loggarna fr\u00e5n alla v\u00e4rdar. F\u00f6rst n\u00e4r alla v\u00e4gar fungerar som de ska f\u00f6rkortar jag testplanen till ett f\u00e5tal regelbundna kontroller. <strong>Kontroller<\/strong>. P\u00e5 s\u00e5 s\u00e4tt h\u00e5lls verksamheten slimmad och svarstiderna vid fel korta. F\u00f6r platser med stora brevvolymer \u00e4r det ocks\u00e5 v\u00e4rt att kapacitetsplanera med tydliga larmtr\u00f6sklar. Detta l\u00f6nar sig s\u00e4rskilt under belastningstoppar.<\/p>\n\n<h2>TTL, cachelagring och propagering utan \u00f6verraskningar<\/h2>\n<p>TTL-v\u00e4rdet avg\u00f6r hur l\u00e4nge resolvers cachar dina MX-svar; jag b\u00f6rjar ofta med <strong>3600s<\/strong>, eftersom det g\u00f6r att \u00e4ndringar syns snabbare. Kortare TTL:er \u00e4r l\u00e4mpliga f\u00f6re planerade \u00e4ndringar, l\u00e4ngre TTL:er minskar DNS-belastningen under lugna faser. Efter en \u00e4ndring, beroende p\u00e5 leverant\u00f6r och cache-k\u00f6rtid, kr\u00e4vs det lite t\u00e5lamod f\u00f6r att alla avs\u00e4ndare ska se den nya MX. Jag planerar d\u00e4rf\u00f6r \u00e4ndringar utanf\u00f6r k\u00e4rntiderna och har en rollback redo. Om du planerar nyktert sparar du dig sj\u00e4lv nattskift och uppenbara driftstopp.<\/p>\n<p>Det \u00e4r ocks\u00e5 viktigt att TTL f\u00f6r alla ber\u00f6rda poster st\u00e4mmer \u00f6verens: MX-, A\/AAAA- och, i f\u00f6rekommande fall, CNAME-destinationer. Olika runtimes kan tillf\u00e4lligt skapa blandade tillst\u00e5nd. Med kontrollerade TTL-f\u00f6nster och tydliga milstolpar h\u00e5ller jag f\u00f6r\u00e4ndringen tydlig. Detta inkluderar en slutkontroll med flera oberoende resolvers. Denna rutin ger <strong>Migrationer<\/strong> Lugn i processen.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/03\/mx-records-email-priority-ef76.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>MX Record Routing med Microsoft 365 och Google Workspace<\/h2>\n<p>Om du flyttar till Microsoft 365 eller Google Workspace ers\u00e4tter jag de befintliga MX-m\u00e5len helt med specifikationerna f\u00f6r <strong>service<\/strong>. Blandade konstellationer med lokala brevl\u00e5dor och externa sviter leder annars snabbt till loopar. I s\u00e5dana scenarier tar jag bort \u00f6verfl\u00f6dig vidarebefordran och dubbelkollar transportregler. Jag kontrollerar ocks\u00e5 att SPF-posterna inkluderar de nya s\u00e4ndande IP-adresserna. Detta \u00e4r det enda s\u00e4ttet att undvika avslag fr\u00e5n restriktiva mottagarsystem.<\/p>\n<p>Efter MX-omst\u00e4llningen testar jag alltid en s\u00e4ndning fr\u00e5n utsidan och insidan f\u00f6r att verifiera linje- och returv\u00e4garna. Loggar i sviten och p\u00e5 gateways visar tydligt vilken MX som har tr\u00e4tt i kraft. Anpassa sedan policyerna f\u00f6r skr\u00e4ppost och skadlig kod till den nya plattformen. Detta s\u00e4kerst\u00e4ller konsekvent <strong>Policys<\/strong> \u00f6ver alla brevl\u00e5dor. De som g\u00f6r en ren migrering kommer inte att f\u00e5 n\u00e5gra obehagliga \u00f6verraskningar dagen efter.<\/p>\n\n<h2>\u00d6vning: Konfigurera MX i hostingpaneler<\/h2>\n<p>I de flesta paneler \u00f6ppnar jag DNS-hanteringen, v\u00e4ljer MX-typen, st\u00e4ller in v\u00e4rdnamn, destination och prioritet, st\u00e4ller in TTL och sparar <strong>\u00c4ndring<\/strong>. Jag kontrollerar sedan visningen i zonfilen och utl\u00f6ser manuellt en dig\/host-kontroll. Jag testar sedan avs\u00e4ndningen fr\u00e5n ett externt konto och kontrollerar accepterad MX i rubriken. Om uppl\u00f6sningen fortfarande visar gamla v\u00e4rden v\u00e4ntar jag p\u00e5 TTL-k\u00f6rtiden och validerar igen. F\u00f6rst n\u00e4r routning och leverans \u00e4r rena informerar jag anv\u00e4ndarna om f\u00e4rdiga brevl\u00e5dor.<\/p>\n<p>Som en liten p\u00e5minnelse h\u00e5ller jag v\u00e4rdnamnen konsekventa och dokumenterar varje prioritet med ett syfte, t.ex. Primary, Primary2, Backup. Denna tydlighet hj\u00e4lper enormt med felanalyser. Jag kontrollerar ocks\u00e5 att det inte finns n\u00e5gra fler historiska MX-poster. Gamla destinationer orsakar ofta f\u00f6rvirring i <strong>Drift<\/strong>. En snabb kontroll av DNA-hygienen kan bespara dig l\u00e5nga biljetter.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/03\/MXRecordsRouting_3927.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Snabbt r\u00e4tta till vanliga fel<\/h2>\n<p>Felaktiga prioriteringar leder till on\u00f6diga leveransf\u00f6rs\u00f6k p\u00e5 mindre l\u00e4mpliga v\u00e4rdar; jag korrigerar dessa <strong>V\u00e4rden<\/strong> omedelbart och testa igen. Felstavningar i destinationsv\u00e4rden stoppar alla leveranser, s\u00e5 jag kontrollerar stavningen noggrant. Saknade backup-MX:er \u00e4r besv\u00e4rliga vid fel, och d\u00e4rf\u00f6r anger jag minst en alternativ rutt. Bortgl\u00f6mda gamla poster orsakar sporadisk felaktig dirigering, s\u00e5 jag raderar konsekvent f\u00f6r\u00e5ldrade poster. Om spridningen tar tid planerar jag denna fas p\u00e5 ett transparent s\u00e4tt och v\u00e4ntar t\u00e5lmodigt i st\u00e4llet f\u00f6r att spara om varje minut.<\/p>\n<p>Om en host visar ih\u00e5llande avvisningar kontrollerar jag spam-policy, greylisting och TLS-krav. I loggarna ser jag om det \u00e4r hastighetsbegr\u00e4nsningar eller blocklistor som \u00e4r orsaken. Om det uppst\u00e5r ett fel efter en \u00e4ndring \u00e5terst\u00e4ller jag den och analyserar den i lugn och ro. Denna kontrollerade reaktion minskar <strong>Stillest\u00e5ndstid<\/strong> och undviker hektiska f\u00f6ljdskador. Bra anteckningar g\u00f6r hela skillnaden h\u00e4r.<\/p>\n\n<h2>F\u00f6rb\u00e4ttra leveransbarheten: SPF, DKIM, DMARC<\/h2>\n<p>En ren MX-installation l\u00f6ser bara en del av leveransutmaningen; jag l\u00e4gger alltid till SPF, DKIM och DMARC f\u00f6r ren <strong>Autentisering<\/strong>. SPF definierar vilka servrar som \u00e4r beh\u00f6riga att skicka f\u00f6r din dom\u00e4n. DKIM signerar e-post kryptografiskt och DMARC definierar riktlinjer f\u00f6r hur felaktiga meddelanden ska hanteras. Den h\u00e4r kombinationen \u00f6kar f\u00f6rtroendet och minskar misstankarna om skr\u00e4ppost. F\u00f6r en snabb introduktion kan \u00f6versikten \u00f6ver <a href=\"https:\/\/webhosting.de\/sv\/spf-dkim-dmarc-hosting-e-post-saekerhet-serverauth-server\/\">SPF, DKIM och DMARC<\/a>, som jag regelbundet anv\u00e4nder som checklista.<\/p>\n<p>N\u00e4r jag har konfigurerat det kontrollerar jag mottagarnas header-utv\u00e4rdering genom att testskicka. Om alla kontroller godk\u00e4nns minskar antalet studsar och karant\u00e4ner m\u00e4rkbart. Se till att h\u00e5lla DNS-nycklarna uppdaterade och f\u00f6rnya utg\u00e5ngna nycklar i god tid. Med automatiska p\u00e5minnelser kan <strong>Integritet<\/strong> beh\u00e5lls. Detta inneb\u00e4r att dina MX- och policyinst\u00e4llningar fungerar som en sammanh\u00e4ngande enhet.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/03\/MXRecordsRoutingErklaert1491.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>\u00d6vervakning och testning: verktyg och CLI<\/h2>\n<p>Jag kontrollerar MX och m\u00e5lv\u00e4rdar regelbundet med dig-, v\u00e4rd- och korta SMTP-kontroller, eftersom tidigt <strong>Varningar<\/strong> F\u00f6rkorta avbrotten. En monitor kontrollerar port 25, TLS-certifikat och svarstider. Jag analyserar ocks\u00e5 e-postserverns loggar och st\u00e4ller in larm f\u00f6r felkoder som indikerar leveransproblem. Tydlig dokumentation av teststegen \u00e4r v\u00e4rdefull f\u00f6r administrat\u00f6rerna. Standardisering av testerna sparar tid och minskar uppf\u00f6ljningskostnaderna avsev\u00e4rt.<\/p>\n<p>I slutskedet ing\u00e5r ocks\u00e5 en DNS-kvalitetskontroll som uppt\u00e4cker inkonsekvenser och s\u00e4kerst\u00e4ller konsekventa TTL:er. Du hittar en anv\u00e4ndbar praktisk \u00f6versikt p\u00e5 <a href=\"https:\/\/webhosting.de\/sv\/all-incl-dns-hantering-baesta-praxis-prestandakontroll\/\">DNS-hantering p\u00e5 all-inkl<\/a>, som jag g\u00e4rna anv\u00e4nder som en guide f\u00f6r \u00e5terkommande kontroller. Jag anv\u00e4nder ocks\u00e5 regelbundna live-tester med riktiga e-postmeddelanden s\u00e5 att jag kan se hela kedjan fr\u00e5n DNS till brevl\u00e5dan. S\u00e5dana kontroller i verkligheten avsl\u00f6jar specialfall som syntetiska tester inte ber\u00f6r. Detta h\u00e5ller din <strong>kvalitet<\/strong> h\u00f6g i den dagliga verksamheten.<\/p>\n\n<h2>Giltiga MX-destinationer: RFC-traps och namnuppl\u00f6sning<\/h2>\n<p>F\u00f6r stabil leverans ser jag strikt till att en MX-post \u00e4r baserad p\u00e5 en <strong>V\u00e4rdnamn<\/strong> pekar aldrig direkt p\u00e5 en IP. V\u00e4rdnamnet i sig b\u00f6r kunna l\u00f6sas med A-poster och, om s\u00e5 \u00f6nskas, AAAA-poster. Jag undviker CNAME som MX-m\u00e5l eftersom de i praktiken kan leda till ov\u00e4ntade uppl\u00f6sningsv\u00e4gar och fel. Om en leverant\u00f6r tekniskt sett inf\u00f6r ett CNAME testar jag hela kedjan intensivt med hj\u00e4lp av DNS-sp\u00e5r och verkliga leveranser.<\/p>\n<p>I panelen anger jag m\u00e5lnamnet som en fullst\u00e4ndigt kvalificerad v\u00e4rd (FQDN). Vissa gr\u00e4nssnitt f\u00f6rv\u00e4ntar sig en sista punkt, andra l\u00e4gger till zonen automatiskt; jag kontrollerar den resulterande zonfilen s\u00e5 att inget relativt namn skapas. En oavsiktlig relativ v\u00e4rd (t.ex. \u201emx01\u201c i st\u00e4llet f\u00f6r \u201emx01.example.de.\u201c) hamnar ofta i NXDOMAIN-situationer. Slutligen validerar jag varje MX med en auktoritativ f\u00f6rfr\u00e5gan mot de relevanta namnservrarna och kontrollerar om v\u00e4rdarna kan l\u00f6sas korrekt via b\u00e5de IPv4 och IPv6 - inklusive negativa tester f\u00f6r skrivfel, s\u00e5 att jag kan undvika s\u00e5dana problem i ett tidigt skede.<\/p>\n\n<h2>Anv\u00e4nda Backup-MX p\u00e5 r\u00e4tt s\u00e4tt: K\u00f6, policyer, missf\u00f6rst\u00e5nd<\/h2>\n<p>En backup-MX \u00e4r bara till hj\u00e4lp om den har samma <strong>Policys<\/strong> som den prim\u00e4ra v\u00e4rden. Jag aktiverar d\u00e4rf\u00f6r identiska antispamregler, greylistningsbeteende och mottagarkontroller. S\u00e4kerhetskopian b\u00f6r k\u00e4nna igen ok\u00e4nda mottagare <strong>medan<\/strong> av SMTP-dialogen (mottagarverifiering, t.ex. via callout eller synkroniserade mottagarkartor) och generera inte NDR f\u00f6rst efter acceptans - p\u00e5 s\u00e5 s\u00e4tt undviker du backscatter. Annars kommer spammare medvetet att v\u00e4lja det \u201emjukare\u201c m\u00e5let.<\/p>\n<p>F\u00f6r k\u00f6n planerar jag en konservativ men begr\u00e4nsad lagring (cirka 2-5 dagar) och ett sp\u00e5rbart ompr\u00f6vningsintervall. Jag \u00f6vervakar h\u00e5rddiskutrymme, k\u00f6l\u00e4ngd och uppskjutningsfrekvenser s\u00e5 att ett fel inte leder till \u00f6verbelastning utan att det m\u00e4rks. Backup MX f\u00e5r aldrig h\u00e4nvisa tillbaka till den prim\u00e4ra som en smart host om den redan \u00e4r m\u00e5let f\u00f6r leveransen - annars finns det risk f\u00f6r <strong>Slingor<\/strong>. Det \u00e4r ocks\u00e5 viktigt att HELO\/EHLO-identiteten och bannern f\u00f6r backup-v\u00e4rden \u00e4r korrekt inst\u00e4llda s\u00e5 att avs\u00e4ndarna beh\u00e5ller f\u00f6rtroendet och tydligt kan f\u00f6rdela loggar vid behov.<\/p>\n\n<h2>Dual stack, TLS och certifikat p\u00e5 MX-v\u00e4rdar<\/h2>\n<p>Jag f\u00f6redrar att anv\u00e4nda MX-Hosts <strong>dual-stack<\/strong> med A- och AAAA-poster. M\u00e5nga avs\u00e4ndare testar IPv6 f\u00f6rst; om port 25 v6 \u00e4r st\u00e4ngd eller begr\u00e4nsad v\u00e4xlar avs\u00e4ndaren till IPv4 - men tid g\u00e5r f\u00f6rlorad i processen. Jag ser d\u00e4rf\u00f6r till att brandv\u00e4ggar sl\u00e4pper igenom port 25 f\u00f6r b\u00e5da protokollen, ICMP \u00e4r i princip till\u00e5tet (f\u00f6r path MTU) och \u00f6vervakning kontrollerar b\u00e5da stackarna. F\u00f6r STARTTLS st\u00e4ller jag in certifikat som b\u00e4r de specifika MX-v\u00e4rdnamnen i SAN. Wildcards hj\u00e4lper till om det finns m\u00e5nga noder, men jag f\u00f6redrar \u00e4nd\u00e5 tydliga, explicita poster.<\/p>\n<p>F\u00f6r f\u00f6rst\u00e4rkt transportkryptering planerar jag moderna chiffersviter och aktiverar TLS 1.2\/1.3. Eventuellt st\u00e4ller jag in MTA-STS i en f\u00f6rsiktig \u201etestfas\u201c och v\u00e4xlar till \u201eEnforce\u201c f\u00f6rst n\u00e4r resultaten \u00e4r stabila. DANE (TLSA) kan kompletteras med DNSSEC; jag kontrollerar DNS-kedjan s\u00e4rskilt noggrant eftersom felaktiga TLSA-poster kan f\u00f6rs\u00e4mra inkommande anslutningar avsev\u00e4rt.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/03\/email-routing-hosting-9217.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Delad horisont, gateways och interna rutter<\/h2>\n<p>I n\u00e4tverk med separata interna och externa mottagare anv\u00e4nder jag ofta <strong>Split-Horizon DNS<\/strong> externa resolvers ser publika MX-destinationer, interna klienter f\u00e5r MX-poster till interna gateways eller direkt till brevl\u00e5deservrarna. Detta minskar latenserna och on\u00f6diga omv\u00e4gar via Internet-gateways undviks. Jag ser till att interna zoner inte oavsiktligt publiceras externt och att namnkonventionerna f\u00f6rblir konsekventa.<\/p>\n<p>I hybridmilj\u00f6er med uppstr\u00f6msfilter eller DLP-system kontrollerar jag att MX-destinationerna endast visar de dedikerade ing\u00e5ngsportarna. Interna transportregler f\u00e5r inte leda till att ett mail som tas emot utifr\u00e5n skickas tillbaka till Internet. Jag dokumenterar riktningen f\u00f6r alla rutter (inkommande, interna, utg\u00e5ende) och testar specifikt specialfall som stora bilagor, NDR och vidarebefordran. Det \u00e4r s\u00e5 h\u00e4r jag h\u00e5ller <strong>Leveransv\u00e4g<\/strong> fri fr\u00e5n slingor och \u00e5terv\u00e4ndsgr\u00e4nder.<\/p>\n\n<h2>Ordnad migrering: stegsekvens och \u00e5terst\u00e4llning<\/h2>\n<p>F\u00f6r MX-omst\u00e4llningar f\u00f6ljer jag en tydlig tidtabell med en huvud- och en reservniv\u00e5:<\/p>\n<ul>\n  <li>Inventering: kontrollera aktuell MX, host resolution, certifikat, policyer och \u00f6vervakning.<\/li>\n  <li>Minska TTL: MX och m\u00e5lv\u00e4rdar till 600-1800 sekunder, i god tid f\u00f6re \u00e4ndringen.<\/li>\n  <li>Anslut en ny destination: Ange f\u00f6rst den nya MX med ett h\u00f6gre prioritetsnummer, f\u00e5 tester levererade och \u00f6vervaka loggar.<\/li>\n  <li>Bevis p\u00e5 funktionalitet: Validera SMTP-handskakning, TLS, spamfilter, mottagarkontroll och k\u00f6beteende med riktiga e-postmeddelanden.<\/li>\n  <li>Koppla \u00f6ver: Prioritera den nya prim\u00e4ren till det l\u00e4gsta numret, sk\u00e4rp tillf\u00e4lligt \u00f6vervakningstr\u00f6sklarna.<\/li>\n  <li>Observera: \u00d6vervaka noggrant under 24-48 timmar, h\u00e5ll ett \u00f6ga p\u00e5 felkoder och latenser.<\/li>\n  <li>St\u00e4da upp: Ta bort gamla MX-poster, h\u00f6ja TTL igen, uppdatera dokumentation.<\/li>\n  <li>Redo f\u00f6r \u00e5terst\u00e4llning: S\u00e5 l\u00e4nge den gamla infrastrukturen fortfarande finns p\u00e5 plats kan jag snabbt \u00e5terst\u00e4lla eventuella avvikelser.<\/li>\n<\/ul>\n<p>Med denna disciplin kan \u00e4ven stora flyttningar genomf\u00f6ras utan m\u00e4rkbara <strong>Stillest\u00e5ndstid<\/strong> realisera. Det \u00e4r viktigt att alla inblandade team k\u00e4nner till planen och att en fast kommunikationskanal finns tillg\u00e4nglig f\u00f6r fr\u00e5gor.<\/p>\n\n<h2>Specialfall: underdom\u00e4ner, jokertecken och internationella adresser<\/h2>\n<p>Om jag har underdom\u00e4ner som support.example.de som levereras separat, definierar jag separata MX-poster f\u00f6r varje underdom\u00e4n. Detta hj\u00e4lper till att tydligt separera team eller system. Jag undviker MX-poster med jokertecken (\u201e*.example.de\u201c) eftersom de kan leda till skrivfel och o\u00f6nskade mottagaromr\u00e5den. Det \u00e4r b\u00e4ttre att uttryckligen definiera endast de subdom\u00e4ner som kr\u00e4vs och l\u00e4mna alla andra lediga.<\/p>\n<p>F\u00f6r internationella dom\u00e4ner (IDN) ser jag till att DNS \u00e4r korrekt mappad i Punycode och att MX-destinationerna f\u00f6rblir ASCII-kompatibla. F\u00f6r lokala delar av adressen med omljud (EAI\/SMTPUTF8) kontrollerar jag MTA-st\u00f6det noggrant. Om systemen har begr\u00e4nsningar h\u00e4r kommunicerar jag tydliga namngivningskonventioner eller anv\u00e4nder gateways som p\u00e5 ett tillf\u00f6rlitligt s\u00e4tt avvisar inkompatibla s\u00f6kv\u00e4gar ist\u00e4llet f\u00f6r att st\u00f6ta p\u00e5 d\u00e5ligt l\u00e4sbara felmeddelanden.<\/p>\n\n<h2>Kapacitetsplanering, gr\u00e4nser och klusterkonsistens<\/h2>\n<p>F\u00f6r att f\u00f6rhindra att belastningstoppar blir en f\u00e4lla planerar jag kapaciteten p\u00e5 anslutnings- och inneh\u00e5llsniv\u00e5. Jag definierar <strong>Enhetliga gr\u00e4nser<\/strong> f\u00f6r MX-v\u00e4rdar av samma rang (samma anslutning och gr\u00e4ns f\u00f6r meddelandehastighet) och h\u00e5lla spam- och greylistningsstatus synkroniserade om produkterna till\u00e5ter detta. Annars kan det h\u00e4nda att en avs\u00e4ndare avvisas p\u00e5 mx01 men \u00e4nd\u00e5 accepteras p\u00e5 mx02 - detta skapar ett inkonsekvent beteende. Delade tillst\u00e5nd eller deterministiska policyer minskar s\u00e5dana effekter.<\/p>\n<p>Jag m\u00e4ter st\u00e4ndigt nyckeltal som anslutningsf\u00f6rs\u00f6k, acceptansgrad, uppskjutande och avvisande, k\u00f6l\u00e4ngd, latens till acceptans, TLS-anv\u00e4ndningsgrad och genomsnittlig meddelandestorlek. Dessa m\u00e4tv\u00e4rden visar tidigt n\u00e4r flaskhalsar hotar (t.ex. p\u00e5 grund av prestanda f\u00f6r viruss\u00f6kning eller begr\u00e4nsad I\/O i k\u00f6listan). N\u00e4r klusterf\u00f6r\u00e4ndringar g\u00f6rs synkroniserar jag konfigurationerna automatiskt s\u00e5 att det inte blir n\u00e5gon policydrift. Resultatet \u00e4r ett stabilt och f\u00f6ruts\u00e4gbart beteende f\u00f6r alla MX<strong>V\u00e4rdar<\/strong> i n\u00e4tverket.<\/p>\n\n<h2>Tolkning av felmeddelanden och riktade tester<\/h2>\n<p>Erfarenheten har visat att en liten felmeddelandekompass p\u00e5skyndar analysen. Tempor\u00e4ra fel (4xx) indikerar ofta hastighetsbegr\u00e4nsningar, greylisting eller kortvariga n\u00e4tverksproblem; permanenta fel (5xx) indikerar policy\u00f6vertr\u00e4delser, obefintliga mottagare eller TLS-\u00f6vertr\u00e4delser. Jag provocerar medvetet fram testfall: fel mottagare, TLS verkst\u00e4lls\/verkst\u00e4lls inte, bilagor \u00e4r f\u00f6r stora, omv\u00e4nda uppslagningar saknas i det s\u00e4ndande testsystemet. P\u00e5 s\u00e5 s\u00e4tt kontrollerar jag om reaktionerna i din stack \u00e4r konsekventa och f\u00f6rst\u00e5eliga.<\/p>\n<p>Jag f\u00f6rlitar mig inte p\u00e5 \u201eround robin\u201c f\u00f6r MX-v\u00e4rdar med samma prioritet. M\u00e5nga MTA:er v\u00e4ljer i slumpm\u00e4ssig ordning eller p\u00e5 grundval av interna m\u00e4tv\u00e4rden om de har samma preferens. I praktiken kontrollerar jag om f\u00f6rdelningen verkligen j\u00e4mnar ut sig \u00f6ver en l\u00e4ngre tidsperiod och justerar gr\u00e4nser eller antalet lika prioriterade v\u00e4rdar om det beh\u00f6vs f\u00f6r att undvika hotspots.<\/p>\n\n<h2>Kort sammanfattning f\u00f6r din routing<\/h2>\n<p>Korrekt inst\u00e4llda MX-poster med v\u00e4l genomt\u00e4nkta prioriteringar utg\u00f6r grunden f\u00f6r tillf\u00f6rlitlig e-postrouting, som jag s\u00e4krar med tydliga tester och kompletterar med SPF, DKIM, DMARC; detta resulterar i ren e-postrouting. <strong>Processer<\/strong> utan flaskhalsar. St\u00e4ll in minst en backup MX, planera TTL-f\u00f6nster medvetet och kontrollera loggar efter varje justering. Undvik \u00e4ldre belastningar i zonen och hantera v\u00e4rdnamn konsekvent. H\u00e5ll dokumentation redo som g\u00f6r f\u00f6r\u00e4ndringar sp\u00e5rbara. Med den h\u00e4r inst\u00e4llningen f\u00f6rblir din e-postleveransv\u00e4g transparent, fels\u00e4ker och l\u00e4tt att underh\u00e5lla.<\/p>\n<p>Om du vill g\u00e5 in mer i detalj eller genomf\u00f6ra installationen steg f\u00f6r steg h\u00e4nvisar jag dig till en kompakt <a href=\"https:\/\/webhosting.de\/sv\/e-post-egen-domaen-mx-records-verktyg-setup-instruktioner-hosting\/\">Instruktioner f\u00f6r MX-meddelanden<\/a>, som du kan anv\u00e4nda som en praktisk referensguide. Planera f\u00f6r\u00e4ndringar noggrant, testa varje v\u00e4g noggrant och ha korrigeringar redo. Detta kommer att hj\u00e4lpa dig att uppn\u00e5 en smidig <strong>Leverans<\/strong> - idag och i framtiden.<\/p>","protected":false},"excerpt":{"rendered":"<p>MX-poster och prioritering f\u00f6rklarar routning av mx-poster i hosting. Optimera leveransv\u00e4gen f\u00f6r e-post f\u00f6r tillf\u00f6rlitlig e-posthosting.<\/p>","protected":false},"author":1,"featured_media":18442,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_crdt_document":"","inline_featured_image":false,"footnotes":""},"categories":[708],"tags":[],"class_list":["post-18449","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-email"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"568","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":"1","_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"MX Records","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"18442","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/posts\/18449","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/comments?post=18449"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/posts\/18449\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/media\/18442"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/media?parent=18449"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/categories?post=18449"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/tags?post=18449"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}