Email

¿Qué es el threading de correo electrónico y cómo se agrupan las respuestas?

El threading de correo electrónico agrupa las respuestas al vincular cada mensaje con el ID del mensaje original mediante los encabezados In-Reply-To y References.

Un cliente agrupa una respuesta con los mensajes anteriores al inspeccionar sus encabezados. Los IDs de mensaje en In-Reply-To y References le permiten mostrar una sola conversación.

¿Qué encabezados mantienen las respuestas en un mismo hilo?

El mensaje de respuesta coloca el Message-ID del mensaje padre en In-Reply-To. También lleva la cadena de IDs de mensajes relacionados en References. Un cliente puede reconstruir la conversación cuando varias respuestas se ramifican desde un mismo mensaje.

RFC 5322 sección 3.6.4 indica que In-Reply-To puede identificar el mensaje o los mensajes a los que el nuevo mensaje responde. References puede identificar los mensajes relacionados en el hilo.

¿Cómo se ve una respuesta dentro de un hilo?

Un mensaje con Message-ID: <m1@example.com> puede recibir una respuesta con estos encabezados:

In-Reply-To: <m1@example.com>
References: <m1@example.com>

Una respuesta a esa respuesta añade el nuevo padre a References:

In-Reply-To: <m2@example.com>
References: <m1@example.com> <m2@example.com>

Conserva cada ID exactamente como lo proporcionó el remitente. No inventes un nuevo ID para el padre ni copies un asunto como sustituto.

EncabezadoValor ilustrativoFunción
Message-ID<reply@example.com>Identifica este mensaje
In-Reply-To<original@example.com>Nombra el mensaje que se responde
References<original@example.com>Lleva la cadena de ascendencia

Estos valores son ejemplos sintéticos. Un asunto Re: por sí solo no identifica el mensaje padre.

¿Por qué una respuesta puede salirse del hilo?

Un cliente puede iniciar una conversación nueva cuando In-Reply-To y References faltan o apuntan a un mensaje diferente. Cambiar el asunto también puede afectar la agrupación, porque los clientes combinan los encabezados con sus propias reglas de asunto.

Un mensaje reenviado normalmente inicia una conversación nueva. Incluye el contenido anterior como contexto. No identifica automáticamente el mensaje original como su padre.

Responder envía al autor o a la dirección Reply-To. Responder a todos también conserva los destinatarios originales en To y Cc, sujeto a las reglas del buzón del remitente. Un cliente aún puede agrupar o separar mensajes de forma distinta, porque la presentación y la agrupación son comportamiento del cliente.

¿Cómo preservo un hilo con Bird?

Cuando respondes a través de un buzón Bird, llama a replyEmailThreadMessage para el mensaje recibido en POST /v1/email/threads/{thread_id}/messages/{message_id}/reply. La operación usa el scope de escritura mailbox. Bird deriva el asunto y los encabezados de respuesta. El mensaje saliente permanece en ese hilo. Usa compose para un hilo nuevo. La guía de buzones muestra el flujo de respuesta y los eventos de webhook para correo entrante.

Si tu integración envía correo sin procesar, preserva el Message-ID del padre en In-Reply-To y la cadena completa en References. Almacena esos encabezados junto con el registro del mensaje para que los reintentos usen la misma relación.

En resumen

  • In-Reply-To nombra el mensaje que se responde.
  • References lleva la cadena de mensajes relacionados.
  • Un encabezado faltante o no relacionado puede iniciar una conversación nueva.
  • Las respuestas de buzón Bird permanecen en el hilo del mensaje recibido.

Construye sobre la misma red.

Obtén una clave API de prueba de inmediato. El acceso a producción se desbloquea cuando añades un método de pago y verificas un remitente.

Empieza con un canal.
Añade los demás cuando estés listo.

Una clave API de prueba es tuya de inmediato. El acceso a producción se desbloquea cuando añades un método de pago y verificas un remitente.

¿Usas Claude Code, Cursor o Codex? Copia un prompt de configuración y tu agente instalará el Bird CLI y las habilidades por ti. Elige el tuyo:

Cursor