Mensagens de e-mail do Discourse estão incorretamente encadeadas

Não, eu vejo esse ícone.

Ah. Enquanto eu, como uma pessoa não familiarizada com fóruns por e-mail, esperava esse indicador em cada resposta porque não estou pensando nisso como um layout de mensagens instantâneas (talvez). Então minhas expectativas estão em desacordo com o que vocês escolheram fazer.

Não é necessário. Pense nisso como “qualidade de serviço”. Você explicitamente faz:

@message.header['In-Reply-To'] = referenced_post_message_ids[0] || topic_canonical_reference_id

e você poderia simplesmente remover o [0] daí. Os clientes poderiam então usar apenas um message-id ou fazer algo muito peculiar à vontade e tudo seria válido.

“Deveria” é uma palavra forte. Você poderia incluir todos os message-ids se eles estiverem facilmente à mão. Você não é obrigado, e o código é válido como está.

Sim. Eu sei que eu gosto disso para que eu saiba que minha postagem chegou à lista/fórum - o e-mail é muito baseado em filas e alguns (tosse, grande operadora australiana de telefonia, tosse) manipuladores de e-mail são muito… não confiáveis, lentos, etc. Ocasionalmente, vi outras pessoas querendo isso (em listas, mas esse é o modo sobre o qual estamos efetivamente falando aqui). O padrão para tal opção provavelmente deveria ser falso.

Como um nerd, eu gosto de poder obter pelo menos um feed não filtrado para que eu possa tomar minhas próprias decisões de política.

Dado que o Message-ID é efetivamente opaco/definido uma vez, não vejo isso como um problema, a menos que haja escopo para reemitir o mesmo message-id - se todos os seus contadores forem estritamente monotônicos, eu não esperaria que isso acontecesse. Eu apenas achei muito tedioso combinar post.id por exemplo 98 com tópico/post por exemplo 59/1. Teria sido útil ter algo como category.id/topic.id/post-in-topic.id ali em vez do 98.

Isso também seria suficiente. Isso é apenas conveniência nos cabeçalhos de depuração.

Abraços,
Cameron

4 curtidas