Max Kostikov

Такое лучше делать, как уже упомянули выше, средствами sieve на сервере и, действительно, Dovecot это прекрасно умеет. Более того, он содержит возможность использования managesieve, когда конечный пользователь имеет возможность сам задавать эти правила сортировки, пересылки т.п. из интерфейса своего почтового клиента. В частности, это умеет Roundcube.

На Exim это реализуется на уровне ACL на любой стадии обработки входящей почты.
В вашем комбайне разбирайтесь куда и как это воткнуть. Но, уверен, технически это реализуемо.

Поднимите свой почтовый сервис в какой-нибудь правильной юрисдикции. Убьёте кучу проблем, начиная с существенной экономии и заканчивая защитой информации. Последнее в российских реалиях становится особенно критичным даже в случае размещения на Google и Microsoft, не говоря уже о Mail.ru и Yandex, cитуацию когда любой опер по запросу (а запросов таких по официальным данным было свыше 700k в прошлом году) может спокойно шарить в вашей почте нормальным признать никак нельзя.
Правильно настроенная почтовая система не требует поддержки за исключением обновления софта.
Детали тут расписывать не стану, но если будет интерес - готов обсудить приватно.

Практически не ограничено (ограничено размером места под базу данных и способностью внешних серверов переработать отправляемые объёмы)

Что касается Gmail, то там работает репутация IP и/или домена. Если домен не был засвечен в рассылках, то, скорее всего, вопрос в подмоченной репутации IP.
Можно попробовать потренировать Gmail на предмет её улучшения через действия получателей ("не спам", ответы). Но понадобится несколько ящиков.

Сегодня Hetzner долбанули, кстати, тоже.

То, что сможете поддерживать.
FreeBSD наиболее гибка, логична устроена и прекрасно документирована. Так что даже если вы не умеете её правильно готовить, то освоите довольно быстро.
Собрать своё ядро и, тем более, софт с нужными опциями из исходников, дело несложное. А для highload это дело полезное.
Ну и по свежести и размеру базы пакетов/портов FreeBSD в лидерах.

То, что написано в заголовке From: может вообще не иметь никакого отношения к тому адресу, на который вы будете писать нажав "Ответить". Последний может быть указан в заголовке Reply-to:
Причин отправлять (показывать вам) что-то в роде noreply@ может быть вагон. Несколько из них вам уже написали.
Ещё одной может быть специфика работы сервисов рассылки, когда требуется наличие определённого домена именно в поле From: для прохождения проверки цифровой подписи DKIM, но не предполагающее предоставление вам возможности написать на использованный адрес.

https://www.walletone.com

Исключительно свой сервер за пределами России

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

Вообще, лучше это делать HTTP сервером чтобы не грузить зря систему.
Но если хотите PHP то это делается элементарно.

header('HTTP/1.1 301 Moved Permanently');
header('Location: http://site.com/somepage.html');

Логику обработки и подстановки сами напишете

Вкратце, не используйте форвардинг c mail.ru. Настройте сбор почты по IMAP4/POP3.

border-bottom: none;

Ещё можно вспомнить simpleMDE

Потому, что сентябрь после августа

Вот так примерно.
https://kostikov.co/prostoj-metod-zashity-veb-form...
И никакой каптчи.

Вот примерно так
Как на php реализовать проброску post запроса на другой адрес?