Resumen

  • Newsgroups nombra dónde está publicado el artículo actual; Followup-To solicita el destino de la respuesta todavía no creada.
  • El valor minúsculo poster cambia el medio por defecto: el cliente prepara correo a Reply-To, o a From si falta, en vez de publicar en un grupo.
  • RFC 5537 permite al nuevo autor reemplazar esos valores iniciales. References conserva la ascendencia y Distribution la propagación por separado.

Un artículo en dos salas, la charla en una tercera

Un aviso aparece en dos grupos técnicos, pero Followup-To nombra un tercero dedicado al debate. Los lectores de ambos grupos conservan el precursor. Al responder, el cliente prepara un artículo nuevo para el tercer espacio.

Esta separación permitía anunciar ampliamente sin copiar cada intervención posterior a todas las audiencias. No había mudanza del original: cambiaba la propuesta para el próximo acto de publicación.

El primer estándar ya separaba ambos destinos

RFC 850 dio a Followup-To forma de lista de grupos. Si estaba presente, allí iban las respuestas; si faltaba, volvían normalmente a Newsgroups. La antigua excepción de net.general hacia net.followup mostraba que el mejor escaparate no siempre era el mejor foro.

RFC 1036 mantuvo esa regla e introdujo poster: la respuesta debía enviarse por correo al remitente, no publicarse en grupos. El campo gobernaba la creación del mensaje siguiente, no la ubicación del ya leído.

Poster elegía medio, no privacidad

RFC 5536 define el destino solicitado por el autor y aconseja omitir el campo cuando coincide con Newsgroups. La ausencia ya expresa el comportamiento habitual.

poster, escrito en minúsculas, pide correo a Reply-To o, si no existe, a From. RFC 5322 define por separado Reply-To como dirección sugerida para responder y From como alternativa normal, salvo decisión de quien compone.

El artículo original sigue público. La transición no prueba propiedad ni disponibilidad del buzón, no garantiza entrega y no vuelve confidencial el precursor.

El nuevo autor conservaba el control

RFC 5537 convierte el campo en un valor inicial del agente de publicación. Ante poster, no debe publicar por defecto y prepara correo; el usuario puede anular esa elección.

Ante una lista, el Newsgroups del artículo nuevo hereda normalmente Followup-To; sin campo, hereda el Newsgroups anterior. El respondiente puede editarlo antes de enviar. Un autor propone la continuidad, pero no legisla para siempre sobre los descendientes.

Destino, parentesco y alcance conservaron campos propios

La nueva respuesta debe incluir References hacia el precursor. Puede cambiar de grupo sin perder su parentesco. Distribution se hereda con otra regla, de modo que elegir foro no ensancha automáticamente la propagación.

RFC 5537 también advierte del abuso de destinos no relacionados que perturban otros grupos. Un nombre válido no demuestra legitimidad temática. La interfaz debe mostrar el cambio antes de publicar.

El registro de campos de mensaje de IANA enumera Followup-To como campo estándar de Netnews con referencia a RFC 5536. Estabiliza sintaxis, no soporte actual, revisión del usuario ni entrega.

El logro fue hacer visible el relevo sin convertirlo en obligación. El artículo quedaba ante su audiencia; la respuesta podía empezar donde resultara más útil, bajo responsabilidad de quien la escribía.