{"id":19561,"date":"2026-05-31T18:18:04","date_gmt":"2026-05-31T16:18:04","guid":{"rendered":"https:\/\/webhosting.de\/dkim-canonicalization-signaturstabilitaet-mailserver-absicherung\/"},"modified":"2026-05-31T18:18:04","modified_gmt":"2026-05-31T16:18:04","slug":"dkim-kanonizacja-podpis-stabilnosc-bezpieczenstwo-serwera-pocztowego","status":"publish","type":"post","link":"https:\/\/webhosting.de\/pl\/dkim-canonicalization-signaturstabilitaet-mailserver-absicherung\/","title":{"rendered":"Kanonizacja DKIM i stabilno\u015b\u0107 podpis\u00f3w dla bezpiecznych serwer\u00f3w pocztowych"},"content":{"rendered":"<p>W dw\u00f3ch zdaniach wyja\u015bni\u0119, jak <strong>Kanonizacja DKIM<\/strong> Nag\u0142\u00f3wek i tre\u015b\u0107 s\u0105 znormalizowane, dzi\u0119ki czemu podpis pozostaje wa\u017cny pomimo drobnych zmian w transporcie. W ten spos\u00f3b utrzymuj\u0119 <strong>Podpis<\/strong> na rzeczywistych kana\u0142ach pocztowych i osi\u0105gn\u0105\u0107 wysok\u0105 szybko\u015b\u0107 dostarczania bez nara\u017cania kontroli kryptograficznej.<\/p>\n\n<h2>Punkty centralne<\/h2>\n\n<p>Aby\u015b m\u00f3g\u0142 od razu zacz\u0105\u0107, podsumuj\u0119 kluczowe aspekty <strong>Kanoniczno\u015b\u0107<\/strong> i stabilno\u015b\u0107 podpisu.<\/p>\n<ul>\n  <li><strong>zrelaksowany<\/strong> wyr\u00f3wnuje szczeg\u00f3\u0142y formatu i zwi\u0119ksza szans\u0119 na prawid\u0142owe sprawdzenie.<\/li>\n  <li><strong>prosty<\/strong> jest surowa i szybciej si\u0119 psuje przy najmniejszych zmianach.<\/li>\n  <li><strong>Nag\u0142\u00f3wek<\/strong> powinny by\u0107 zwykle traktowane w spos\u00f3b zrelaksowany, cia\u0142o r\u00f3wnie\u017c zrelaksowane.<\/li>\n  <li><strong>Przekazywanie<\/strong>, Formatowanie bramek i autoresponder\u00f3w.<\/li>\n  <li><strong>DMARC<\/strong> korzysta ze sp\u00f3jnych kontroli DKIM, je\u015bli SPF zawiedzie.<\/li>\n<\/ul>\n<p>Wdra\u017cam te punkty konsekwentnie, poniewa\u017c ma\u0142e zmiany formatu zdarzaj\u0105 si\u0119 cz\u0119sto i <strong>Wa\u017cno\u015b\u0107<\/strong> podpisu. W szczeg\u00f3lno\u015bci w przypadku list mailingowych i bramek, w\u0142a\u015bciwy wyb\u00f3r <strong>Tryby<\/strong> za po\u015brednictwem folderu dostawy lub spamu. \u0141agodniejsza obs\u0142uga spacji i podzia\u0142\u00f3w wierszy zapewnia bardziej skuteczne sprawdzanie <strong>Podpis<\/strong>. Jednocze\u015bnie pilnuj\u0119 odpowiednich nag\u0142\u00f3wk\u00f3w, aby nie by\u0142o miejsca na manipulacje. Pozwala mi to osi\u0105gn\u0105\u0107 dobr\u0105 r\u00f3wnowag\u0119 mi\u0119dzy <strong>Bezpiecze\u0144stwo<\/strong> i przydatno\u015b\u0107 do codziennego u\u017cytku.<\/p>\n\n<h2>Co oznacza kanonizacja DKIM?<\/h2>\n\n<p>Kanoniczno\u015b\u0107 odnosi si\u0119 do regu\u0142, kt\u00f3rych u\u017cywam do ujednolicenia nag\u0142\u00f3wka i tre\u015bci przed podpisem, tak aby <strong>Badanie<\/strong> widzi t\u0119 sam\u0105 sekwencj\u0119 bajt\u00f3w na serwerze docelowym. Wiadomo\u015bci e-mail \u0142atwo zmieniaj\u0105 si\u0119 w drodze: bramki wstawiaj\u0105 nag\u0142\u00f3wki, systemy archiwizacji zmieniaj\u0105 podzia\u0142y wierszy, skanery dostosowuj\u0105 kodowanie - i w\u0142a\u015bnie w tym miejscu <strong>zrelaksowany<\/strong>. Tryb prosty nie toleruje prawie \u017cadnych odchyle\u0144, podczas gdy tryb zrelaksowany standaryzuje spacje i przerwy tak, \u017ce <strong>Podpis<\/strong> pozostaje wa\u017cny pomimo kosmetycznych zmian. W podpisie DKIM okre\u015blam tryby jako c=header\/body, na przyk\u0142ad c=relaxed\/relaxed lub c=simple\/relaxed dla nag\u0142\u00f3wka i <strong>Cia\u0142o<\/strong>. Wol\u0119 zrelaksowany \/ zrelaksowany, poniewa\u017c typowe korekty formatu w \u0142a\u0144cuchu transportowym nie generuj\u0105 fa\u0142szywych alarm\u00f3w. Oznacza to, \u017ce kryptograficzne znaczenie poprawki <strong>DKIM<\/strong>-podczas gdy niepotrzebne odrzucenia zdarzaj\u0105 si\u0119 rzadziej.<\/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\/05\/sichere-mailserver-dkim-4821.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Dlaczego kanonizacja ma kluczowe znaczenie dla trwa\u0142o\u015bci podpisu<\/h2>\n\n<p>D\u0105\u017c\u0119 do maksymalnej sp\u00f3jno\u015bci <strong>Podpis<\/strong>, poniewa\u017c ka\u017cda prawid\u0142owa weryfikacja buduje zaufanie odbiorcy. Przekazywanie za po\u015brednictwem list mailingowych umieszcza prefiksy w wierszu tematu lub dodaje stopki, a zbyt rygorystyczne zasady <strong>Konfiguracja<\/strong> nast\u0119pnie szybko si\u0119 \u0142amie. Bramy bezpiecze\u0144stwa cz\u0119\u015bciowo przepisuj\u0105 nag\u0142\u00f3wki i cia\u0142a, co lepiej amortyzuje relaxed, a tym samym generuje mniej nieprawid\u0142owych podpis\u00f3w. Systemy archiwizacji lub autorespondery zmieniaj\u0105 metadane, dlatego \u015bwiadomie wybieram podpisane nag\u0142\u00f3wki i korzystam ze zrelaksowanych. Im cz\u0119\u015bciej DKIM pozostaje wa\u017cny, tym ja\u015bniejsza jest ocena mojej skuteczno\u015bci. <strong>Domena<\/strong> i tym mniej legalnych wiadomo\u015bci trafia do spamu. Chroni to reputacj\u0119 marki i utrzymuje kana\u0142y komunikacji wolne od zak\u0142\u00f3ce\u0144.<\/p>\n\n<h2>Jak zrelaksowana i prosta praca w szczeg\u00f3\u0142ach<\/h2>\n\n<p>Aby zapewni\u0107 powtarzalno\u015b\u0107 moich decyzji, przestrzegam okre\u015blonych zasad kanonizacji:<\/p>\n<ul>\n  <li><strong>Rozlu\u017aniony nag\u0142\u00f3wek<\/strong>Zmniejszam nazwy nag\u0142\u00f3wk\u00f3w do ma\u0142ych liter, usuwam zb\u0119dne spacje wok\u00f3\u0142 dwukropk\u00f3w, sk\u0142adam kontynuowane linie w jedn\u0105 lini\u0119 i redukuj\u0119 wiele spacji w warto\u015bciach nag\u0142\u00f3wk\u00f3w do dok\u0142adnie jednej spacji. Kolejno\u015b\u0107 nag\u0142\u00f3wk\u00f3w do podpisania jest zachowywana zgodnie z list\u0105 h=, duplikaty s\u0105 brane pod uwag\u0119 w okre\u015blonej tam kolejno\u015bci.<\/li>\n  <li><strong>Prosty nag\u0142\u00f3wek<\/strong>Pozostawiam ka\u017cd\u0105 sekwencj\u0119 bajt\u00f3w dok\u0142adnie tak, jak zosta\u0142a wys\u0142ana. Ka\u017cda dodatkowa spacja, zagi\u0119cie linii lub przeformatowanie na stacjach po\u015brednich przerywa kontrol\u0119.<\/li>\n  <li><strong>Cia\u0142o zrelaksowane<\/strong>Oddzielam linie za pomoc\u0105 CRLF, przycinam spacje na ko\u0144cu linii, redukuj\u0119 kilka spacji mi\u0119dzy s\u0142owami do jednej i usuwam nadmiar pustych linii na ko\u0144cu tre\u015bci, a\u017c pozostanie co najwy\u017cej jedna. Ca\u0142kowicie pusta wiadomo\u015b\u0107 jest kanonizowana jako pojedyncza pusta linia.<\/li>\n  <li><strong>Proste cia\u0142o<\/strong>Wymagam dok\u0142adnego dopasowania wszystkich linii, w tym zako\u0144cze\u0144 linii. Nawet przekonwertowane zako\u0144czenie linii mo\u017ce spowodowa\u0107 niepowodzenie sprawdzenia.<\/li>\n<\/ul>\n<p>Regu\u0142y te odzwierciedlaj\u0105 typowe zmiany transportowe: sk\u0142adanie nag\u0142\u00f3wk\u00f3w, poprawki bia\u0142ych znak\u00f3w, konwersje 7bit\/8bit i r\u00f3\u017cne implementacje MTA. U\u017cywaj\u0105c rozlu\u017anienia, chroni\u0119 kosmetyczne odchylenia bez maskowania manipulacji semantycznych.<\/p>\n\n<h2>Najlepsze praktyki: zrelaksowany vs. prosty<\/h2>\n\n<p>Prawie zawsze podpisuj\u0119 nag\u0142\u00f3wki w zrelaksowany spos\u00f3b, poniewa\u017c ma\u0142e rzeczy, takie jak wielkie litery w nazwach nag\u0142\u00f3wk\u00f3w lub dodatkowe spacje sprawiaj\u0105, \u017ce <strong>Badanie<\/strong> w przeciwnym razie niepotrzebnie si\u0119 przechyla. W przypadku tre\u015bci r\u00f3wnie\u017c preferuj\u0119 rozlu\u017anienie, poniewa\u017c znormalizowane podzia\u0142y wierszy i przyci\u0119te spacje na ko\u0144cu wiersza zapewniaj\u0105 wi\u0119cej miejsca. <strong>Wa\u017cno\u015b\u0107<\/strong> po dostosowaniu transportu. Kombinacja c=relaxed\/relaxed zapewnia najbardziej niezawodne wyniki w heterogenicznych infrastrukturach bez os\u0142abiania deklaracji kryptograficznej. U\u017cywam Simple w szczeg\u00f3lno\u015bci w \u015bci\u015ble kontrolowanych, wewn\u0119trznych \u015brodowiskach, w kt\u00f3rych mog\u0119 bezpiecznie wykluczy\u0107 zmiany formatu i <strong>\u015acie\u017cka<\/strong>-stacje. W otwartym Internecie proste przynosi niepotrzebne ryzyko i frustruje odpowiedzialne zespo\u0142y, poniewa\u017c wa\u017cne wiadomo\u015bci zawodz\u0105. Ka\u017cdy, kto zajmuje si\u0119 skrzynkami odbiorczymi od du\u017cych dostawc\u00f3w, b\u0119dzie znacznie bardziej zrelaksowany \/ zrelaksowany i zaoszcz\u0119dzi pieni\u0105dze. <strong>Wsparcie<\/strong>-czas.<\/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\/05\/dkim_meeting_stabil4567.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Podstawy techniczne: podpisy i klucze DKIM<\/h2>\n\n<p>Pracuj\u0119 z kluczem prywatnym na serwerze wychodz\u0105cym i kluczem publicznym jako rekordem DNS TXT w sekcji <strong>_domainkey<\/strong>, aby systemy odbieraj\u0105ce mog\u0142y dokona\u0107 weryfikacji. Wpis DNS zawiera wersj\u0119, typ klucza i publiczny kod Base64. <strong>klucz<\/strong>; Klucz prywatny pozostaje bezpiecznie na serwerze. Gdy tylko odbiorca odkryje podpis DKIM, wysy\u0142a zapytanie do rekordu DNS i sprawdza, czy podpis i domena s\u0105 zgodne. Ten \u0142a\u0144cuch jest skuteczny tylko wtedy, gdy prawid\u0142owo zdefiniuj\u0119 format, d\u0142ugo\u015b\u0107 i nazw\u0119 selektora oraz <strong>Zg\u0142oszenie<\/strong> materia\u0142\u00f3w prywatnych. Aby uzyska\u0107 og\u00f3lny obraz, zapoznaj si\u0119 z kompaktem <a href=\"https:\/\/webhosting.de\/pl\/spf-dkim-dmarc-bimi-wyjasnia-optymalna-matryce-bezpieczenstwa-poczty-e-mail\/\">Matryca bezpiecze\u0144stwa dla poczty e-mail<\/a>, kt\u00f3ry wyra\u017anie organizuje role SPF, DKIM, DMARC i BIMI. Oznacza to, \u017ce kryptograficzna deklaracja <strong>Wiadomo\u015b\u0107<\/strong> identyfikowalne i trwale weryfikowalne.<\/p>\n\n<h2>Lista nag\u0142\u00f3wk\u00f3w, parametry i bezpieczne ustawienia domy\u015blne<\/h2>\n\n<p>Kontroluj\u0119 stabilno\u015b\u0107 podpisu nie tylko poprzez c=, ale tak\u017ce poprzez inne parametry DKIM:<\/p>\n<ul>\n  <li><strong>h=<\/strong> zawiera list\u0119 podpisanych nag\u0142\u00f3wk\u00f3w w dok\u0142adnej kolejno\u015bci, w jakiej s\u0105 u\u017cywane. Uwzgl\u0119dniam stabilne pola, takie jak From, To, Subject, Date, Message-ID i MIME-Version i rezygnuj\u0119 z p\u00f3l zmiennych (np. Received, Return-Path, Authentication-Results, X-Header), kt\u00f3re prawie zawsze zmieniaj\u0105 si\u0119 w trasie.<\/li>\n  <li><strong>d=<\/strong> okre\u015bla domen\u0119 podpisuj\u0105c\u0105. W przypadku dostosowania DMARC wybieram d= w domenie nadawcy (lub odpowiedniej subdomenie), aby odbiorcy mogli jednoznacznie przypisa\u0107 to\u017csamo\u015b\u0107.<\/li>\n  <li><strong>s=<\/strong> oznacza selektor. U\u017cywam nazw opisowych z odniesieniem do daty\/us\u0142ugi (np. s=mail2026), aby zachowa\u0107 przejrzysto\u015b\u0107 scenariuszy rotacji i wielu klient\u00f3w.<\/li>\n  <li><strong>t=<\/strong> zawiera znacznik czasu podpisu, <strong>x=<\/strong> opcjonalnie dat\u0119 wyga\u015bni\u0119cia. Ustawi\u0142em x= umiarkowany, aby niepotrzebnie nie uniewa\u017cnia\u0107 starych, op\u00f3\u017anionych wiadomo\u015bci.<\/li>\n  <li><strong>bh=<\/strong> jest hashem kanonizowanego cia\u0142a i chroni integralno\u015b\u0107 tre\u015bci. <strong>b=<\/strong> jest faktycznym podpisem poprzez wybrane nag\u0142\u00f3wki i hash cia\u0142a.<\/li>\n  <li><strong>l=<\/strong> Nie u\u017cywam znacznik\u00f3w d\u0142ugo\u015bci cia\u0142a, poniewa\u017c cz\u0119\u015bciowe podpisy cia\u0142a zwi\u0119kszaj\u0105 ryzyko atak\u00f3w powt\u00f3rkowych. Preferuj\u0119 pe\u0142ne skr\u00f3ty, aby zapewni\u0107 wyra\u017an\u0105 integralno\u015b\u0107.<\/li>\n  <li><strong>z=<\/strong> (skopiowane nag\u0142\u00f3wki) s\u0105 zwykle pomijane: prawie \u017cadna warto\u015b\u0107 dodana, ale potencjalnie zwi\u0119kszone ryzyko ochrony danych i stabilno\u015bci.<\/li>\n<\/ul>\n<p>U\u017cywam RSA 2048 bit dla si\u0142y klucza. Jest to szeroko kompatybilne, wydajne i zwykle pasuje do rekord\u00f3w DNS TXT bez powodowania fragmentacji. D\u0142u\u017csze klucze mog\u0105 powodowa\u0107 problemy z DNS i resolverem; zbyt kr\u00f3tkie klucze (1024) zmniejszaj\u0105 bezpiecze\u0144stwo. Klucz publiczny dziel\u0119 czysto na 255-znakowe ci\u0105gi, zwracam uwag\u0119 na prawid\u0142owe cudzys\u0142owy i unikam niezamierzonych spacji.<\/p>\n\n<h2>Praktyczna implementacja na serwerze pocztowym<\/h2>\n\n<p>Zaczynam od wygenerowania klucza, definiuj\u0119 czyste nazwy selektor\u00f3w i przechowuj\u0119 <strong>Pliki<\/strong> s\u0105 \u015bci\u015ble oddzielone na serwerze, aby nie by\u0142o mieszania. Nast\u0119pnie publikuj\u0119 klucz publiczny w DNS, sprawdzam rozdzielczo\u015b\u0107 i upewniam si\u0119, \u017ce \u015bredniki, cudzys\u0142owy i d\u0142ugo\u015b\u0107 klucza publicznego s\u0105 prawid\u0142owe. <strong>Zapisy<\/strong>. W konfiguracji serwera definiuj\u0119, kt\u00f3re domeny s\u0105 podpisywane, kt\u00f3re nag\u0142\u00f3wki nale\u017c\u0105 do podpisu i jakiej kanonizacji u\u017cywam, zwykle c=relaxed\/relaxed. Nast\u0119pnie wysy\u0142am wiadomo\u015bci testowe do r\u00f3\u017cnych skrzynek pocztowych i analizuj\u0119 nag\u0142\u00f3wek, hash cia\u0142a i zastosowan\u0105 kanonizacj\u0119. <strong>Selektor<\/strong>. Podczas pracy monitoruj\u0119 wska\u017aniki dostarczalno\u015bci, p\u0119tle zwrotne i raporty DMARC oraz dostosowuj\u0119 kanoniczno\u015b\u0107 lub list\u0119 nag\u0142\u00f3wk\u00f3w, je\u015bli wyst\u0105pi\u0105 jakiekolwiek anomalie. W ten spos\u00f3b utrzymuj\u0119 czyst\u0105 baz\u0119 techniczn\u0105 i <strong>Ocena<\/strong> zrozumia\u0142e.<\/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\/05\/mailsecurity-dkim-stability-2473.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>MIME, zestawy znak\u00f3w i konwersje transportowe<\/h2>\n\n<p>Planuj\u0119, aby MTA i bramki zmienia\u0142y kodowanie transferu tre\u015bci, zestawy znak\u00f3w lub zako\u0144czenia linii:<\/p>\n<ul>\n  <li><strong>Quoted-Printable vs Base64<\/strong>Konwersje mi\u0119dzy nimi s\u0105 powszechne. Rozlu\u017aniona kanonizacja cia\u0142a wychwytuje r\u00f3\u017cnice w bia\u0142ych znakach i zako\u0144czeniach linii, ale zmiany semantyczne (np. przepakowywanie cz\u0119\u015bci MIME) \u0142ami\u0105 sygnatur\u0119.<\/li>\n  <li><strong>Konwersja 7bit\/8bit<\/strong>Niekt\u00f3re systemy konwertuj\u0105 8bit na 7bit. Relaxed normalizuje zako\u0144czenia linii, ale je\u015bli zawarto\u015b\u0107 jest ponownie kodowana lub zawijana, pomo\u017ce tylko ponowne podpisanie w po\u015brednim miejscu docelowym (np. dla list mailingowych) lub ARC dla \u0142a\u0144cucha autentyczno\u015bci.<\/li>\n  <li><strong>Ko\u0144cowe znaki nowej linii<\/strong>Upewniam si\u0119, \u017ce cia\u0142o ko\u0144czy si\u0119 poprawnie z CRLF. Relaxed usuwa nadmiar linii ko\u0144cowych, simple nie - jest to cz\u0119sta przeszkoda.<\/li>\n  <li><strong>Puste cia\u0142a<\/strong>Puste cia\u0142o jest zdefiniowane jako pojedyncza pusta linia w relaxed. Sprawdzam to wyra\u017anie w testach, aby wykluczy\u0107 przypadki brzegowe.<\/li>\n<\/ul>\n<p>W przypadku tre\u015bci HTML monitoruj\u0119, czy inlinery, skanery DLP lub narz\u0119dzia do sprawdzania link\u00f3w zmieniaj\u0105 atrybuty lub bia\u0142e znaki. Je\u015bli tak jest, utrzymuj\u0119 niewielk\u0105 liczb\u0119 podpisanych, potencjalnie dotkni\u0119tych nag\u0142\u00f3wk\u00f3w i nalegam na zrelaksowane \/ zrelaksowane, aby zminimalizowa\u0107 interwencje kosmetyczne.<\/p>\n\n<h2>Unikanie typowych \u017ar\u00f3de\u0142 b\u0142\u0119d\u00f3w<\/h2>\n\n<p>Cz\u0119sto widz\u0119 b\u0142\u0119dy w rekordzie DNS: niew\u0142a\u015bciwe podzia\u0142y wierszy, brakuj\u0105ce \u015bredniki lub cudzys\u0142owy uniemo\u017cliwiaj\u0105 odbiorcom rozpoznanie publiczno\u015bci <strong>klucz<\/strong> \u0142aduj\u0105 si\u0119 czysto. Problemy pojawiaj\u0105 si\u0119 r\u00f3wnie\u017c z powodu braku synchronizacji podczas zmian kluczy, je\u015bli DNS i plik serwera nie s\u0105 zsynchronizowane. <strong>bieg<\/strong>. Zbyt rygorystyczna kanonizacja, taka jak simple\/simple, szybko zawodzi w przypadku list mailingowych, bramek lub archiwizacji i niepotrzebnie pogarsza dostarczalno\u015b\u0107. Podpisywanie zbyt wielu, cz\u0119sto zmienianych nag\u0142\u00f3wk\u00f3w jest r\u00f3wnie ryzykowne, poniewa\u017c mo\u017ce zagrozi\u0107 wa\u017cno\u015bci wiadomo\u015bci. <strong>Podpis<\/strong> wra\u017cliwe. Dlatego u\u017cywam zr\u00f3wnowa\u017conej listy nag\u0142\u00f3wk\u00f3w, koncentruj\u0105c si\u0119 na From, To, Subject, Date i odpowiednich dodatkach, i zachowuj\u0119 spok\u00f3j dla nag\u0142\u00f3wk\u00f3w i <strong>Cia\u0142o<\/strong> gotowe. Takie podej\u015bcie zapobiega reakcjom \u0142a\u0144cuchowym i oszcz\u0119dza czas podczas rozwi\u0105zywania problem\u00f3w.<\/p>\n\n<h2>Por\u00f3wnanie kanonizacji nag\u0142\u00f3wka i tre\u015bci<\/h2>\n\n<p>Aby uczyni\u0107 decyzje namacalnymi, podsumowuj\u0119 efekty tryb\u00f3w w kompaktowej tabeli i dodaj\u0119 praktyczne wskaz\u00f3wki dotycz\u0105ce <strong>Wyb\u00f3r<\/strong>. Por\u00f3wnanie pomaga znale\u017a\u0107 odpowiedni tryb dla siebie <strong>Otoczenie<\/strong> bez tworzenia martwych punkt\u00f3w.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Aspekt<\/th>\n      <th>prosty (nag\u0142\u00f3wek\/cia\u0142o)<\/th>\n      <th>zrelaksowany (nag\u0142\u00f3wek\/cia\u0142o)<\/th>\n      <th>Uwaga praktyczna<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>Tolerancja dla przestrzeni<\/td>\n      <td>Niewielkie r\u00f3\u017cnice szybko si\u0119 niweluj\u0105<\/td>\n      <td>Wysoki, wiele przestrzeni jest znormalizowanych<\/td>\n      <td>Dla tras mieszanych <strong>zrelaksowany<\/strong> przys\u0142uga<\/td>\n    <\/tr>\n    <tr>\n      <td>Radzenie sobie z podzia\u0142ami wierszy<\/td>\n      <td>\u015acis\u0142y, format musi dok\u0142adnie pasowa\u0107<\/td>\n      <td>Normalizuje typowe warianty<\/td>\n      <td>W przypadku bramek z przeformatowaniem <strong>zrelaksowany<\/strong><\/td>\n    <\/tr>\n    <tr>\n      <td>Przekazywanie\/listy mailingowe<\/td>\n      <td>Wysokie ryzyko z\u0142ama\u0144<\/td>\n      <td>Znacznie wy\u017csza odporno\u015b\u0107<\/td>\n      <td>Prefiks tematu i stopki <strong>amortyzowa\u0107<\/strong><\/td>\n    <\/tr>\n    <tr>\n      <td>Wewn\u0119trzne, kontrolowane sieci<\/td>\n      <td>Dobry wyb\u00f3r dla jednorodnego toru<\/td>\n      <td>R\u00f3wnie\u017c mo\u017cliwe<\/td>\n      <td>U\u017cywaj prostego tylko wtedy, gdy wszystkie <strong>Stacje<\/strong> s\u0105 znane<\/td>\n    <\/tr>\n    <tr>\n      <td>Zalecana kombinacja<\/td>\n      <td>c=prostota\/prostota rzadko przydatne<\/td>\n      <td>c = zrelaksowany \/ zrelaksowany w wi\u0119kszo\u015bci przypadk\u00f3w<\/td>\n      <td>Nag\u0142\u00f3wek zrelaksowany, cia\u0142o <strong>zrelaksowany<\/strong><\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n<p>Zawsze testuj\u0119 zmiany na prawdziwych docelowych skrzynkach pocztowych, poniewa\u017c kontrole syntetyczne nie dzia\u0142aj\u0105 na ka\u017cdej z nich. <strong>Trasa<\/strong> map. Regularnie sprawdzam te\u017c, czy stacje po\u015brednie nie wstawiaj\u0105 nowych nag\u0142\u00f3wk\u00f3w lub nie zmieniaj\u0105 kodowania i dostosowuj\u0119 je. <strong>Konfiguracja<\/strong> p\u00f3\u017aniej.<\/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\/05\/mailserver_sicherheit_2345.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Monitorowanie, DMARC i SPF w interakcji<\/h2>\n\n<p>Analizuj\u0119 raporty DMARC, aby zobaczy\u0107, jak cz\u0119sto DKIM lub SPF dzia\u0142aj\u0105 u odbiorcy i poprawiam je. <strong>Ustawienia<\/strong> w rezultacie. SPF cz\u0119sto zawodzi w przypadku przekierowa\u0144, poniewa\u017c serwer przekierowuj\u0105cy nie znajduje si\u0119 w rekordzie SPF, dlatego te\u017c wymagane jest niezawodne sprawdzenie DKIM. <strong>D\u017awi\u0119k<\/strong> jest okre\u015blona. U\u017cywam odpowiedniej polityki DMARC, aby regulowa\u0107 spos\u00f3b, w jaki odbiorcy radz\u0105 sobie z wiadomo\u015bciami, kt\u00f3re nie przechodz\u0105 SPF lub DKIM. Czyni\u0105c to, przestrzegam zasad wyr\u00f3wnania, tak aby przypisanie domeny mi\u0119dzy Header-From, DKIM-d i <strong>SPF<\/strong>-mailfrom pasuje do siebie. Aby uzyska\u0107 dok\u0142adn\u0105 kontrol\u0119 <a href=\"https:\/\/webhosting.de\/pl\/mailserver-spf-alignment-dmarc-policies-guide-security\/\">Przewodnik po zasadach DMARC<\/a>, kt\u00f3ry przedstawia typowe scenariusze i skutki uboczne. Im bardziej konsekwentnie DKIM jest przenoszony przez kanonizacj\u0119, tym bardziej niezawodnie dzia\u0142a. <strong>DMARC<\/strong> w \u017cyciu codziennym.<\/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\/05\/mailserver-sicherheit-4501.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>ARC i listy mailingowe w kontek\u015bcie kanonizacji<\/h2>\n\n<p>Bior\u0119 pod uwag\u0119, \u017ce listy mailingowe i us\u0142ugi przekierowania zmieniaj\u0105 zawarto\u015b\u0107, co cz\u0119sto uniewa\u017cnia oryginalny podpis DKIM. Dwie strategie pomagaj\u0105 w codziennym \u017cyciu:<\/p>\n<ul>\n  <li><strong>Ponowne podpisanie umowy<\/strong> przez list\u0119 lub bram\u0119: Stacja po\u015brednia zast\u0119puje oryginalny podpis swoim w\u0142asnym. Pozwala to zachowa\u0107 integralno\u015b\u0107 dla odbiorcy, ale dostosowanie DMARC do oryginalnego nadawcy jest cz\u0119sto tracone.<\/li>\n  <li><strong>ARC (uwierzytelniony otrzymany \u0142a\u0144cuch)<\/strong>ARC zachowuje wyniki uwierzytelniania oryginalnej dostawy w podpisanym \u0142a\u0144cuchu. Nie zapisuje to uszkodzonego podpisu DKIM, ale pozwala odbiorcom wzi\u0105\u0107 pod uwag\u0119 oryginaln\u0105 autentyczno\u015b\u0107.<\/li>\n<\/ul>\n<p>W praktyce utrzymuj\u0119 zredukowan\u0105 kanoniczno\u015b\u0107, ograniczam podpisane nag\u0142\u00f3wki do solidnych p\u00f3l i polegam na ARC lub ponownym podpisywaniu list\/spedytor\u00f3w. W ten spos\u00f3b \u0142\u0105cz\u0119 sp\u00f3jno\u015b\u0107 oryginalnego podpisu z identyfikowalnym \u0142a\u0144cuchem autentyczno\u015bci wzd\u0142u\u017c trasy.<\/p>\n\n<h2>Wiele podpis\u00f3w, dostawcy zewn\u0119trzni i subdomeny<\/h2>\n\n<p>W przypadku z\u0142o\u017conych konfiguracji u\u017cywam kilku podpis\u00f3w DKIM: na przyk\u0142ad jednego podpisu z mojej g\u0142\u00f3wnej domeny i drugiego od zakontraktowanego dostawcy us\u0142ug wysy\u0142kowych. Daje mi to redundancj\u0119 na wypadek, gdyby podpis sta\u0142 si\u0119 niewa\u017cny z powodu zmian formatu lub ponownego podpisania. W celu dostosowania DMARC upewniam si\u0119, \u017ce co najmniej jeden podpis jest zgodny z widocznym z domeny (odpowiednia polityka d= i subdomeny, je\u015bli ma to zastosowanie). W \u015brodowiskach klienckich podpisuj\u0119 ka\u017cd\u0105 to\u017csamo\u015b\u0107 wysy\u0142aj\u0105c\u0105 za pomoc\u0105 w\u0142asnego selektora i klucza, utrzymuj\u0119 klucze i rekordy DNS w czysto\u015bci i jasno dokumentuj\u0119 obowi\u0105zki.<\/p>\n\n<h2>Rozwi\u0105zywanie problem\u00f3w: analiza nag\u0142\u00f3wka i typowe wska\u017aniki<\/h2>\n\n<p>Stosuj\u0119 ustrukturyzowane podej\u015bcie do awarii:<\/p>\n<ul>\n  <li>Sprawdzam <strong>Wyniki uwierzytelniania<\/strong>-Header u odbiorcy: Kt\u00f3ra metoda (DKIM\/SPF\/DMARC) przesz\u0142a pomy\u015blnie, kt\u00f3ra nie powiod\u0142a si\u0119 i kt\u00f3ry selektor zosta\u0142 u\u017cyty?<\/li>\n  <li>Por\u00f3wnuj\u0119 <strong>bh=<\/strong> oraz <strong>b=<\/strong>Je\u015bli hash cia\u0142a (bh=) nie pasuje, szukam zmian na ko\u0144cach linii, spacji na ko\u0144cach linii lub wstawionych tekst\u00f3w stopki.<\/li>\n  <li>Sprawdzam <strong>h=<\/strong>-list: Czy nag\u0142\u00f3wek wymieniony na li\u015bcie zosta\u0142 ponownie z\u0142o\u017cony, uporz\u0105dkowany lub dodany po drodze? Relaxed przechwytuje bia\u0142e znaki, ale nie zmiany semantyczne lub sekwencji poza zdefiniowanymi regu\u0142ami.<\/li>\n  <li>Patrz\u0119 na <strong>c=<\/strong>Czy test jest ustawiony na simple\/simple, chocia\u017c bramki si\u0119 przeformatowuj\u0105? Nast\u0119pnie prze\u0142\u0105czam na relaxed\/relaxed i testuj\u0119 ponownie.<\/li>\n  <li>Sprawdzam <strong>Klucz DNS<\/strong>Czy rekord TXT mo\u017ce zosta\u0107 pobrany w ca\u0142o\u015bci i poprawnie, czy wszystkie segmenty s\u0105 poprawnie cytowane i czy selektor jest poprawny?<\/li>\n<\/ul>\n<p>Por\u00f3wnuj\u0105c wiadomo\u015bci e-mail z kilkoma du\u017cymi dostawcami, szybciej rozpoznaj\u0119 wzorce, poniewa\u017c niekt\u00f3re \u0142a\u0144cuchy MTA s\u0105 \u201ebardziej rygorystyczne\u201c ni\u017c inne. Uwzgl\u0119dniam swoje ustalenia w kanonizacji, listach nag\u0142\u00f3wk\u00f3w lub dostosowaniach procesu (np. wyg\u0142adzanie bia\u0142ych znak\u00f3w przed wys\u0142aniem).<\/p>\n\n<h2>Kluczowa rotacja i zarz\u0105dzanie<\/h2>\n\n<p>Systematycznie zmieniam klucze DKIM, aby nie dopu\u015bci\u0107 do ich dezaktualizacji. <strong>klucz<\/strong> jest w DNS przez niepotrzebnie d\u0142ugi czas i zwi\u0119ksza ryzyko. Przed ka\u017cd\u0105 rotacj\u0105 sprawdzam, czy wszystkie us\u0142ugi korzystaj\u0105 z nowego selektora i przygotowuj\u0119 faz\u0119 przej\u015bciow\u0105, w kt\u00f3rej obie us\u0142ugi mog\u0105 korzysta\u0107 z nowego selektora. <strong>Selektor<\/strong> s\u0105 wa\u017cne. Po prze\u0142\u0105czeniu usuwam stary klucz publiczny, gdy tylko wszystkie systemy wychodz\u0105ce korzystaj\u0105 z nowej konfiguracji. \u0141\u0105cz\u0119 t\u0119 procedur\u0119 z przypomnieniami w kalendarzu, udokumentowanymi obowi\u0105zkami i planem test\u00f3w dla <strong>Nawroty<\/strong>. Do implementacji u\u017cywam przewodnika do <a href=\"https:\/\/webhosting.de\/pl\/dkim-zarzadzanie-rotacja-kluczy-plan-rotacji-zabezpieczen-serwera\/\">Rotacja kluczy DKIM<\/a>, kt\u00f3ry opisuje jasne kroki i rozs\u0105dne odst\u0119py czasu. Dzi\u0119ki temu \u0142a\u0144cuch kryptograficzny pozostaje czysty, a <strong>Administracja<\/strong> pozostaje jasne.<\/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\/05\/dev_desk_4721.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Kr\u00f3tkie podsumowanie<\/h2>\n\n<p>Polegam na zrelaksowanym \/ zrelaksowanym, poniewa\u017c rozbraja ma\u0142e zmiany formatu i minimalizuje <strong>Podpis<\/strong> cz\u0119\u015bciej dociera prawid\u0142owo do miejsca docelowego. Sprytny wyb\u00f3r podpisanych nag\u0142\u00f3wk\u00f3w zapobiega manipulacji bez nara\u017cania <strong>Sp\u00f3jno\u015b\u0107<\/strong> niepotrzebnie zagra\u017ca\u0107 jako\u015bci us\u0142ug. Dok\u0142adne testy z prawdziwymi skrzynkami pocztowymi pokazuj\u0105, gdzie bramki zmieniaj\u0105 rzeczy i jak musz\u0119 wprowadzi\u0107 poprawki. DMARC przynosi znaczne korzy\u015bci, je\u015bli DKIM pozostaje niezawodnie testowalny, a SPF chwieje si\u0119 podczas przekierowania, wi\u0119c zwracam uwag\u0119 na czysto\u015b\u0107. <strong>Wyr\u00f3wnanie<\/strong>. Dzi\u0119ki zorganizowanym procesom rotacji kluczy, przejrzystej dokumentacji i monitorowaniu, zapewniam bezpiecze\u0144stwo operacji. <strong>mo\u017cliwy do utrzymania<\/strong>. Je\u015bli we\u017amiesz sobie te punkty do serca, zmniejszysz ryzyko spamu, ochronisz to\u017csamo\u015b\u0107 domeny i zauwa\u017calnie zwi\u0119kszysz wska\u017anik dostarczalno\u015bci.<\/p>","protected":false},"excerpt":{"rendered":"<p>Dowiedz si\u0119, w jaki spos\u00f3b DKIM Canonicalisation poprawia stabilno\u015b\u0107 sygnatur i dlaczego skoncentrowane s\u0142owo kluczowe DKIM Canonicalisation jest kluczowe dla bezpiecznych serwer\u00f3w pocztowych.<\/p>","protected":false},"author":1,"featured_media":19554,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[708],"tags":[],"class_list":["post-19561","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":"77","_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":"DKIM Canonicalization","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":"19554","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/pl\/wp-json\/wp\/v2\/posts\/19561","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=19561"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/pl\/wp-json\/wp\/v2\/posts\/19561\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/pl\/wp-json\/wp\/v2\/media\/19554"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/pl\/wp-json\/wp\/v2\/media?parent=19561"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/pl\/wp-json\/wp\/v2\/categories?post=19561"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/pl\/wp-json\/wp\/v2\/tags?post=19561"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}