Przepływ poczty w organizacjach w chmurze

We wszystkich organizacjach ze skrzynkami pocztowymi w chmurze wszystkie wiadomości wysyłane do organizacji przechodzą przez domyślne zabezpieczenia poczty e-mail dla skrzynek pocztowych w chmurze , zanim użytkownicy je zobaczą. Dostępne są opcje dotyczące sposobu kierowania wiadomości przed ich przekierowaniem do skrzynek pocztowych użytkowników.

Praca z komunikatami i opcjami dostępu do komunikatów

Platforma Microsoft 365 oferuje elastyczność w sposobie kierowania komunikatów. W poniższych artykułach wyjaśniono kroki procesu przepływu poczty:

• Blokowanie krawędzi opartej na katalogach domyślnie odrzuca komunikaty do nieprawidłowych adresatów w obwodzie sieci usługi.

• Wyświetlanie lub edytowanie zaakceptowanych domen na platformie Microsoft 365 opisuje sposób zarządzania domenami poczty e-mail skojarzonymi z platformą Microsoft 365.

• Możesz zarządzać domenami podrzędnymi dodanymi do organizacji. Dowiedz się więcej o domenach podrzędnych w temacie Włączanie przepływu poczty dla poddomen w Exchange Online.

• Konfigurowanie przepływu poczty przy użyciu łączników wprowadza łączniki i pokazuje, jak można ich używać do dostosowywania routingu poczty. Scenariusze obejmują zapewnienie bezpiecznej komunikacji z organizacją partnerską i skonfigurowanie inteligentnego hosta.

• Rozszerzone filtrowanie łączników opisuje sposób konfigurowania łączników, jeśli poczta internetowa jest kierowana do usługi lub urządzenia przed dostarczeniem do platformy Microsoft 365.

• W środowiskach hybrydowych, w których usługa Exchange Online Protection (EOP) zapewnia ochronę w chmurze lokalnych skrzynek pocztowych programu Exchange, należy skonfigurować reguły przepływu poczty programu Exchange (znane również jako reguły transportu) w lokalnej organizacji programu Exchange, aby rozpoznawać werdykty filtrowania spamu z chmury. Aby uzyskać szczegółowe informacje, zobacz Dostarczanie spamu wykrytego w chmurze do folderu Junk Email w lokalnych skrzynkach pocztowych.

  Jeśli nie chcesz przenosić wiadomości do folderu Junk Email każdego użytkownika, możesz wybrać inną akcję, edytując domyślne zasady ochrony przed spamem lub niestandardowe zasady ochrony przed spamem. Aby uzyskać więcej informacji, zobacz Akcje w zasadach ochrony przed spamem.

Weryfikowanie przepływu poczty

Aby sprawdzić, czy przepływ poczty platformy Microsoft 365 działa prawidłowo, użyj następujących testów:

• Wyślij wiadomość e-mail z dowolnego internetowego konta e-mail do adresata w organizacji platformy Microsoft 365.
• Wysyłanie wiadomości e-mail od użytkownika w organizacji na internetowe konto e-mail.
• Jeśli skonfigurowano łączniki do komunikacji e-mail między środowiskiem lokalnym lub organizacją partnerską, możesz użyć wbudowanej weryfikacji łącznika do testowania przepływu poczty. Aby uzyskać więcej informacji, zobacz Weryfikowanie łączników w Exchange Online.

Obsługa anonimowej przychodzącej poczty e-mail za pośrednictwem protokołu IPv6

Platforma Microsoft 365 obsługuje odbieranie anonimowych adresów e-mail przychodzących za pośrednictwem protokołu IPv6, ale może nie być włączona w organizacji. Komunikat o błędzie może wystąpić w następującym przypadku:

Usługa 550 5.2.1 jest niedostępna, [contoso.com] nie akceptuje wiadomości e-mail za pośrednictwem protokołu IPv6.

Jeśli wystąpi ten błąd, możesz wyrazić zgodę na anonimową przychodzącą wiadomość e-mail za pośrednictwem obsługi protokołu IPv6, otwierając wniosek o pomoc techniczną.

Po zalogowaniu się źródłowy serwer poczty e-mail musi spełniać oba następujące wymagania dotyczące pomyślnego dostarczania wiadomości e-mail:

• Źródłowy adres IPv6 musi mieć prawidłowy odwrotny rekord wyszukiwania DNS (PTR), który umożliwia lokalizacji docelowej znalezienie nazwy domeny z adresu IPv6. Jeśli tak nie jest, zostanie wyświetlony następujący błąd:

  Usługa 450 4.7.25 jest niedostępna, wysyłanie adresu IPv6 [2a01:111:f200:2004::240] musi mieć odwrotny rekord DNS.

• Domena nadawcy musi przejść weryfikację programu Sender Policy Framework (SPF) lub DomainKeys Identified Mail (DKIM). Aby uzyskać więcej informacji na temat rekordów uwierzytelniania poczty e-mail w usłudze Microsoft 365, zobacz uwierzytelnianie Email. Jeśli tak nie jest, zostanie wyświetlony następujący błąd:

  450 4.7.26 Usługa niedostępna, komunikat wysłany za pośrednictwem protokołu IPv6 [2a01:111:f200:2004::240] musi przejść weryfikację SPF lub DKIM.

Anonimowa wiadomość e-mail ze źródeł IPv6 przechodzi przez domyślne zabezpieczenia poczty e-mail dla skrzynek pocztowych w chmurze i Ochrona usługi Office 365 w usłudze Microsoft Defender.

Często zadawane pytania dotyczące dostarczania przepływu poczty

To często zadawane pytania zawiera informacje o komunikatach umieszczonych w kolejce, odroczonych i odbitych w usłudze Microsoft 365.

Dlaczego kolejkowanie poczty?

Komunikaty są umieszczane w kolejce lub odraczane, jeśli usługa nie może nawiązać połączenia z serwerem docelowym w celu dostarczenia. Komunikaty nie są odroczone, jeśli z serwera docelowego zostanie zwrócony błąd z serii 500 (trwały).

W jaki sposób komunikat staje się odroczony?

Komunikaty są przechowywane, gdy nie można nawiązać połączenia z serwerem docelowym, a serwer docelowy zwraca tymczasowe błędy. Na przykład przekroczenie limitu czasu połączenia, odmowa połączenia lub inne błędy serii 400. Błędy serii 500 (trwałe) powodują zwrócenie komunikatu w raporcie o braku dostarczenia (znanym również jako komunikat NDR lub bounce).

Jak długo komunikat pozostaje w okresie odroczenia i jaki jest interwał ponawiania prób?

Odroczone komunikaty pozostają w naszych kolejkach przez jeden dzień. Próby ponawiania są oparte na błędach, które otrzymujemy z docelowego serwera poczty e-mail. Pierwsze kilka odroczeń wynosi 15 minut lub mniej. Interwał dla kolejnych ponownych prób zwiększa się do maksymalnie 60 minut. Rozszerzenie czasu trwania interwału jest dynamiczne i uwzględnia wiele zmiennych (rozmiar kolejki, priorytet komunikatu wewnętrznego itp.).

Jak są dystrybuowane komunikaty w kolejce po przywróceniu komunikacji z serwerem poczty e-mail?

Komunikaty w kolejce są automatycznie przetwarzane w kolejności, w jakiej zostały odebrane, i są umieszczane w kolejce do dostarczenia, gdy serwer stał się niedostępny.