Владимир Дубровин

Можно без разбиения сети, но с разбиением подинтерфейсов - сделать два интерфейса с разными IP адресами в сеть 192.168.0.0/24 (например 192.168.0.5 и 192.168.0.6), с одного интерфейса роутить на одного провайдера, с другого на другого. Соответственно порт на каждом из маршрутизаторов пробросить на соответствующий интерфейс.
Можно с одним интерфейсом с двумя адресами, или даже с одним адресом, но с разными портами - но тогда придется настраивать policy routing.

В 3proxy
socks -i192.168.0.101 -pпорт_1 -eадрес_интерфейса ррр0
socks -i192.168.0.101 -pпорт_2 -eадрес_интерфейса ррр1

Организуйте именно сбор почты, а не пересылку. Тогда при ответе адрес будет выбираться автоматически, в зависимости от того, на какой ящик получено письмо. Mail.Ru при этом сохраняет структуру папок собираемых с сервера.
+ Интерфейс Mail.Ru позволяет напрямую залогиниться любым почтовым ящиком (например Gmail или Yandex) и переключаться между ними, т.е. работает как веб-интерфейс между пользователем и IMAP-сервером. Настраивать сбор почты при этом не надо - возможно такой режим будет удобней.

По условиям сервиса, нельзя использовать автоматизированные скрипты для рассылки, вы попадаете под ограничения (рейтлимиты). Если вы хотите производить рассылки - делайте рассылку с ваших ресурсов напрямую, предварительно включив их в SPF и прописав DKIM (можно использовать отдельный селектор).

Здесь репутационные рекомендации:
https://habrahabr.ru/company/mailru/blog/216535/
Здесь технические рекомендации:
https://habrahabr.ru/company/mailru/blog/239963/

Специальной регистрации авторских прав не требуется, права на созданный вами код принадлежат вам изначально. Чтобы при необходимости иметь возможность доказать приоритетное авторство кода - включайте копирайты в код, периодически создавайте архивы кода и и получайте для архива сертификат с хэшем и подписанной отметкой времени, например
supporttest.digistamp.com/account/create.jsp#showI...
сохраняйте архивы и полученные сертификаты.
Загружать сам файл не обязательно, можно самостоятельно вычислять хэш и загружать только его.

Атака называется DNS amplification, в bind для предотвращения используется RRL

https://kb.isc.org/article/AA-00994/0

В Thunderbird можно выбрать между локальным поиском и поиском на сервере. Для десктопных клиентов как правило нет особого профита, т.к. они хранят копии писем и могут искать локально. Имеет смысл настраивать именно для мобильных.

netsh int ipv6 reset

Можно, при условии, что будет небольшое количество клиентов с известными IP-адресами или именами зарегистрированными в DynDNS. Тогда можно использовать прокси с обратным коннектом.

Скорее всего все ОК, но зависит от того, сколько у вас MX-записей для домена. SPF ограничен 10ю разрешениями имени (обращениями к DNS-серверу). 1 разрешение требуется для "a", еще одно для "include" а вот для mx требуется 1 разрешение для самого MX + на каждую mx запись требуется отдельное разрешение. Если у вас более 7 mx-записей, что возможно, но маловероятно, то эта spf-запись будет считаться ошибочной.

польза от ip6 будет, если в каких-то ситуациях вы делаете отправку писем по IPv6.