Заголовок «Доставлено» в Exchange


9

В некоторых реализациях SMTP-сервера (например, Postfix) вы можете включить Delivered-Toи X-Original-Toзаголовки, которые будут добавлены к вашей электронной почте. (или [X-]Envelope-To)

Это очень полезно для списков рассылки, чтобы определить, на какой адрес электронной почты было перенаправлено письмо.

Таким образом, когда письмо было отправлено distribute@example.com, вы можете увидеть в заголовке Delivered-Toили, на Envelope-Toчто оно было перенаправлено (распространено) xy@example.com, что является одним из многих других адресов электронной почты, связанных с одним почтовым ящиком.

Как узнать, какой адрес использовался для доставки этой почты в определенный почтовый ящик в Microsoft Exchange 2010?

Глядя на простое сообщение (со всеми заголовками) я не могу найти никакой информации, что почта пришла через адрес xy@example.com

Я думаю, что мне нужно, чтобы Delivered-Toзаголовок (или аналогичный) был установлен на Microsoft Exchange, когда почта доставляется через списки рассылки.

Есть ли способ включить такой заголовок в Exchange 2010?

Мне это нужно, чтобы наша система билетов (OTRS) правильно распознала, где билет принадлежит. Добавление всех адресов электронной почты всех списков рассылки в конфигурацию системы не является правильным решением.

И если есть решение для Exchange 2010, возможно ли это также применимо к Exchange 2007?


4
Какая конкретная версия Exchange?
HopelessN00b

На второй вопрос HopelessN00b - Какая версия Exchange?
Солнечный Чакраборти

@ HopelessN00b предположим, 2010
Kaii

Имеет ли значение, на какой член группы указывает заголовок Deliveredto, для вашего OTRS
fmysky

@fmysky да, вот почему я задал этот вопрос. Есть несколько групп распространения, членом которых является один из множества адресов otrs . Мне нужно знать, какой именно адрес является членом DL, чтобы OTRS мог правильно фильтровать почту и помещать ее в нужную очередь.
Кай

Ответы:


2

Если я правильно понимаю вопрос, вот способ получить заголовки, которые вы хотите, но держу пари, вам это не понравится. Он основан на транспортных правилах.

Если вы можете контролировать набор адресов OTRS, и они могут быть зарегистрированы в Exchange (возможно, как контакты Exchange), тогда вы можете создать правило транспорта для каждого из них следующим образом:

Apply rule to messages
sent to **OTRS Username**
and set X-Envelope-To with **xy@example.com**

Как отмечает Фмыский, ужасная вещь в правилах транспорта заключается в том, что они принимают буквальные строки. Таким образом, вам понадобится правило транспорта для каждого адреса OTRS (но оно не понадобится для каждого списка рассылки).

Я попробовал это в моей среде Exchange 2007, и это сработало, когда я отправил сообщение в один из наших внутренних списков рассылки.


0

Вы можете добавлять буквенные строки в пользовательские заголовки через правила транспорта, но я считаю, что нужная вам функция невозможна даже с powershell. Если вы не делаете свой собственный транспортный агент.


0

Вы можете получить исходный адрес To:, однако, как только он войдет в Exchange, вы не сможете определить, какие решения были приняты для получения почтового ящика.

Если у вас нет вложенных групп рассылки, это не должно быть проблемой, так как вы можете получить оригинальный адрес To:

Если вы используете вложенные группы рассылки, я бы предложил перейти к не вложенным группам рассылки.


На самом деле, даже без вложенности у нас есть проблемы, как описано в моем вопросе. Отправляется письмо, group@domainкоторое затем распространяется и recipient-123@domainразрешается для доставки в определенный почтовый ящик. При получении почтового ящика все OTRS может видеть, To: group@domainно то, что ищут правила фильтра, To: recipient-123@domain(<< это то, что мне нужно!). Чтобы решить эту проблему, мы должны добавить все известные группы, которые также входят recipient-123в правила фильтрации. Но это невозможно, потому что мы в основном никогда не информируем, когда адрес добавляется в группу.
Кай
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.