sendmail использует обратный путь вместо адреса

У меня есть клиент, который жалуется на электронные письма, помеченные как спам.

Я смотрю на заголовок. Это показывает правильный От: reg@company.com

Однако ему не нравится обратный путь.

Return-Path: <apache@servername.mycompany.com>
Received-SPF: neutral (google.com: x.x.x.x is neither permitted nor denied by domain of apache@servername.mycompany.com) client-ip=x.x.x.x;
Authentication-Results: mx.google.com; spf=neutral (google.com: x.x.x.x is neither permitted nor denied by domain of apache@servername.mycompany.com) smtp.mail=apache@servername.mycompany.com

Как настроить sendmail на использование адреса "От" для Return-Path?

Источник

2 ответа

Из книги летучих мышей (стр. 1165):

Заголовок Return-Path: предназначен для отображения адреса конверта реального отправителя, а не отправителя, используемого для ответа (заголовки From: и Reply-To:). Например, при публикации новостей Usenet Return-Path: показывает "новости", а From: показывает адрес отправляющего пользователя. Но в целом, Return-Path: никогда не должен использоваться для ответа на почту. Он предназначен для использования исключительно для уведомления об ошибках доставки.

У вашего клиента нет проблем с заголовком Return-Path:. Ни с SPF, так как результат нейтральный, как говорят нам заголовки. Ваш клиент должен принять тот факт, что предполагаемые получатели считают то, что он отправляет, спамом.

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

Источник

Похоже, ваша электронная почта отправлена ​​автоматическим отправителем, отправляющим сообщение с одного из серверов Google. Это может быть подключение к GMail для отправки сообщения. На вашем сервере, по-видимому, имеется запись SPF, которая не включает в себя список Google SPF и не указывает на то, что ее следует применять. Включение заголовка отправителя для apache@servername.mycompany.com может помочь.

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

  • У вас есть статический адрес с записью PTR, возвращающей ваше имя хоста или имя в другой записи A для адреса? (Работает ли обратная проверка DNS?)
  • Ваш почтовый сервер объявляет себя под тем же именем, которое возвращает запись PTR?
  • Есть ли у вашего почтового сервера запись SPF, позволяющая отправлять электронную почту?
  • Ваш адрес указан в списке list.openwl.org?

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

Как только вы начали отправлять электронное письмо, применяются другие тесты.

  • Адрес возврата (адрес конверта) и адрес отправителя должны иметь запись MX, указывающую на работающий почтовый сервер.
  • Адрес обратного пути должен совпадать с заголовком адреса отправителя или отправителя.
  • Оба домена (если они разные) должны иметь рабочий адрес администратора почты.
  • Оба домена (если они разные) должны иметь записи SPF, разрешающие отправку почты с отправляющего сервера.
  • Можно рассмотреть предыдущую историю как адресов электронной почты, так и их доменов (автоматический белый список / автоматический черный список).
  • Имеет ли сообщение действительную подпись DKIM.
  • Любые другие правила, которые администратор электронной почты сочтет необходимыми.

Я обнаружил, что получаю относительно высокий процент отказов в документах, подписанных DKIM, от автоматических отправителей. В основном это связано с тем, что открытые ключи недоступны из DNS.

Источник
Другие вопросы по тегам