{"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-records-prioritisation-email-routing-hosting-mailflow","status":"publish","type":"post","link":"https:\/\/webhosting.de\/pl\/mx-records-priorisierung-email-routing-hosting-mailflow\/","title":{"rendered":"Rekordy MX i priorytetyzacja: wyja\u015bnienie routingu poczty e-mail w hostingu"},"content":{"rendered":"<p>Rekordy MX kontroluj\u0105, kt\u00f3re serwery pocztowe otrzymuj\u0105 wiadomo\u015bci przychodz\u0105ce dla domeny i u\u017cywaj\u0105 priorytet\u00f3w do okre\u015blenia kolejno\u015bci nawi\u0105zywania po\u0142\u0105cze\u0144. Poka\u017c\u0119 ci, jak <strong>Rekordy MX<\/strong> Prawid\u0142owo, rozs\u0105dnie ustal priorytety i zaplanuj ca\u0142\u0105 \u015bcie\u017ck\u0119 dostarczania wiadomo\u015bci e-mail, aby Tw\u00f3j hosting poczty dzia\u0142a\u0142 niezawodnie.<\/p>\n\n<h2>Punkty centralne<\/h2>\n<p>Dla szybkiej orientacji, kr\u00f3tko podsumuj\u0119 najwa\u017cniejsze aspekty routingu rekord\u00f3w mx i podkre\u015bl\u0119 podstawowe tematy, z kt\u00f3rymi powiniene\u015b si\u0119 zapozna\u0107 w celu bezpiecznego hostingu poczty. Lista b\u0119dzie kr\u00f3tka i b\u0119dzie zawiera\u0107 tylko te punkty, kt\u00f3re mo\u017cna zastosowa\u0107 natychmiast. Opieraj\u0105c si\u0119 na praktycznym do\u015bwiadczeniu, nadaj\u0119 priorytet tym ustawieniom, kt\u00f3re pozwalaj\u0105 unikn\u0105\u0107 przestoj\u00f3w. Odpowiednie szczeg\u00f3\u0142y dla ka\u017cdego s\u0142owa kluczowego znajdziesz w dalszej cz\u0119\u015bci artyku\u0142u. W przypadku bardziej szczeg\u00f3\u0142owych konfiguracji podaj\u0119 dodatkowe wskaz\u00f3wki i typowe przeszkody, aby\u015b m\u00f3g\u0142 <strong>B\u0142\u0105d<\/strong> od samego pocz\u0105tku.<\/p>\n<ul>\n  <li><strong>Priorytet<\/strong> okre\u015bla kolejno\u015b\u0107: mniejsza liczba = pierwsza<\/li>\n  <li><strong>Redundancja<\/strong> Bezpiecze\u0144stwo dzi\u0119ki wielu rekordom MX<\/li>\n  <li><strong>\u015acie\u017cka dostawy<\/strong> Zrozumienie od DNS do skrzynki pocztowej<\/li>\n  <li><strong>TTL<\/strong> i czasy propagacji<\/li>\n  <li><strong>SPF\/DKIM<\/strong> Po\u0142\u0105cz dla lepszej dostawy<\/li>\n<\/ul>\n<p>Nast\u0119pnie zag\u0142\u0119biam si\u0119 w technologi\u0119 sekcja po sekcji i przek\u0142adam koncepcje na zrozumia\u0142e konfiguracje. Czyni\u0105c to, skupiam si\u0119 na <strong>Praktyka<\/strong> i jasne kroki dzia\u0142ania.<\/p>\n\n<h2>Jak rekordy MX kontroluj\u0105 routing<\/h2>\n<p>Rekord MX informuje serwery wysy\u0142aj\u0105ce, kt\u00f3ry host akceptuje wiadomo\u015bci e-mail z Twojej domeny, a tym samym przekierowuje <strong>Routing<\/strong> dostawy. Ustawiam co najmniej dwa wpisy MX na domen\u0119, aby inny host m\u00f3g\u0142 by\u0107 natychmiast osi\u0105gni\u0119ty, je\u015bli pierwszy host zawiedzie. W przypadku subdomen definiuj\u0119 w\u0142asne miejsca docelowe MX na \u017c\u0105danie, je\u015bli wymagane s\u0105 oddzielne skrzynki pocztowe lub specjalne bramy. Strefa DNS zawiera nazw\u0119, host docelowy, priorytet i dobrze okre\u015blon\u0105 warto\u015b\u0107 TTL. Aby rozpocz\u0105\u0107, kompaktowy <a href=\"https:\/\/webhosting.de\/pl\/email-wlasna-domena-rekordy-mx-narzedzia-konfiguracja-instrukcje-hosting\/\">Podr\u0119cznik MX-Records<\/a>, kt\u00f3ry s\u0142u\u017cy do tworzenia i sprawdzania wpis\u00f3w w czysty spos\u00f3b; odnosz\u0119 si\u0119 do tego podczas planowania pierwszych test\u00f3w.<\/p>\n<p>Podczas wysy\u0142ania zdalna stacja wysy\u0142aj\u0105ca najpierw odpytuje DNS o rekordy MX, a nast\u0119pnie nawi\u0105zuje po\u0142\u0105czenie SMTP z preferowanym hostem. Zwracam r\u00f3wnie\u017c uwag\u0119 na rekordy A lub AAAA hosta docelowego, poniewa\u017c nieprawid\u0142owa nazwa docelowa zatrzymuje przep\u0142yw poczty. Kr\u00f3tkie warto\u015bci TTL przyspieszaj\u0105 zmiany, podczas gdy d\u0142u\u017csze warto\u015bci zmniejszaj\u0105 obci\u0105\u017cenie \u017c\u0105da\u0144; wybieram odpowiedni\u0105 warto\u015b\u0107 w zale\u017cno\u015bci od projektu. <strong>Kompromis<\/strong>. Oznacza to, \u017ce skrzynki pocztowe pozostaj\u0105 dost\u0119pne, nawet je\u015bli zmienisz miejsce docelowe lub bram\u0119. Zawsze wa\u017cne jest, aby same hosty MX mog\u0142y by\u0107 poprawnie rozwi\u0105zywane i by\u0142y dost\u0119pne przez 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>Zrozumienie priorytet\u00f3w: niska liczba, wysoka waga<\/h2>\n<p>Priorytet MX jest liczb\u0105 ca\u0142kowit\u0105, a najmniejsza liczba wygrywa priorytet MX. <strong>pierwsze\u0144stwo przejazdu<\/strong>. Je\u015bli ustawisz dwa hosty z tym samym priorytetem, b\u0119d\u0105 one dzieli\u0107 ruch przychodz\u0105cy naprzemiennie. Lubi\u0119 tego u\u017cywa\u0107 do r\u00f3wnowa\u017cenia obci\u0105\u017cenia z r\u00f3wnowa\u017cnymi systemami. Jednak w przypadku wyra\u017anego prze\u0142\u0105czania awaryjnego planuj\u0119 jeden poziom wy\u017cej, na przyk\u0142ad 10 dla podstawowego i 20 dla zapasowego. W ten spos\u00f3b system zapasowy dzia\u0142a niezawodnie, gdy tylko pierwszy host nie odpowiada lub zwraca b\u0142\u0105d.<\/p>\n<p>Ten sam priorytet jest odpowiedni dla klastr\u00f3w peeringowych, r\u00f3\u017cne warto\u015bci dla wysokiej dost\u0119pno\u015bci z wyra\u017an\u0105 sekwencj\u0105. Po ka\u017cdej zmianie potwierdzam, wysy\u0142aj\u0105c testowo i rejestruj\u0105c, kt\u00f3ry MX zosta\u0142 faktycznie zaakceptowany. Pozwala mi to wcze\u015bnie rozpozna\u0107 nieprawid\u0142owe ustawienia i je skorygowa\u0107. <strong>Sekwencja<\/strong>, zanim u\u017cytkownicy do\u015bwiadcz\u0105 przestoju. Rozs\u0105dnie ustawione priorytety zmniejszaj\u0105 liczb\u0119 zg\u0142osze\u0144 do pomocy technicznej i zapewniaj\u0105 sp\u00f3jno\u015b\u0107 dostaw. Nale\u017cy r\u00f3wnie\u017c pami\u0119ta\u0107, \u017ce niekt\u00f3re bramy maj\u0105 limity lub zasady przeciwdzia\u0142ania nadu\u017cyciom, kt\u00f3re mog\u0105 wp\u0142ywa\u0107 na po\u0142\u0105czenia.<\/p>\n\n<h2>\u015acie\u017cka dostarczania wiadomo\u015bci e-mail krok po kroku<\/h2>\n<p>Podczas wysy\u0142ania serwer wysy\u0142aj\u0105cy rozpoznaje domen\u0119 odbiorcy, odczytuje rekordy MX i nawi\u0105zuje po\u0142\u0105czenie SMTP z preferowanym hostem; nazywam t\u0119 \u015bcie\u017ck\u0119 <strong>\u015acie\u017cka dostawy<\/strong>. Po udanym uzgodnieniu SMTP, serwer docelowy akceptuje wiadomo\u015b\u0107, zapisuje j\u0105 i przesy\u0142a wewn\u0119trznie do systemu skrzynki pocztowej. Nast\u0119pnie odbiorca uzyskuje do niej dost\u0119p za po\u015brednictwem protoko\u0142u IMAP lub POP3, podczas gdy serwer r\u00f3wnolegle stosuje filtry antyspamowe i kontrole antywirusowe. Je\u015bli MX nie powiedzie si\u0119, nadawca automatycznie pr\u00f3buje nast\u0119pnego poziomu priorytetu. Oznacza to, \u017ce dostawa pozostaje dost\u0119pna nawet w przypadku problem\u00f3w z konserwacj\u0105 lub lokalizacj\u0105.<\/p>\n<p>Sprawdzam ten proces za pomoc\u0105 narz\u0119dzi takich jak dig\/host i kr\u00f3tkiego testu SMTP przez Telnet lub OpenSSL. Testy te pokazuj\u0105 w ci\u0105gu kilku sekund, czy DNS i \u0142a\u0144cuch MX dzia\u0142aj\u0105 prawid\u0142owo. Bez poprawnej rozdzielczo\u015bci hosta lub z b\u0142\u0119dem literowym w nazwie docelowej, wysy\u0142ka natychmiast ko\u0144czy si\u0119 b\u0142\u0119dem. Dlatego najpierw ustawiam stabiln\u0105 baz\u0119 DNS, a nast\u0119pnie trenuj\u0119 powtarzalno\u015b\u0107 <strong>Czeki<\/strong> dla zespo\u0142\u00f3w operacyjnych. Oznacza to, \u017ce \u015bcie\u017cka od DNS do skrzynki pocztowej pozostaje przejrzysta i identyfikowalna.<\/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>Typowe konfiguracje i strategie prze\u0142\u0105czania awaryjnego<\/h2>\n<p>W przypadku wielu projekt\u00f3w u\u017cywam dw\u00f3ch lub trzech host\u00f3w MX o tej samej randze i dodaj\u0119 czysty host zapasowy o wy\u017cszej randze. <strong>Priorytet<\/strong>. \u0141\u0105czy to rozk\u0142ad obci\u0105\u017cenia i wyra\u017any poziom awaryjny. W mniejszych konfiguracjach cz\u0119sto wystarcza jeden podstawowy i jeden zapasowy, przy czym obie lokalizacje powinny korzysta\u0107 z oddzielnych po\u0142\u0105cze\u0144 sieciowych. Preferuj\u0119 u\u017cywanie nazw host\u00f3w, takich jak mx01.domain.tld, mx02.domain.tld i mxb.domain.tld, aby m\u00f3c natychmiast rozpozna\u0107 w logach, kt\u00f3ry host zaakceptowa\u0142 wiadomo\u015b\u0107.<\/p>\n<p>Poni\u017csza tabela podsumowuje typowe wzorce i pomaga ustrukturyzowa\u0107 w\u0142asne planowanie. Uporz\u0105dkowa\u0142em przyk\u0142ady wed\u0142ug r\u00f3l i doda\u0142em notatki dla firmy. Pozwala to na szybkie przeniesienie struktury na w\u0142asne potrzeby. <strong>Hosting poczty<\/strong> i zminimalizowa\u0107 nieudane pr\u00f3by.<\/p>\n<table>\n  <thead>\n    <tr>\n      <th>Priorytet<\/th>\n      <th>Nazwa hosta<\/th>\n      <th>Rola<\/th>\n      <th>Wskaz\u00f3wka<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>10<\/td>\n      <td>mx01.example.de<\/td>\n      <td>Pierwotnie<\/td>\n      <td>G\u0142\u00f3wny cel: wysoka dost\u0119pno\u015b\u0107, aktywne monitorowanie<\/td>\n    <\/tr>\n    <tr>\n      <td>10<\/td>\n      <td>mx02.example.de<\/td>\n      <td>Podstawowe (r\u00f3wnej rangi)<\/td>\n      <td>Wsp\u00f3\u0142dzieli obci\u0105\u017cenie z mx01; identyczne zasady<\/td>\n    <\/tr>\n    <tr>\n      <td>20<\/td>\n      <td>mxbackup.example.de<\/td>\n      <td>Kopia zapasowa<\/td>\n      <td>W\u0142\u0105cza si\u0119 w przypadku awarii; ograniczona retencja<\/td>\n    <\/tr>\n    <tr>\n      <td>30<\/td>\n      <td>filter.example.de<\/td>\n      <td>Bramka<\/td>\n      <td>Tylko w przypadku pod\u0142\u0105czenia do sieci; w przeciwnym razie pomin\u0105\u0107<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n<p>Testuj\u0119 ka\u017cd\u0105 konfiguracj\u0119 z rzeczywistymi dostawami i por\u00f3wnuj\u0119 logi wszystkich host\u00f3w. Dopiero gdy wszystkie \u015bcie\u017cki dzia\u0142aj\u0105 poprawnie, skracam plan test\u00f3w do kilku regularnych kontroli. <strong>Czeki<\/strong>. Dzi\u0119ki temu operacje s\u0105 oszcz\u0119dne, a czas reakcji na awarie kr\u00f3tki. W przypadku lokalizacji o du\u017cej liczbie przesy\u0142ek warto r\u00f3wnie\u017c zaplanowa\u0107 przepustowo\u015b\u0107 z wyra\u017anymi progami alarmowymi. Op\u0142aca si\u0119 to zw\u0142aszcza podczas szczytowych obci\u0105\u017ce\u0144.<\/p>\n\n<h2>TTL, buforowanie i propagacja bez niespodzianek<\/h2>\n<p>Warto\u015b\u0107 TTL okre\u015bla, jak d\u0142ugo resolvery buforuj\u0105 odpowiedzi MX; cz\u0119sto zaczynam od <strong>3600s<\/strong>, poniewa\u017c dzi\u0119ki temu zmiany s\u0105 szybciej widoczne. Kr\u00f3tsze TTL s\u0105 odpowiednie przed planowanymi zmianami, d\u0142u\u017csze TTL chroni\u0105 obci\u0105\u017cenie DNS w spokojnych fazach. Po zmianie, w zale\u017cno\u015bci od dostawcy i czasu dzia\u0142ania pami\u0119ci podr\u0119cznej, potrzeba troch\u0119 cierpliwo\u015bci, aby ka\u017cdy nadawca zobaczy\u0142 nowy MX. Dlatego planuj\u0119 zmiany poza g\u0142\u00f3wnymi okresami i mam gotowy rollback. Je\u015bli planujesz trze\u017awo, oszcz\u0119dzasz sobie nocnych zmian i oczywistych przestoj\u00f3w.<\/p>\n<p>Wa\u017cne jest r\u00f3wnie\u017c, aby TTL wszystkich rekord\u00f3w by\u0142y zgodne: MX, A\/AAA i, je\u015bli ma to zastosowanie, CNAME. R\u00f3\u017cne czasy dzia\u0142ania mog\u0105 tymczasowo tworzy\u0107 mieszane stany. Dzi\u0119ki kontrolowanym oknom TTL i jasnym kamieniom milowym, zmiana jest przejrzysta. Obejmuje to ostateczne sprawdzenie z kilkoma niezale\u017cnymi resolwerami. Ta procedura przynosi <strong>Migracje<\/strong> Spok\u00f3j w tym procesie.<\/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>Routing rekord\u00f3w MX w Microsoft 365 i Google Workspace<\/h2>\n<p>W przypadku przej\u015bcia na Microsoft 365 lub Google Workspace ca\u0142kowicie zast\u0119puj\u0119 istniej\u0105ce cele MX specyfikacjami <strong>us\u0142uga<\/strong>. Mieszane konstelacje z lokalnymi skrzynkami pocztowymi i zewn\u0119trznymi pakietami szybko prowadz\u0105 do p\u0119tli. W takich scenariuszach usuwam zb\u0119dne przekierowania i dwukrotnie sprawdzam regu\u0142y transportu. Sprawdzam r\u00f3wnie\u017c, czy wpisy SPF zawieraj\u0105 nowe wysy\u0142aj\u0105ce adresy IP. Jest to jedyny spos\u00f3b na unikni\u0119cie odrzucenia przez restrykcyjne systemy odbiorc\u00f3w.<\/p>\n<p>Po zmianie MX zawsze testuj\u0119 wysy\u0142k\u0119 z zewn\u0105trz i wewn\u0105trz, aby zweryfikowa\u0107 lini\u0119 i trasy powrotne. Logi w pakiecie i na bramach wyra\u017anie pokazuj\u0105, kt\u00f3ry MX zacz\u0105\u0142 obowi\u0105zywa\u0107. Nast\u0119pnie nale\u017cy dostosowa\u0107 zasady dotycz\u0105ce spamu i z\u0142o\u015bliwego oprogramowania do nowej platformy. Zapewnia to sp\u00f3jno\u015b\u0107 <strong>Zasady<\/strong> we wszystkich skrzynkach pocztowych. Ci, kt\u00f3rzy dokonaj\u0105 czystej migracji, nie do\u015bwiadcz\u0105 \u017cadnych przykrych niespodzianek nast\u0119pnego dnia.<\/p>\n\n<h2>Praktyka: Konfigurowanie MX w panelach hostingowych<\/h2>\n<p>W wi\u0119kszo\u015bci paneli otwieram zarz\u0105dzanie DNS, wybieram typ MX, ustawiam nazw\u0119 hosta, miejsce docelowe i priorytet, ustawiam TTL i zapisuj\u0119. <strong>Poprawka<\/strong>. Nast\u0119pnie sprawdzam wy\u015bwietlanie w pliku strefy i r\u0119cznie uruchamiam sprawdzanie dig\/host. Nast\u0119pnie testuj\u0119 wysy\u0142k\u0119 z konta zewn\u0119trznego i sprawdzam zaakceptowane MX w nag\u0142\u00f3wku. Je\u015bli rozdzielczo\u015b\u0107 nadal pokazuje stare warto\u015bci, czekam na czas dzia\u0142ania TTL i ponownie sprawdzam poprawno\u015b\u0107. Dopiero gdy routing i dostarczanie s\u0105 czyste, informuj\u0119 u\u017cytkownik\u00f3w o gotowych skrzynkach pocztowych.<\/p>\n<p>Jako ma\u0142e przypomnienie, utrzymuj\u0119 sp\u00f3jne nazwy host\u00f3w i dokumentuj\u0119 ka\u017cdy priorytet z celem, takim jak Primary, Primary2, Backup. Taka przejrzysto\u015b\u0107 bardzo pomaga w analizie b\u0142\u0119d\u00f3w. Sprawdzam r\u00f3wnie\u017c, czy nie ma ju\u017c historycznych wpis\u00f3w MX. Stare miejsca docelowe cz\u0119sto powoduj\u0105 zamieszanie w <strong>Dzia\u0142anie<\/strong>. Szybkie sprawdzenie higieny DNA uchroni Ci\u0119 przed d\u0142ugimi mandatami.<\/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>Szybkie usuwanie typowych b\u0142\u0119d\u00f3w<\/h2>\n<p>Nieprawid\u0142owe priorytety prowadz\u0105 do niepotrzebnych pr\u00f3b dostarczenia na mniej odpowiednich hostach; poprawiam je <strong>Warto\u015bci<\/strong> natychmiast i przetestowa\u0107 ponownie. Liter\u00f3wki w ho\u015bcie docelowym zatrzymuj\u0105 dostaw\u0119, wi\u0119c skrupulatnie sprawdzam pisowni\u0119. Brakuj\u0105ce zapasowe adresy MX s\u0105 uci\u0105\u017cliwe w przypadku awarii, dlatego ustawiam co najmniej jedn\u0105 alternatywn\u0105 tras\u0119. Zapomniane stare wpisy powoduj\u0105 sporadyczne b\u0142\u0119dy w routingu, wi\u0119c konsekwentnie usuwam nieaktualne rekordy. Je\u015bli propagacja wymaga czasu, planuj\u0119 t\u0119 faz\u0119 w przejrzysty spos\u00f3b i cierpliwie czekam, zamiast zapisywa\u0107 j\u0105 co minut\u0119.<\/p>\n<p>Je\u015bli host wykazuje ci\u0105g\u0142e odrzucenia, sprawdzam polityki antyspamowe, greylisting i wymagania TLS. W dziennikach rozpoznaj\u0119, czy przyczyn\u0105 s\u0105 limity szybko\u015bci lub listy blok\u00f3w. Je\u015bli po zmianie wyst\u0105pi b\u0142\u0105d, cofam si\u0119 i analizuj\u0119 go w wolnym czasie. Ta kontrolowana reakcja zmniejsza <strong>Przest\u00f3j<\/strong> i unika gor\u0105czkowych szk\u00f3d nast\u0119pczych. Dobre notatki robi\u0105 tutaj r\u00f3\u017cnic\u0119.<\/p>\n\n<h2>Wzmocnienie dostarczalno\u015bci: SPF, DKIM, DMARC<\/h2>\n<p>Czysta konfiguracja MX rozwi\u0105zuje tylko cz\u0119\u015b\u0107 wyzwa\u0144 zwi\u0105zanych z dostarczaniem; zawsze dodaj\u0119 SPF, DKIM i DMARC dla czystego dostarczania. <strong>Uwierzytelnianie<\/strong>. SPF definiuje, kt\u00f3re serwery s\u0105 upowa\u017cnione do wysy\u0142ania wiadomo\u015bci dla Twojej domeny. DKIM podpisuje wiadomo\u015bci e-mail kryptograficznie, a DMARC definiuje wytyczne dotycz\u0105ce post\u0119powania z b\u0142\u0119dnymi wiadomo\u015bciami. Ta kombinacja zwi\u0119ksza zaufanie i zmniejsza podejrzenia o spam. Dla szybkiego wprowadzenia, przegl\u0105d <a href=\"https:\/\/webhosting.de\/pl\/spf-dkim-dmarc-hosting-email-security-serverauth-server\/\">SPF, DKIM i DMARC<\/a>, kt\u00f3rego regularnie u\u017cywam jako listy kontrolnej.<\/p>\n<p>Po skonfigurowaniu sprawdzam ocen\u0119 nag\u0142\u00f3wk\u00f3w odbiorc\u00f3w, wysy\u0142aj\u0105c testowo. Je\u015bli wszystkie kontrole przebiegn\u0105 pomy\u015blnie, liczba odrzuce\u0144 i kwarantann wyra\u017anie spada. Upewnij si\u0119, \u017ce klucze DNS s\u0105 aktualne i odnawiaj wygas\u0142e klucze w odpowiednim czasie. Dzi\u0119ki automatycznym przypomnieniom <strong>Integralno\u015b\u0107<\/strong> zachowane. Oznacza to, \u017ce ustawienia MX i zasad dzia\u0142aj\u0105 jako sp\u00f3jna jednostka.<\/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>Monitorowanie i testowanie: narz\u0119dzia i CLI<\/h2>\n<p>Regularnie sprawdzam MX i hosty docelowe za pomoc\u0105 dig, hosta i kr\u00f3tkich kontroli SMTP, poniewa\u017c wczesne <strong>Ostrze\u017cenia<\/strong> Skr\u00f3cenie przerw w dzia\u0142aniu. Monitor sprawdza port 25, certyfikaty TLS i czasy odpowiedzi. Analizuj\u0119 r\u00f3wnie\u017c logi serwera pocztowego i ustawiam alarmy dla kod\u00f3w b\u0142\u0119d\u00f3w, kt\u00f3re wskazuj\u0105 na problemy z dostarczaniem. Jasna dokumentacja etap\u00f3w test\u00f3w jest warto\u015bciowa dla zespo\u0142\u00f3w administrator\u00f3w. Standaryzacja test\u00f3w oszcz\u0119dza czas i znacznie obni\u017ca koszty nast\u0119pcze.<\/p>\n<p>Wyko\u0144czenie obejmuje r\u00f3wnie\u017c kontrol\u0119 jako\u015bci DNS, kt\u00f3ra rozpoznaje niesp\u00f3jno\u015bci i zapewnia sp\u00f3jne TTL. Pomocny praktyczny przegl\u0105d mo\u017cna znale\u017a\u0107 na stronie <a href=\"https:\/\/webhosting.de\/pl\/wszystko-lacznie-z-najlepszymi-praktykami-zarzadzania-dns-sprawdzanie-wydajnosci\/\">Zarz\u0105dzanie DNS w all-inkl<\/a>, kt\u00f3rego lubi\u0119 u\u017cywa\u0107 jako przewodnika dla powtarzaj\u0105cych si\u0119 kontroli. U\u017cywam r\u00f3wnie\u017c okresowych test\u00f3w na \u017cywo z prawdziwymi wiadomo\u015bciami e-mail, dzi\u0119ki czemu mog\u0119 zobaczy\u0107 pe\u0142ny \u0142a\u0144cuch od DNS do skrzynki pocztowej. Takie rzeczywiste kontrole ujawniaj\u0105 specjalne przypadki, kt\u00f3rych testy syntetyczne nie uwzgl\u0119dniaj\u0105. Dzi\u0119ki temu <strong>jako\u015b\u0107<\/strong> wysokie w codziennej dzia\u0142alno\u015bci.<\/p>\n\n<h2>Prawid\u0142owe miejsca docelowe MX: Pu\u0142apki RFC i rozpoznawanie nazw<\/h2>\n<p>Aby zapewni\u0107 stabilne dostarczanie, \u015bci\u015ble upewniam si\u0119, \u017ce rekord MX jest oparty na <strong>Nazwy host\u00f3w<\/strong> nigdy nie wskazuje bezpo\u015brednio na adres IP. Sama nazwa hosta powinna by\u0107 rozpoznawalna za pomoc\u0105 rekord\u00f3w A i, w razie potrzeby, AAAA. Unikam CNAME jako cel\u00f3w MX, poniewa\u017c w praktyce mog\u0105 one prowadzi\u0107 do nieoczekiwanych \u015bcie\u017cek rozwi\u0105zywania i b\u0142\u0119d\u00f3w. Je\u015bli dostawca technicznie wprowadza CNAME, intensywnie testuj\u0119 ca\u0142y \u0142a\u0144cuch przy u\u017cyciu \u015blad\u00f3w DNS i rzeczywistych dostaw.<\/p>\n<p>W panelu ustawiam nazw\u0119 docelow\u0105 jako w pe\u0142ni kwalifikowany host (FQDN). Niekt\u00f3re interfejsy oczekuj\u0105 ko\u0144cowej kropki, inne dodaj\u0105 stref\u0119 automatycznie; sprawdzam wynikowy plik strefy, aby nie zosta\u0142a utworzona nazwa wzgl\u0119dna. Przypadkowo wzgl\u0119dny host (np. \u201emx01\u201c zamiast \u201emx01.example.de.\u201c) cz\u0119sto ko\u0144czy si\u0119 w sytuacjach NXDOMAIN. Na koniec weryfikuj\u0119 ka\u017cdy MX za pomoc\u0105 autorytatywnego zapytania do odpowiednich serwer\u00f3w nazw i sprawdzam, czy hosty mog\u0105 by\u0107 poprawnie rozwi\u0105zywane zar\u00f3wno przez IPv4, jak i IPv6 - w tym negatywne testy pod k\u0105tem b\u0142\u0119d\u00f3w w pisowni, dzi\u0119ki czemu mog\u0119 unikn\u0105\u0107 takich problem\u00f3w na wczesnym etapie.<\/p>\n\n<h2>Prawid\u0142owa obs\u0142uga Backup-MX: Kolejka, Zasady, Nieporozumienia<\/h2>\n<p>Kopia zapasowa MX jest pomocna tylko wtedy, gdy ma ten sam <strong>Zasady<\/strong> jak g\u0142\u00f3wny host. Dlatego aktywuj\u0119 identyczne regu\u0142y antyspamowe, zachowanie greylisting i sprawdzanie odbiorc\u00f3w. Kopia zapasowa powinna rozpoznawa\u0107 nieznanych odbiorc\u00f3w <strong>podczas gdy<\/strong> dialogu SMTP (weryfikacja odbiorcy, np. poprzez wywo\u0142anie lub zsynchronizowane mapy odbiorc\u00f3w) i nie generuj NDR dopiero po akceptacji - w ten spos\u00f3b unikniesz rozpraszania wstecznego. W przeciwnym razie spamerzy b\u0119d\u0105 celowo wybiera\u0107 \u201e\u0142agodniejsze\u201c cele.<\/p>\n<p>Dla kolejki planuj\u0119 konserwatywn\u0105, ale ograniczon\u0105 retencj\u0119 (oko\u0142o 2-5 dni) i identyfikowalny interwa\u0142 ponawiania pr\u00f3b. Monitoruj\u0119 miejsce na dysku twardym, d\u0142ugo\u015b\u0107 kolejki i wsp\u00f3\u0142czynniki odrocze\u0144, aby awaria nie doprowadzi\u0142a do niezauwa\u017calnego przeci\u0105\u017cenia. Zapasowy MX nigdy nie mo\u017ce odwo\u0142ywa\u0107 si\u0119 do g\u0142\u00f3wnego hosta jako inteligentnego hosta, je\u015bli jest ju\u017c celem dostawy - w przeciwnym razie istnieje ryzyko <strong>P\u0119tle<\/strong>. R\u00f3wnie\u017c wa\u017cne: to\u017csamo\u015b\u0107 HELO\/EHLO i baner hosta zapasowego s\u0105 ustawione poprawnie, aby nadawcy zachowali zaufanie i mogli wyra\u017anie przydzieli\u0107 dzienniki w razie potrzeby.<\/p>\n\n<h2>Podw\u00f3jny stos, TLS i certyfikaty na hostach MX<\/h2>\n<p>Wol\u0119 obs\u0142ugiwa\u0107 hosty MX <strong>dual-stack<\/strong> z rekordami A i AAAA. Wielu nadawc\u00f3w najpierw testuje IPv6; je\u015bli port 25 v6 jest zamkni\u0119ty lub ograniczony, wysy\u0142ka prze\u0142\u0105cza si\u0119 na IPv4 - ale czas jest tracony w tym procesie. Dlatego upewniam si\u0119, \u017ce zapory ogniowe zwalniaj\u0105 port 25 dla obu protoko\u0142\u00f3w, ICMP jest zasadniczo dozwolony (dla MTU \u015bcie\u017cki), a monitorowanie sprawdza oba stosy. W przypadku STARTTLS ustawiam certyfikaty, kt\u00f3re zawieraj\u0105 okre\u015blone nazwy host\u00f3w MX w sieci SAN. Symbole wieloznaczne pomagaj\u0105, je\u015bli istnieje wiele w\u0119z\u0142\u00f3w, ale nadal wol\u0119 jasne, wyra\u017ane wpisy.<\/p>\n<p>W celu zabezpieczenia szyfrowania transportu planuj\u0119 nowoczesne zestawy szyfr\u00f3w i aktywuj\u0119 TLS 1.2\/1.3. Opcjonalnie konfiguruj\u0119 MTA-STS w delikatnej fazie \u201etestowania\u201c i prze\u0142\u0105czam si\u0119 na \u201ewymuszanie\u201c dopiero wtedy, gdy wyniki s\u0105 stabilne. DANE (TLSA) mo\u017cna uzupe\u0142ni\u0107 o DNSSEC; sprawdzam \u0142a\u0144cuch DNS szczeg\u00f3lnie uwa\u017cnie, poniewa\u017c wadliwe rekordy TLSA mog\u0105 powa\u017cnie os\u0142abi\u0107 po\u0142\u0105czenia przychodz\u0105ce.<\/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>Podzielony horyzont, bramy i trasy wewn\u0119trzne<\/h2>\n<p>W sieciach z oddzielnymi odbiorcami wewn\u0119trznymi i zewn\u0119trznymi cz\u0119sto u\u017cywam <strong>Split-Horizon DNS<\/strong> Zewn\u0119trzne resolvery widz\u0105 publiczne miejsca docelowe MX, klienci wewn\u0119trzni otrzymuj\u0105 wpisy MX do bram wewn\u0119trznych lub bezpo\u015brednio do serwer\u00f3w skrzynek pocztowych. Zmniejsza to op\u00f3\u017anienia i pozwala unikn\u0105\u0107 niepotrzebnych objazd\u00f3w przez bramki internetowe. Zapewniam, \u017ce strefy wewn\u0119trzne nie s\u0105 przypadkowo publikowane na zewn\u0105trz, a konwencje nazewnictwa pozostaj\u0105 sp\u00f3jne.<\/p>\n<p>W \u015brodowiskach hybrydowych z filtrami upstream lub systemami DLP sprawdzam, czy miejsca docelowe MX pokazuj\u0105 tylko dedykowane bramy wej\u015bciowe. Regu\u0142y transportu wewn\u0119trznego nie mog\u0105 powodowa\u0107, \u017ce poczta przyj\u0119ta z zewn\u0105trz jest wysy\u0142ana z powrotem do Internetu. Dokumentuj\u0119 kierunek wszystkich tras (przychodz\u0105cych, wewn\u0119trznych, wychodz\u0105cych) i specjalnie testuj\u0119 specjalne przypadki, takie jak du\u017ce za\u0142\u0105czniki, NDR i przekierowania. W ten spos\u00f3b utrzymuj\u0119 <strong>\u015acie\u017cka dostawy<\/strong> bez p\u0119tli i \u015blepych zau\u0142k\u00f3w.<\/p>\n\n<h2>Uporz\u0105dkowana migracja: sekwencja krok\u00f3w i wycofywanie<\/h2>\n<p>W przypadku zmian MX post\u0119puj\u0119 zgodnie z jasnym harmonogramem z poziomem wiod\u0105cym i rezerwowym:<\/p>\n<ul>\n  <li>Inwentaryzacja: sprawdzenie aktualnego MX, rozdzielczo\u015bci hosta, certyfikat\u00f3w, zasad i monitorowania.<\/li>\n  <li>Zmniejsz TTL: MX i hosty docelowe do 600-1800 sekund, z odpowiednim wyprzedzeniem przed zmian\u0105.<\/li>\n  <li>Pod\u0142\u0105cz nowe miejsce docelowe: Najpierw wprowad\u017a nowy MX z wy\u017cszym numerem priorytetu, zle\u0107 testy i monitoruj logi.<\/li>\n  <li>Dow\u00f3d funkcjonalno\u015bci: Walidacja uzgadniania SMTP, TLS, filtra spamu, sprawdzania odbiorc\u00f3w i zachowania kolejki za pomoc\u0105 prawdziwych wiadomo\u015bci e-mail.<\/li>\n  <li>Prze\u0142\u0105czenie: Nadaj priorytet najni\u017cszemu numerowi nowej sieci podstawowej, tymczasowo zaostrz progi monitorowania.<\/li>\n  <li>Obserwacja: Monitoruj uwa\u017cnie przez 24-48 godzin, miej oko na kody b\u0142\u0119d\u00f3w i op\u00f3\u017anienia.<\/li>\n  <li>Porz\u0105dki: usuni\u0119cie starych wpis\u00f3w MX, ponowne podniesienie TTL, aktualizacja dokumentacji.<\/li>\n  <li>Gotowo\u015b\u0107 do wycofania: Dop\u00f3ki stara infrastruktura nadal dzia\u0142a, mog\u0119 szybko wycofa\u0107 wszelkie anomalie.<\/li>\n<\/ul>\n<p>Dzi\u0119ki tej dyscyplinie nawet du\u017ce przeprowadzki mog\u0105 by\u0107 przeprowadzane w spos\u00f3b niezauwa\u017calny. <strong>Przest\u00f3j<\/strong> realizowa\u0107. Wa\u017cne jest, aby wszystkie zaanga\u017cowane zespo\u0142y by\u0142y \u015bwiadome planu i aby dost\u0119pny by\u0142 sta\u0142y kana\u0142 komunikacji w przypadku pyta\u0144.<\/p>\n\n<h2>Przypadki specjalne: subdomeny, symbole wieloznaczne i adresy mi\u0119dzynarodowe<\/h2>\n<p>Je\u015bli mam subdomeny, takie jak support.example.de dostarczane oddzielnie, definiuj\u0119 oddzielne rekordy MX dla ka\u017cdej subdomeny. Pomaga to wyra\u017anie oddzieli\u0107 zespo\u0142y lub systemy. Trzymam si\u0119 z dala od wieloznacznych rekord\u00f3w MX (\u201e*.example.de\u201c), poniewa\u017c mog\u0105 one przyci\u0105ga\u0107 liter\u00f3wki i niechciane obszary odbiorc\u00f3w. Lepiej jest wyra\u017anie zdefiniowa\u0107 tylko wymagane subdomeny i pozostawi\u0107 wszystkie inne niezaj\u0119te.<\/p>\n<p>W przypadku domen mi\u0119dzynarodowych (IDN) upewniam si\u0119, \u017ce DNS jest poprawnie zmapowany w Punycode i \u017ce miejsca docelowe MX pozostaj\u0105 zgodne z ASCII. W przypadku lokalnych cz\u0119\u015bci adresu z umlautami (EAI\/SMTPUTF8) dok\u0142adnie sprawdzam obs\u0142ug\u0119 MTA. Je\u015bli systemy maj\u0105 tutaj ograniczenia, komunikuj\u0119 jasne konwencje nazewnictwa lub u\u017cywam bramek, kt\u00f3re niezawodnie odrzucaj\u0105 niekompatybilne \u015bcie\u017cki, zamiast nara\u017ca\u0107 si\u0119 na s\u0142abo czytelne komunikaty o b\u0142\u0119dach.<\/p>\n\n<h2>Planowanie wydajno\u015bci, limity i sp\u00f3jno\u015b\u0107 klastr\u00f3w<\/h2>\n<p>Aby szczyty obci\u0105\u017cenia nie sta\u0142y si\u0119 pu\u0142apk\u0105, planuj\u0119 przepustowo\u015b\u0107 na poziomie po\u0142\u0105czenia i tre\u015bci. Definiuj\u0119 <strong>Jednolite limity<\/strong> dla host\u00f3w MX tej samej rangi (to samo po\u0142\u0105czenie i limit szybko\u015bci wiadomo\u015bci) i utrzymywa\u0107 stany spamu i greylistingu zsynchronizowane, je\u015bli produkty na to pozwalaj\u0105. W przeciwnym razie mo\u017ce si\u0119 zdarzy\u0107, \u017ce nadawca zostanie odrzucony w mx01, ale nadal zaakceptowany w mx02 - powoduje to niesp\u00f3jne zachowanie. Wsp\u00f3\u0142dzielony stan lub deterministyczne polityki zmniejszaj\u0105 takie efekty.<\/p>\n<p>Stale mierz\u0119 kluczowe dane, takie jak pr\u00f3by po\u0142\u0105cze\u0144, wsp\u00f3\u0142czynnik akceptacji, wsp\u00f3\u0142czynnik odrocze\u0144 i odrzuce\u0144, d\u0142ugo\u015b\u0107 kolejki, op\u00f3\u017anienie do akceptacji, wsp\u00f3\u0142czynnik wykorzystania TLS i \u015bredni rozmiar wiadomo\u015bci. Wska\u017aniki te pokazuj\u0105 wcze\u015bnie, kiedy pojawiaj\u0105 si\u0119 w\u0105skie gard\u0142a (np. z powodu wydajno\u015bci skanowania antywirusowego lub ograniczonego I\/O w katalogu kolejki). Gdy wprowadzane s\u0105 zmiany w klastrze, automatycznie synchronizuj\u0119 konfiguracje, aby unikn\u0105\u0107 dryfowania polityki. Rezultatem jest stabilne, przewidywalne zachowanie wszystkich MX<strong>Gospodarze<\/strong> w sieci.<\/p>\n\n<h2>Interpretacja komunikat\u00f3w o b\u0142\u0119dach i ukierunkowane testowanie<\/h2>\n<p>Do\u015bwiadczenie pokazuje, \u017ce ma\u0142y kompas komunikat\u00f3w o b\u0142\u0119dach przyspiesza analiz\u0119. Tymczasowe b\u0142\u0119dy (4xx) cz\u0119sto wskazuj\u0105 na limity szybko\u015bci, greylisting lub kr\u00f3tkoterminowe problemy z sieci\u0105; sta\u0142e b\u0142\u0119dy (5xx) wskazuj\u0105 na naruszenia polityki, nieistniej\u0105cych odbiorc\u00f3w lub naruszenia TLS. Celowo prowokuj\u0119 przypadki testowe: niew\u0142a\u015bciwy odbiorca, wymuszony\/niewymuszony TLS, zbyt du\u017ce za\u0142\u0105czniki, brak wyszukiwania wstecznego w systemie testowym wysy\u0142aj\u0105cym. W ten spos\u00f3b sprawdzam, czy reakcje stosu s\u0105 sp\u00f3jne i zrozumia\u0142e.<\/p>\n<p>Nie polegam na \u201eround robin\u201c dla host\u00f3w MX o tym samym priorytecie. Wiele MTA wybiera w kolejno\u015bci losowej lub na podstawie wewn\u0119trznych wska\u017anik\u00f3w, je\u015bli maj\u0105 takie same preferencje. W praktyce sprawdzam, czy dystrybucja rzeczywi\u015bcie wyr\u00f3wnuje si\u0119 w d\u0142u\u017cszym okresie czasu i w razie potrzeby dostosowuj\u0119 limity lub liczb\u0119 host\u00f3w o jednakowym priorytecie, aby unikn\u0105\u0107 hotspot\u00f3w.<\/p>\n\n<h2>Kr\u00f3tkie podsumowanie trasy<\/h2>\n<p>Prawid\u0142owo ustawione rekordy MX z dobrze przemy\u015blanymi priorytetami stanowi\u0105 podstaw\u0119 niezawodnego routingu poczty e-mail, kt\u00f3ry zabezpieczam przejrzystymi testami i uzupe\u0142niam SPF, DKIM, DMARC; skutkuje to czystym routingiem poczty e-mail. <strong>Procesy<\/strong> bez w\u0105skich garde\u0142. Ustaw przynajmniej jeden zapasowy MX, \u015bwiadomie planuj okna TTL i sprawdzaj logi po ka\u017cdej zmianie. Unikaj starszych obci\u0105\u017ce\u0144 w strefie i konsekwentnie zarz\u0105dzaj nazwami host\u00f3w. Zachowaj gotow\u0105 dokumentacj\u0119, kt\u00f3ra umo\u017cliwia \u015bledzenie zmian. Dzi\u0119ki tej konfiguracji \u015bcie\u017cka dostarczania wiadomo\u015bci e-mail pozostaje przejrzysta, bezpieczna i \u0142atwa w utrzymaniu.<\/p>\n<p>Je\u015bli chcia\u0142by\u015b zag\u0142\u0119bi\u0107 si\u0119 w szczeg\u00f3\u0142y lub wdro\u017cy\u0107 konfiguracj\u0119 krok po kroku, odsy\u0142am Ci\u0119 do kompaktowej strony <a href=\"https:\/\/webhosting.de\/pl\/email-wlasna-domena-rekordy-mx-narzedzia-konfiguracja-instrukcje-hosting\/\">Instrukcje dotycz\u0105ce rekord\u00f3w MX<\/a>, kt\u00f3re mo\u017cna wykorzysta\u0107 jako podr\u0119czny przewodnik. Starannie zaplanuj zmiany, dok\u0142adnie przetestuj ka\u017cd\u0105 \u015bcie\u017ck\u0119 i przygotuj poprawki. Pomo\u017ce to osi\u0105gn\u0105\u0107 p\u0142ynno\u015b\u0107 <strong>Dostawa<\/strong> - dzi\u015b i w przysz\u0142o\u015bci.<\/p>","protected":false},"excerpt":{"rendered":"<p>Rekordy MX i priorytetyzacja wyja\u015bniaj\u0105 routing rekord\u00f3w mx w hostingu. Optymalizacja \u015bcie\u017cki dostarczania wiadomo\u015bci e-mail w celu zapewnienia niezawodnego hostingu poczty.<\/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\/pl\/wp-json\/wp\/v2\/posts\/18449","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/pl\/wp-json\/wp\/v2\/comments?post=18449"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/pl\/wp-json\/wp\/v2\/posts\/18449\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/pl\/wp-json\/wp\/v2\/media\/18442"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/pl\/wp-json\/wp\/v2\/media?parent=18449"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/pl\/wp-json\/wp\/v2\/categories?post=18449"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/pl\/wp-json\/wp\/v2\/tags?post=18449"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}