Nadměrné falešných poplachů jsou generovány při "záznam SPF: selhání pevného" je povoleno rozšířené filtrování Možnosti nevyžádané pošty

DŮLEŽITÉ: Tento článek je přeložen pomocí softwaru na strojový překlad Microsoft. Nepřesný či chybný překlad lze opravit prostřednictvím technologie Community Translation Framework (CTF). Microsoft nabízí strojově přeložené, komunitou dodatečně upravované články, a články přeložené lidmi s cílem zajistit přístup ke všem článkům v naší znalostní bázi ve více jazycích. Strojově přeložené a dodatečně upravované články mohou obsahovat chyby ve slovníku, syntaxi a gramatice. Společnost Microsoft není odpovědná za jakékoliv nepřesnosti, chyby nebo škody způsobené nesprávným překladem obsahu nebo jeho použitím našimi zákazníky. Více o CTF naleznete na http://support.microsoft.com/gp/machine-translation-corrections/cs.

Projděte si také anglickou verzi článku: 3089691
PROBLÉM
Rozšířené (ASF) možnost filtrování nevyžádané pošty SPF záznam: selhání pevného, generuje nadměrný falešných poplachů pro uživatele, kteří mají možnost povoleno.

PŘÍČINA
K tomuto problému dochází, pokud platí jedna z následujících podmínek:
  • Primární záznam MX pro doménu neodkazuje na Exchange Online ochrany (EOP)

    Domény v organizaci jejíž záznam MX, odkazuje na EOP následujícímu, s mail.protection.outlook.com v jeho záznamu MX:
    contoso.com.  IN  MX  10 contoso-com.mail.protection.outlook.com
    Záznam MX pro doménu, jejíž primární MX záznam neodkazuje na EOP následujícímu, bez mail.protection.outlook.com v jeho záznamu MX:
    fabrikam.com.  IN  MX  10 mail.fabrikam.com
    Nebo může doména obsahovat EOP jako sekundárního MX záznamu. (Číslo v záznamu MX označuje prioritu. Vyšší čísla označují nižší prioritu. To znamená, že nejprve směrována pošta záznam MX, který má nižší číslo a opakování se provedou následně vyšší čísla.) Například:
    fabrikam.com. IN MX 10 mail.fabrikam.com.fabrikam.com. IN MX 100 contoso-com.mail.protection.outlook.com.
    V obou případech Ramo tras pošty na jejich místní poštovní server nejprve (nebo se přes filtr výrobců hostované e-mail) a přesměruje mail EOP pomocí spojnice nebo předávání interní e-maily ze svého místního poštovního serveru.

    Zpráva projde následující cestu z Internetu do poštovní schránky:



    V rámci EOP SPF kontrola se provádí na adrese IP 2, což je adresa IP sádkovací místního poštovního serveru. Však SPF kontrola by byly provedeny s adresou IP 1, což je původní připojení IP adresa. Vzhledem k tomu, že EOP používá IP 2 místo adresy IP 1 libovolné domény, který publikuje pevném SPF selhání selže SPF a chybně označených jako nevyžádaná pošta. K tomu dochází, i když to by původně prošla SPF-li odeslaných zpráv nejprve prostřednictvím EOP a potom do místního poštovního serveru.

    K tomu dochází, pokud MX záznamu bodů místní poštovní servery nebo odkazuje třetí strany hostované filtrování e-mailových služeb.
  • E-mail je směrován z EOP a potom zpět v k EOP

    Některé organizace směrování pošty v prostřednictvím EOP, mimo místní e-mailový server nebo filtrování služby jiných výrobců a pak přes EOP znovu zpět. V tomto případě domény primární MX záznam odkazuje na EOP. Místního serveru pošty přes výstupní konektory a zpět do EOP konektory nebo dokonce prostřednictvím směrování podle MX je přenos e-mailu.



    Typickým příkladem je přes mail centralizované řízení směrování Pokud místního poštovního serveru Exchange server. Není-li místní poštovní server Exchange server, je použita místní verze spojnice nebo mail je předána zpět pomocí směrování podle MX.

    Pokud spojnice je nastavena z EOP místního poštovního serveru a konektoru je správně nakonfigurován z místního poštovního serveru zpět na EOP, předchozí hodnocení programu spam je opakovaně používat a odpovídajícím způsobem filtrován, kdy je zpráva předána zpět na EOP.

    Však pokud vstupní a výstupní konektory pro EOP nejsou správně nakonfigurovány, zpráva je prověřen podruhé. Původní kontrola SPF, který používá adresu IP 1 bude správné, ale druhé kontroly SPF, který používá adresu IP 3 budou nesprávné a který je SPF kontrola na druhé kontroly nevyžádané pošty. Všechny odesílající doménu, která publikuje selhání pevného SPF budou označeny jako nevyžádaná pošta bez ohledu na to, zda první kontrola byla správná, což vede k nesprávným výsledkům filtrování (falešně pozitivních výsledků).
ŘEŠENÍ
Exchange Online automaticky odstraňuje obě tyto podmínky bez jakékoli akce vyžadované zákazníky. Je to podle toho ASF pravidla pro selhání pevného SPF. Však můžete ručně zajistíte, aby ASF pravidlo vynuceno.

Chcete-li to provést, proveďte jednu z následujících jako situace:
  • Primární záznam MX pro doménu neodkazuje na Exchange Online ochrany (EOP)

    Ujistěte se, že primární MX záznam domény odkazuje k EOP a filtr v prostorách mail server nebo jiných výrobců.

    Pokud primární MX záznam v doméně nelze odkázali na EOP, EOP bude automaticky zjišťují, kdy není primární MX záznam a stop zajišťujících možnost ASF pro SPF pevného selhání. Při záznamu MX odkazuje na EOP, služba to zjistí a spustí zajišťujících možnost ASF.
  • E-mail je směrován z EOP a zpětnému v EOP

    Ujistěte se, že spojnice jsou správně nakonfigurován k uchovávání požadované záhlaví z EOP místního serveru mail a potom z místního poštovního serveru zpět na EOP. To zachová původní hodnocení programu spam od doby první zpráva byla provedena v EOP, aby je znovu použít, pokud je odeslána zpět do EOP podruhé.

    Pokud nejsou vytvořeny potřebné konektory, EOP bude automaticky zjišťují, kdy dojde k této situaci a chybě stop vynucování amp možnost pevného SPF. Při vytváření požadované spojovací čáry, služba to zjistí a spustí zajišťujících možnost ASF.

    Další informace o spojnic viz Konfigurace toku pošty pomocí konektorů ve službách Office 365.

    Další informace o možnosti ovládání centrální mail naleznete v tématu Možnosti dopravy v Exchange 2013 hybridní nasazení.
DALŠÍ INFORMACE
Stále potřebujete pomoc? Přejděte Komunity Office 365 webu.

Upozornění: Tento článek je přeložený automaticky

Vlastnosti

ID článku: 3089691 - Poslední kontrola: 08/19/2015 23:49:00 - Revize: 1.0

Microsoft Exchange Online, Microsoft Exchange Online Protection

  • o365e o365m o365022013 o365 o365a eop kbgraphic kbgraphxlink kbmt KB3089691 KbMtcs
Váš názor