On Tue, Jun 11, 2019 at 09:12:06AM -0700, Kevin J. McCarthy wrote: > On Tue, Jun 11, 2019 at 12:26:47PM +0200, rear1019 wrote: > >The ticket assumes that both $reverse_name and $reverse_realname > >are set. In this configuration mutt should reuse the To: header of > >the message replied to as-is in the reply’s From: header, even if > >the name is empty. > > The documentation certainly says "as-is", so from that side I > support you.
But that's not *all* it says... in full, it says this: This variable fine-tunes the behavior of the $reverse_name feature. When it is set, mutt will use the address from incoming messages as-is, possibly including eventual real names. When it is unset, mutt will override any such real names with the setting of the $realname variable. I think the key word is *possibly*. So, one has to consider, if it might not always do this, when would it not? I think the most obvious answer to that is, when there is no real name portion present in the address. And this seems to match how it behaves in practice, does it not? > However there are two other factors here, intention of the patch and > precedence. Right. [...] > If I adjust the documentation, I doubt there will be any complaints. > But if I adjust the behavior, it is almost certain some users will > notice and complain vociferously. So, after more thought, I am > leaning toward adjusting the documentation. Right. I use this feature rarely, but I do use it (i.e. in certain folders). I don't expect that people would send me messages with no real name portion, but if anyone did, I would absolutely want the appropriate real name added to my address when I reply. So I consider this an extreme edge case, but the behavior I'd prefer is the current one. > Obtaining the behavior you desire can be accomplished by unsetting > $realname and instead putting the name inside the various $from / > my_hdr settings you use. Indeed. -- Derek D. Martin http://www.pizzashack.org/ GPG Key ID: 0xDFBEAD02 -=-=-=-=- This message is posted from an invalid address. Replying to it will result in undeliverable mail due to spam prevention. Sorry for the inconvenience.
pgpUWauANhbGd.pgp
Description: PGP signature
