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
Lars Ingebrigtsen <larsi@HIDDEN>
:bug-gnu-emacs@HIDDEN
.
Full text available.bug-gnu-emacs@HIDDEN
:bug#53467
; Package emacs
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.