GNU logs - #53467, boring messages


Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#53467: 29.0.50; Wishlist: smtpmail should be asynchronous
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 23 Jan 2022 12:24:02 +0000
Resent-Message-ID: <handler.53467.B.164294063928456 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: report 53467
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: 53467 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-gnu-emacs@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.164294063928456
          (code B ref -1); Sun, 23 Jan 2022 12:24:02 +0000
Received: (at submit) by debbugs.gnu.org; 23 Jan 2022 12:23:59 +0000
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>
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-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





Message sent:


Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Lars Ingebrigtsen <larsi@HIDDEN>
Subject: bug#53467: Acknowledgement (29.0.50; Wishlist: smtpmail should be
 asynchronous)
Message-ID: <handler.53467.B.164294063928456.ack <at> debbugs.gnu.org>
References: <87lez6abe3.fsf@HIDDEN>
X-Gnu-PR-Message: ack 53467
X-Gnu-PR-Package: emacs
Reply-To: 53467 <at> debbugs.gnu.org
Date: Sun, 23 Jan 2022 12:24:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 53467 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
53467: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D53467
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems



Last modified: Sun, 23 Jan 2022 12:30:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.