почему не так просто настроить поле отправителя?

Чтобы уточнить этот и этот объяснение для Sender::

Вкратце, From: в сообщении указывает почтовый ящик того, кто написал сообщение, Sender: указывает объект, который отправил сообщение от имени другого лица, а To: и Cc: указывают предполагаемый почтовый ящик получателя. RFC определяют и другие поля заголовка, которые могут вас заинтересовать.

Я замечаю это alpine вставляет полное доменное имя отправителя как <user>@<domain> в Sender: поле. В то время From: поле можно изменить в alpine путем изменения Customized-Headers настройка, пытается установить Sender: поле сбой.

Похоже, это метод защиты от спама? Как это связано или имеет отношение к структуре политики отправителей?

https://en.wikipedia.org/wiki/Simple_Mail_Transfer_Protocol#Related_Requests_For_Comments

https://en.wikipedia.org/wiki/Anti-spam_techniques#Strict_enforcement_of_RFC_standards

Чтобы избежать подделки отправителя, используется ряд приемов:

Пользователи кроме root не могут назначать произвольные SENDER заголовок, MTA в любом случае переопределит его фактическим именем пользователя @ домен.
Передача из нелокальных доменов в нелокальные полностью запрещена на MTA.
Тот, кто хочет отправить сообщение из нелокального домена в нелокальный домен, должен сначала авторизоваться на MTA.
MTA для домена-получателя проверяет, принадлежит ли отправляющий MTA к списку авторизованных отправителей домена отправителя (SPF)
Пара DomainKey подтверждена - публичный ключ отправителя из DNS должен совпадать с частным (DKIM)
DMARC = SPF + DKIM

Из M S C файл справки в alpine:

                                      FEATURE: Scramble the Message-ID When Sending
Обычно заголовок Message-ID, который Alpine генерирует при отправке сообщения, содержит имя компьютера, с которого отправляется сообщение. Некоторые считают, что это имя хоста может использоваться спамерами или может использоваться другими в гнусных целях. Если эта функция установлена, это имя будет преобразовано с помощью простого преобразования Rot13. Результат по-прежнему будет иметь правильный синтаксис для идентификатора сообщения, но часть идентификатора сообщения, которая часто является именем домена, не будет фактическим именем домена, потому что буквы будут зашифрованы.

Возможно (но маловероятно?), Что какое-то программное обеспечение для обнаружения спама будет использовать это как причину для отклонения почты как спама. Также сообщалось, что некоторые программы для обнаружения спама используют тот факт, что после символа «@» нет точек, как причину для отклонения сообщений. Если ваш PC-Alpine Message-ID использует имя без точки, это потому, что Windows считает это вашим «Полным именем компьютера». Метод, используемый для установки этого параметра, варьируется от одного типа Windows к другому, но проверьте настройки -> Панель управления -> Система и найдите сетевую идентификацию или имя компьютера или что-то подобное. Как его установить - это выходит за рамки Alpine.

который кажется чтобы оба взломали message-id поле и, по-видимому, устраняет необходимость в sender поле (как минимум из alpine). Таким образом, sender поле ступенчатое.