Postfix, скрыть реального отправителя?

Question

[rus18reg]

Первый этап мы сделали, всё работает:
1. Добавили служебный заголовок X-UserID и записали в него некий идентификатор отправителя.
2. В служебных заголовках заменили реальный e-mail отправителя [e-mail] на e-mail отдела прождаж [e-mail]

На втором этапе требуется: при получении ответа от клиента по служебному заголовку X-UserID найти реальный e-mail [e-mail] и переслать письмо на этот e-mail.
Проблема в том, что X-UserID не попадает в письмо при ответе на него. И, как следаствие, нельзя определить e-mail получателя ([e-mail]).

По моему мнению, при ответе на письмо сохраняется только тема письма (и то пользователь при ответе может исправить её).
Поэтому можно рассмотреть такой вариант:
1. Пользователь [e-mail] отправляет письмо клиенту с темой "Коммерческое предложение".
2. Postfix при отправке письма добавляет в тему письма ID отправителя ([e-mail]), например "Коммерческое предложение [ID=12345]" и заменяет в письме [e-mail] на [e-mail].
3. Клиент отвечает на письмо. При этом почтовый клиент добавить к теме письма префикс "Re: " и тема будет такой: "Re: Коммерческое предложение [ID=12345]"
4. При получении этого письма Postfix распарсит тему и найдет ID сотрудника, по ID найдет его e-mail ([e-mail]) и перешлет на этот e-mail письмо.
Нас этот вариант устроит со всеми его недостатками.

Вопрос: как реализовать добавление в тему ID пользователя?
Если делать с помощью header_checks, то e-mail отпавителя известен только когда обрабатывается заголовок "From".
А мне надо знать e-mail отправиетеля, когда обрабатывается заголовок "Subject", но в этот момент он неизвестен.
Может header_checks не подходит для этой задачи?
Может есть другой путь? Например, написать какой-то скрипт на каком-либо языке, который бы обрабатывал конкретное письмо и этот скрипт можно было бы включить в Postfix в цепочку обработки писем?

Answer 1

[Saboteur]

Конечно можно.

Но такое письмо зарубит ближайший спампротектор.

Поэтому работать будет в пределах вашего почтового сервера (например рассылать служебные рассылки от несуществуюшего пользователя), но наружу такие письма с вероятностью 99% будут резаться на всех почтовых узлах.

Comments

[wisgest]

Так откуда снаружи известно, какие пользователи существуют, а какие нет?

[Saboteur]

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

[rus18reg]

Первый этап мы сделали, всё работает:
1. Добавили служебный заголовок X-UserID и записали в него некий идентификатор отправителя.
2. В служебных заголовках заменили реальный e-mail отправителя [e-mail] на e-mail отдела прождаж [e-mail]

На втором этапе требуется: при получении ответа от клиента по служебному заголовку X-UserID найти реальный e-mail [e-mail] и переслать письмо на этот e-mail.
Проблема в том, что X-UserID не попадает в письмо при ответе на него. И, как следаствие, нельзя определить e-mail получателя ([e-mail]).

По моему мнению, при ответе на письмо сохраняется только тема письма (и то пользователь при ответе может исправить её).
Поэтому можно рассмотреть такой вариант:
1. Пользователь [e-mail] отправляет письмо клиенту с темой "Коммерческое предложение".
2. Postfix при отправке письма добавляет в тему письма ID отправителя ([e-mail]), например "Коммерческое предложение [ID=12345]" и заменяет в письме [e-mail] на [e-mail].
3. Клиент отвечает на письмо. При этом почтовый клиент добавить к теме письма префикс "Re: " и тема будет такой: "Re: Коммерческое предложение [ID=12345]"
4. При получении этого письма Postfix распарсит тему и найдет ID сотрудника, по ID найдет его e-mail ([e-mail]) и перешлет на этот e-mail письмо.
Нас этот вариант устроит со всеми его недостатками.

Вопрос: как реализовать добавление в тему ID пользователя?
Если делать с помощью header_checks, то e-mail отпавителя известен только когда обрабатывается заголовок "From".
А мне надо знать e-mail отправиетеля, когда обрабатывается заголовок "Subject", но в этот момент он неизвестен.
Может header_checks не подходит для этой задачи?
Может есть другой путь? Например, написать какой-то скрипт на каком-либо языке, который бы обрабатывал конкретное письмо и этот скрипт можно было бы включить в Postfix в цепочку обработки писем?

[Saboteur]

А пробовали просто в лоб?

From: [e-mail]
To: [e-mail]
Subject: Super predlojenie
Reply-To: [e-mail]

Answer 2

[Кот Абсолютный]

Подделка почтовых заголовков - крайне плохая идея. Уже не говоря о том, что ответ тоже пойдет на [e-mail], потому что протокол SMTP не предусматривает никакой защиты заголовка. То есть конечно, можно покопаться в мозгах постфикса и организовать нечто типа "почтового NAT", когда сервер "помнит", что письмо с заголовком X-Zhopa: AAAA на самом деле отправлял [e-mail], письмо с заголовком X-Zhopa: BBBB отправлял [e-mail] и при приеме меняет заголовок обратно - но, боюсь, писать это придется самому :)
Это не считая того, что обычно конторы, у которых переписка идет с одного адреса - могут быть посчитаны за шарашкины.

Comments

[rus18reg]

Первый этап мы сделали, всё работает:
1. Добавили служебный заголовок X-UserID и записали в него некий идентификатор отправителя.
2. В служебных заголовках заменили реальный e-mail отправителя [e-mail] на e-mail отдела прождаж [e-mail]

На втором этапе требуется: при получении ответа от клиента по служебному заголовку X-UserID найти реальный e-mail [e-mail] и переслать письмо на этот e-mail.
Проблема в том, что X-UserID не попадает в письмо при ответе на него. И, как следаствие, нельзя определить e-mail получателя ([e-mail]).

По моему мнению, при ответе на письмо сохраняется только тема письма (и то пользователь при ответе может исправить её).
Поэтому можно рассмотреть такой вариант:
1. Пользователь [e-mail] отправляет письмо клиенту с темой "Коммерческое предложение".
2. Postfix при отправке письма добавляет в тему письма ID отправителя ([e-mail]), например "Коммерческое предложение [ID=12345]" и заменяет в письме [e-mail] на [e-mail].
3. Клиент отвечает на письмо. При этом почтовый клиент добавить к теме письма префикс "Re: " и тема будет такой: "Re: Коммерческое предложение [ID=12345]"
4. При получении этого письма Postfix распарсит тему и найдет ID сотрудника, по ID найдет его e-mail ([e-mail]) и перешлет на этот e-mail письмо.
Нас этот вариант устроит со всеми его недостатками.

Вопрос: как реализовать добавление в тему ID пользователя?
Если делать с помощью header_checks, то e-mail отпавителя известен только когда обрабатывается заголовок "From".
А мне надо знать e-mail отправиетеля, когда обрабатывается заголовок "Subject", но в этот момент он неизвестен.
Может header_checks не подходит для этой задачи?
Может есть другой путь? Например, написать какой-то скрипт на каком-либо языке, который бы обрабатывал конкретное письмо и этот скрипт можно было бы включить в Postfix в цепочку обработки писем?

Answer 3

[Dmitry]

Официальная дока постфикс www.postfix.org/ADDRESS_REWRITING_README.html
Вам нужен раздел "Relocated users table" и ниже, там все крайне просто.

Answer 4

[Павел Межуев]

Смотрите ADDRESS_REWRITING_README, в частности раздел Canonical address mapping.

Это будет легко реализуемая и корректная замена [e-mail] → [e-mail] и [e-mail] → [e-mail] соответственно.

получатель видит что письмо пришло с [e-mail] … получатель отвечает на это письмо то оно должно прийти [e-mail]

А вот здесь уже сложнее. Условный заголовок X-Real-Sender-ID в теле отправленного вами письма никак не попадёт в ответ, который отправит получатель такого письма. Соответственно в нём нет особого смысла. В принципе можно приспособить для этих целей заголовок References, но всё равно придётся писать свой прокси для обработки входящих.

Адрес, на который будет отправлено письмо при нажатии кнопки «Ответить» задаётся заголовком Reply-To. Но и тут надо понимать, что вы не в силах запретить получателю щёлкнуть по адресу в поле «От» и подготовить ответ на данный адрес или любым иным способом указать [e-mail] в поле «Кому».

Так что ваша идея заведомо содержит неустранимые недостатки и выходит за рамки обязанностей МТА. Решать её, по хорошему, надо другими способами. Например, если это служба поддержки, то за приём и отправку писем должна отвечать специализированная система (Jira, YouTrack и т. д.).

Comments

[rus18reg]

Первый этап мы сделали, всё работает:
1. Добавили служебный заголовок X-UserID и записали в него некий идентификатор отправителя.
2. В служебных заголовках заменили реальный e-mail отправителя [e-mail] на e-mail отдела прождаж [e-mail]

На втором этапе требуется: при получении ответа от клиента по служебному заголовку X-UserID найти реальный e-mail [e-mail] и переслать письмо на этот e-mail.
Проблема в том, что X-UserID не попадает в письмо при ответе на него. И, как следаствие, нельзя определить e-mail получателя ([e-mail]).

По моему мнению, при ответе на письмо сохраняется только тема письма (и то пользователь при ответе может исправить её).
Поэтому можно рассмотреть такой вариант:
1. Пользователь [e-mail] отправляет письмо клиенту с темой "Коммерческое предложение".
2. Postfix при отправке письма добавляет в тему письма ID отправителя ([e-mail]), например "Коммерческое предложение [ID=12345]" и заменяет в письме [e-mail] на [e-mail].
3. Клиент отвечает на письмо. При этом почтовый клиент добавить к теме письма префикс "Re: " и тема будет такой: "Re: Коммерческое предложение [ID=12345]"
4. При получении этого письма Postfix распарсит тему и найдет ID сотрудника, по ID найдет его e-mail ([e-mail]) и перешлет на этот e-mail письмо.
Нас этот вариант устроит со всеми его недостатками.

Вопрос: как реализовать добавление в тему ID пользователя?
Если делать с помощью header_checks, то e-mail отпавителя известен только когда обрабатывается заголовок "From".
А мне надо знать e-mail отправиетеля, когда обрабатывается заголовок "Subject", но в этот момент он неизвестен.
Может header_checks не подходит для этой задачи?
Может есть другой путь? Например, написать какой-то скрипт на каком-либо языке, который бы обрабатывал конкретное письмо и этот скрипт можно было бы включить в Postfix в цепочку обработки писем?

[Павел Межуев]

По моему мнению, при ответе на письмо сохраняется только тема письма

Заголовок References.

Если делать с помощью header_checks, то e-mail отпавителя известен только когда обрабатывается заголовок "From".
А мне надо знать e-mail отправиетеля, когда обрабатывается заголовок "Subject", но в этот момент он неизвестен.

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

Например, написать какой-то скрипт на каком-либо языке, который бы обрабатывал конкретное письмо и этот скрипт можно было бы включить в Postfix в цепочку обработки писем?

Смотрите FILTER_README и там же есть пример реализации.