mail flow rule

Mail flow rule to reguła serwera Exchange decydująca o dalszym losie wiadomości spełniającej zadane warunki.

Jak Exchange interpretuje regułę przepływu poczty

Mail flow rule, nazywana także regułą przepływu poczty lub regułą transportową, jest mechanizmem Exchange sprawdzającym wiadomości podczas ich przetwarzania przez usługę transportową. Reguła może analizować nadawcę, odbiorców, domenę, temat, treść, załączniki, nagłówki oraz właściwości wiadomości. W Exchange Online reguły są obsługiwane przez usługę Exchange Online, a w Exchange Server przez lokalną usługę transportową działającą na serwerach organizacji. Reguła nie jest filtrem uruchamianym wyłącznie w programie Outlook, dlatego może obejmować także wiadomości wysyłane przez aplikacje, urządzenia wielofunkcyjne i inne systemy korzystające z poczty.

Typowa reguła składa się z warunków, wyjątków i akcji. Warunki określają, kiedy reguła ma zostać zastosowana, na przykład gdy wiadomość pochodzi od wskazanego nadawcy, jest kierowana do określonej grupy lub zawiera konkretny tekst w temacie. Wyjątki zawężają działanie, na przykład dla wiadomości od zaufanego nadawcy albo adresata należącego do wskazanej domeny. Akcja określa wynik przetwarzania: wiadomość może zostać odrzucona, przekierowana, przekazana do moderacji, oznaczona nagłówkiem, otrzymać dodaną stopkę albo zostać poddana zmianie klasyfikacji.

Warunki, wyjątki i kolejność przetwarzania

Exchange ocenia reguły według ustalonego priorytetu. W konsoli administracyjnej oraz w Exchange Online PowerShell priorytet jest przedstawiany jako kolejność reguł, w której niższa wartość oznacza wcześniejsze przetwarzanie. Ma to znaczenie, gdy kilka reguł dotyczy tej samej wiadomości. Wcześniejsza reguła może wykonać akcję kończącą dalsze sprawdzanie, ale może też tylko zmodyfikować wiadomość i pozwolić na przejście do kolejnych reguł. Z tego powodu reguły blokujące, wyjątki oraz reguły dodające nagłówki powinny być projektowane jako jeden spójny łańcuch, a nie jako niezależne wpisy.

Warunek dotyczący adresu nadawcy nie jest tym samym co warunek dotyczący domeny nadawcy, a sprawdzanie adresata różni się od sprawdzania członkostwa w grupie dystrybucyjnej. Podobnie tekst w temacie może być oceniany inaczej niż tekst w treści wiadomości lub nazwa załącznika. Przy analizie załączników Exchange może korzystać z właściwości pliku, nazwy, rozszerzenia oraz informacji dostępnych w trakcie przetwarzania wiadomości. Reguła powinna uwzględniać wyjątki dla komunikatów systemowych i automatycznych, ponieważ szeroki warunek, na przykład obejmujący całą domenę, może objąć także powiadomienia, kopie archiwalne lub wiadomości generowane przez aplikacje.

Ważną właściwością reguły jest zakres zastosowania. Można ograniczyć ją do wiadomości przychodzących z Internetu, wychodzących poza organizację albo przesyłanych wewnątrz organizacji. Można również wskazać konkretne domeny, skrzynki lub grupy. Błędne określenie kierunku przepływu często powoduje pozornie nieskuteczną konfigurację: reguła może być poprawna składniowo, ale nigdy nie otrzymać wiadomości spełniającej wszystkie wymagania.

Akcje transportowe i bezpieczne testowanie zmian

Reguła może odrzucić wiadomość z określonym uzasadnieniem, usunąć ją bez dostarczenia, przekierować ją do innego adresata albo przekazać do moderacji. Inne akcje umożliwiają dodanie lub usunięcie nagłówka, ustawienie wartości SCL, dodanie tekstu do wiadomości oraz zastosowanie oznaczeń używanych przez mechanizmy ochrony informacji. Każda akcja zmienia sposób dalszej obsługi wiadomości, dlatego trzeba rozróżnić odrzucenie na etapie transportu od późniejszego przeniesienia wiadomości do folderu wiadomości-śmieci. To różne etapy i mogą pozostawiać inne ślady w logach oraz raportach przepływu poczty.

Przed włączeniem reguły warto użyć trybu testowego dostępnego w konfiguracji Exchange. Tryb testowy pozwala ocenić, które wiadomości spełniły warunki, bez wykonywania docelowej akcji albo z wykonaniem akcji w sposób ograniczony, zależnie od wybranego wariantu testu. W środowisku produkcyjnym należy sprawdzić zarówno wiadomość spełniającą warunek, jak i podobną wiadomość, która nie powinna zostać objęta regułą. Do weryfikacji przydają się nagłówki wiadomości, śledzenie wiadomości oraz dzienniki transportowe Exchange Server. Sam fakt pojawienia się reguły w centrum administracyjnym nie potwierdza jej skuteczności, ponieważ wynik zależy od rzeczywistych danych wiadomości i kolejności innych reguł.

Do przeglądania reguł w Exchange Online PowerShell służy między innymi polecenie Get-TransportRule, a do utworzenia reguły używa się New-TransportRule. Zmiany istniejącej konfiguracji wykonuje się poleceniem Set-TransportRule, natomiast kolejność można kontrolować poleceniami dotyczącymi priorytetu reguł. Konkretne parametry zależą od wersji Exchange i rodzaju wybranego warunku, dlatego przed wdrożeniem należy sprawdzić składnię dla używanego środowiska. Warto też dokumentować cel reguły, zakres, wyjątki, osobę zatwierdzającą zmianę oraz datę ostatniego testu.

Rozpoznawanie błędnego działania mail flow rule

Jeżeli wiadomość nie została przetworzona zgodnie z oczekiwaniem, pierwszym krokiem jest ustalenie, czy rzeczywiście przechodziła przez ten system Exchange, w którym skonfigurowano regułę. W hybrydowym środowisku poczta może być obsługiwana kolejno przez lokalny Exchange Server i Exchange Online, a reguła utworzona w jednym miejscu nie musi działać w drugim. Należy sprawdzić nadawcę koperty SMTP, adresata koperty, rzeczywisty kierunek przepływu, temat oraz nagłówki. Adres widoczny w polu „Od” może różnić się od nadawcy koperty używanego podczas transportu.

Częstym problemem jest zbyt restrykcyjny warunek, niezamierzony wyjątek albo wcześniejsza reguła kończąca przetwarzanie. Inną przyczyną bywa opóźnienie replikacji konfiguracji w usługach chmurowych lub różnica między testową a produkcyjną kopią wiadomości. Przy regułach modyfikujących treść trzeba sprawdzić, czy format HTML, tekstowy i wiadomość podpisana cyfrowo są obsługiwane zgodnie z założeniem. Jeżeli reguła ma blokować określony załącznik, należy zweryfikować rzeczywisty typ i nazwę pliku, ponieważ rozszerzenie widoczne dla użytkownika nie zawsze opisuje pełną strukturę załącznika.

Diagnoza powinna zakończyć się jednoznacznym wynikiem: wiadomość spełniła warunki i wykonano akcję, wiadomość nie spełniła warunków, reguła nie obowiązywała w danym kierunku albo działanie innej reguły zmieniło końcowy rezultat. Takie rozróżnienie pozwala poprawić konkretny warunek lub priorytet bez przypadkowego rozszerzania zakresu. W przypadku lokalnego Exchange warto dodatkowo sprawdzić stan kolejek transportowych i błędy usługi transportowej, ponieważ reguła może działać prawidłowo, a problem może dotyczyć dostarczenia, DNS, TLS albo niedostępności następnego serwera pocztowego.