E-Mail-Nachrichten werden falsch in Exchange Hybrid-Installationen isoliert, die zentralen Mail-Steuerelement

Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 3079142
Hinweis Hybrid-Konfigurationsassistent, die Exchange-Verwaltungskonsole in Microsoft Exchange Server 2010 enthalten ist, wird nicht mehr unterstützt. Daher sollten Sie nicht mehr den alten Mischkonfiguration Assistenten verwenden. Verwenden des Office 365 Mischkonfiguration Assistenten erhältlich http://AKA.ms/HybridWizard. Weitere Informationen finden Sie unter Office 365 Hybrid-Konfigurations-Assistenten für Exchange 2010.
PROBLEM
Sie haben eine hybride Bereitstellung von lokalen Exchange Server und Exchange Online in Office 365. In dieser Bereitstellung verwenden Sie zentralen Mail-Steuerelement. Dies zwingt Nachrichten an lokalen e-Mail-Server weitergeleitet, bevor sie an Postfächer übermittelt werden. In diesem Szenario treten eines oder mehrere der folgenden Symptome:
  • Spam-Benachrichtigung an Benutzer isoliert werden.
  • In der Liste e-Mail-Nachrichten isoliert werden.
  • E-Mail-Nachrichten, die aus der Quarantäne entlassen werden requarantined.
  • Sender Policy Framework (SPF) überprüft fehl beim zweiten Durchgang.
URSACHE
Dieses Problem tritt auf, wenn Exchange Online Organisation oder der lokalen Organisation nicht eingerichtet Förderung e-Mail-Header als standortübergreifenden (d. h. von Exchange Online auf dem lokalen Server Office 365).
LÖSUNG
  1. Überprüfen Sie, ob zentralen Mail aktiviert ist und Förderung Header in Office 365 einrichten. Gehen Sie hierzu folgendermaßen vor:
    1. Eine Verbindung zu Exchange Online mithilfe einer Remotesitzung von Windows PowerShell. Weitere Informationen finden Sie unter Verbindung zu remote-PowerShell verwenden.
    2. Die Konfigurationsinformationen der Hybrid ausgehenden Connector in der Organisation Exchange Online anzeigen Führen Sie hierzu den folgenden Befehl aus:
      Get-OutboundConnector "Contoso Outbound Connector" | Format-List
      Überprüfen Sie, ob der Wert der RouteAllMessagesViaOnPremises Eigenschaft Wert $true.
    3. Anzeigen der Konfigurationsinformationen der Hybrid eingehende Connectors in Exchange Online Organisation. Führen Sie hierzu den folgenden Befehl aus:
      Get-InboundConnector "Contoso Inbound Connector" | Format-List
      Überprüfen Sie, ob der Wert der CloudServicesMailEnabled Eigenschaft Wert $true.
    4. Suchen Sie folgende Zeile in den Headern:
      X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted:<Office 365="" server="" name=""></Office>
      Beispielsweise BY2FFO11FD002.protection.gbl.

      Hinweis Wenn die RouteAllMessagesViaOnPremises Eigenschaft und CloudServicesMailEnabled Eigenschaftensatz $false, und X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted:<Office 365="" server="" name=""> </Office>Header wurden nicht gefunden, diese Lösung gilt nicht für Ihre Organisation konfiguriert wurde.
  2. Nachricht eine eingehende Prüfung Exchange Online-Postfach durch Weiterleitung der Nachricht über den lokalen Server zuerst. Suchen Sie folgenden X-Header-Zeilen in Nachrichtenkopfzeilen. Dadurch wird angegeben, dass die Nachricht zweimal bei der Übertragung gescannt wurde.
    • X-Forefront-Antispam-Bericht-nicht vertraut: Dies ist die erste Phase. Es tritt auf, wenn die Nachricht zuerst Office 365 empfangen wird. Die IP-Adresse (KVP) in dieser Zeile wird eine IP-Adresse sein.
    • X-Forefront-Antispam-Report: Dies ist der zweite Durchlauf. Es tritt auf, wenn die Nachricht vom lokalen Server zurückgegeben und zum zweiten Mal in Office 365 empfangen. Die IP-Adresse werden lokale IP-Adresse Ihres Unternehmens.
    Hinweis Ist nur eine Kopfzeile X Forefront, gilt diese Auflösung nicht zur Konfiguration Ihrer Organisation.
  3. Förderung der Header aus der lokalen Umgebung zu Office 365, gehen Sie folgendermaßen vor:
    1. Überprüfen Sie, ob der Header derzeit nicht höher gestuft werden. Überprüfen Sie dazu die folgende Zeile in den Headern fehlt:

      X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted:<On-premises server="" name=""></On-premises>
      Beispielsweise ist der lokale Servername "contoso_on_premises.contoso.com."
    2. Suchen Sie X-OriginatorOrg aus der. Sie werden im Format "contoso.onmicrosoft.com."
    3. Öffnen Sie die Exchange-Verwaltungsshell in Exchange 2013 oder Exchange 2010, und führen Sie die folgenden Befehle:

      • New-RemoteDomain -Name 'Hybrid Domain - contoso.onmicrosoft.com' -DomainName 'contoso.onmicrosoft.com'
      • Set-RemoteDomain 'Hybrid Domain - contoso.onmicrosoft.com' -TrustedMailOutboundEnabled $true -TrustedMailInboundEnabled $true
    4. Überprüfen Sie, ob das Problem behoben ist. Eine neue Nachricht, und vergewissern Sie sich, dass die folgende Zeile in den Headern vorhanden ist:

      X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted:<On-premises server="" name=""></On-premises>
      Beispielsweise ist der lokale Servername "contoso_on_premises.contoso.com."
Weitere Informationen
Weitere Informationen finden Sie auf der folgenden Microsoft-Ressourcen:

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 3079142 – Letzte Überarbeitung: 04/27/2016 04:31:00 – Revision: 3.0

Microsoft Exchange Online, Microsoft Exchange Online Protection, Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • o365022013 o365 o365a o365e o365m eop hybrid kbmt KB3079142 KbMtde
Feedback