Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

MARID была IETF рабочая группа в области применения поставлена задача предложить стандарты для проверки подлинности электронной почты в 2004 году название является аббревиатурой от M TA Авторизация записей в D NS .

Фон [ править ]

Облегченный протокол аутентификации MTA (LMAP) [1] был общим названием для набора предложений «назначенного отправителя», которые обсуждались в ASRG осенью 2003 года, включая:

  • Протокол назначенных почтовых программ (DMP)
  • Протокол запроса назначенных реле (DRIP)
  • Гибкая проверка отправителя (FSV)
  • MTAMARK
  • Обратный MX (RMX)
  • Структура политики отправителя ( SPF )

Эти схемы пытаются перечислить действительные IP-адреса, с которых можно отправлять почту для домена. «Облегченный» в LMAP по существу означает «без шифрования», в отличие от DomainKeys и его преемника, DKIM . В марте 2004 года Инженерная группа Интернета IETF провела совещание по этим предложениям. В результате этой встречи рабочая группа учредила рабочую группу MARID [2] .

Microsoft «s Caller-ID предложение было поздно и весьма спорным дополнение к этому соединению. Он имел следующие особенности:

  • Использование политик XML с DNS - это было сокращено до того, что теперь известно как Sender ID.
  • Копирование и расширение существующего SPF
  • Использование полей заголовка почты RFC 2822 как DomainKeys (во всех других черновиках LMAP использовался конверт SMTP .)
  • Конкретные вопросы о патентах и ​​лицензировании [3]

Ход работы [ править ]

Рабочая группа решила отложить вопрос об идентификаторах SMTP RFC 2821 - т. Е. MAIL FROM, охватываемых SPF или HELO, охватываемых CSV и SPF - в пользу идентификаторов RFC 2822, охватываемых идентификатором вызывающего абонента и более поздним предполагаемым ответственным адресом идентификатора отправителя (PRA ) . РГ подошла к тому моменту, когда политики отправителя могут быть разделены на разные области , такие как 2821 MAIL FROM или 2822 PRA. Синтаксис MARID spf2.0 также позволяет объединять разные области в одну запись политики, если наборы разрешенных IP-адресов идентичны, как это часто бывает.

Менее чем через неделю после публикации первого проекта отчета или MAIL FROM рабочая группа была прекращена ее руководством в одностороннем порядке. MARID просуществовал всего семь месяцев, а RFC не публиковались. [4] [3]

Ответственный региональный директор IETF согласился спонсировать публикацию некоторых незаконченных обсуждений MARID в качестве экспериментов IETF; это произошло в 2005 году, когда как предварительные требования MARID SPF [5], так и Sender ID [6] были утверждены в качестве экспериментальных RFC. Последнее в определенной степени является результатом MARID, выросшего из предложения Caller-ID.

Продолжающиеся споры по техническим вопросам и несовместимости в Sender ID позже привели к апелляциям [7] в IESG и IAB .

Ссылки [ править ]

  1. ^ Обсуждение и сравнение облегченного протокола аутентификации MTA (LMAP)
  2. ^ Устав MARID
  3. ^ a b Левин, Джон Р. "Анализ патентных заявок Microsoft MARID" . Джон Р. Левин . Дата обращения 15 мая 2019 .
  4. ^ Зельцер, Ларри (22 сентября 2004). «Целевая группа Интернета закрывает рабочую группу по борьбе со спамом» . eWeek . Дата обращения 15 мая 2019 .
  5. ^ Структура политики отправителя (SPF) для авторизации использования доменов в E-MAIL, версия 1
  6. ^ Предполагаемый ответственный адрес в сообщениях электронной почты
  7. ^ Апелляция: публикация draft-lyon-senderid-core-01 противоречит указанному draft-schlitt-spf-classic-02

Внешние ссылки [ править ]

  • Исторический проект ASRG LMAP (2004 г.)
  • Страница статуса MARID (2004) и архив списка mxcomp
  • Область приложений IESG Дирекция DEA (распущена)
  • Оценка IESG [ постоянная мертвая ссылка ] Sender-ID (2005)
  • Обращение IAB со ссылками на другие источники (2006 г.)
  • История апелляций SenderID (2006 г.)
  • «Избранные термины и сокращения, относящиеся к MARID» . Techmoids.org . Архивировано из оригинала на 2008-09-07 . Проверено 14 июня 2008 .