Группа рассылки Exchange 2010, сообщение NDR не отправляется исходному отправителю, если включена опция без аутентификации

Группа рассылки Exchange 2010, сообщение NDR не отправляется исходному отправителю, если включена опция без аутентификации

Мы получили требование отклонять внешние письма, отправленные в одну группу рассылки([email protected])используя правило транспорта Exchange 2010 таким образом. (и отправьтеНДРисходному внешнему отправителю)

введите описание изображения здесь

Мы не ограничивали внешних отправителей в «ограничениях на доставку сообщений», втест_dl1группа распределения, таким образом.(as per the requirement, goal here is to allow unauthenticated users by the group itself, but control it via above transport rule)

введите описание изображения здесь

В этой группе рассылки есть только один участник группы. И участник группы —[email protected]

введите описание изображения здесь

Выше транспорта правило работает отлично до этого шага. Я протестировал с использованием внешнего адреса Gmail (то есть[email protected]).

(во-первых, я заметил, что NDR был инициирован[email protected], а не группа распределения ([email protected]), что означает, что если я включу больше участников, то на этом этапе первоначальному отправителю будет отправлено более одного NDR. )

Я получаю нижеНДРк[email protected] от[email protected]. .

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

. введите описание изображения здесь

.

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

.

Но

Сумасшедшая вещь происходит, когда[email protected]пересылается на другой внешний почтовый адрес (то есть[email protected]) таким образом.

(Где[email protected]этос поддержкой почтыобмен 2010 контакт. )

введите описание изображения здесь

Отправка тестового письма с использованием того же внешнего отправителя (**то есть[email protected]**), при этом вышеперечисленное пересылается на месте,НДРотправлено в[email protected]утверждая, что он не доставлен[email protected].

(НДРпредполагается отправить исходному внешнему отправителю, который[email protected])

. . .

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

введите описание изображения здесь

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

.

и также в этот момент я заметил,НДРотправленоМайкрософт Аутлук..НДРпредполагается отправить по[email protected]не поМайкрософт Аутлуки ни на одном этапе этого тестирования я не использовалвеб-перспективыилиMicrosoft outlook толстый клиент.

введите описание изображения здесь

Не могу понять, как исправить указанное выше транспортное правило для отправкиНДРпервоначальному отправителю, пересылая сообщение на месте.

Уже потратил столько часов впустую... Любая помощь будет очень кстати.

P.S.: Похоже, что, разрешив неаутентифицированным пользователям в группе рассылки, Обратный путьизменено спервоначальный отправительна адрес списка рассылки. и затем еще несколько изменений в соответствии с этим

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

Пока что не найдено никаких обходных путей

решение1

Как вы видите в блоге, это связано с Sender Policy Framework (SPF), что означает, что это не будет отличаться в других версиях Exchange или других почтовых серверах. Начнем с правил или групп:

  1. (предполагается, что у вас есть группа с именем[email protected]с почтовым ящиком[email protected], может быть, вы добавите[email protected],[email protected]в него позже) измените правило так, чтобы «когда любой из получателей в полях «Кому» или «Копия»[email protected],[email protected]... "
  2. может быть сложно удалить контакты из Outlook OAB всех пользователей, я бы удалил[email protected]как группа и добавить[email protected]как дополнительный адрес электронной почты для[email protected]. Проверьте журнал отслеживания сообщений и посмотрите, изменится ли обратный путь.

Связанный контент