постфикс, не сообщающий ОТ адреса до opendkim

MTA никогда не отвечает за установку заголовков сообщений; это проблема вашего почтового клиента или MUA.

Тем не менее, если postfix обнаруживает сообщение без ЛЮБЫХ заголовков From :, он добавляет адрес отправителя MAIL FROM в качестве заголовка From:; это очень хорошо задокументировано.

У вас есть как smtpd_milters, так и non_smtpd_milters, установленные в вашем main.cf?[1283 impression Я пробовал dkim milter с указанием на него только smtpd_milters, и это не сработало, хотя я подключался по телнету в smtpd, но когда я добавил конфигурацию для non_smtpd_milters, он начал работать. Там что-то очень странное, но это заставило его пойти.

Я только что столкнулся с этой проблемой и решил ее. Ключевым моментом здесь является строка из почтового журнала: «не могу определить отправителя сообщения; принимаю». Проблема в том, что входящее письмо имеет неправильный формат и в нем отсутствуют некоторые требуемые RFC заголовки, которые необходимы opendkim для работы с DKIM.

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

Почему это срабатывает, когда вы отправляете почту с помощью telnet, потому что вы не напечатал все требуемые RFC заголовки, которые ожидал opendkim. Если вы добавили их (в частности, opendkim, похоже, проверяет только заголовки From и Date и, похоже, не заботится о том, что на самом деле содержит заголовок Date)

Если вы не против отбрасывать всю почту, которая нарушает RFC и у вас отсутствуют заголовки From или Date, вы можете зайти в свой opendkim.conf и либо изменить, либо добавить строку «RequiredHeaders yes». Это, вероятно, довольно безопасно, поскольку даже большая часть спама справляется со всем этим правильно, но при отбрасывании почты всегда есть риск того, что часть законной почты также может быть потеряна.