standard official ietf characters email header rfc5322

email - official - Persistencia de encabezados personalizados dentro de un hilo de correo electrónico



rfc email (2)

Probablemente esta sea una pregunta extraña, pero pensé que seguiría y preguntaría. Digamos, envío un correo electrónico, usando IMAP SMTP, a través de un cliente especial. Este cliente agrega algunos encabezados personalizados al mensaje de correo electrónico antes de enviarlo en su camino. El destinatario recibe este correo electrónico y me responde directamente (y tal vez CC algunas personas también).

Mi pregunta es esta: dado el ejemplo anterior, ¿estos encabezados X persistirían en todos los mensajes nuevos dentro del hilo?

Una cosa en la que puedo pensar es que el cliente estaría al tanto del mensaje de correo electrónico original que envió. Todas las respuestas posteriores a este correo electrónico tendrían un encabezado "Responder a" cuyo valor es igual al "Id. De mensaje" del correo electrónico anterior. No veo por qué no podría rastrear este hilo de respuestas hasta que llegue el mensaje original enviado por el cliente, derivando los encabezados personalizados originales.

Tal vez estoy pensando demasiado en esto. ¿Alguna sugerencia? :)


Por lo que yo sé, no hay razón para pensar que un cliente de correo electrónico pueda propagar líneas de encabezado que no comprenda. La mayoría conservará el tema (generalmente añadiendo "Re:" si es necesario) y derivará sus líneas "A:" y "Cc:" de los encabezados del mensaje anterior, pero eso es todo. Supongo que algunos (pero no todos) generarán una línea "In-Reply-To", pero eso es todo.

Su idea de hacer que un cliente rastree el hilo buscando encabezados específicos suena como que puede hacerlo, pero tendría que escribir su propio cliente de correo electrónico si desea esa característica, y aún estaría bloqueado por el hecho de que no todos los clientes de correo electrónico conservan el enhebrado de mensajes de ninguna manera.


Una respuesta al mensaje no contiene necesariamente nada del mensaje original. El MUA es probable que sugiera una versión modificada (por ejemplo, antepuesta con "Re:") del sujeto original, y obviamente las direcciones también se utilizan para los valores predeterminados adecuados. Ninguno de los otros contenidos del mensaje forma parte de la respuesta (a menos que el remitente lo incluya deliberadamente, como ocurre con las comillas o el reenvío). Los encabezados X que tenga en su mensaje no se incluirán en la respuesta (a menos que tenga control sobre ese MUA).

Sin embargo, su plan de seguimiento del mensaje original es ciertamente factible: vea la Sección 3.6.4 de RFC 5322 . Cada mensaje debe (no debe) tener un encabezado de ID de mensaje, y debe tener encabezados In-Reply-To y References cuando corresponda.

El campo "Message-ID:" contiene un único identificador de mensaje único. Los campos "Referencias:" e "In-Reply-To" contienen cada uno uno o más identificadores de mensaje únicos, opcionalmente separados por [espacio en blanco].

In-Reply-To se menciona para identificar el mensaje (o mensajes) al que se responde, mientras que References identifica el hilo completo de la conversación. El encabezado Referencias está destinado a contener todo el contenido del encabezado de Referencias del mensaje al que se responde, por lo que solo necesita el último mensaje para identificar el hilo completo.

Tenga en cuenta que In-Reply-To y Reply-To no son lo mismo (este último especifica la dirección a la que el remitente desea que se envíen las respuestas).

Suponiendo que tienes el mensaje original, entonces deberías poder usar el encabezado de Referencias de cualquier respuesta para identificar el mensaje original. No todos los MUA manejarán las Referencias o In-Reply-To correctamente, pero la mayoría lo hará.