GNU bug report logs - #53467
29.0.50; Wishlist: smtpmail should be asynchronous

Message received at submit <at> debbugs.gnu.org:

Received: (at submit) by debbugs.gnu.org; 23 Jan 2022 12:23:59 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jan 23 07:23:59 2022
Received: from localhost ([127.0.0.1]:38714 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1nBbuY-0007Ou-Oj
	for submit <at> debbugs.gnu.org; Sun, 23 Jan 2022 07:23:58 -0500
Received: from lists.gnu.org ([209.51.188.17]:36284)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1nBbuW-0007Om-Ju
 for submit <at> debbugs.gnu.org; Sun, 23 Jan 2022 07:23:57 -0500
Received: from eggs.gnu.org ([209.51.188.92]:35124)
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <larsi@HIDDEN>) id 1nBbuW-0002U8-54
 for bug-gnu-emacs@HIDDEN; Sun, 23 Jan 2022 07:23:56 -0500
Received: from [2a01:4f9:2b:f0f::2] (port=55312 helo=quimby.gnus.org)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <larsi@HIDDEN>) id 1nBbuU-0008Om-EJ
 for bug-gnu-emacs@HIDDEN; Sun, 23 Jan 2022 07:23:55 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org;
 s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From:
 Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description:
 Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
 In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe:
 List-Post:List-Owner:List-Archive;
 bh=17HqpsFWQVNgNVeV6K4Y7j6qIHPopEOh7Gf7e2UXXmQ=; b=pZ62MV+Zml6/fQ++ZucwfyQlvx
 /m+n5vR4lEUaQPRUfDlqSAfAD8csEhHTewARVadwTfMmKzI0IUiuUc7q7qRjcTFnVzSHKsKDr9fFL
 j+ONG1/nTtW6BAoEBWxsip9n2LOiYF9FkN3JJSyftZIQQoo+BZrFOaHjqCRX2pmR11Ko=;
Received: from [84.212.220.105] (helo=giant)
 by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.92) (envelope-from <larsi@HIDDEN>) id 1nBbuP-0004qV-D1
 for bug-gnu-emacs@HIDDEN; Sun, 23 Jan 2022 13:23:52 +0100
From: Lars Ingebrigtsen <larsi@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: 29.0.50; Wishlist: smtpmail should be asynchronous
X-Now-Playing: Sade's _Promise_: "Is It a Crime"
Date: Sun, 23 Jan 2022 13:23:48 +0100
Message-ID: <87lez6abe3.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 @@CONTACT_ADDRESS@@ for details.
 Content preview:  It should be pretty easy to implement using process filters, 
 but perhaps it could also be done by using threads? The main problem is doing
 error handling, I think. When replying to a message in Gnus, for instance,
 after hitting `C-c C-c' in the Message buffer, we then mark the message as
 replied-to in the Gnus s [...] 
 Content analysis details:   (-2.9 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a01:4f9:2b:f0f::2 (failed)
Received-SPF: pass client-ip=2a01:4f9:2b:f0f::2; envelope-from=larsi@HIDDEN;
 helo=quimby.gnus.org
X-Spam_score_int: -35
X-Spam_score: -3.6
X-Spam_bar: ---
X-Spam_report: (-3.6 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
 RCVD_IN_DNSWL_MED=-2.3, RDNS_NONE=0.793, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.3 (-)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)


It should be pretty easy to implement using process filters, but perhaps
it could also be done by using threads?

The main problem is doing error handling, I think.  When replying to a
message in Gnus, for instance, after hitting `C-c C-c' in the Message
buffer, we then mark the message as replied-to in the Gnus summary
buffer, put it into the archive folder, etc.  But if then smtpmail is
unable to send the message, because the To header is invalid, for
instance, what should then happen?  Ideally you'd then land back in the
Message buffer and continue editing, and then resend the message.  But
the Message buffer may not exist at that point.

And even more ideally, the message shouldn't be marked as replied-to
until smtpmail has finished delivering the message, but that's even more
tricky -- Gnus may not even be running at that point.

So making smtpmail asynchronous is easy, but making a useful framework
around that is harder.


In GNU Emacs 29.0.50 (build 4, x86_64-pc-linux-gnu, GTK+ Version 3.24.31, cairo version 1.16.0)
 of 2022-01-22 built on giant
Repository revision: 41846901e22e824f02796012164c51df0297c6ec
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12014000
System Description: Debian GNU/Linux bookworm/sid


-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no