Resumo
Newsgroupsidentifica onde está o artigo atual;Followup-Topede o destino de uma resposta ainda não criada. O precursor permanece nos grupos originais.- O valor minúsculo
postermuda o meio padrão: o cliente prepara e-mail paraReply-To, ou paraFromse faltar, em vez de publicar em grupo. - A RFC 5537 permite ao novo autor substituir esses padrões.
Referencespreserva linhagem eDistributionpreserva alcance por regras próprias.
Um artigo em duas salas, a conversa numa terceira
Um aviso aparece em dois grupos técnicos, mas Followup-To aponta para um terceiro dedicado ao debate. Os dois públicos continuam vendo o precursor. Ao responder, o cliente prepara um artigo novo para a terceira sala.
Nada é retirado dos grupos iniciais. Muda apenas a proposta para a próxima publicação. Assim, uma mensagem podia alcançar comunidades amplas sem multiplicar toda a discussão diante delas.
A primeira norma já separava os lugares
A RFC 850 deu a Followup-To forma de lista de grupos. Presente, enviava a continuação à lista; ausente, devolvia-a normalmente ao Newsgroups do precursor. A antiga exceção de net.general para net.followup mostrava que o melhor lugar para anunciar nem sempre era o melhor para conversar.
A RFC 1036 manteve essa regra e acrescentou poster: a resposta deveria virar correio ao remetente, não uma publicação. O campo orientava a criação do próximo texto, sem alterar o já lido.
Poster mudava o meio, não a privacidade
A RFC 5536 define o destino pedido pelo autor e recomenda omitir o campo quando ele repete Newsgroups. A ausência já produz o retorno comum.
poster, em minúsculas, pede e-mail a Reply-To ou, se não existir, a From. A RFC 5322 define separadamente Reply-To como endereço sugerido e From como alternativa normal, sem retirar a escolha de quem escreve.
O precursor continua público. O token não autentica a caixa, não garante entrega e não torna a postagem confidencial.
O novo autor mantinha o controle
A RFC 5537 trata o campo como padrão do agente de postagem. Com poster, não publica por padrão e prepara correio; o usuário pode substituir. Com uma lista, o novo Newsgroups herda normalmente Followup-To; sem o campo, herda o Newsgroups anterior.
Antes do envio, o respondente pode editar. O primeiro autor recomenda um lugar, mas não governa permanentemente todos os descendentes.
Destino, linhagem e alcance mantiveram funções distintas
O seguimento ainda precisa de References para apontar ao precursor. A conversa pode mudar de grupo sem perder origem. Distribution é herdado por outra regra, e o grupo novo não amplia sozinho a propagação.
A RFC 5537 alerta que destinos sem relação podem perturbar grupos. Nome válido não prova pertinência. O cliente deve mostrar a transição antes de publicar.
O IANA Message Headers Registry lista Followup-To como campo Netnews padrão referido à RFC 5536. Ele estabiliza o nome, não suporte atual, revisão humana ou entrega.
O ganho histórico foi tornar a passagem visível sem torná-la compulsória. O artigo ficava diante de seus leitores; a resposta podia começar onde fosse mais adequada, sob responsabilidade de outro autor.
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance
