Последнее изменение файла: 2007.02.08
Скопировано с www.bog.pp.ru: 2024.04.19

Bog BOS: Поля заголовка сообщения, добавляемые сервером списка рассылки

Требуется предварительное знакомство с форматом почтовых сообщений (RFC 822, RFC 2822).

Включение данных полей в заголовок сообщений, рассылаемых сервером списков рассылки (listserver, mailing list, email distribution lists) должно позволить почтовым клиентам (MUA) предоставить пользователям единообразный интерфейс для управления списками рассылки (подписаться, отписаться, посмотреть архив и т.д.), что позволяет избавиться от необходимости запоминать синтаксис команд управления конкретного списка рассылка (раз уж их не удалось стандартизовать). Даже если почтовый клиент не поддерживает использование этих полей, то их значение можно хотя бы посмотреть. К сожалению, данный стандарт не поддерживает подстановку параметров, так что не каждый командный интерфейс можно реализовать с его помощью. Некоторые сервера вставляют индивидуальные значения в поле каждого сообщения, имитируя подстановку параметров за счет эффективности рассылки.

Сервер рассылки вставляет данные поля в заголовок каждого посылаемого сообщения в дополнение к стандартным и прочим полям заголовка сообщения. Данные поля должны удаляться из сообщений пользователей перед передачей их в список рассылки. Каждое поле может встречаться в сообщении только один раз. Не все поля обязаны быть реализованы. Синтаксис полей соответствует общему синтаксису заголовка сообщения, включая комментарии в скобках, ограничения на список используемых символов и строки продолжения. Каждое поле содержит URL в угловых скобках или список URL в угловых скобках через запятую. Это накладывает дополнительные ограничения на используемые символы в URL (в том числе преобразование в UTF-8 и %-кодирование). Наиболее часто используемые для управления списками схемы: http и mailto, что позволяет реализовать управление списками через веб-интерфейс или посылку сообщения по e-mail. Как и в любом случае использования схемы mailto, почтовый клиент должен только формировать сообщение и показать пользователю заполненные поля, требуя подтверждения перед отправкой письма. Кстати, схема mailto позволяет формировать как тему, так и тело почтового сообщения. Почтовый клиент не должен использовать потенциально опасные схемы (типа file://). Список URL позволяет почтовому клиенту выбрать одну из возможных в данной ситуации альтернатив (левый URL имеет больший приоритет).

• List-Help. Обеспечивает доступ к инструкции по использованию данного списка рассылки, например:

  List-Help: <http://www.host.com/list/>,
             <mailto:list@host.com?subject=help&body=help> (List Instructions)
  

• List-Subscribe. Обеспечивает возможность подписаться на список рассылки (полезно, если пользователь отписался от списка, но сохранил сообщение в архиве или получил его не из списка), например:

  List-Subscribe: (Use this command to join the list)
       <http://www.host.com/list.cgi?cmd=subscribe&listname=list>,
       <mailto:list-manager@host.com?body=subscribe%20list>
  

• List-Unsubscribe. Обеспечивает возможность отписаться от списка рассылки, например:

  List-Unsubscribe: (Use this command to get off the list)
       <http://www.host.com/list.cgi?cmd=unsubscribe&listname=list>,
       <mailto:list-manager@host.com?body=unsubscribe%20list>
  

• List-Post. Обеспечивает возможность послать сообщение в список рассылки, например:

  List-Post: <mailto:moderator@host.com> (Postings are Moderated)
  List-Post: NO (posting not allowed on this list)
  

• List-Owner. Как связаться с администратором списка рассылки.
• List-Archive. Обеспечивает доступ к архиву, например:

  List-Archive: <ftp://ftp.host.com/pub/list/archive/>
  

• List-Id. Обеспечивает уникальный идентификатор списка рассылки независимо от используемого в текущий момент сервера. Имитирует доменное имя в угловых скобках, где именем хоста служит имя списка рассылки, а имя домена - это имя реального домена, к которому вы хотите приписать данный список. Нельзя приписывать список к чужому домену. Если у вас нет своего домена - пишите вместо имени домена случайное-число-128-бит.MMYYYY.localhost. Текст перед угловыми скобками рассматривается как комментарий:

  List-ID: <freebsd-security.FreeBSD.ORG>
  

Мне встречались также поля List-Software и List-Digest.

• RFC 2369. The Use of URLs as Meta-Syntax for Core Mail List Commands and their Transport through Message Header Fields. G. Neufeld, J. Baer. July 1998.
• RFC 2919. Chandhok, R. and G. Wenger, "List-Id: A Structured Field and Namespace for the Identification of Mailing Lists", April 2001.