MARID

MARID fue un grupo de trabajo del IETF en el área de aplicaciones encargado de proponer estándares para la autenticación de correo electrónico en 2004. El nombre es un acrónimo de MTA Authorization Records In DNS .

El Protocolo de Autenticación MTA Ligero (LMAP) ^{[ 1 ]} era un nombre genérico para un conjunto de propuestas de "remitente designado" que se discutieron en el ASRG en el otoño de 2003, incluyendo:

• Protocolo de remitentes designados (DMP)
• Protocolo de consulta de relés designados (DRIP)
• Validación de remitente flexible (FSV)
• MTAMARK
• MX inverso (RMX)
• Marco de políticas del remitente ( SPF )

Estos esquemas intentan listar las direcciones IP válidas que pueden enviar correo para un dominio. El término "lightweight" en LMAP significa esencialmente "sin criptografía", a diferencia de DomainKeys y su sucesor, DKIM . ^{[ 2 ]} En marzo de 2004, el Grupo de Trabajo de Ingeniería de Internet (IETF) celebró una reunión de debate sobre estas propuestas. Como resultado de esa reunión, el grupo de trabajo creó el grupo de trabajo MARID . ^{[ 3 ]}

La propuesta de Microsoft sobre la identificación de llamadas fue una adición tardía y muy controvertida a esta lista. Incluía las siguientes características:

• Uso de políticas XML con DNS : esto se redujo a lo que ahora se conoce como Identificador de remitente.
• Aprovechamiento y extensión del SPF existente
• Uso de los campos de encabezado de correo RFC 2822 como lo hace DomainKeys (todos los demás borradores de LMAP usaban el sobre SMTP ).
• Preguntas específicas sobre patentes y licencias ^{[ 4 ]}

El grupo de trabajo decidió aplazar la cuestión de las identidades SMTP de RFC 2821 (es decir, MAIL FROM cubierto por SPF, o HELO cubierto por CSV y SPF) en favor de las identidades de RFC 2822 cubiertas por la Dirección Responsable Supuesta (PRA) de Caller-ID y, posteriormente, de Sender-ID . El grupo de trabajo llegó a la conclusión de que las políticas de remitente podían dividirse en diferentes ámbitos , como MAIL FROM de 2821 o PRA de 2822. La sintaxis MARID spf2.0 también permitía combinar diferentes ámbitos en un único registro de política, si los conjuntos de IP permitidas eran idénticos, como suele ser el caso.

Menos de una semana después de la publicación del primer borrador de mfrom o MAIL FROM, el Grupo de Trabajo fue disuelto unilateralmente por su dirección. MARID existió solo siete meses y no se publicó ningún RFC . ^{[ 5 ] [ 4 ]}

El director de área responsable del IETF acordó patrocinar la publicación de algunas de las discusiones inconclusas de MARID como experimentos del IETF; esto ocurrió en 2005, cuando tanto el SPF previo a MARID ^{[ 6 ]} como el Sender ID ^{[ 7 ]} fueron aprobados como RFC experimentales. Este último es, en cierta medida, resultado de MARID, derivado de la propuesta Caller-ID.

Las disputas en curso sobre cuestiones técnicas e incompatibilidades en Sender ID dieron lugar posteriormente a apelaciones ^{[ 8 ]} ante el IESG y el IAB .

• Borrador histórico del LMAP de ASRG (2004)
• Página de estado de MARID (2004) y mxcomp Archivado el 06/12/2016 en el archivo de listas de Wayback Machine
• Dirección de la DEA del área de aplicaciones del IESG (disuelta)
• Apelación de la IAB archivada el 30/05/2011 en Wayback Machine con enlaces a más fuentes (2006).
• Historial de apelaciones de SenderID (2006)