Mailflow i EOP

• Gælder for:

  ✅ Exchange Online Protection, ✅ Microsoft Defender for Office 365 Plan 1 and Plan 2, ✅ Microsoft Defender XDR

Tip

Vidste du, at du kan prøve funktionerne i Microsoft Defender XDR til Office 365 Plan 2 gratis? Brug den 90-dages Defender for Office 365 prøveversion på Microsoft Defender portalen med prøveversionshubben. Få mere at vide om, hvem der kan tilmelde sig og om prøvevilkår her.

I Microsoft 365-organisationer med Exchange Online postkasser eller enkeltstående EOP-organisationer (Exchange Online Protection) uden Exchange Online postkasser passerer alle meddelelser, der sendes til din organisation, gennem EOP, før brugerne ser dem. Du har mulighed for at distribuere meddelelser, der sendes gennem EOP til behandling, før de distribueres til brugerpostkasser.

Arbejde med meddelelser og indstillinger for meddelelsesadgang

EOP giver fleksibilitet i den måde, dine meddelelser distribueres på. I følgende artikler beskrives trinnene i mailflowprocessen:

• Directory Based Edge Blocking afviser meddelelser til ugyldige modtagere ved tjenestenetværkets perimeter som standard.

• Få vist eller rediger accepterede domæner i EOP beskriver, hvordan du administrerer domæner, der er knyttet til din EOP-tjeneste.

• Din EOP-tjeneste kan hjælpe dig med at administrere underdomæner, som du føjer til din organisation. Få mere at vide om underdomæner under Aktivér mailflow for underdomæner i Exchange Online.

• Konfigurer mailflow ved hjælp af connectorer introducerer forbindelser og viser, hvordan du kan bruge dem til at tilpasse postdistribution. Scenarier omfatter sikring af sikker kommunikation med en partnerorganisation og konfiguration af en smart vært.

• Forbedret filtrering for forbindelser beskriver, hvordan du konfigurerer forbindelser, hvis din mail distribueres til en tjeneste eller enhed før EOP.

• I hybridmiljøer, hvor EOP beskytter Exchange-postkasser i det lokale miljø, skal du konfigurere regler for mailflow (også kaldet transportregler) i Exchange i det lokale miljø. Disse regler for mailflow oversætter dommen til filtrering af uønsket mail, så reglen for uønsket mail i postkassen kan flytte meddelelsen til mappen Uønsket mail. Du kan finde flere oplysninger under Konfigurer EOP til at levere spam til mappen Uønsket mail i hybridmiljøer.

  Hvis du ikke vil flytte meddelelser til hver brugers mappe med uønsket mail, kan du vælge en anden handling ved at redigere standardpolitikken for spam eller brugerdefinerede politikker til bekæmpelse af spam. Du kan få flere oplysninger under Handlinger i politikker til bekæmpelse af spam.

Bekræft mailflow

Hvis du vil kontrollere, at EOP-mailflowet fungerer korrekt, skal du bruge følgende test:

• Send en mail fra en hvilken som helst webbaseret mailkonto til en modtager i din Microsoft 365-organisation.
• Send en mail fra en bruger i din organisation til en webbaseret mailkonto.
• Hvis du har konfigureret forbindelser til mailkommunikation mellem et lokalt miljø eller en partnerorganisation, kan du bruge den indbyggede connectorvalidering til at teste mailflowet. Du kan få flere oplysninger under Valider connectors i Exchange Online.

Understøttelse af anonym indgående mail via IPv6

EOP understøtter modtagelse af anonym indgående mail via IPv6, men en administrator skal tilmelde sig ved at kontakte Microsoft Support. Hvis du vil åbne en supportanmodning, skal du se Få support til Microsoft 365 til virksomheder.

Når organisationen har tilmeldt sig, kan organisationen modtage anonym indgående mail via IPv6, så længe kildens IPv6-mailserver opfylder begge følgende krav:

• IPv6-kildens adresse skal have en gyldig post med omvendt DNS-opslag (PTR), der gør det muligt for destinationen at finde domænenavnet fra IPv6-adressen.
• Afsenderen skal bestå enten SPF-bekræftelse (defineret i RFC 7208) eller DKIM-bekræftelse (defineret i RFC 6376).

Anonyme meddelelser fra IPv6-kilder gennemgår almindelig EOP-filtrering (og muligvis Microsoft Defender for Office 365).

Fejlfinding af anonymt IPv6-indgående mailflow

• Hvis kildemailserveren ikke har en omvendt DNS-opslagspost i IPv6, afvises meddelelserne med følgende fejl:

  450 4.7.25 Tjenesten er ikke tilgængelig, og IPv6-adressen [2a01:111:f200:2004::240] skal have omvendt DNS-post.

• Hvis afsenderen ikke består SPF- eller DKIM-valideringen, afvises meddelelserne med følgende fejl:

  450 4.7.26 Tjenesten er ikke tilgængelig, meddelelse sendt via IPv6 [2a01:111:f200:2004::240] skal bestå enten SPF- eller DKIM-validering.

• Hvis du forsøger at modtage anonyme IPv6-meddelelser, før du har tilmeldt dig, afvises meddelelsen med følgende fejl:

  550 5.2.1 Tjenesten er ikke tilgængelig, [contoso.com] accepterer ikke mail via IPv6.

Ofte stillede spørgsmål om levering af mailflow

Disse ofte stillede spørgsmål indeholder oplysninger om meddelelser, der er sat i kø, udskudt eller afvist i EOP.

Hvorfor står mail i kø?

Meddelelser sættes i kø eller udskydes, hvis tjenesten ikke kan oprette forbindelse til destinationsserveren til levering. Meddelelser udskydes ikke, hvis der returneres en 500-seriefejl (permanent) fra destinationsserveren.

Hvordan udskydes en meddelelse?

Meddelelser gemmes, når der ikke kan oprettes forbindelse til destinationsserveren, og destinationsserveren returnerer midlertidige fejl. Det kan f.eks. være, at forbindelsen blev afbrudt pga. timeout, at forbindelsen blev nægtet, eller at der opstod andre fejl i 400-serien. 500-seriens (permanente) fejl resulterer i returnering af meddelelsen i en rapport, der ikke leveres (også kendt som en NDR eller bounce message).

Hvor længe forbliver en meddelelse udskudt, og hvad er intervallet for nye forsøg?

Udskudte meddelelser forbliver i vores køer i en dag. Forsøg på at forsøge igen er baseret på de fejl, vi modtager fra destinationsmailserveren. De første par udsættelser er 15 minutter eller mindre. Intervallet for efterfølgende forsøg øges til maksimalt 60 minutter. Intervallets varighedsudvidelse er dynamisk og tager flere variabler i betragtning (køstørrelse, intern meddelelsesprioritet osv.).

Når kommunikationen til mailserveren er gendannet, hvordan distribueres meddelelser i kø?

Meddelelser i kø behandles automatisk i den rækkefølge, de blev modtaget i, og sættes i kø til levering, når serveren blev utilgængelig.