Reguły masowego wysyłania wiadomości e-mail dla Google, Yahoo, Microsoft i Apple iCloud Mail

Dostawcy usług pocztowych internetowej coraz większy nacisk kładą na uwierzytelnianie nadawców, aby ograniczyć phishing, spoofing i spam. Giganci technologiczni, tacy jak Google, Yahoo, Microsoft i Apple wprowadzili rygorystyczne zasady zgodności dla nadawców masowych wiadomości, a ich aktywne egzekwowanie jest obecnie realizowane przez wszystkich głównych dostawców.

Jeśli Twoja organizacja wysyła dużą liczbę wiadomości e-mail, nieprzestrzeganie tych wymogów spowoduje, że Twoje wiadomości e-mail będą odrzucane na poziomie SMTP; nie trafią one nawet do folderu ze spamem. Dobra wiadomość? Zgodność z przepisami nie musi być skomplikowana. Oto więc kompletny przewodnik po wymaganiach dotyczących nadawców masowych wiadomości e-mail dla głównych dostawców usług pocztowych!

Stawka jest jasna: nadawcy przestrzegający zasad osiągają średnio 89% dostarczalności do skrzynek odbiorczych w 2026 r., podczas gdy w przypadku nadawców nieprzestrzegających zasad 22–34% ich wiadomości trafia do folderu spam — co oznacza 3- do 7-krotną karę. Po dwóch latach od wprowadzenia przepisów różnica między programami zgodnymi z zasadami a tymi niezgodnymi nigdy nie była większa.

Czym jest masowy nadawca wiadomości e-mail?

Masowy nadawca wiadomości e-mail to każda osoba lub organizacja, która wysyła dużą liczbę wiadomości e-mail. Większość dostawców klasyfikuje je jako zazwyczaj wysyłające 5000 lub więcej wiadomości dziennie. Dotyczy to wiadomości e-mail wysyłanych z jednej domeny do wielu odbiorcówzazwyczaj dla:

• Kampanie marketingowe
• Biuletyny informacyjne
• Wiadomości transakcyjne (np. potwierdzenia zamówień, resetowanie hasła)
• Powiadomienia lub alerty

Kluczowe cechy nadawców masowych:

• Wiadomości e-mail są często wysyłane partiami (nie jest to komunikacja indywidualna).
• Odbiorcy mogli, ale nie musieli wcześniej wchodzić w interakcje z nadawcą.
• Wiadomości są często automatyczne i wysyłane za pośrednictwem platform marketingu e-mailowego, systemów CRM lub narzędzi do masowej wysyłki.

Uwaga: Zasady Google dotyczą wyłącznie wiadomości e-mail wysyłanych na prywatne konta Gmail (@gmail.com i @googlemail.com). Płatne konta Google Workspace nie są uwzględniane przy obliczaniu limitu dla nadawców masowych. Zasady Microsoftu dotyczą domen konsumenckich: Outlook.com, Hotmail.com i Live.com.

Progi i wymagania dotyczące masowych nadawców według dostawców

Jeśli wysyłasz tysiące e-maili dziennie, jesteś na celowniku. Oto, jak każdy z głównych dostawców definiuje nadawcę masowego i czego od Ciebie oczekuje:

1. Google (Gmail)

Limit wysyłania masowego: ponad 5 000 wiadomości e-mail dziennie na domenę

Kluczowe wymagania:

• SPF, DKIMoraz DMARC wdrożenie
• Spam rate <0.3%
• Rezygnacja z subskrypcji jednym kliknięciem (Nagłówki RFC 8058)
• Zgodność z RFC 5322
• Prawidłowe rekordy PTR
• Nagłówki ARC dla przekazanych wiadomości e-mail
• Szyfrowanie TLS w transmisji wiadomości e-mail

Harmonogram egzekwowania przepisów:

• Luty 2024: Tymczasowe błędy dla niezgodnych wiadomości e-mail
• Kwiecień 2024 r.: Stopniowe odrzucanie wiadomości e-mail niezgodnych z wymogami
• Czerwiec 2024: Pełne egzekwowanie przepisów z bezpośrednim odrzucaniem niezgodnych wiadomości e-mail
• Październik 2025 r.: Google wycofuje dotychczasowe narzędzie Postmaster Tools i wprowadza jego nową wersję (v2), w której dotychczasowa skala oceny reputacji zostaje zastąpiona dwustanowym wskaźnikiem zgodności (zgodność/niezgodność)
• Listopad 2025 r.: Gmail przechodzi z tymczasowego wstrzymywania dostarczania (błędy 421) na trwałe odrzucanie (błędy 550). Wiadomości masowe niezgodne z wymogami są teraz od razu odrzucane na poziomie SMTP i nie będą ponownie wysyłane.

Najważniejsze kody błędów, na które należy zwrócić uwagę:

• 550-5.7.26 — Wiadomość e-mail nie spełnia wymogów zgodności z DMARC (nowość od listopada 2025 r.)
• 421-4.7.32 — Błąd zgodności SPF/DKIM
• 550-5.7.1 — Błąd krytyczny SPF

Więcej informacji znajdziesz w Pomoc dla administratorów Google Workspace. Zobacz też: Egzekwowanie zasad Gmaila 2025: Google zaczyna odrzucać wiadomości e-mail

2. Yahoo

Limit wysyłania masowego: ponad 5 000 wiadomości e-mail dziennie na domenę

Kluczowe wymagania:

• Wdrożenie SPF, DKIM i DMARC
• Spam rate <0.3%
• Łatwe wypisanie się z listy (nagłówki RFC 8058 umożliwiające wypisanie się jednym kliknięciem)
• Prawidłowe rekordy PTR
• Zgodność z RFC 5322

Aktualizacja: Aktywne od lutego 2024 r.. Yahoo stosuje takie same wymagania dotyczące uwierzytelniania jak Gmail, wraz z równoważnymi środkami egzekwowania.

Więcej informacji można znaleźć na stronie Yahoo Sender Hub.

3. Microsoft (Outlook, Hotmail i Live)

Limit wysyłania masowego: ponad 5 000 wiadomości e-mail dziennie na domenę

Kluczowe wymagania:

• Wdrożenie protokołów SPF i DKIM
• DMARC dostosowany do SPF lub DKIM (najlepiej obu)
• Polityka DMARC z ustawieniem co najmniej p=none
• Adresy „Od” i „Odpowiedz na”
• Działające linki do rezygnacji z subskrypcji (zalecane)
• Dbałość o listę adresową i przejrzyste praktyki wysyłkowe

Harmonogram egzekwowania: (Zaktualizowano)

• 5 maja 2025 r.: Ogłoszenie wymogów i rozpoczęcie wstępnego egzekwowania przepisów
• Sierpień 2025 r.: Wiadomości e-mail niezgodne z wymogami będą przekierowywane do folderu ze spamem z nagłówkami ostrzegawczymi
• Listopad 2025 r.: Pełne wdrożenie mechanizmu odrzucania wiadomości. Wiadomości e-mail niezgodne z wymogami otrzymują teraz stały kod błędu 550 5.7.515 i są od razu odrzucane — nie trafiają do folderu ze śmieciami ani spamu.

Główna różnica w stosunku do Google: Microsoft przywiązuje dużą wagę do reputacji adresu IP, podobnie jak do reputacji domeny. Jeśli korzystasz z tego samego adresu IP co spamer, Twoja skuteczność dostarczania wiadomości w systemie Microsoft ulegnie pogorszeniu, nawet jeśli proces uwierzytelniania przebiega prawidłowo.

Więcej informacji znajdziesz w Centrum społeczności Microsoft. 

Zobacz też: Wymagania Microsoftu dotyczące nadawców na rok 2025 — wymagana obsługa DMARC w programie Outlook

4. Apple (iCloud Mail)

Próg dla nadawców masowych: Nieokreślony formalnie

Kluczowe wymagania:

• Wdrożenie SPF, DKIM i DMARC
• Nagłówki ARC dodane do przekazywanych wiadomości
• Ważne i spójne Od: nazwa
• Link do anulowania subskrypcji
• Prawidłowe rekordy PTR
• Zgodność z RFC 5322

Termin wykonania: Nie ustalono. Jednakże wytyczne Apple dotyczące nadawców masowych są już ściśle zgodne z wytycznymi Google, Yahoo i Microsoftu. Analitycy branżowi powszechnie oczekują, że Apple sformalizuje egzekwowanie tych zasad w latach 2026–2027.

Uwaga: W PowerDMARC zalecamy rozpoczęcie wdrażania DMARC od ustawienia p=none, a następnie stopniowe przechodzenie do p=quarantine, a na końcu do p=reject, monitorując jednocześnie swoje raportów DMARC.

Porównanie dostawców w formie zestawienia

Co się stanie, jeśli nie zastosujesz się do przepisów?

Nieprzestrzeganie przepisów nie jest już tylko teoretycznym zagrożeniem. Oto, co dzieje się obecnie, gdy Twoje wiadomości e-mail nie spełniają wymogów dotyczących nadawców masowych:

• Google: Wiadomości e-mail otrzymują stały błąd odrzucenia 550 na poziomie SMTP. Nigdy nie trafiają one do skrzynki odbiorczej ani do folderu ze spamem. Status zgodności w narzędziach Postmaster Tools wskazuje „Niepowodzenie”.
• Microsoft: Wiadomości e-mail otrzymują kod stałego błędu 550 5.7.515. W przeciwieństwie do wcześniejszego podejścia Google, polegającego na przekierowywaniu wiadomości do folderu ze spamem, Microsoft obecnie odrzuca je od razu.
• Yahoo: Podobne zachowanie w przypadku odrzucenia z powodu nieprawidłowego uwierzytelnienia.

Wpływ na dostarczalność jest ogromny:

• Wysyłający spełniający wymagania: ~89% wskaźnik dostarczalności do skrzynek odbiorczych w 2026 r.
• Nadawcy nieprzestrzegający zasad: 22–34% wiadomości trafia do folderu spam — od 3 do 7 razy więcej niż średnia
• Około 30% nadawców masowych nadal nie spełnia w pełni co najmniej jednego wymogu, najczęściej dotyczącego nagłówka rezygnacji z subskrypcji jednym kliknięciem zgodnie z RFC 8058

Warto przeczytać: Egzekwowanie zasad Gmaila w 2025 r.: Google zaczyna odrzucać wiadomości e-mail

Dlaczego uwierzytelnianie poczty e-mail ma znaczenie dla nadawców masowych?

SPF (Sender Policy Framework): SPF pomaga domenom weryfikować autoryzowanych nadawców. Po otrzymaniu wiadomości e-mail serwer odbierający sprawdza rekord SPF opublikowany w DNS nadawcy. Jeśli nadawcy nie ma na liście, wiadomość e-mail nie przejdzie SPF.

DKIM (DomainKeys Identified Mail): DKIM dodaje podpis cyfrowy do wiadomości e-mail. Pozwala to serwerowi odbierającemu zweryfikować, czy wiadomość nie została zmieniona i naprawdę pochodzi od deklarowanego nadawcy.

DMARC (Domain-based Message Authentication Reporting & Conformance): DMARC opiera się na SPF i DKIM. Umożliwia właścicielom domen określenie sposobu obsługi nieautoryzowanych wiadomości. DMARC zapewnia szczegółowe raporty dotyczące aktywności uwierzytelniania wiadomości e-mail.

Łącznie te trzy protokoły obejmują ponad 90% typowej listy adresów e-mailowych B2C w serwisach Google, Yahoo, Microsoft i Apple. Jeśli wszystkie trzy nie zostaną odpowiednio skonfigurowane, Twoje wiadomości e-mail mogą zostać odrzucone przez wszystkich głównych dostawców usług pocztowych.

Wraz z opublikowaniem DMARCbis jako RFC 9989 (maj 2026 r.), DMARC został podniesiony ze statusu dokumentu informacyjnego do statusu proponowanego standardu, co stanowi wyraźny sygnał, że branża poczty elektronicznej traktuje uwierzytelnianie jako podstawową infrastrukturę, a nie opcjonalną najlepszą praktykę.

Dodatkowe obowiązkowe i zalecane wymagania dotyczące Bulk Sender

1. Prawidłowe rekordy PTR

Bez prawidłowych rekordów PTR (rDNS) filtry antyspamowe mogą uznać adres za podejrzany. Twoje wiadomości e-mail mogą trafić do folderu ze spamem. Jeśli wysyłasz wiadomości e-mail z dedykowanego adresu IP lub z serwera MTA hostowanego we własnym zakresie, adres ten musi posiadać prawidłowy rekord PTR (zwany również odwrotnym DNS). Mówiąc prościej, adres IP powinien wskazywać na nazwę domeny, a ta z kolei powinna wskazywać z powrotem na ten sam adres IP. Jest to weryfikacja dwukierunkowa.

2. Rezygnacja z subskrypcji jednym kliknięciem (RFC 8058)

Dostawcy usług pocztowych, w tym Google, Yahoo i Apple, wymagają od nadawców masowych wiadomości, aby dołączyli opcję łatwego wypisania się jednym kliknięciem w wiadomościach e-mail. Microsoft również zaleca to w ramach swojej listy najlepszych praktyk dotyczących higieny poczty elektronicznej.

To właśnie ten wymóg jest najczęściej źle rozumiany. Nie chodzi tu o link do rezygnacji z subskrypcji umieszczony w stopce wiadomości e-mail. Google oczekuje, że umieścisz specjalne nagłówki, które pozwolą użytkownikom zrezygnować z subskrypcji jednym kliknięciem. Bez tego Google nie może wyświetlić przycisku „Zrezygnuj z subskrypcji” w skrzynkach odbiorczych Gmaila.

Oto, co musisz zrobić — umieść te dwa nagłówki w swojej wiadomości e-mail:

List-Unsubscribe-Post: List-Unsubscribe=Jednym kliknięciem

List-Unsubscribe: <https://yourdomain.com/unsubscribe/example>

Uwaga: Link HTTPS w nagłówku „List-Unsubscribe” musi odpowiadać na żądanie POST bez przekierowań ani stron potwierdzających. Ponadto prośby o rezygnację z subskrypcji należy realizować w ciągu 48 godzin. Wymóg ten dotyczy wyłącznie wiadomości marketingowych i promocyjnych — nie obejmuje on wiadomości transakcyjnych (potwierdzenia zamówień, resetowanie haseł).

3. Niski wskaźnik spamu pocztowego

Dostawcy usług pocztowych monitorują zgłoszenia dotyczące spamu. Jeśli zbyt wiele osób zgłosi Twoją wiadomość jako spam, ucierpi na tym Twoja reputacja, a skuteczność dostarczania wiadomości gwałtownie spadnie. Maksymalny dopuszczalny próg dla większości dostawców wynosi poniżej 0,3%. Odnosi się to konkretnie do zgłoszeń dotyczących spamu zgłoszonych przez użytkowników, a nie do wskaźników odrzuceń.

Aby ograniczyć liczbę skarg, zaleca się wysyłanie wiadomości wyłącznie do osób, które faktycznie wyraziły na to zgodę. Włącz przycisk rezygnacji z subskrypcji jednym kliknięciem, aby ułatwić odbiorcom rezygnację. Regularnie sprawdzaj wskaźniki spamu, korzystając z internetowych kalkulatorów spamu.

4. Prawidłowe nagłówki "Od" i "Odpowiedz do"

Dostawcy usług pocztowych oczekują, że będziesz używać prawidłowych adresów w polach „Od:” i „Odpowiedz na:”. Adresy te muszą umożliwiać odbieranie wiadomości. Używanie nieaktualnych lub nieprawidłowych nagłówków może skutkować odrzuceniem wiadomości. Sfałszowane lub podszywające się pod inne adresy nagłówki mogą również powodować tymczasowe awarie i problemy z dostarczalnością.

5. Formatowanie treści i higiena listy e-mailowej

Dbaj o przejrzystą i zwięzłą listę adresów e-mail oraz upewnij się, że Twoje wiadomości są sformatowane zgodnie z wytycznymi. Format treści wiadomości e-mail musi być zgodny ze standardem Internet Message Format (IMF), RFC 5322.

6. Szyfrowanie TLS

Zarówno Google, jak i Microsoft wymagają szyfrowania TLS (Transport Layer Security) dla wszystkich wiadomości wychodzących. Protokół TLS gwarantuje, że wiadomości e-mail są szyfrowane podczas przesyłania między serwerem wysyłającym a odbierającym, co zapobiega atakom typu „man-in-the-middle”. Organizacje, które chcą wprowadzić szyfrowanie TLS również dla wiadomości przychodzących, MTA-STS zapewnia mechanizm polityki wymagający szyfrowania TLS od serwerów wysyłających.

7. Dostosowanie do standardu DMARC

Wszyscy główni dostawcy wymagają obecnie zgodności z DMARC – domena widoczna w nagłówku „From:” musi być zgodna z domeną uwierzytelnioną za pomocą SPF lub DKIM (lub obu tych metod). Technicznie poprawna weryfikacja SPF lub DKIM, która nie jest zgodna z domeną „From:”, nadal spowoduje niepowodzenie DMARC. Bez zgodności pojawią się błędy takie jak 421-4.7.32 w Gmailu i 550 5.7.515 w Microsoft.

Dla organizacji zarządzających złożonymi konfiguracjami wysyłania na wielu platformach, hostowany DMARC ułatwia utrzymanie spójności wszystkich źródeł wysyłania z poziomu jednego pulpitu nawigacyjnego.

Jak standard DMARCbis (RFC 9989) wpłynie na nadawców masowych wiadomości w 2026 roku

21 maja 2026 r. organizacja IETF oficjalnie opublikowała specyfikacje DMARCbis jako dokumenty RFC 9989, 9990 i 9991, zastępując tym samym pierwotny standard DMARC (RFC 7489). Chociaż nie zmienia to bezpośrednio wymagań dotyczących nadawców masowych stawianych przez Google, Yahoo czy Microsoft, ma to istotne konsekwencje:

• DMARC ma obecnie status standardu proponowanego (a nie tylko informacyjnego), co oznacza, że w całym ekosystemie obowiązują bardziej rygorystyczne wymagania dotyczące jego wdrażania
• Zaktualizowane formaty raportowania (RFC 9990 i 9991) zapewniają lepszy wgląd w niepowodzenia uwierzytelniania
• W zaktualizowanej specyfikacji zastosowano algorytm przeszukiwania drzewa DNS zamiast listy sufiksów publicznych
• Organizacje, które już spełniają obecne wymagania dotyczące nadawców masowych, mają dobre warunki do zapewnienia zgodności z DMARCbis

Dowiedz się więcej: DMARCbis – co się zmienia i jak się przygotować

Plan działania dla nadawców masowych

• Wdrożenie SPF, DKIMoraz DMARC dla Twojej domeny
• Włącz rezygnację z subskrypcji jednym kliknięciem (nagłówki RFC 8058 — nie tylko link w stopce)
• Sprawdź swoje wpisy w PTR, aby upewnić się, że są prawidłowe
• Utrzymuj wskaźnik spamu poniżej 0,3%
• Należy używać poprawnych nagłówków w polach „Od:” i „Odpowiedz na:”
• Dbaj o porządek na swoich listach mailingowych
• Należy przestrzegać wytycznych dotyczących prawidłowego formatowania wiadomości e-mail zawartych w RFC 5322
• Wdrożenie nagłówków ARC dla przekazywanych wiadomości e-mail
• Włącz szyfrowanie TLS dla wszystkich wychodzących wiadomości e-mail
• Sprawdź zgodność z DMARC we wszystkich źródłach i platformach wysyłających
• Sprawdzaj stan zgodności w narzędziach Google Postmaster Tools v2
• Zacznij od ustawienia p=none, następnie przejdź do p=quarantine, a potem p=reject, cały czas monitorując sytuację raportów DMARC

Jak monitorować zgodność z przepisami wśród dostawców

Zapewnienie zgodności z przepisami nie jest działaniem jednorazowym — wymaga ciągłego monitorowania, ponieważ infrastruktura wysyłkowa ulega zmianom, a dostawcy aktualizują swoje wymagania:

• Narzędzia Google dla administratorów witryn w wersji 2: Sprawdzaj status zgodności plików binarnych swojej domeny (zgodność/niezgodność), wskaźniki spamu oraz wyniki uwierzytelniania. Dotychczasowa skala oceny reputacji (wysoka/średnia/niska) została wycofana.
• Microsoft SNDS (Smart Network Data Services): Sprawdź reputację swojego adresu IP oraz wskaźniki spamu dla serwisu Outlook.com. Firma Microsoft przywiązuje dużą wagę do reputacji adresów IP, dlatego nadawcy korzystający ze wspólnych adresów IP powinni uważnie monitorować ten wskaźnik.
• Yahoo Sender Hub: Sprawdź wyniki swoich wysyłek i wskaźniki skarg.
• Panel PowerDMARC: Monitoruj wskaźniki zgodności i niezgodności z protokołami SPF, DKIM i DMARC, identyfikuj nieautoryzowanych nadawców oraz śledź zgodność uwierzytelniania we wszystkich źródłach wysyłki za pomocą jednego interfejsu. Narzędzie do raportowania DMARC firmy PowerDMARC przekształca surowy kod XML w praktyczne pulpity nawigacyjne.

Dla organizacji zarządzających wieloma domenami lub platformami wysyłkowymi, usługi zarządzane DMARC mogą poradzić sobie ze złożonością ciągłego zapewniania zgodności we wszystkich kanałach.

Narzędzia i zasoby pomagające zachować zgodność z przepisami

• Sprawdź konfiguracje SPF, DKIM i DMARC
• Wyszukiwarka i narzędzie do sprawdzania rekordów SPF
• Wyszukiwanie rekordów DKIM
• Narzędzie do sprawdzania rekordów DMARC
• Analiza nagłówków wiadomości e-mail
• Sprawdź wskaźnik spamu w wiadomościach e-mail za pomocą Narzędzi Google dla administratorów poczty
• Zobacz wytyczne RFC 5322 dotyczące formatowania wiadomości

Słowa końcowe

Zasady dotyczące masowej wysyłki wiadomości e-mail są aktywnie egzekwowane przez dostawców takich jak Google, Yahoo, Microsoft i Apple w celu zapewnienia bezpieczniejszego i bardziej niezawodnego korzystania ze skrzynek odbiorczych. Nieprzestrzeganie tych zasad skutkuje obecnie trwałym odrzucaniem wiadomości e-mail, co sprawia, że wymagania te są niepodważalne dla każdej organizacji wysyłającej wiadomości na dużą skalę.

Zgodność stanowisk firm Google, Yahoo i Microsoft w kwestii identycznych standardów uwierzytelniania, w połączeniu z nadaniem standardowi DMARCbis statusu „proposed standard” w maju 2026 r., oznacza decydujący zwrot w branży poczty elektronicznej: uwierzytelnianie nie jest już opcjonalne. Stanowi ono podstawowy warunek dostępu do skrzynek odbiorczych.

Zacznij od SPF, DKIMoraz DMARC, dbaj o jakość swoich list adresowych i pozwól, by uwierzytelnianie wiadomości e-mail działało na Twoją korzyść!

Najczęściej zadawane pytania

1. Co się stanie, jeśli nie spełnię wymogów dotyczących nadawców masowych?

Od 2026 r. Twoje wiadomości e-mail będą trwale odrzucane (a nie tylko przenoszone do folderu spam). Google zwraca błąd 550, a Microsoft – błąd 550 5.7.515. Wiadomości te nigdy nie docierają do odbiorcy, niezależnie od folderu.

2. Czy zasady dotyczące nadawców masowych mają zastosowanie do wiadomości e-mail o charakterze transakcyjnym?

Wymogi dotyczące uwierzytelniania (SPF, DKIM, DMARC, rekordy PTR) mają zastosowanie do wszystkich wiadomości e-mail, w tym do wiadomości transakcyjnych. Wymóg dotyczący rezygnacji z subskrypcji jednym kliknięciem dotyczy jednak wyłącznie wiadomości marketingowych i promocyjnych. Wiadomości transakcyjne, takie jak potwierdzenia zamówień i wiadomości dotyczące resetowania hasła, są zwolnione z wymogu umieszczania nagłówka umożliwiającego rezygnację z subskrypcji.

3. Wysyłam mniej niż 5000 e-maili dziennie. Czy te zasady dotyczą mnie?

Próg 5000 wiadomości dziennie określa klasyfikację „masowego nadawcy”, jednak Google, Yahoo i Microsoft zalecają stosowanie protokołów SPF, DKIM i DMARC wszystkim nadawcom, niezależnie od liczby wysyłanych wiadomości. Nawet poniżej tego progu uwierzytelnianie poprawia skuteczność dostarczania wiadomości i chroni domenę przed spoofingiem.

4. Czy firma Microsoft stosuje ten sam próg co Google?

Tak. Od maja 2025 r. firma Microsoft stosuje ten sam limit 5000 wiadomości e-mail dziennie w przypadku swoich domen konsumenckich (Outlook.com, Hotmail.com, Live.com). Jednak Microsoft przywiązuje większą wagę do reputacji adresu IP niż Google, więc nadawcy korzystający ze wspólnych adresów IP narażeni są na dodatkowe ryzyko.

5. Jaka jest różnica między linkiem do rezygnacji z subskrypcji w stopce a funkcją rezygnacji jednym kliknięciem zgodnie z RFC 8058?

Link w stopce wymaga od użytkownika kliknięcia i ewentualnego przejścia do centrum preferencji. Funkcja rezygnacji z subskrypcji jednym kliknięciem opisana w RFC 8058 wykorzystuje specjalne nagłówki wiadomości e-mail (List-Unsubscribe i List-Unsubscribe-Post), które umożliwiają dostawcom usług pocztowych, takim jak Gmail, wyświetlanie natywnego przycisku „Anuluj subskrypcję” u góry wiadomości. Metoda oparta na nagłówkach jest tym, czego wymaga Google — a nie tylko widoczny link w treści wiadomości.

6. Jak standard DMARCbis wpływa na wymagania dotyczące nadawców masowych?

DMARCbis (RFC 9989, opublikowany w maju 2026 r.) nie zmienia bezpośrednio wymagań dotyczących nadawców masowych stawianych przez Google, Yahoo czy Microsoft. Podnosi jednak status DMARC do rangi formalnego standardu proponowanego, zaostrza zasady zgodności i usprawnia raportowanie — co sprawia, że prawidłowe wdrożenie DMARC staje się jeszcze ważniejsze dla długoterminowej zgodności z przepisami. Zobacz: Wyjaśnienie DMARCbis

• O
• Latest Posts

Yunes Tarada

Ekspert ds. bezpieczeństwa domen i poczty e-mail w PowerDMARC

Yunes jest liderem zespołu operacyjnego w PowerDMARC z wiedzą ekspercką w zakresie uwierzytelniania i bezpieczeństwa poczty elektronicznej. Yunes jest certyfikowanym przez Microsoft Azure Administrator Associate z certyfikatami CompTIA A+ i wieloma innymi.

Najnowsze posty autorstwa Yunes Tarada (zobacz wszystkie)

• Jak podzielić rekord DKIM - 5 czerwca 2026 r.
• compauth=fail: Wyjaśnienie uwierzytelniania kompozytowego Microsoftu - 1 czerwca 2026 r.
• Czy program Windows Defender wystarczy do zapewnienia bezpieczeństwa w małej firmie? - 14 maja 2026 r.