У меня есть спам-фильтр, который отклоняет некоторые письма на основе полей заголовка во время диалога SMTP с header_checks в постфиксе.
Это проблема, когда пользователь устанавливает переадресацию с другого сервера на адрес моего сервера? Другой сервер, вероятно, сначала принимает почту, а затем пытается переслать ее, поэтому он не может отбросить ее, не создавая обратного рассеивания.
Как правильно настроенный сервер реагирует, когда он не может переслать электронную почту? Хотя мой сервер не должен создавать проблемы для писем, отправляемых непосредственно ему, я не уверен, как правильно отреагирует сервер пересылки, и создаю ли я проблемы для своих пользователей, не принимая пересылаемые письма.
Разрешить пользователю отказаться от спам-фильтра непросто, поскольку OK в Receiver_checks (принимая RCPT TO команда) не останавливается header_checks выполнение, которое приводит к REJECT после DATA команда.
TL; DR; нет, тебе следует отказаться от этого.
Без перезаписи исходного адреса (когда пересылка принимает на себя ответственность за пересылку спама) вы должны соблюдать исходную политику SPF / DKIM / DMARC отправителя и, вероятно, ее отклонить. Новые цепочки аутентификации, такие как ARC, все еще находятся в разработке. Кроме того, то, что делает их сервер, не является вашей проблемой, они не должны пересылать и отправлять уведомления исходному пользователю.