Exchange 2013 Blockieren der Umleitung von OOF-Nachrichten nach extern


0

Auf dem Exchange 2013-Cluster habe ich ein Problem mit der Umleitung von OOF-Nachrichten. Benutzer, die alle eingehenden E-Mails per Posteingang an eine externe Adresse umleiten, erhalten alle E-Mails im Zielpostfach mit Ausnahme von OOF-Benachrichtigungen. Es gibt einen Auszug aus dem Nachrichtenverfolgungsprotokoll:

SourceContext           : BlockInternalOofToExternalUser
Source                  : ROUTING
EventId                 : DROP
Recipients              : {external Redirectaddress}
RecipientStatus         : {[{LRT=};{LED=250 2.1.5 RESOLVER.OOF.IntToExt; handled internal OOF addressed to external recipient};{FQDN=};{IP=}]}

Configuration Renote-Domain “*”:
Get-RemoteDomain|fl
DomainName                           : *
IsInternal                           : False
TargetDeliveryDomain                 : False
ByteEncoderTypeFor7BitCharsets       : Undefined
CharacterSet                         : iso-8859-1
NonMimeCharacterSet                  :
AllowedOOFType                       : External
AutoReplyEnabled                     : True
AutoForwardEnabled                   : True
DeliveryReportEnabled                : True
NDREnabled                           : True
MeetingForwardNotificationEnabled    : True
ContentType                          : MimeHtmlText
DisplaySenderName                    : True
PreferredInternetCodePageForShiftJis : Undefined
RequiredCharsetCoverage              :
TNEFEnabled                          :
LineWrapSize                         : Unlimited
TrustedMailOutboundEnabled           : False
TrustedMailInboundEnabled            : False
UseSimpleDisplayName                 : False
NDRDiagnosticInfoEnabled             : True

Wie können die OOF-Nachrichten an externe Benutzer weitergeleitet werden?

Vielen Dank für Ihre Unterstützung, Regina

Antworten:


0

Dies ist ein kosmetisches Problem, das nur in einer Nachrichtenablaufverfolgung angezeigt wird. Dies gilt für eine interne OOF-Nachricht, und der Nachrichten-Trace zeigt an, dass für eine externe OOF-Nachricht ein SMTP-Drop-Ereignis aufgetreten ist. Die interne OOF-Nachricht wird erfolgreich zugestellt und ein externer wird gelöscht, während der Absender ein interner Absender war. Es sollte überhaupt keine externe OOF-Nachricht generiert werden. Das kann also ignoriert werden. Möglicherweise wird dasselbe (umgekehrt) für eine externe OOF-Nachricht angezeigt, bei der ein internes Drop-Ereignis in einer Nachrichtenablaufverfolgung sichtbar ist.


0

Um Sabirs Antwort zu klären :

Dies wird in der Exchange-Verwaltungsshell- / Exchange-Online-Shell-Sitzung angewendet.

Führen Sie zunächst Folgendes aus:

Get-RemoteDomain

In der Domäne, für die Sie die Ausführung des Typs "Abwesend zulassen" festlegen möchten:

Set-RemoteDomain " contoso.local" -TNEFEnabled $true -AllowedOOFType "ExternalLegacy"

Großartig, also schreibt Jeroen meine Antwort und Beiträge als seine, wenn meine Antwort gelöscht wurde? Etwas unmoralisch, wenn du mich fragst. Aber hey, wenigstens hat jemand etwas gelernt.
Ryan Osman

-1

Versuchen Sie, die OOF-Einstellung wie folgt festzulegen, um sowohl neue als auch alte OOF-Nachrichten zu verarbeiten

AllowedOOFType: ExternalLegacy


1
Diese Antwort könnte durch die Angabe von Informationen darüber, was genau diese Einstellung steuert und wie sie eingestellt werden soll, verbessert werden.
ein Lebenslauf
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.