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 .
Ссылки [ править ]
- ^ Обсуждение и сравнение облегченного протокола аутентификации MTA (LMAP)
- ^ Устав MARID
- ^ a b Левин, Джон Р. "Анализ патентных заявок Microsoft MARID" . Джон Р. Левин . Дата обращения 15 мая 2019 .
- ^ Зельцер, Ларри (22 сентября 2004). «Целевая группа Интернета закрывает рабочую группу по борьбе со спамом» . eWeek . Дата обращения 15 мая 2019 .
- ^ Структура политики отправителя (SPF) для авторизации использования доменов в E-MAIL, версия 1
- ^ Предполагаемый ответственный адрес в сообщениях электронной почты
- ^ Апелляция: публикация 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 .