Exchange 2010-Verteilergruppe: NDR-Nachricht wird nicht an den ursprünglichen Absender gesendet, wenn die Option „Nicht authentifiziert“ aktiviert ist

Question

Wir haben die Anforderung, externe E-Mails abzulehnen, die an eine Verteilergruppe gesendet werden([email geschützt])Verwenden Sie die Exchange 2010-Transportregel auf diese Weise. (und senden SieNDRan den ursprünglichen externen Absender)

Wir haben externe Absender nicht in "Nachrichtenübermittlungsbeschränkungen" eingeschränkt, intest_dl1Verteilergruppe, auf diese Weise.(as per the requirement, goal here is to allow unauthenticated users by the group itself, but control it via above transport rule)

Es gibt nur ein Gruppenmitglied in dieser Verteilergruppe. Und das Gruppenmitglied ist[email geschützt]

Über den Transport funktioniert die Regel bis zu diesem Schritt einwandfrei. Ich habe sie mit einer externen Gmail-Adresse getestet (das ist[email geschützt]).

(zum einen ist mir aufgefallen, dass NDR von[email geschützt], nicht die Verteilergruppe ([email geschützt]), was bedeutet, dass, wenn ich weitere Mitglieder einbeziehe, an dieser Stelle mehr als ein NDR an den ursprünglichen Absender gesendet wird. )

Ich komme untenNDRZu[email geschützt] aus[email geschützt]. .

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------

.

.

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------

.

Aber

Verrückte Dinge passieren, wenn[email geschützt]an eine andere externe Mailadresse weitergeleitet wird (das ist[email geschützt]) auf diese Weise.

(Wo[email geschützt]ist einMail-fähigExchange 2010 Kontakt. )

Senden einer Testmail mit demselben externen Absender (** das ist[email geschützt]**), während die oben genannte Weiterleitung an Ort und Stelle erfolgt,NDRwird gesendet an[email geschützt]behauptet, es sei nicht geliefert worden an[email geschützt].

(NDRsoll an den ursprünglichen externen Absender senden, der[email geschützt])

. . .

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------

.

und auch an diesem Punkt bemerkte ichNDRwird gesendet vonMicrosoft Outlook..NDRsoll per[email geschützt]nicht vonMicrosoft Outlookund zu keinem Zeitpunkt in diesem Test habe ich verwendetWeb-AusblickoderMicrosoft Outlook FAT-Client.

Ich kann nicht herausfinden, wie ich die obige Transportregel so ändern kann, dass sie gesendet wird.NDRan den ursprünglichen Absender, während die Weiterleitung an Ort und Stelle bleibt.

Habe schon so viele Stunden verschwendet.. jede Hilfe wäre sehr willkommen

Ps: Sieht so aus, als ob durch das Zulassen nicht authentifizierter Benutzer in einer Verteilergruppe, Der Weg zurückwird geändert vonder ursprüngliche Absenderan die Adresse der Verteilerliste. und gefolgt von einigen weiteren Änderungen gemäß dieser

https://practical365.com/exchange-server/exchange-server-ndr-loop-distribution-list/

Bisher keine Problemumgehung gefunden

Answer 1

Wie Sie im Blog sehen, liegt es am Sender Policy Framework (SPF), was bedeutet, dass es in anderen Versionen von Exchange oder anderen Mailservern nicht anders wäre. Wir sollten mit den Regeln oder den Gruppen beginnen:

1. (vorausgesetzt, Sie haben eine Gruppe namens[email geschützt]mit einem Briefkasten[email geschützt], vielleicht fügen Sie hinzu[email geschützt],[email geschützt]später eingeben) ändern Sie Ihre Regel in "wenn einer der Empfänger in den Feldern An oder CC[email geschützt],[email geschützt]... "
2. Es könnte schwierig sein, Kontakte aus dem Outlook-OAB aller Benutzer zu entfernen.[email geschützt]als Gruppe und fügen Sie hinzu[email geschützt]als sekundäre E-Mail-Adresse an[email geschützt]. Überprüfen Sie das Nachrichtenverfolgungsprotokoll und prüfen Sie, ob der Rücksendepfad dann geändert wird.