Exchange mail flow

Exchange mail flow to ścieżka przetwarzania wiadomości przez kolejne komponenty serwera Microsoft Exchange.

Jak wiadomość przechodzi przez transport Microsoft Exchange

Exchange mail flow oznacza przetwarzanie wiadomości przez usługi transportowe Microsoft Exchange od chwili przyjęcia jej przez serwer do momentu dostarczenia do skrzynki odbiorcy albo przekazania do innego systemu pocztowego. W środowisku Exchange Server podstawową rolę pełni usługa Microsoft Exchange Transport, która analizuje wiadomości, stosuje reguły przepływu poczty, korzysta z konfiguracji łączników i umieszcza komunikaty w odpowiednich kolejkach. W zależności od topologii wiadomość może zostać dostarczona lokalnie, przekazana między serwerami Exchange albo wysłana przez SMTP do systemu znajdującego się poza organizacją.

Wiadomość może zostać przyjęta z kilku źródeł: od klienta pocztowego za pośrednictwem usługi przesyłania, z połączenia SMTP obsługiwanego przez receive connector albo z innego serwera Exchange. Po przyjęciu serwer sprawdza między innymi adres nadawcy, adresatów, rozmiar wiadomości, uprawnienia połączenia oraz dostępne reguły transportowe. Następnie wyznacza trasę na podstawie domen adresatów, konfiguracji organizacji i właściwości łączników. Samo pojawienie się wiadomości w skrzynce nadawczej nie oznacza jeszcze, że została skutecznie dostarczona, ponieważ dalsze etapy mogą obejmować kolejkowanie, ponowienia dostarczenia i odrzucenie komunikatu.

Łączniki, reguły transportowe i rozpoznawanie adresatów

W Exchange przepływ poczty zależy od łączników receive connector i send connector. Receive connector definiuje, w jaki sposób serwer przyjmuje połączenia SMTP, na przykład od innych serwerów Exchange, urządzeń skanujących lub systemów aplikacyjnych. Jego konfiguracja obejmuje między innymi zakres adresów IP zdalnych urządzeń, dozwolone mechanizmy uwierzytelniania oraz uprawnienia przyznawane połączeniu. Send connector określa sposób wysyłania poczty z organizacji, w tym docelowe przestrzenie adresowe, serwery DNS lub smart host oraz zasady TLS. Błędne ustawienie zakresu adresów IP albo przestrzeni adresowej może spowodować odrzucanie wiadomości, przekazywanie ich do niewłaściwego systemu lub tworzenie kolejek.

Reguły przepływu poczty, nazywane także mail flow rules albo transport rules, pozwalają warunkowo modyfikować wiadomości i podejmować decyzje o ich dalszym przetwarzaniu. Reguła może rozpoznawać między innymi nadawcę, adresata, domenę, nagłówki, temat lub klasyfikację wiadomości. W wyniku dopasowania Exchange może dodać lub usunąć nagłówek, przekierować komunikat, odrzucić go z odpowiedzią SMTP, wygenerować raport albo przekazać wiadomość do moderacji. Kolejność reguł ma znaczenie, ponieważ wcześniejsze działanie może zmienić wiadomość przed oceną przez kolejną regułę. W Exchange Online reguły są zarządzane w centrum administracyjnym Exchange lub za pomocą Exchange Online PowerShell, natomiast w Exchange Server administracja odbywa się z użyciem narzędzi właściwych dla wdrożonej wersji produktu.

Podczas ustalania trasy Exchange rozróżnia adresatów lokalnych i zdalnych. Adres w domenie obsługiwanej przez organizację może zostać skierowany do lokalnej skrzynki, grupy dystrybucyjnej, kontaktu lub innego odbiorcy skonfigurowanego w katalogu. Adres spoza organizacji jest zwykle przekazywany do send connectora obsługującego daną domenę albo do skonfigurowanego smart hosta. Jeżeli serwer nie potrafi rozpoznać adresata lub nie ma odpowiedniej trasy, wiadomość może zostać odrzucona podczas sesji SMTP albo trafić do kolejki z błędem dostarczenia.

Kolejki, SMTP i przyczyny opóźnień w dostarczeniu

Exchange przechowuje wiadomości oczekujące na dalsze przetwarzanie w kolejkach transportowych. Kolejka może powstać między innymi wtedy, gdy zdalny serwer nie odpowiada, połączenie DNS nie działa, negocjacja TLS kończy się niepowodzeniem albo odbiorca odrzuca wiadomość tymczasowym kodem SMTP z zakresu 4xx. Exchange podejmuje wówczas ponowne próby zgodnie z konfiguracją ponowień i limitów czasu. Tymczasowe opóźnienie nie jest równoznaczne z trwałą utratą wiadomości. Inaczej należy interpretować trwały kod SMTP z zakresu 5xx, który zwykle oznacza definitywne odrzucenie, nieistniejącego adresata, brak uprawnień lub inną przeszkodę wymagającą zmiany konfiguracji albo danych wiadomości.

SMTP jest protokołem używanym przez Exchange do przekazywania wiadomości między klientem, serwerem i systemami pocztowymi. W trakcie sesji serwery wymieniają między innymi polecenia EHLO, MAIL FROM, RCPT TO oraz DATA. Odpowiedzi serwera, takie jak 250 oznaczające akceptację, 421 sygnalizujące problem tymczasowy lub 550 wskazujące odrzucenie, pomagają ustalić miejsce niepowodzenia. Sam kod SMTP nie zawsze wyjaśnia przyczynę, dlatego analizuje się także pełną treść odpowiedzi, nazwę hosta, użyty łącznik i identyfikator śledzenia wiadomości. TLS może zabezpieczać połączenie między serwerami, ale jego skuteczność zależy od konfiguracji certyfikatów, nazw hostów i wymagań określonych na łączniku.

Do analizy przepływu służą message tracking logs w Exchange Server oraz message trace w Exchange Online. Śledzenie pozwala sprawdzić zdarzenia związane z konkretną wiadomością, takie jak RECEIVE, SEND, DELIVER, FAIL, DEFER lub EXPAND. Zdarzenie RECEIVE oznacza przyjęcie komunikatu przez usługę transportową, SEND przekazanie go do następnego systemu, DELIVER dostarczenie do lokalnego odbiorcy, a DEFER odroczenie działania z powodu problemu tymczasowego. W Exchange Server stan kolejek można sprawdzać poleceniami PowerShell, między innymi Get-Queue, a szczegóły komunikatów oczekujących w kolejce poleceniem Get-Message. Wyniki trzeba interpretować razem z logami protokołu i konfiguracją łączników, ponieważ sama liczba wiadomości w kolejce nie wskazuje jeszcze źródła awarii.

Śledzenie drogi wiadomości i weryfikacja konfiguracji

Rzetelna diagnostyka mail flow zaczyna się od ustalenia pełnego zestawu danych: adresu nadawcy, adresu odbiorcy, przybliżonego czasu wysłania, tematu oraz identyfikatora wiadomości zawartego w nagłówku Message-ID. Następnie porównuje się te informacje z wynikami message trace albo message tracking. Jeżeli wiadomość została przyjęta, lecz nie dostarczono jej do odbiorcy, należy ustalić ostatnie zarejestrowane zdarzenie. Brak zdarzenia RECEIVE może wskazywać, że komunikat nie dotarł do właściwego serwera lub został zatrzymany przed usługą transportową. Obecność DEFER kieruje uwagę na kolejkę, DNS, połączenie SMTP, TLS albo niedostępność systemu docelowego. Zdarzenie FAIL wymaga sprawdzenia kodu błędu i decyzji podjętej przez konkretny komponent.

Weryfikacja konfiguracji powinna obejmować kolejność reguł transportowych, zakres domen w send connectorach, adresy IP przypisane do receive connectorów, limity rozmiaru i odbiorców oraz ustawienia uwierzytelniania. Warto także sprawdzić rekordy DNS związane z pocztą, zwłaszcza rekord MX domeny odbiorcy, rozwiązywanie nazw hostów oraz możliwość nawiązania połączenia SMTP z właściwym serwerem. W środowisku z wieloma serwerami Exchange należy uwzględnić dostępność serwerów transportowych, routing między lokalizacjami i replikację konfiguracji. Jeżeli problem dotyczy tylko jednego nadawcy, odbiorcy lub typu wiadomości, porównanie udanych i nieudanych prób często ujawnia różnicę w regule, adresie, rozmiarze, załączniku albo trasie.

Podczas naprawy należy zmieniać konfigurację dopiero po potwierdzeniu, który etap przepływu działa nieprawidłowo. Usunięcie reguły bez sprawdzenia jej warunków może odsłonić inne problemy, a ręczne kasowanie plików kolejki może doprowadzić do utraty oczekujących wiadomości. Bezpieczniejsze postępowanie polega na zachowaniu danych diagnostycznych, identyfikacji komunikatów, sprawdzeniu kodów SMTP i wykonaniu kontrolnej próby po zmianie jednego parametru. W przypadku Exchange Online trzeba dodatkowo rozróżnić problem po stronie organizacji od odrzucenia przez zewnętrzny serwer, ponieważ administracja nie zapewnia bezpośredniego dostępu do infrastruktury transportowej Microsoft.