Deliverability

Czym jest rekord PTR (reverse DNS) i czy e-mail go potrzebuje?

Rekord PTR mapuje adres IP na nazwę hosta, którą Gmail wymaga rozwiązać z powrotem na ten adres wysyłający.

Opublikowanie rekordów e-mail Twojej domeny nie konfiguruje reverse DNS serwera wysyłającego pocztę. Ten rekord należy do strefy adresowej wysyłającego IP.

Kto kontroluje rekord PTR?

Operator odpowiedzialny za adres IP kontroluje jego reverse DNS lub deleguje tę kontrolę.

Strefa reverse DNS przechowuje nazwy powiązane z blokiem adresów. Strefa DNS Twojej domeny to oddzielny obszar uprawnień. Uprawnienia do edycji example.com nie dają więc uprawnień do zmiany rekordu PTR wysyłającego IP.

Dostawca hostingu może udostępnić panel sterowania lub przyjąć żądanie konfiguracji. Platforma wysyłkowa zwykle zarządza strefą reverse dla adresów, które dostarcza. Korzystaj z operatora odpowiedzialnego za adres, nawet jeśli rekordy Twojej domeny są hostowane gdzie indziej.

Co muszą pokazywać wyszukiwania forward i reverse?

Wysyłający adres IP musi rozwiązywać się na nazwę hosta, która rozwiązuje się z powrotem na ten sam adres IP. Gmail może tymczasowo ograniczyć lub zablokować pocztę, gdy te wyszukiwania się nie zgadzają.

Wymagania Google dla nadawców wymagają obu kierunków. Opublikuj wysyłający adres IPv4 w rekordzie A pod nazwą hosta PTR. Dla IPv6 opublikuj rekord AAAA.

Jeśli rekord PTR wskazuje mail.example.com, ta nazwa hosta musi mieć rekord adresowy zawierający wysyłający adres IP. Nazwa hosta, która już się nie rozwiązuje, nie przechodzi tego testu. Nazwa hosta rozwiązująca się tylko na inny adres IP również nie.

RFC 1912 zaleca dopasowane rekordy reverse dla każdego adresu hosta z wieloma adresami IP. Sprawdzenie tylko jednego adresu może pozostawić ruch z innego bez prawidłowego wyszukiwania reverse.

Skieruj rekord PTR bezpośrednio na nazwę hosta zawierającą rekord adresowy wysyłającego IP, aby uniknąć dodatkowego wyszukiwania. Alias CNAME dodaje tę pośredniość, czego RFC 1912 odradza.

Czy Gmail wymaga rekordów PTR od nadawców o niskim wolumenie?

Tak, Gmail wymaga zgodnego forward i reverse DNS od każdego nadawcy.

Wymaganie nie zależy od wejścia w próg nadawcy masowego. Aplikacja o niskim wolumenie wysyłająca resety haseł nadal potrzebuje poprawnie skonfigurowanego wysyłającego IP.

Panele Postmaster Tools Google zawierają błąd dostarczenia bad-or-missing-PTR. Jeśli ten błąd się pojawi, zbadaj wyszukiwanie reverse wysyłającego IP, zanim zmienisz niezwiązane rekordy uwierzytelniania domeny.

Serwer e-mail identyfikuje się powitaniem HELO zawierającym jego nazwę hosta. Dopasuj nazwę hosta z powitania do nazwy hosta serwera i reverse DNS, jak zaleca Spamhaus. Źle skonfigurowane serwery mogą mieć problemy z dostarczalnością nawet tam, gdzie odbiorcy nie korzystają z list Spamhaus.

Co zrobić w przypadku Twojej konfiguracji wysyłki?

Skonfiguruj reverse DNS przez operatora Twojego wysyłającego IP lub poproś tego operatora o naprawienie niezgodności.

Sposób wysyłkiKto może skonfigurować rekord reverse
Współdzielone IP wysyłkowe platformyPlatforma lub jej dostawca adresów
Dedykowany IP wysyłkowy platformyPlatforma lub jej dostawca adresów
Własny serwer pocztowyTwój dostawca hostingu lub Ty, jeśli kontrola strefy reverse jest delegowana

Dedykowany IP nie daje automatycznie kontroli nad jego strefą reverse. Zarządzana usługa nadal może mieć niezgodność. Potwierdź konfigurację, diagnozując nowy adres.

W przypadku wysyłek przez platformę podaj do wsparcia wadliwy adres IP i błąd dostarczenia. W przypadku serwera, którym zarządzasz, sprawdź oba kierunki DNS i nazwę hosta z powitania. Sprawdzenie list blokujących dotyczy oddzielnej możliwej przyczyny odrzucenia.

W skrócie

  1. Rekordy PTR należą do strefy adresowej.

    Operator odpowiedzialny za adres IP kontroluje jego reverse DNS lub deleguje tę kontrolę.

  2. Wyszukiwania forward i reverse muszą się zgadzać.

    Wysyłający adres IP musi mapować się na nazwę hosta, która rozwiązuje się z powrotem na ten sam adres IP.

  3. Gmail wymaga reverse DNS od każdego nadawcy.

    Zgodność forward i reverse DNS to wymagania bazowe, niezależnie od wolumenu wysyłki.

  4. Operator wysyłający zajmuje się naprawą.

    Skontaktuj się z platformą lub dostawcą hostingu odpowiedzialnym za adres IP, jeśli nie możesz edytować jego strefy reverse.

Zastosuj w praktyce.

Kontynuuj z dokumentacją, przewodnikami i przykładami dotyczącymi tego tematu. Zasoby są w języku angielskim.

Uzyskaj brief wdrożeniowy

Buduj na tej samej sieci.

Testowy klucz API otrzymasz od razu. Dostęp produkcyjny odblokujesz po dodaniu metody płatności i zweryfikowaniu nadawcy.

Twój kolejny pomysł.
Gotowy do połączenia.