From unknown Tue Jun 17 01:30:12 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#60462 <60462@debbugs.gnu.org> To: bug#60462 <60462@debbugs.gnu.org> Subject: Status: 30.0.50; [FR] avoid putting remote files to local trash Reply-To: bug#60462 <60462@debbugs.gnu.org> Date: Tue, 17 Jun 2025 08:30:12 +0000 retitle 60462 30.0.50; [FR] avoid putting remote files to local trash reassign 60462 emacs submitter 60462 Ruijie Yu severity 60462 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 01 03:35:38 2023 Received: (at submit) by debbugs.gnu.org; 1 Jan 2023 08:35:38 +0000 Received: from localhost ([127.0.0.1]:40257 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pBtof-0001Cv-Md for submit@debbugs.gnu.org; Sun, 01 Jan 2023 03:35:38 -0500 Received: from lists.gnu.org ([209.51.188.17]:46382) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pBjiY-0000sg-Br for submit@debbugs.gnu.org; Sat, 31 Dec 2022 16:48:39 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pBjiW-00053y-RT for bug-gnu-emacs@gnu.org; Sat, 31 Dec 2022 16:48:38 -0500 Received: from netyu.xyz ([152.44.41.246] helo=mail.netyu.xyz) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pBjiV-0001dS-2Y for bug-gnu-emacs@gnu.org; Sat, 31 Dec 2022 16:48:36 -0500 Received: from fw.net.yu ( [73.133.126.255]) by netyu.xyz (OpenSMTPD) with ESMTPSA id 8586743e (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Sat, 31 Dec 2022 21:48:27 +0000 (UTC) From: Ruijie Yu To: bug-gnu-emacs@gnu.org Subject: 30.0.50; [FR] avoid putting remote files to local trash Date: Sat, 31 Dec 2022 15:46:33 -0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=152.44.41.246; envelope-from=ruijie@netyu.xyz; helo=mail.netyu.xyz X-Spam_score_int: 6 X-Spam_score: 0.6 X-Spam_bar: / X-Spam_report: (0.6 / 5.0 requ) BAYES_00=-1.9, FROM_SUSPICIOUS_NTLD=0.498, FROM_SUSPICIOUS_NTLD_FP=1.997, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.6 (/) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sun, 01 Jan 2023 03:35:31 -0500 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: -2.4 (--) Hello, I have been organizing my files lately over multiple devices using tramp. One issue I find with my current setup is that since I set `delete-by-moving-to-trash' to t, all files, even the remote ones, are moved to my trash directory. This, unfortunately, harms my workflow because the files I wanted to delete include some random multi-gig files, as well as many .git directories, both of which greatly bottleneck my file-deletion process. I also don't want to disable trashing globally, because I think putting local files to trash (which do not introduce a significant delay) is still a good idea. In response to this, I want to propose a change to the logic under which trashing is performed rather than deletion. However, I am not sure which one of my following two ideas is more appropriate. 1. Allow the user to disable "moving to local trash" only for remote files. I imagine this would entail allowing the user to set `delete-by-moving-to-trash' to 'local, and modifying `delete-file', `delete-directory', `dired-internal-do-deletions' among other functions accordingly. Alternatively we can have a dedicated variable for this purpose. In this case, if `delete-by-moving-to-trash' is set to 'local, whenever a user deletes a remote file such as "/sudo::/etc/os-release", it is simply deleted as if via "/sudo:://bin/rm", whereas when the user deletes a local file ".bashrc", it is moved to trash as normal. 2. Use a dedicated local trash directory for each remote, optionally behind a toggle. E.g. for files under "/sudo::" remote, we might have the trash directory as "/sudo::.local/share/Trash". I am not sure how this would interact with `trash-directory', as I have this as nil and simply let Emacs use the XDG path for trash. This might additionally pose some challanges when multiple remotes are aliases to each other, for example, "/sshx:user@localhost:.bashrc" and "/sshx:user@127.0.0.1:.bashrc" logically are the same file, but it might be hard to programmatically check that two hosts are equivalent. Best, RY From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 01 05:58:52 2023 Received: (at control) by debbugs.gnu.org; 1 Jan 2023 10:58:52 +0000 Received: from localhost ([127.0.0.1]:40335 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pBw3I-0004rO-IA for submit@debbugs.gnu.org; Sun, 01 Jan 2023 05:58:52 -0500 Received: from mout.gmx.net ([212.227.17.20]:40501) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pBw3G-0004r6-Su for control@debbugs.gnu.org; Sun, 01 Jan 2023 05:58:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1672570725; bh=M2+eRHCYf8AxMw3bi4o3qX+Mk2RyPyoGXxIkLR9On78=; h=X-UI-Sender-Class:Date:To:From:Subject; b=Ql0MrZl/CRWvIIwz4VgvUV6yuYA3fyQqH/EFQY0NjpHfS6jKpCpCwCp/Vsla9kpfy 5obZqQDqTfAdbeQePFrGNGhPjNo/+4H58JL/G1BxPZ3cKEXm638OioIdsFzQMKhXHP u7E50Bj6v8MY+8cDXPgXEbruQvl8sMbW+KLofOr5pckJFyPGgqI3yS/Di3gulT5e9C 0L5BW0x0n302v+NXt0erwhn4Xam1mlL6nMJnzozhjEhSWVAqd9UKVuBK1K51siWNxF cr5GsFimpakez54PbGVHF85veVOjCe844Gx8upaAHNjLRKqktiOjN/DlBZ6Ub6TBhe REjpQvcDSKkSQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.37.45]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MJmGP-1pVOiD3kyX-00K81U for ; Sun, 01 Jan 2023 11:58:45 +0100 Date: Sun, 01 Jan 2023 11:58:44 +0100 Message-Id: <87bknifrmj.fsf@gmx.de> To: control@debbugs.gnu.org From: Michael Albinus Subject: control message for bug #60460 X-Provags-ID: V03:K1:L4Hw8hn7kD/N9SRq2B7U1G7grzpCQybNxql7G7NuFDJmTTO3eja cE9E4d2NOk4haw93VB69W7NS+AzVhS5VatULS84ixU3mFUONTdx4ZIskVB9PpxwVutbBi56 I3wMmfAWWyTdzOZjlGS9fY+DpNSZavb8cE8zvroRMvUdcKAL6WoWf3rQyVWnNZK6ZlLzejB TcitChQ7V+A7DUvn3TreA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:qkHmpEa8+vw=;fSl5TVtKUwXjveiDmI5a6Cr0qq/ 1eHYaZqdue0kY6xNAa9w0q/KwROnEVDz6LWGuUkSQN4MZpgaIRPRGRIAmVRzD608Zgku/utPe SKB7gLZB4QhC7pf40d8vk+RqPaBWlFbzQbo0Ac1wWUB9m4wKVYXL+ch6cYx8eydodDIXXkTTy 4o6mmF7nodXMCf0xnnh7lO9rzDICjbwO2TrDylsWf9zZXOt2yKjNtaXYY+adO8dolEi8fS1tZ MeD3WC24JPV1YLJZksOZWnCgQH5dxeJKD++Jn7vrkNanesxG3I8tGw1mPV+vqoqbPaX1U2HnO 5bvNUyKGzqYRlAxwuSR1NYGS0vzCeJfeUDKxLpxg1DPBiLHvV3r0S1nk5fQDsYX9tuo+7wm7T vzvDBZeahHulupix5fTkivOe8J30pQLntpiu9zkpIxTpQfM1nkr9rs4hrGhjnUv4sKS4FV6e2 Vyla9BDo7SBIqqYCyL+bPba6Lawp+/h5qgCxoc3bGWLtNsPgCUdkEvb5/MNt/z41R4uNs3SHh 5KwZfUIdx9Z9mX8j47xsNqY4crEDQRPgiWZXvK7xjT5rhZR4t22anlxLrzuZbHo0fo4hV/s/h Wv0gGagN8ml8v06N2Gt+75unrtXgCN3zgJbCsOAtXE7t7vJbFj6YYRI0a+fdNZ5X+8BOcd6Gq gRE4OId88Yz2gy6Q7vAQWDhLB1+fb3dpHKX5D/k7mxSb+Rh5q90WLQ7j+RpQXDAP1YTryLGBj li4vMroovf5YGS8RpVFqz9/S8cCaU+znOpFvkYqX74aEgnQSFeVHr0lvU/BE46gsDhoAz7ieZ PuCkuuspyIGktLqJFiFPukCbJg+87WTsjH856KRmCZy13gnaveX9mKp5Dcf8fyvft/yp4zGCy Q/aOw7UrOb9uXqIKXS9pxENdj4jNnYL4oCHaiX0OoKDlVNHymrbtpAGG1tfpTI7VOzIFlKpDQ cVm3xA== X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: merge 60460 60462 quit Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.37.45 listed in zen.spamhaus.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] 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.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: merge 60460 60462 quit Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.37.45 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager merge 60460 60462 quit From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 01 15:37:49 2023 Received: (at 60462) by debbugs.gnu.org; 1 Jan 2023 20:37:49 +0000 Received: from localhost ([127.0.0.1]:41843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pC55Y-0000fk-RU for submit@debbugs.gnu.org; Sun, 01 Jan 2023 15:37:49 -0500 Received: from netyu.xyz ([152.44.41.246]:36996 helo=mail.netyu.xyz) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pBzJS-0006hD-57; Sun, 01 Jan 2023 09:27:47 -0500 Received: from fw.net.yu.netyu.xyz ( [73.133.126.255]) by netyu.xyz (OpenSMTPD) with ESMTPSA id a553274f (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sun, 1 Jan 2023 14:27:44 +0000 (UTC) References: User-agent: mu4e 1.8.13; emacs 30.0.50 From: Ruijie Yu To: 60462@debbugs.gnu.org Subject: Re: bug#60462: 30.0.50; [FR] avoid putting remote files to local trash Date: Sun, 01 Jan 2023 08:20:18 -0600 In-reply-to: Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 60462 X-Mailman-Approved-At: Sun, 01 Jan 2023 15:37:46 -0500 Cc: 60462-done@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: 0.0 (/) Sorry about the duplicated bug. I sent the first email two days ago and the mail never showed up, so I figured I had forgotten to send it and sent again. The bug-tracker doc doesn't say whether the bug-opener (me) can close the bug, so I'll try to close it via CC. If I cannot close the bug, can someone who can close bugs close this? Closing in favor of bug#60460. Best, RY From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 01 22:36:15 2023 Received: (at 60462) by debbugs.gnu.org; 2 Jan 2023 03:36:15 +0000 Received: from localhost ([127.0.0.1]:42188 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pCBcU-0003C7-TU for submit@debbugs.gnu.org; Sun, 01 Jan 2023 22:36:15 -0500 Received: from stw1.rcdrun.com ([217.170.207.13]:55877) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pCBcS-0003By-Fv for 60462@debbugs.gnu.org; Sun, 01 Jan 2023 22:36:13 -0500 Received: from localhost ([::ffff:102.85.231.176]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000055D61.0000000063B2512D.00005755; Sun, 01 Jan 2023 20:36:13 -0700 Date: Mon, 2 Jan 2023 06:34:19 +0300 From: Jean Louis To: Ruijie Yu Subject: Re: bug#60462: 30.0.50; [FR] avoid putting remote files to local trash Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/2.2.9+54 (af2080d) (2022-11-21) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 60462 Cc: 60462@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 (-) * Ruijie Yu via "Bug reports for GNU Emacs, the Swiss army knife of text editors [2023-01-01 11:37]: > I have been organizing my files lately over multiple devices using > tramp. One issue I find with my current setup is that since I set > `delete-by-moving-to-trash' to t, all files, even the remote ones, are > moved to my trash directory. Which does not make sense, and which should be user option. Look at this bug report: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=56511 Where Lars said: > As the doc string of move-file-to-trash says: > If the function `system-move-file-to-trash' is defined, call it > with FILENAME as an argument. > So just define a function that checks whether FILENAME is a Tramp > file name or not, and delete the file if it is, but trash otherwise. IMHO, in my opinion there will be always more users that know how to use M-x customize, but not know how to define functions. I don't think that decision to delete remote files to trash is user friendly in the first place, and that people using M-x customize are supposed to even understand "only when the function `system-move-file-to-trash' is not defined". Defined by who? What would that mean for somebody who is not Emacs Lisp programmer?! Probably nothing. User remains helpless here. Hide Trash Directory: Choice: Value Menu Directory: /home/data1/protected/tmp/Wastebasket/ State : SAVED and set. Directory for ‘move-file-to-trash’ to move files and directories to. Hide This directory is used only when the function ‘system-move-file-to-trash’ is not defined. Relative paths are interpreted relative to ‘default-directory’. If the value is nil, Emacs uses a freedesktop.org-style trashcan. I have define my `system-move-file-to-trash' as following, so the problem is solved individually. (defun system-move-file-to-trash (filename) "Delete only local files. This is custom local function as recommended by `move-file-to-trash'." (cond ((file-remote-p filename) (delete-file filename)) ((and trash-directory (not (string-prefix-p (directory-file-name (file-name-nondirectory (expand-file-name filename))) trash-directory))) (make-directory (file-name-as-directory trash-directory) t) (rename-file filename (file-name-as-directory trash-directory) t)) (t (when (y-or-n-p (format "Delete `%s'? ")) (delete-file filename))))) However, as you have found out, and I have found out, this problem is likely to be discovered over and over again by new Tramp users who wish to use Wastebasket. > This, unfortunately, harms my workflow because the files I wanted to > delete include some random multi-gig files, as well as many .git > directories, both of which greatly bottleneck my file-deletion process. > I also don't want to disable trashing globally, because I think putting > local files to trash (which do not introduce a significant delay) is > still a good idea. That is how I work as well. > 1. Allow the user to disable "moving to local trash" only for remote > files. I imagine this would entail allowing the user to set > `delete-by-moving-to-trash' to 'local, and modifying `delete-file', > `delete-directory', `dired-internal-do-deletions' among other functions > accordingly. Alternatively we can have a dedicated variable for this > purpose. Good ideas, I wish it could be adopted to become user friendly, one mouse click and customization and user can be sure that remote files will not be moved to local Trash. However we have to think that some users may be using only remote files and that Trash could eventually be remote as well, right? -- Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns In support of Richard M. Stallman https://stallmansupport.org/ From unknown Tue Jun 17 01:30:12 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: Did not alter fixed versions and reopened. Date: Mon, 02 Jan 2023 09:11:02 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # Did not alter fixed versions and reopened. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 02 04:17:06 2023 Received: (at 60462) by debbugs.gnu.org; 2 Jan 2023 09:17:06 +0000 Received: from localhost ([127.0.0.1]:42491 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pCGwK-0008SV-7Y for submit@debbugs.gnu.org; Mon, 02 Jan 2023 04:17:06 -0500 Received: from mout.gmx.net ([212.227.17.22]:55503) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pCGwH-0008Rp-D0; Mon, 02 Jan 2023 04:17:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1672651011; bh=Mimd/eKvre64zs0rNlBRoMnHUBw7sx5i+W00M2gxF14=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=WCwez9hjIdlARNgiwlhGptVCvRRHVCnFlaXq/aCf6bKrMm3aEP3U4q+qaVAU59iV+ 3x0MkJCTSuxHJ/P8xIMv1+Z99fzWRYu0kQYJ6kqOd1epXubqrwLci264MF0NYLiLA+ ntOatj/x7ReGVJBfMM73+xc8iPDbjgyBBY3Qdp9c8pZeDnVpe5ys87hpV4fGyOwdm5 oPrOxRmDX+8ulW6tYW7RqL8o0RcgG07ia0wrsid60B8cJTosYRkAKz2IfvqeN+uhki S0FtMhkTVaRfbTwHtgnhTnUKnfG3IDQ5OBh1d3HaSp056/s5MaXNKHr3SRghPAlqg0 A6d93dSjkNb5A== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.37.45]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MtwYu-1oxuz11Fdc-00uHvU; Mon, 02 Jan 2023 10:16:51 +0100 From: Michael Albinus To: Ruijie Yu Subject: Re: bug#60460: 30.0.50; [FR] avoid putting remote files to local trash In-Reply-To: (GNU bug Tracking System's message of "Sun, 01 Jan 2023 20:38:05 +0000") References: Date: Mon, 02 Jan 2023 10:16:48 +0100 Message-ID: <87r0wde1of.fsf_-_@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:ZAa6vn/D5G175YehqVwn4PGLgFUxOchy0CzhdZIf9CmiXFVKiw7 ov4EbVqU4s1ReybOQUNkSXvpcATLaEQ7+6+iQBlN8tXi7YNbTYlmKqPocGzBRv+kI47dpjF 0eAZjSN3ZvYhB/b4GSO1iQWd//vmrbEudvL8schaXvHfV1owVKVJqElXf95ndpMywHqtelC JZY+4Emwjo3ZKEL9JJlUA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:X5TLWjQOwfM=;FYn4jNK1WTHDi4HgeYHiYkoiklI AMZmMpT4dNM2khyx0gsO0sKGl00fIK8DhAPuKhEXdvmNd2sMzhsuGV7KwyULXSU2zX8PK1cYR eNKB2tHB2yZ9mwFl2ZeXLe8DHxbQBoCZCVhGvcNla103qJHfsVyBcllIFCLOroKcIwyj0dfIi xXTnRaadd9tokSPQeAmh74rduWr3zE4e41QQohrMh6bIGubIJtxY++rZ8gVAyJiQ5plbZ6hD9 ntZkoSTJI118R/+tYRNymnW6BxCDvv0Mm1LDpEeUyTkQfjEF3sISN7FVZPGvuPRQR2ANSAuZE 7BO2ff9J/NChHvTzurYRbcWUADkSECf22LuizqUL9nvp8i87k3b8LND4/kGgScchTfwH4a01U kL3GB9NHGW+8SLeArwDyJJyfnV0pREZSXX1uHzHbUVAxiWWCbi+IMD+3V267HjbkhOxUgzdOY gBLn9rWH/mS3Di5nsAvin4d3wUdYu8yBWSFE2/1XuLMgYMVMoWRmTejeV3eVYHlYc9pBBpTJT pll12nRB9SBvySioVzrKmK2MgKGGUiCm4yTL6Fwg0AORD1A50b3z3mOkPzaRGZPCyaVdMVPSL OYUcG7c62W4n23X3udQvMr76XU+/4tMIX1ihPq5wXqt5g8XKdbkuBIwzVE39j/1dgewsQrlby rYZ1ygldc5ToGTtZGdaK3up7rGhwub2l61K6Wzxa/vLC9I2QN/RqBRFIqIYjoiGouurykVzi6 Dn+JRDPyCxDLejSpDH2aW1fkao4wvRnVtrPtQpffAYdovjo7PNJZ01mtqxKYRthzG9zm17jwz H/KF3fSLWH2CDIUsBHsXYpN0tZfXSr8Qsfss7R5ztlF16j2OfTDP4oQQoP/Y/7WEKLiKSd7yb Tr0wN4/1uKTx5/sclYQVC1FzGGp/N6uDg21lKuYUzcNbU6yATN7Agq9+IBm3UHT7ugWckdk1I SojhKJXvp0BY1+ytnBrWGEeFDV8= X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: Hi, > Sorry about the duplicated bug. I sent the first email two days ago and > the mail never showed up, so I figured I had forgotten to send it and > sent again. The bug mailing list is moderated, and since you were unknown to the tracker, your report(s) were waiting for moderator approval. Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.37.45 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] X-Debbugs-Envelope-To: 60462 Cc: 60462@debbugs.gnu.org, 60460@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.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: Hi, > Sorry about the duplicated bug. I sent the first email two days ago and > the mail never showed up, so I figured I had forgotten to send it and > sent again. The bug mailing list is moderated, and since you were unknown to the tracker, your report(s) were waiting for moderator approval. Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [185.89.37.45 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Hi, > Sorry about the duplicated bug. I sent the first email two days ago and > the mail never showed up, so I figured I had forgotten to send it and > sent again. The bug mailing list is moderated, and since you were unknown to the tracker, your report(s) were waiting for moderator approval. > The bug-tracker doc doesn't say whether the bug-opener (me) can close > the bug, so I'll try to close it via CC. If I cannot close the bug, can > someone who can close bugs close this? > > Closing in favor of bug#60460. Yesterday, I've merged both bugs. Closing one bug by you has closed all merged bugs. I've reopened them. > Best, > > RY Best regards, Michael. From unknown Tue Jun 17 01:30:12 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 02 Mar 2023 12:24:07 +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