Приоритет: заголовок в письме

Question

Мое веб-приложение отправляет электронную почту довольно часто и отправляет 3 вида электронных писем: инициированное пользователем, в ответ на событие в системе и в автоматическом ответе на электронное письмо, полученное приложением.

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

Precedence: junk

но Yahoo! почта обрабатывает эти сообщения как спам. Это, очевидно, не идеально, потому что мы хотели бы, чтобы SOMEBODY прочитал наш автоответ и принял решение по нему, а не ответ об отсутствии на работе.

Каков наилучший способ отправки электронного письма без использования фильтров нежелательной почты или автоответчиков?

Precedence: junk?

Precedence: bulk?

Precedence: list?

X-Priority: 2?

Answer 1

Существует RFC 3834 , предназначенный для автоматических ответов по электронной почте.

Короче, он рекомендует:

1. Отправлять автоответчики только на адрес, указанный в заголовке Return-Path входящего сообщения, если это действительный адрес электронной почты. В частности, «<>» (нулевой адрес) в Return-Path сообщения означает, что автоответы не должны отправляться для этого сообщения.

2. При отправке автоответа команда MAIL FROM smtp должна содержать «<>» (нулевой адрес). Это приведет к Return-Path: <> когда сообщение будет доставлено.

3. Используйте заголовок Auto-Submitted со значением, отличным от «no», чтобы явно указать автоматический ответ.

Одно примечание: не стоит явно устанавливать заголовок Return-Path в исходящем сообщении, поскольку этот заголовок должен быть переписан по адресу конверта (из команды MAIL FROM smtp) во время доставки.

Answer 2

RFC 2076 не рекомендует использовать заголовок приоритета. как вы заметили, многие клиенты просто отфильтровывают это (особенно приоритет: разнообразие мусора). может быть лучше использовать нулевой путь, чтобы избежать войн автоответчика:

Return-Path: <>

В конечном счете, вы можете использовать приоритет, чтобы попытаться обойти это, но это, похоже, идет вразрез с духом заголовка. я бы предложил просто использовать для этого заголовок return-path и избегать приоритетов. в некоторых случаях вам, возможно, придется написать каким-либо образом, чтобы отбросить автоответчики в вашем приложении (чтобы не попасть в войну респондентов), но я не могу вспомнить ситуацию, в которой это происходило, используя соответствующий возвратный путь. (большинство войн с автоответчиками, с которыми мне приходится сталкиваться, были результатом очень плохо сформированных писем)

Примечание: заголовок Return-Path является, вкратце, местом назначения для уведомлений (отказов, задержки доставки и т. Д.) И описан в RFC 2821 - потому что это требуется SMTP , Это также один из способов отбрасывать плохую почту (так как теоретически вся хорошая почта установит соответствующий путь возврата).

Answer 3

Вы можете установить следующие заголовки:

Precedence: bulk
Auto-Submitted: auto-generated

Источник: http://www.redmine.org/projects/redmine/repository/revisions/2655/diff

Answer 4

Традиционный способ справиться с этим - отправить электронное письмо с пустым отправителем конверта (традиционно пишется как <>) Это предотвращает ответ автоответчика на другом конце, потому что нет отправителя для ответа.

Answer 5

Как насчет настройки белого списка в вашей учетной записи электронной почты?

Я бы предположил, что любые ключевые слова электронной почты могут быть помечены фильтром нежелательной почты.