Aplikacja wysyłająca i skrzynka odbiorcza mogą korzystać z różnych domen. Rekordy kierujące odpowiedzi nie muszą znajdować się w każdej subdomenie używanej do wysyłania.
Jak serwer wysyłający korzysta z rekordów MX?
Serwer wysyłający sprawdza domenę odbiorcy, aby znaleźć serwery przyjmujące jego pocztę przychodzącą.
Dla person@example.org sprawdza rekordy MX domeny example.org. Każdy rekord wskazuje serwer docelowy, którego nazwa hosta jest rozwiązywana do adresu IP.
RFC 5321 definiuje ten proces wyszukiwania dla SMTP.
Serwer wysyłający zgłasza błąd, gdy domena odbiorcy nie istnieje. Po tymczasowym błędzie wyszukiwania kolejkuje wiadomość do ponownej próby.
Co się dzieje, gdy domena nie ma rekordu MX?
Jeśli rekordy MX nie istnieją, SMTP traktuje samą domenę jako cel dostarczenia i próbuje jej rekordów adresowych.
Ten niejawny rekord MX ma preferencję zero. Nie ma jawnej listy MX, która mogłaby go zastąpić, więc dostarczanie kieruje się do własnego adresu domeny, jeśli jest użyteczny.
Ten mechanizm awaryjny dotyczy pustej listy MX. Nie ratuje domeny, której opublikowane rekordy MX są bezużyteczne.
Null MX to inna instrukcja: RFC 7505 definiuje jawny rekord deklarujący, że domena nie przyjmuje poczty. Brak rekordu pozwala na mechanizm awaryjny. Null MX odrzuca dostarczanie.
Co oznaczają numery preferencji MX?
Niższe wartości preferencji wskazują serwery docelowe, które nadawca powinien wypróbować jako pierwsze.
Przy wartościach 10, 20 i 30 preferowany jest serwer docelowy z wartością 10. Pozostałe stanowią alternatywę, gdy dostarczenie tam się nie powiedzie. Nadanie wszystkim serwerom docelowym tej samej wartości pozwala na rozłożenie ruchu między równorzędne wybory.
Zgodnie z RFC 5321 serwery wysyłające muszą losować kolejność serwerów docelowych o równej preferencji, chyba że istnieje wyraźny powód, by preferować któryś z nich. Równe preferencje nie gwarantują równomiernego podziału ruchu.
Skieruj rekord MX na nazwę hosta, której adres publikujesz, aby nadawcy mogli się połączyć. Użyj rekordu A dla adresu IPv4 lub rekordu AAAA dla IPv6. Nie używaj aliasu CNAME jako serwera docelowego. Alias uniemożliwia DNS dołączenie adresu do odpowiedzi MX. To wymusza dodatkowe wyszukiwania, jak wyjaśnia RFC 2181.
Klienty SMTP muszą obsługiwać próby połączenia z alternatywnymi serwerami docelowymi. Specyfikacja zaleca wypróbowanie co najmniej dwóch adresów, gdy są dostępne. Błąd przy pierwszym nie musi kończyć prób dostarczenia.
Czy potrzebujesz rekordu MX, żeby wysyłać?
SMTP nie wymaga jawnego rekordu MX w Twojej domenie tylko po to, by nadać wiadomość.
Wyszukiwanie dostarczenia korzysta z domeny odbiorcy. Twoja domena wysyłająca nadal potrzebuje poprawnego DNS i uwierzytelniania odpowiedniego do wymagań odbiorcy. Odbiorca może stosować własne sprawdzenia domeny nadawcy.
Brak rekordu MX nie oznacza więc, że nieosiągalna domena nadawcy będzie akceptowana przez każdego odbiorcę.
Gdzie trafiają błędy dostarczania?
Błędy dostarczania trafiają do nadawcy kopertowego, czyli adresu podanego dla powiadomień o błędach podczas dostarczania SMTP.
Gdzie trafiają odpowiedzi?
Odpowiedzi korzystają z Reply-To, jeśli jest obecny, w przeciwnym razie z widocznego adresu From.
Subdomena wysyłająca nie musi obsługiwać wszystkich firmowych skrzynek pocztowych. Na przykład news.example.com może wysyłać, a odpowiedzi trafiają na działający adres w domenie example.com. Określ ten wybór kierowania jawnie w adresach wiadomości.
Gdzie trafiają raporty operacyjne?
Adresy operacyjne, takie jak postmaster@ i abuse@, dają innym operatorom możliwość zgłaszania problemów z dostarczaniem lub nadużyciami.
Zgodnie z RFC 5321 serwer SMTP, który przekazuje lub dostarcza pocztę, musi akceptować postmaster@ dla obsługiwanych domen. To zapewnia kontakt w sprawie problemów z usługą pocztową.
RFC 2142 wymaga od organizacji obsługi skrzynek funkcyjnych tam, gdzie odpowiednia funkcja istnieje. Na przykład dostawca usług internetowych musi obsługiwać abuse@ w swojej domenie organizacyjnej. To kieruje skargi do odpowiedniego zespołu.
Jak odbierać pocztę za pomocą Bird?
Włącz odbieranie dla domeny i opublikuj rekordy MX, które zwraca Bird.
Pole inbound.enabled zasobu API przyjmuje true, aby włączyć odbieranie, lub false, aby je wyłączyć. Samo opublikowanie rekordów nie włącza tej funkcji.
Po weryfikacji poczta adresowana do tej domeny staje się wiadomościami przychodzącymi. Użyj dedykowanej subdomeny do odbierania, ponieważ zastąpienie rekordów MX domeny firmowej zmienia, dokąd trafia dotychczasowa poczta.
Rekord return-path zasobu Bird obsługuje powiadomienia o błędach dostarczania niezależnie od tych przychodzących rekordów MX. Przewodnik po odbieraniu wyjaśnia konfigurację domeny. Przewodnik po domenie zwrotów wyjaśnia obsługę błędów.
W skrócie
Rekordy MX kierują pocztę przychodzącą.
Serwer wysyłający sprawdza domenę odbiorcy, aby znaleźć miejsce docelowe.
Brak rekordów MX może skutkować przejściem na rekordy adresowe.
Gdy rekordy MX nie istnieją, serwer wysyłający może użyć rekordów adresowych domeny.
Niższe wartości preferencji są próbowane jako pierwsze.
Serwery docelowe o równej preferencji są wybierane losowo, gdy nie ma powodu, by preferować którykolwiek z nich.
Wysyłanie i odbieranie wymagają osobnych decyzji.
Poczta wychodząca nadal wymaga odpowiedniej obsługi błędów dostarczania, odpowiedzi i operacyjnych adresów kontaktowych.