Re: References in forwarded messages
Alejandro Colomar via Mutt-dev <[email protected]>
| Newsgroups | gmane.mail.mutt.devel |
|---|---|
| Message-ID | <ao1xjhA_uqlw_zZx@devuan> |
Hi Vincent, > Date: 2026-08-25 01:15:32+0200 > From: Vincent Lefevre <[email protected]> > > On 2026-08-24 10:26:30 +0100, Ian Collier via Mutt-dev wrote: > > On Sun, Aug 23, 2026 at 10:19:11PM -0400, Kurt Hackenberg wrote: > > > I think Mutt should not do that, because a forwarded message is not a reply. > > > Those two message types are used for different purposes. Conflating them > > > would cause confusion and frustration. > > > > I agree that a forwarded message is not a reply and should not be > > recorded in the In-Reply-To header. However, I think that if you > > forward a message then you are explicitly referring to it, and so there > > is no clear reason why the References header should not be used. On the > > other hand, this doesn't benefit the recipient, because they don't have > > the original message (or you wouldn't have needed to forward it). > > If the forwarded message has > > References: <A> <B> <C> > Message-ID: <D> > > it is debatable whether to put <D> in the "References:" of the new > message. But it really makes sense to still have <A> <B> <C> in the > "References:" of the new message. Hmmm, agree. And as a consequence, I think I'm tending more towards the approach of thunderbird(1), which is to behave exactly as if it were a reply. Otherwise, it'd be hard to know exactly where to thread the message. I think it might be good to have: References: <A> <B> <C> <D> In-Reply-To: <D> But at the very least it should have: References: <A> <B> <C> <D> In-Reply-To: Have a lovely day! Alex -- <https://www.alejandro-colomar.es>
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEES7Jt9u9GbmlWADAi64mZXMKQwqkFAmqNcmgACgkQ64mZXMKQ wqnGhA/9Eo773ElkCzBYjuVDAWraryjtdVfsGlwiJ6s3HG8A8uKH0NiC/j6uRxxA xfDwV6Du2CYQPU8KnW4ghulKxxzbS+8ucXvIIg4oECBjC4bQ/RPhBuRM9HOIfshZ bL9GSE6/6pX8yUgeiXyFvEk/b7ZsnMUMdfvzgLGDAyNqCVRLHF6WsOgnCAYf8Gfy B5LyePvvlOqOczyFHbld8vj87guan9dYIP6i4H4i4bmy1JMr8qX+c58l5yEDvl9H yU4XpNfsJlWXnMturRvRggYR8kVeZJqF3yW1hJSb3kc14253reoTkCifYzCyjnXG 4bqLOSrcHCsEfr1oaeJ+n5+4A/oRl+4SutokiRRl+Q2UhjHBJznw1SlPjPRSDQuf Vpg5XijckeYXA3J7qzEYErKlVQaP9lALred8aqVN4fBPd0VmCyMZ3NKkhIDK6gI7 4jojKFYrW+a7RqquWWUjQlaezorSbALubdBcUZCJ78IiULGXDQ+/NpZ54E3l0zt5 djpEKk5CAXh1DuvlebOul3lLfrcnR3NHnXOY8+Glk7ceEcGP7UER+gHGaBgSQZPl Avhgv+LLdDW+q7lYk5pgP10snX0s0Olv3ZaUOAmMGZosEaASBjpaWFpQbOzWlUjd GbhB3U/FamfrTBHVE5FTItwsQs+LlKaoAJl0AgJdxgg/H4g7gcw= =+2sN -----END PGP SIGNATURE-----