Ah. Mientras que yo, como persona no forera de correo electrónico, esperaba ese indicador en cada respuesta porque no lo estoy pensando como un diseño de mensajería instantánea (quizás). Así que mis expectativas difieren de lo que has elegido hacer.
No es necesario. Piénsalo como “calidad de servicio”. Tú explícitamente haces:
y podrías simplemente omitir el [0] ahí. Los clientes podrían usar un solo message-id o hacer algo muy peculiar a su antojo y todo sería válido.
“Deberían” es una palabra fuerte. Podrías incluir todos los message-ids si los tienes a mano. No estás obligado, y el código es válido tal como está.
Sí. Sé que a mí mismo me gusta para saber que mi publicación llegó a la lista/foro; el correo electrónico se basa mucho en colas y algunos manejadores de correo de ISP (tos, gran empresa de telecomunicaciones australiana, tos) son muy… poco fiables, lentos, etc., etc. Ocasionalmente he visto que otras personas quieren esto (en listas, pero ese es el modo del que estamos hablando efectivamente aquí). El valor predeterminado para tal opción probablemente debería ser falso.
Como nerd, me gusta poder obtener al menos un feed sin filtrar para poder tomar mis propias decisiones políticas.
Dado que el Message-ID es efectivamente opaco/establecido una vez, no lo veo como un problema a menos que haya margen para reemitir el mismo message-id; si todos tus contadores son estrictamente monotónicos, no esperaría que eso sucediera. Simplemente me pareció muy tedioso hacer coincidir post.id, por ejemplo, 98, con el tema/publicación, por ejemplo, 59/1. Hubiera sido útil tener algo como category.id/topic.id/post-in-topic.id allí en lugar del 98.
Eso también sería suficiente. Esto es solo una conveniencia en el lado de las cabeceras de depuración.