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.