Павел Межуев

Вам нужно создать новый restriction class, делается это примерно так:

1. /etc/postfix/sender_access:
   

   foo@example.com restrictive
   bar@example.com restrictive

   
   
2. /etc/postfix/recipient_access:
   

   director@example.com OK
   support@example.com OK
   example.org OK

   
   
3. /etc/postfix/main.cf:
   

   restrictive =
     check_recipient_access hash:/etc/postfix/recipient_access
     reject
   smtpd_restriction_classes = restrictive
   smtpd_recipient_restrictions =
     …
     check_sender_access hash:/etc/postfix/sender_access
     …

   
   
   

После этого с адресов foo@example.com и bar@example.com можно будет писать только director@example.com, support@example.com и на любой адрес в домене example.org. Подробности в RESTRICTION_CLASS_README. При каждом изменении recipient_access и sender_access не забываем выполнять postmap /path/to/file.

Можете направить в какой то мануал, чтобы иметь представление как это реализовать?

Postfix Virtual Domain Hosting Howto

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

Это будет легко реализуемая и корректная замена ivan@domain.ru → support@domain.ru и support@domain.ru → ivan@domain.ru соответственно.

получатель видит что письмо пришло с support@domain.ru … получатель отвечает на это письмо то оно должно прийти ivan@domain.ru

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

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

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

По всей видимости почтовый клиент пытается проверить корректность настройки путём отправки самому себе письма. Но так как у вас стоит reject, то подобная проверка заведомо завершается ошибкой (код ответа 5xx). У вас есть несколько вариантов (сверху вниз от простого к сложному, снизу вверх от более правильного к менее правильному):

1. Игнорировать ошибку. Если остальные параметры верные, то отправка писем будет работать корректно.
   
2. Вместо reject использовать discard. Из минусов реальные отправители не получат отчёт DSN о невозможности доставки.
   
3. Более гибко настроить ограничения, разрешив no-reply@domainname отправлять письма самому себе. Можно реализовать создав собственные ограничения через smtpd_restriction_classes.
   
4. Удалить данный ящик и вместо него использовать синоним, прописав в почтовом клиенте пользователя дополнительный профиль с необходимым адресом и именем отправителя. А чтобы все подряд не слали почту от данного имени настроить smtpd_sender_login_maps.
   
5. Вообще не делать рассылку руками, а использовать соответствующий сервис.
   

https://rspamd.com/doc/modules/mime_types.html