From unknown Fri Jun 20 07:27:21 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#37408 <37408@debbugs.gnu.org> To: bug#37408 <37408@debbugs.gnu.org> Subject: Status: 27.0.50; list-processes can hang Reply-To: bug#37408 <37408@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:27:21 +0000 retitle 37408 27.0.50; list-processes can hang reassign 37408 emacs submitter 37408 Lars Ingebrigtsen severity 37408 normal tag 37408 fixed thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 15 08:07:07 2019 Received: (at submit) by debbugs.gnu.org; 15 Sep 2019 12:07:07 +0000 Received: from localhost ([127.0.0.1]:47405 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i9TJ4-0007JI-SM for submit@debbugs.gnu.org; Sun, 15 Sep 2019 08:07:07 -0400 Received: from lists.gnu.org ([209.51.188.17]:54413) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i9TJ2-0007JA-Pw for submit@debbugs.gnu.org; Sun, 15 Sep 2019 08:07:05 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:48879) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i9TJ1-0002n3-Lj for bug-gnu-emacs@gnu.org; Sun, 15 Sep 2019 08:07:04 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i9TJ0-0004Oq-Dg for bug-gnu-emacs@gnu.org; Sun, 15 Sep 2019 08:07:03 -0400 Received: from quimby.gnus.org ([80.91.231.51]:54586) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1i9TJ0-0004Nl-6z for bug-gnu-emacs@gnu.org; Sun, 15 Sep 2019 08:07:02 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1i9TIv-0007uI-LJ for bug-gnu-emacs@gnu.org; Sun, 15 Sep 2019 14:07:00 +0200 From: Lars Ingebrigtsen To: bug-gnu-emacs@gnu.org Subject: 27.0.50; list-processes can hang Date: Sun, 15 Sep 2019 14:06:57 +0200 Message-ID: <87zhj54vby.fsf@gnus.org> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 80.91.231.51 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) I just tried to kill Emacs, but it seems to hang indefinitely, so I `C-g' and got this backtrace: Debugger entered--Lisp error: (quit) process-contact(#> t) list-processes--refresh() list-processes(t) save-buffers-kill-emacs(nil) save-buffers-kill-terminal(nil) funcall-interactively(save-buffers-kill-terminal nil) call-interactively(save-buffers-kill-terminal nil nil) command-execute(save-buffers-kill-terminal) So it hangs while trying to get info to query the user about killing some processes. Does this seem familiar to anybody? Calling `process-contact' on this process seems to reliably infloop. In GNU Emacs 27.0.50 (build 44, x86_64-pc-linux-gnu, GTK+ Version 3.22.11) of 2019-09-04 built on marnie Repository revision: 4c3a40a9b7b8b953d7882942d44373ccd8f7a3cd Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.11902000 System Description: Debian GNU/Linux 9 (stretch) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 15 08:25:55 2019 Received: (at 37408) by debbugs.gnu.org; 15 Sep 2019 12:25:55 +0000 Received: from localhost ([127.0.0.1]:47453 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i9TbG-0001ST-UN for submit@debbugs.gnu.org; Sun, 15 Sep 2019 08:25:55 -0400 Received: from quimby.gnus.org ([80.91.231.51]:60592) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i9TbF-0001SL-I4 for 37408@debbugs.gnu.org; Sun, 15 Sep 2019 08:25:53 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1i9TbA-0008FA-K7 for 37408@debbugs.gnu.org; Sun, 15 Sep 2019 14:25:52 +0200 From: Lars Ingebrigtsen To: 37408@debbugs.gnu.org Subject: Re: bug#37408: 27.0.50; list-processes can hang References: <87zhj54vby.fsf@gnus.org> Date: Sun, 15 Sep 2019 14:25:48 +0200 In-Reply-To: <87zhj54vby.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 15 Sep 2019 14:06:57 +0200") Message-ID: <87d0g1ycdv.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: Lars Ingebrigtsen writes: > Does this seem familiar to anybody? Calling `process-contact' on this > process seems to reliably infloop. DEFUN ("process-contact", Fprocess_contact, Sprocess_contact, 1, 2, 0, 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-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 37408 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > Does this seem familiar to anybody? Calling `process-contact' on this > process seems to reliably infloop. DEFUN ("process-contact", Fprocess_contact, Sprocess_contact, 1, 2, 0, [...] If PROCESS is a non-blocking network process that hasn't been fully set up yet, this function will block until socket setup has completed. */) [...] if (NETCONN_P (process)) wait_for_socket_fds (process, "process-contact"); So this function is advertised as blocking if called on an incompletely set-up connection, which seems to be the case here. And it's never going to be completed, which can happen... I'm not sure what the right fix here would be. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 15 08:38:19 2019 Received: (at 37408) by debbugs.gnu.org; 15 Sep 2019 12:38:19 +0000 Received: from localhost ([127.0.0.1]:47470 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i9TnG-0003vH-MX for submit@debbugs.gnu.org; Sun, 15 Sep 2019 08:38:19 -0400 Received: from quimby.gnus.org ([80.91.231.51]:60850) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i9TnF-0003v9-Hl for 37408@debbugs.gnu.org; Sun, 15 Sep 2019 08:38:18 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1i9TnB-0008L4-Bg for 37408@debbugs.gnu.org; Sun, 15 Sep 2019 14:38:16 +0200 From: Lars Ingebrigtsen To: 37408@debbugs.gnu.org Subject: Re: bug#37408: 27.0.50; list-processes can hang References: <87zhj54vby.fsf@gnus.org> Date: Sun, 15 Sep 2019 14:38:12 +0200 In-Reply-To: <87zhj54vby.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 15 Sep 2019 14:06:57 +0200") Message-ID: <878sqpybt7.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: OK, here's the relevant data in list-processes: p = #> type = network name = "raw.githubusercontent.com<3>" status = "connect" The problem here is that when a process in the status "connect", it may be in two distinctly different states: It may still be doing the DNS lookup (which may fail for some reason or other), and it'll [...] 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-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 37408 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) OK, here's the relevant data in list-processes: p = #> type = network name = "raw.githubusercontent.com<3>" status = "connect" The problem here is that when a process in the status "connect", it may be in two distinctly different states: It may still be doing the DNS lookup (which may fail for some reason or other), and it'll never progress from that state. This is usually cleaned up by whatever the caller is, but if the user has `C-g' somewhere, the process may linger in that condition. And if it's in that state, then the rest of Fprocess_contact can't be done, because the data isn't present. But there's another "connect" state -- after the DNS has been completed, and we're doing a TCP connect. In that case, the rest of the function is fine to do, because we've filled in the peer etc. `list-processes' could avoid calling Fprocess_contact if the status is "connect", but that would lose info on processes in the second sub-state. So I don't know... Anybody got an idea? Introducing a new state ("pre-connect") would probably break a lot of stuff; adding a timeout parameter and then return nil if it's exceeded would be possible; making list-processes not display the details for all "connect" processes is possible. It would look like this: raw.githubus... -- connect *http raw.githubuserc... -- Main (connecting) Patch for reference. diff --git a/lisp/simple.el b/lisp/simple.el index 358b6a4f20..5812111109 100644 --- a/lisp/simple.el +++ b/lisp/simple.el @@ -4107,30 +4107,32 @@ list-processes--refresh (t "--"))) (cmd (if (memq type '(network serial)) - (let ((contact (process-contact p t))) - (if (eq type 'network) - (format "(%s %s)" - (if (plist-get contact :type) - "datagram" - "network") - (if (plist-get contact :server) - (format - "server on %s" - (if (plist-get contact :host) - (format "%s:%s" - (plist-get contact :host) - (plist-get - contact :service)) - (plist-get contact :local))) - (format "connection to %s:%s" - (plist-get contact :host) - (plist-get contact :service)))) - (format "(serial port %s%s)" - (or (plist-get contact :port) "?") - (let ((speed (plist-get contact :speed))) - (if speed - (format " at %s b/s" speed) - ""))))) + (if (equal status "connect") + "(connecting)" + (let ((contact (process-contact p t))) + (if (eq type 'network) + (format "(%s %s)" + (if (plist-get contact :type) + "datagram" + "network") + (if (plist-get contact :server) + (format + "server on %s" + (if (plist-get contact :host) + (format "%s:%s" + (plist-get contact :host) + (plist-get + contact :service)) + (plist-get contact :local))) + (format "connection to %s:%s" + (plist-get contact :host) + (plist-get contact :service)))) + (format "(serial port %s%s)" + (or (plist-get contact :port) "?") + (let ((speed (plist-get contact :speed))) + (if speed + (format " at %s b/s" speed) + "")))))) (mapconcat 'identity (process-command p) " ")))) (push (list p (vector name pid status buf-label tty thread cmd)) tabulated-list-entries))))) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 15 10:54:44 2019 Received: (at 37408) by debbugs.gnu.org; 15 Sep 2019 14:54:44 +0000 Received: from localhost ([127.0.0.1]:48598 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i9VvH-0003EP-R3 for submit@debbugs.gnu.org; Sun, 15 Sep 2019 10:54:44 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34206) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i9VvG-0003EB-Q3 for 37408@debbugs.gnu.org; Sun, 15 Sep 2019 10:54:43 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:36639) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1i9VvB-0005X9-DP; Sun, 15 Sep 2019 10:54:37 -0400 Received: from [176.228.60.248] (port=3912 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1i9VvA-0001YM-Ro; Sun, 15 Sep 2019 10:54:37 -0400 Date: Sun, 15 Sep 2019 17:54:57 +0300 Message-Id: <83impty5ha.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-reply-to: <87d0g1ycdv.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 15 Sep 2019 14:25:48 +0200) Subject: Re: bug#37408: 27.0.50; list-processes can hang References: <87zhj54vby.fsf@gnus.org> <87d0g1ycdv.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 37408 Cc: 37408@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Date: Sun, 15 Sep 2019 14:25:48 +0200 > > If PROCESS is a non-blocking network process that hasn't been fully > set up yet, this function will block until socket setup has completed. */) > > [...] > > if (NETCONN_P (process)) > wait_for_socket_fds (process, "process-contact"); > > So this function is advertised as blocking if called on an incompletely > set-up connection, which seems to be the case here. And it's never > going to be completed, which can happen... > > I'm not sure what the right fix here would be. Wait with a timeout? check for C-g while waiting? From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 16 09:20:58 2019 Received: (at 37408) by debbugs.gnu.org; 16 Sep 2019 13:20:58 +0000 Received: from localhost ([127.0.0.1]:49417 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i9qw4-0003AK-Eu for submit@debbugs.gnu.org; Mon, 16 Sep 2019 09:20:58 -0400 Received: from quimby.gnus.org ([80.91.231.51]:58534) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i9qw2-0003AA-Dh for 37408@debbugs.gnu.org; Mon, 16 Sep 2019 09:20:54 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1i9qvy-0000up-MR; Mon, 16 Sep 2019 15:20:53 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#37408: 27.0.50; list-processes can hang References: <87zhj54vby.fsf@gnus.org> <87d0g1ycdv.fsf@gnus.org> <83impty5ha.fsf@gnu.org> Date: Mon, 16 Sep 2019 15:20:50 +0200 In-Reply-To: <83impty5ha.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 15 Sep 2019 17:54:57 +0300") Message-ID: <87r24gtm19.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: Eli Zaretskii writes: > Wait with a timeout? check for C-g while waiting? I don't know what a reasonable timeout would be that would cover all cases where this function may be used, so passing in a timeout might be the solution. `list-processes', for instance, don't need th [...] 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-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 37408 Cc: 37408@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > Wait with a timeout? check for C-g while waiting? I don't know what a reasonable timeout would be that would cover all cases where this function may be used, so passing in a timeout might be the solution. `list-processes', for instance, don't need the information for anything other than (minor) display purposes, so it could pass in zero as a "don't wait" would make sense there. Checking for `C-g' (and then returning nil if given) would also be a possibility, but would be less useful for non-interactive use... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 20 14:20:17 2019 Received: (at 37408) by debbugs.gnu.org; 20 Sep 2019 18:20:17 +0000 Received: from localhost ([127.0.0.1]:58440 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBNVx-0001zN-GG for submit@debbugs.gnu.org; Fri, 20 Sep 2019 14:20:17 -0400 Received: from quimby.gnus.org ([80.91.231.51]:33048) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBNVv-0001zE-Ky for 37408@debbugs.gnu.org; Fri, 20 Sep 2019 14:20:16 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iBNVr-0004S1-UU; Fri, 20 Sep 2019 20:20:14 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#37408: 27.0.50; list-processes can hang References: <87zhj54vby.fsf@gnus.org> <87d0g1ycdv.fsf@gnus.org> <83impty5ha.fsf@gnu.org> <87r24gtm19.fsf@gnus.org> Date: Fri, 20 Sep 2019 20:20:11 +0200 In-Reply-To: <87r24gtm19.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 16 Sep 2019 15:20:50 +0200") Message-ID: <871rwaakys.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: I've now just added an extra parameter to make `process-contact' not block in these instances, and altered list-processes to use that parameter. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no 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-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 37408 Cc: 37408@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) I've now just added an extra parameter to make `process-contact' not block in these instances, and altered list-processes to use that parameter. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 20 14:20:21 2019 Received: (at control) by debbugs.gnu.org; 20 Sep 2019 18:20:21 +0000 Received: from localhost ([127.0.0.1]:58443 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBNW0-0001zf-Q9 for submit@debbugs.gnu.org; Fri, 20 Sep 2019 14:20:20 -0400 Received: from quimby.gnus.org ([80.91.231.51]:33062) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBNVz-0001zV-0t for control@debbugs.gnu.org; Fri, 20 Sep 2019 14:20:19 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iBNVw-0004S9-Bm for control@debbugs.gnu.org; Fri, 20 Sep 2019 20:20:18 +0200 Date: Fri, 20 Sep 2019 20:20:15 +0200 Message-Id: <87zhiy96e8.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #37408 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: tags 37408 fixed close 37408 27.1 quit 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-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 37408 fixed close 37408 27.1 quit From unknown Fri Jun 20 07:27:21 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 19 Oct 2019 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator