БОЛЬНОЙ
MARID была рабочей группой IETF в области приложений, которой было поручено предложить стандарты почты Название является аббревиатурой MTA в 2004 году . электронной Authorization Records In DNS . аутентификации
Фон
[ редактировать ]Облегченный протокол аутентификации MTA (LMAP) [1] было общим названием для набора предложений «назначенного отправителя», которые обсуждались в ASRG осенью 2003 года, включая:
- Протокол назначенной почтовой программы (DMP)
- Протокол запроса назначенных реле (DRIP)
- Гибкая проверка отправителя (FSV)
- МТАМАРК
- Обратный MX (RMX)
- Структура политики отправителей ( SPF )
Эти схемы пытаются составить список действительных IP-адресов, которые могут отправлять почту для домена. «Легкий» в LMAP по сути означает «без шифрования», в отличие от DomainKeys и его преемника DKIM . [2] В марте 2004 года Рабочая группа по проектированию Интернета IETF провела BoF по этим предложениям. По итогам этой встречи целевая группа учредила рабочую группу MARID . [3]
Споры
[ редактировать ]Предложение Microsoft Caller -ID было поздним и весьма спорным дополнением к этому миксу. Он имел следующие особенности:
- Использование политик XML с DNS — это было сокращено до того, что теперь известно как идентификатор отправителя.
- Объединение и расширение существующего SPF
- Использование полей заголовка письма RFC 2822, как в DomainKeys (во всех других проектах LMAP использовался конверт SMTP ).
- Конкретные вопросы о патентах и лицензировании [4]
Слушания
[ редактировать ]Рабочая группа решила отложить вопрос об идентификаторах SMTP RFC 2821, то есть MAIL FROM, охватываемых SPF, или HELO, охватываемых CSV и SPF, в пользу идентификаторов RFC 2822, охватываемых Caller-ID, а затем и предполагаемым ответственным адресом Sender-ID (PRA). ) . Рабочая группа подошла к моменту, когда политики отправителей можно было разделить на разные области , например 2821 MAIL FROM или 2822 PRA. МАРИД Синтаксис spf2.0 также позволял объединять разные области в одну запись политики, если наборы разрешенных IP-адресов идентичны, как это часто бывает.
Менее чем через неделю после публикации первого mfrom или MAIL FROM, рабочая группа была распущена в одностороннем порядке ее руководством. MARID просуществовал всего семь месяцев, и никаких RFC опубликовано не было. [5] [4]
Ответственный региональный директор IETF согласился спонсировать публикацию некоторых незавершенных обсуждений MARID в качестве экспериментов IETF; до MARID это произошло в 2005 году, когда оба SPF [6] и идентификатор отправителя [7] были одобрены как экспериментальные RFC. Последнее в определенной степени является результатом MARID, выросшего из предложения Caller-ID.
Продолжающиеся споры по техническим вопросам и несовместимости Sender ID позже закончились апелляциями. [8] в IESG и IAB .
Ссылки
[ редактировать ]- ^ Обсуждение и сравнение облегченного протокола аутентификации MTA (LMAP)
- ^ «Как читать отчеты DMARC?» . powerdmarc.com . Проверено 25 июля 2023 г.
- ^ Записи авторизации MTA в DNS - устав MARID , дата обращения 25 июля 2023 г.
- ^ Перейти обратно: а б Левин, Джон Р. «Анализ патентных заявок Microsoft MARID» . Джон Р. Левин . Проверено 15 мая 2019 г.
- ^ Зельцер, Ларри (22 сентября 2004 г.). «Специальная группа по Интернету закрывает рабочую группу по борьбе со спамом» . электронная неделя . Проверено 15 мая 2019 г.
- ^ Структура политики отправителей (SPF) для авторизации использования доменов в электронной почте, версия 1
- ^ Предполагаемый ответственный адрес в сообщениях электронной почты.
- ^ Менле, Джулиан (25 августа 2005 г.). «Апелляция: Публикация проекта Draft-lyon-senderid-core-01, противоречащего упомянутому проекту Draft-schlitt-spf-classic-02» . Архивировано из оригинала 22 августа 2009 года.
Внешние ссылки
[ редактировать ]- Исторический проект ASRG LMAP (2004 г.)
- MARID Страница статуса (2004 г.) и mxcomp архив списка
- области приложений IESG Управление DEA (распущено)
- Обращение IAB со ссылками на дополнительные источники (2006 г.)
- История апелляций SenderID (2006 г.)