From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id IGo8EROVBmImaQEAgWs5BA (envelope-from ) for ; Fri, 11 Feb 2022 17:55:47 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id uB2jDhOVBmL7BwEA9RJhRA (envelope-from ) for ; Fri, 11 Feb 2022 17:55:47 +0100 Received: from mail.notmuchmail.org (yantan.tethera.net [IPv6:2a01:4f9:c011:7a79::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id BE58D37BA5 for ; Fri, 11 Feb 2022 17:55:45 +0100 (CET) Received: from yantan.tethera.net (localhost [127.0.0.1]) by mail.notmuchmail.org (Postfix) with ESMTP id 733FA5F721; Fri, 11 Feb 2022 16:55:43 +0000 (UTC) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.18.16]) by mail.notmuchmail.org (Postfix) with ESMTPS id 9EFBE5F71E for ; Fri, 11 Feb 2022 16:55:41 +0000 (UTC) Received: from [46.244.217.245] (helo=condition-alpha.com) by smtprelay04.ispgateway.de with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1nIZCt-0006Ms-Mh; Fri, 11 Feb 2022 17:55:39 +0100 Message-Id: <5d4247df0c393a8be05afc5732be0e6d@condition-alpha.com> From: Alexander Adolf To: inasprecali , David Bremner , notmuch@notmuchmail.org Subject: Re: Reusing descriptive sender name when replying In-Reply-To: <87r18h365k.fsf@piccione> References: <87mtjbsoo6.fsf@piccione> <87pmo2no9o.fsf@tethera.net> <87r18h365k.fsf@piccione> Date: Fri, 11 Feb 2022 17:55:39 +0100 MIME-Version: 1.0 X-Df-Sender: YWxleGFuZGVyLmFkb2xmQGNvbmRpdGlvbi1hbHBoYS5jb20= Message-ID-Hash: ZOTSOHDVOXSCCA5JBYGXET7VEDH2CQOY X-Message-ID-Hash: ZOTSOHDVOXSCCA5JBYGXET7VEDH2CQOY X-MailFrom: alexander.adolf@condition-alpha.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-notmuch.notmuchmail.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header X-Mailman-Version: 3.3.3 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Migadu-Flow: FLOW_IN X-Migadu-Country: DE ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1644598546; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-owner:list-unsubscribe:list-subscribe:list-post; bh=ZfvFu3P8bz2eIsCGm9Oc+57tDhf4P2cv+Nf6UP89Yu8=; b=nOzyPghkj0NZJMAquGkPLf8tuwBaYW3rVBc1i6fuT63zMbp//nc6LeEJFc256OV+VOik65 h3hASVWSbZxOQgX5tFARva7S1QSjl/wZ/UlghUKpYx+t5prTnxfSyg/cR0si6vzOWqErAn CteBEgdTKGqK/i424utQn9d19Ax5tiKGZHQnYmiZ0X0LKaMRXHz+owxIt+Nt2MSchsDiDU rjgcnM8rNLOw/wIZOPkCIOtucGn1fnrSoL6utvvsy1Sgw+P+OOmfQcSKjf/GSfW6p0g48Y Iq1WnBeA3H3b7p0zRogXu7C7S7zx6FM/kqSysHnuIzbqPgJBNXzw6av1PdeAgA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1644598546; a=rsa-sha256; cv=none; b=kEQHcKtnL384iDAIDmzO+djMyl9vgpsmTcXj3ISJDVXV5aD/W65leZ3WIzW+3zK/AyT6Im NyhDFJqkKrROix4cnKBYNFkowCxyAA9ak4Eoq7UWKVBv4JMQaupSRkCL9LS9KBsTaxpWza gNO50+UKsmMMWYoFx71Za5Hgs3kqJpxzJg8jAKo8ZPTPFEDB5bxxuHCo7GVYF1gm8UbS5M WnccgFj6earL877SIqs7xL2gMqWa69RKdUqX4VeTIiR0MrsevA/mxpYza9S1iPiqw+FsDf dWWFhYG86hAugBGWEX2h1FSNPasUtH/57Wv8VXa/jSrFSYEKDWutDvbqPJNBuQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of notmuch-bounces@notmuchmail.org designates 2a01:4f9:c011:7a79::1 as permitted sender) smtp.mailfrom=notmuch-bounces@notmuchmail.org X-Migadu-Spam-Score: -3.33 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of notmuch-bounces@notmuchmail.org designates 2a01:4f9:c011:7a79::1 as permitted sender) smtp.mailfrom=notmuch-bounces@notmuchmail.org X-Migadu-Queue-Id: BE58D37BA5 X-Spam-Score: -3.33 X-Migadu-Scanner: scn0.migadu.com X-TUID: jtKqd2fv4Js0 inasprecali writes: > [...] > Setting the notmuch-always-prompt-for-sender variable to t does not > help, since its description says (as of 0.31.4): [...] The documentation of notmuch-always-prompt-for-sender describes that behaviour rather clearly: ---------------------------- Begin Quote ----------------------------- Always prompt for the From: address when composing or forwarding a message. This is not taken into account when replying to a message, because in that case the From: header is already filled in by notmuch. ----------------------------- End Quote ------------------------------ So will not have an effect for replies. Which seems to make sense to me, as that way the reply then comes from the account that the other guy sent his message to in the first place. Are you suing any text completion package in emacs (e.g. company)? Notmuch provides completion candidates for email addresses, too. Thus, when I'm unhappy with the from address in the message composition buffer, I just move the cursor to the beginning of the "From:" field, type C-k to clear it, and start typing my name. The text completion automatically pops up a list of candidate addresses (including names) from the notmuch database. Depending on the completion package you are using, you may have to trigger completion manually, though. Still not great, but it works even if you forget to add the prefix to the command. How about this (off the top of my head): notmuch-always-prompt-for-sender could admittedly be seen as a bit of a misnomer, since it prompts always, except when it's a reply (i.e. not really always). A new variable could perhaps be added (say, notmuch-always-prompt-for-sender-reply) that changes the behaviour. When both, notmuch-always-prompt-for-sender and this new variable are set to t, then the user is also prompted for the sender address when replying. If the new variable defaulted to nil, the change would even be backwards compatible (i.e. no change of behaviour for existing emacs configurations). On rare occasions I have a similar use-case as you. If someone sends email to a generic email address (e.g. sales@example.com), I want to reply with my personal address to give it a more personal touch. This doesn't occur often for me, so I have been able to live with manually updating the "From:" field in the composition window (with support from a text completion package as described). I have thus never felt the need for a more automated solution like you are asking for, but have some sympathy for you request. But then I'm not a developer, so it'll be for others to decide. Hoping to have helped, --alexander