Tematy w tym obszarze:
Wprowadzenie do struktury zasad nadawcy
sprawdź ustawienia SPF poczty e-mail wysyłając wiadomość e-mail
Wprowadzenie do DomainKeys Identified Mail
sprawdź ustawienia DKIM swojego adresu e-mail wysyłając wiadomość e-mail
SPF to skrót od Sender Policy Framework, standardu uwierzytelniania wiadomości e-mail,
który umożliwia deklarowanie serwerów SMTP autoryzowanych do wysyłania wiadomości e-mail dla Twojej domeny.
Pozwala potwierdzić adres nadawcy i jego powiązanie z serwerem, który wysłał wiadomość.
Jeśli wiadomości e-mail są wysyłane z Twojej domeny nadawcy, odbiorca może zidentyfikować, czy zostały wysłane z serwera SMTP, który rozpoznajesz.
Zaleca się skonfigurowanie tej opcji, ponieważ niektórzy odbiorcy mogą odrzucać wiadomości, jeśli parametr SPF nie zostanie w ogóle ustawiony.
Istnieją dwa różne podejścia:
„Miękka” konfiguracja spowoduje mniej lub brak odrzuceń ze strony odbiorców.
„Twarda” konfiguracja spowoduje odrzucenie niektórych wiadomości, jeśli serwer nie został zadeklarowany lub w niektórych przypadkach, gdy wiadomość e-mail została przekierowana lub wysłana za pośrednictwem listy mailingowej.
„Twarda” konfiguracja zapewnia serwerowi poczty docelowej większą swobodę decydowania o zaakceptowaniu lub odrzuceniu wiadomości. To podejście sugerujemy.
Konfiguracja SPF wymaga dokładnej wiedzy o serwerach, których używasz do wysyłania wiadomości e-mail.
W przypadku RealSender rekord TXT Twojej domeny (example.com) powinien zawierać ciąg
a:example.realsender.com i wyglądać następująco:
example.com TXT "v=spf1 a:example.realsender.com ~all" W przypadku usługi HighSender rekord TXT Twojej domeny (example.com) powinien zawierać ciąg
include:spf.realsender.com i wyglądać następująco:
example.com TXT "v=spf1 include:spf.realsender.com ~all" Te narzędzia pomogą Ci sprawdzić konfigurację:
www.kitterman.com/spf/validate.html *
pobiera rekordy SPF dla określonej nazwy domeny i ustala, czy rekord jest prawidłowy
sprawdzenie SPF online
weryfikuje ustawienia SPF poczty e-mail wysyłanie wiadomości e-mail
* = link do zewnętrznej strony internetowej, zostanie otwarty na nowej stronie
Nawet jeśli wszystko jest ustawione poprawnie, weryfikacja wiadomości może się nie powieść,
jeśli wiadomość e-mail została przekierowana (przesłana dalej) lub wysłana za pośrednictwem listy mailingowej.
W takich przypadkach, aby zachować spójność uwierzytelniania poczty e-mail,
skonfiguruj domenę podpisu dkim tak, aby była zgodna z adresem nadawcy w polu „Od”.
Zobacz: zaawansowane uwierzytelnianie poczty e-mail » <dkim> alignment for dmarc.
spf@tester.realsender.comhttps://tester.realsender.com/spfWeryfikacja SPF online w usłudze RealSender doda prefiks tematu, jeśli wiadomość nie została poprawnie uwierzytelniona:
!! spf-fail !! Serwer SMTP nie znajduje się na liście autoryzowanych i wiadomość e-mail powinna zostać odrzucona lub usunięta !! spf-softfail !! Serwer SMTP nie znajduje się na liście autoryzowanych, ale ten przypadek należy traktować jako „softfail” !! spf-neutral !! Rekord SPF wyraźnie określa, że nie można nic powiedzieć o poprawności !! spf-none !! Domena nadawcy nie zawiera informacji umożliwiających uwierzytelnienie wiadomości e-mail Czasami informacje rejestrowane na poziomie domeny są nieprawidłowe/niezrozumiałe.
!! spf-permerror !! Wystąpił błąd trwały (np. źle sformatowany rekord SPF) !! spf-temperror !! Wystąpił błąd przejściowyWeryfikacja SPF jest przeprowadzana na podstawie adresu e-mail „Mail-From”, który jest ukryty w nagłówkach wiadomości e-mail.
Widoczny jest tylko adres e-mail „From”. Jeśli domeny główne są różne, wyświetlane jest to ostrzeżenie:
!! spf-diff !! domeny główne „Mail-From” i „From” są różneJeśli wiadomość przejdzie zarówno kontrolę SPF, jak i kontrolę wyrównania SPF dla protokołu DMARC (wyrównanie rozluźnione), otrzymasz:
|OK| spf-pass Twoja poczta e-mail przechodzi kontrolę SPF + kontrolę wyrównania SPFJeżeli tylko jedno z nich, SPF LUB DKIM, przejdzie kontrolę wyrównania dla protokołu DMARC (wyrównanie rozluźnione),
wiadomość nadal będzie uznawana za „OK” (zaufaną), a na jej początku zostanie dodany symbol ~ (tylda):
|~OK| spf-pass Twój adres e-mail przechodzi kontrolę SPF (nie wyrównanie) + kontrolę wyrównania DKIM
DKIM to skrót od DomainKeys Identified Mail, standardu uwierzytelniania wiadomości e-mail,
który ma na celu zagwarantowanie, że wiadomość e-mail (wraz z załącznikami) nie została zmodyfikowana od momentu złożenia „podpisu”.
Osiąga się to poprzez dołączanie podpisu cyfrowego powiązanego z nazwą domeny do każdej wysyłanej wiadomości e-mail.
Używane są dwa klucze: klucz „publiczny” i klucz „prywatny”:
Podczas wysyłania wiadomości serwer SMTP generuje „zaszyfrowany podpis skrótu” na podstawie treści wiadomości e-mail i klucza prywatnego.
System odbiorcy może zweryfikować podpis w nagłówku wiadomości e-mail, porównując go z treścią wiadomości i „kluczem publicznym” nadawcy.
Podpisy DKIM nie są od razu widoczne dla użytkowników końcowych. Są one dodawane i weryfikowane przez infrastrukturę poczty elektronicznej.
Serwery SMTP RealSender podpisują wszystkie wychodzące wiadomości e-mail podpisem dkim.
RealSender początkowo podpisuje wszystkie wiadomości wychodzące przy użyciu własnej domeny połączonej z serwerem SMTP.
Nie jest wymagana żadna konfiguracja ze strony użytkownika/administratora.
Aby uzyskać „wyrównanie domeny dkim dla dmarc”,
wiadomość musi być podpisana tą samą domeną co nadawca.
W przypadku RealSender należy dodać dwa rekordy CNAME
w ustawieniach DNS swojej domeny (example.com), takie jak te:
key1._domainkey.example.com CNAME key1._domainkey.twojafirma.realsender.com key2._domainkey.example.com CNAME key2._domainkey.twojafirma.realsender.comTo narzędzie pomoże Ci sprawdzić poprawność konfiguracji:
toolbox.googleapps.com *
* = link do zewnętrznej strony internetowej, zostanie otwarty na nowej stronie
Wiadomość zapieczętowana protokołem dkim nie może zostać zmodyfikowana, ale każdy może ją przeczytać.
Podpisana wiadomość, która nie przejdzie weryfikacji, zazwyczaj zostaje odrzucona.
Jeśli w drodze od nadawcy do odbiorcy nie wprowadzono żadnych zmian, nie powinno to mieć miejsca.
Doświadczyliśmy rzadkich przypadków, wszystkie związane z długością linii (maksymalnie 990 znaków).
Niektóre aplikacje wysyłają całą treść w jednej linii lub przesyłają bardzo długą linię w kodzie HTML.
W takich przypadkach podpis dkim ulega uszkodzeniu, co powoduje błąd sprawdzenia „dkim=fail”.
dkim@tester.realsender.comhttps://tester.realsender.com/dkimWeryfikacja DKIM online RealSender doda prefiks tematu, jeśli wiadomość nie została podpisana prawidłowo:
!! dkim-none !! Nie znaleziono nagłówków podpisu DKIM (prawidłowych lub nieprawidłowych) !! dkim-fail !! Znaleziono prawidłowy nagłówek podpisu DKIM, ale podpis nie zawiera prawidłowej wartości dla wiadomości Czasami nie jest możliwe wykonanie sprawdzenia:
!! dkim-invalid !! Wystąpił problem z samym podpisem lub rekordem klucza publicznego. Np. nie można przetworzyć podpisu !! dkim-temperror !! Wykryto błąd, który prawdopodobnie ma charakter przejściowy, na przykład tymczasową niemożność pobrania klucza publicznegoGdy wiadomość została podpisana przy użyciu innej domeny, do tematu zostanie dodany alert „diff”.
To ostrzeżenie NIE zostanie wyświetlone, jeśli nadawca pomyślnie przejdzie weryfikację SPF i wyrównanie SPF dla DMARC:
!! dkim-diff !! Wiadomość NIE została podpisana przez domenę nadawcyJeśli wiadomość przejdzie zarówno kontrolę DKIM, jak i kontrolę zgodności DKIM dla protokołu DMARC (wyrównanie rozluźnione), otrzymasz:
|OK| dkim-pass Twój adres e-mail przechodzi kontrolę DKIM + kontrolę zgodności DKIMJeżeli tylko jedno z nich, DKIM LUB SPF, przejdzie kontrolę wyrównania dla protokołu DMARC (wyrównanie rozluźnione),
wiadomość nadal będzie uznawana za „OK” (zaufaną), a na jej początku zostanie dodany symbol ~ (tylda):
|~OK| dkim-pass Twój adres e-mail przechodzi kontrolę DKIM (nie wyrównanie) + kontrolę wyrównania SPF