From unknown Wed Jun 18 00:26:13 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#18200 <18200@debbugs.gnu.org> To: bug#18200 <18200@debbugs.gnu.org> Subject: Status: Mostly broken gnus-group-mark-article-read Reply-To: bug#18200 <18200@debbugs.gnu.org> Date: Wed, 18 Jun 2025 07:26:13 +0000 retitle 18200 Mostly broken gnus-group-mark-article-read reassign 18200 emacs,gnus submitter 18200 Carlos Pita severity 18200 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 05 14:27:08 2014 Received: (at submit) by debbugs.gnu.org; 5 Aug 2014 18:27:08 +0000 Received: from localhost ([127.0.0.1]:59156 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XEjRw-0000VW-DS for submit@debbugs.gnu.org; Tue, 05 Aug 2014 14:27:08 -0400 Received: from mail-qa0-f54.google.com ([209.85.216.54]:59722) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XEjRq-0000Uw-Fn for submit@debbugs.gnu.org; Tue, 05 Aug 2014 14:27:02 -0400 Received: by mail-qa0-f54.google.com with SMTP id k15so1332773qaq.41 for ; Tue, 05 Aug 2014 11:26:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-type; bh=qqVm1I5ReV4juaYhW3CRyUBFHeOc+sYmQwYgteRlYww=; b=HvNOr+7GhpHJ1vBGCcDEQEODOh7JBFGguDHvrLxO6gCp8XVJ5GKidxM6h/JgpmnxrK PzJ3Pt1SG+GUfc7tL7OpL5/6YuhOr01u6FdoTvbwd1vzn4vsYYQx3BQmZxSbPscr8a3R cn/krQsQm+9mk4j8Uc3x5xjJ4fKIVH2mMO9sJNA4af4wPHFPuGepTe3deH+OYGvOQsDY SlsNBgtNYjXWkz/zQnxdwMBlSK0mdBLazWKaUxzV1aVaEyuv7NJhIbg0IvsRm7MrMrQD GYlv85dMc8/irs+6ukPnVChut0LxZ0dAZ8kGxBHJk3Or5VLB0toEGkm0UkADQmSsiULF DDIw== X-Received: by 10.229.67.69 with SMTP id q5mr8428393qci.25.1407263212750; Tue, 05 Aug 2014 11:26:52 -0700 (PDT) Received: from carlos ([190.216.58.35]) by mx.google.com with ESMTPSA id u14sm4216460qau.43.2014.08.05.11.26.50 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 05 Aug 2014 11:26:51 -0700 (PDT) From: Carlos Pita To: submit@debbugs.gnu.org (The Gnus Bugfixing Girls + Boys) Subject: Mostly broken gnus-group-mark-article-read X-Debbugs-Version: 5.13 X-Debbugs-Package: gnus Date: Tue, 05 Aug 2014 15:41:20 -0300 Message-ID: <84d2cerd7z.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.7 (/) In order to get a "conversation view" a la gmail I've configured gnus as follows: (setq gnus-gcc-mark-as-read t) (setq gnus-message-archive-group (lambda (g) (unless (string-match ":" g) (concat "nnimap+gmail:" g)))) nnimap+gmail is my primary method so I check for lacking of ":" in the group name (only groups for secondary methods contain a ":", at least in my case). The generated gcc header is correct: say the group is "facultad/micro2", the gcc will be "nnimap+gmail:facultad/micro2". That's fine. But then there are a lot of quirks I'm not sure what to do about. Say I reply a message in "facultad/micro2" group. My reply is indeed archived into "facultad/micro2" but in the summary buffer for this group: 1. At first the sent reply is not shown at all. 2. If I press /N, then the reply is shown but as unread. 3. If I press M-g, then the reply is shown read. In the imap server the behavior is as expected: the reply appears inside the "facultad/micro2" folder and it's marked read. The problem is obviously with the refreshing of the gnus views/state itself. Some tracing doesn't show anything manifestly wrong, but nevertheless I don't know which function is in charge of refreshing the summary buffer (if any) or, at least, to locally mark the article as read, so maybe I'm not providing the best info below: ====================================================================== 1 -> (gnus-group-mark-article-read "facultad/micro2" 306) | 2 -> (gnus-request-set-mark "facultad/micro2" (((306) add (read)))) | 2 <- gnus-request-set-mark: nil | 2 -> (gnus-mark-article-as-read 306 82) | 2 <- gnus-mark-article-as-read: t 1 <- gnus-group-mark-article-read: nil ====================================================================== 1 -> (gnus-group-mark-article-read "facultad/micro2" 307) | 2 -> (gnus-request-set-mark "facultad/micro2" (((307) add (read)))) | 2 <- gnus-request-set-mark: nil | 2 -> (gnus-mark-article-as-read 307 82) | 2 <- gnus-mark-article-as-read: t 1 <- gnus-group-mark-article-read: nil I'm more or less capable of elisp programming/debugging so don't hesitate in asking whatever you need from me to fix this issue. I could even figure out a solution with the appropriate guidance. Best regards -- Carlos Some additional info: ----------------------------------------------- (emacs-version) "GNU Emacs 24.3.92.1 (i686-pc-linux-gnu, GTK+ Version 3.12.2) of 2014-07-22 on carlos" (gnus-version) "Gnus v5.13" ----------------------------------------------- My .gnus.el: ;;; -*- lexical-binding: t; -*- ;;; me ; (setq user-mail-address "carlosjosepita@gmail.com" user-full-name "Carlos Pita") ;;; imap ; (setq gnus-select-method '(nnimap "gmail" (nnimap-user "carlosjosepita@gmail.com") (nnimap-address "imap.gmail.com") (nnimap-server-port 993) (nnimap-stream ssl))) ;;; nntp ; (setq gnus-secondary-select-methods '((nntp "news.gnus.org") (nntp "news.gmane.org"))) ;;; smtp ; (setq message-send-mail-function 'smtpmail-send-it smtpmail-smtp-user "carlosjosepita@gmail.com" smtpmail-smtp-server "smtp.gmail.com" smtpmail-smtp-service 465 smtpmail-stream-type 'ssl) ;;; gmail tweaks ; ;; automatically expires to remove label (and archive) (setq nnmail-expiry-wait 'immediate) ;; copy sent message to current group (to get conversations) (setq gnus-gcc-mark-as-read t) (setq gnus-message-archive-group (lambda (g) (unless (string-match ":" g) (concat "nnimap+gmail:" g)))) ;; move to gmail trash (add-hook 'gnus-summary-mode-hook (lambda () (define-key gnus-summary-mode-map "D" (lambda () (interactive) (gnus-summary-move-article nil "nnimap+gmail:[Gmail]/Trash") (forward-line 1))))) ;;; check new level1 mail ; (defun my-level1-unread () (let* ((groups (mapcar 'car gnus-newsrc-alist)) (unread (mapcar (lambda (g) (when (= (gnus-group-level g) 1) (gnus-group-unread g))) groups))) (apply '+ (delq nil unread)))) (defun my-level1-check () (interactive) (let ((unread-pre (my-level1-unread)) (unread-post (progn (gnus-get-unread-articles 1) (my-level1-unread)))) (unless (= unread-post unread-pre) (gnus-group-list-groups) (switch-to-buffer "*Group*")))) (global-set-key [f5] 'my-level1-check) ;;; files & buffers ; (setq gnus-save-newsrc-file nil gnus-read-newsrc-file nil gnus-use-dribble-file nil gnus-startup-file "~/.emacs.d/newsrc" gnus-save-killed-list nil message-kill-buffer-on-exit t) ;;; misc ; (setq mm-discouraged-alternatives '("text/html" "text/richtext") gnus-group-line-format "%M%S%p%P%5y:%B%(%G%)\n" gnus-thread-hide-subtree t auth-source-save-behavior nil) (require 'google-contacts-message) ----------------------------------------------- Gnus v5.13 GNU Emacs 24.3.92.1 (i686-pc-linux-gnu, GTK+ Version 3.12.2) of 2014-07-22 on carlos 200 quimby.gnus.org InterNetNews NNRP server INN 2.5.3 ready (posting ok) 100 Legal commands ARTICLE [message-ID|number] AUTHINFO USER name|PASS password|SASL mechanism [initial-response]|GENERIC program [argument ...] BODY [message-ID|number] CAPABILITIES [keyword] DATE GROUP newsgroup HDR header [message-ID|range] HEAD [message-ID|number] HELP IHAVE message-ID LAST LIST [ACTIVE [wildmat]|ACTIVE.TIMES [wildmat]|COUNTS [wildmat]|DISTRIB.PATS|DISTRIBUTIONS|HEADERS [MSGID|RANGE]|MODERATORS|MOTD|NEWSGROUPS [wildmat]|OVERVIEW.FMT|SUBSCRIPTIONS [wildmat]] LISTGROUP [newsgroup [range]] MODE READER NEWGROUPS [yy]yymmdd hhmmss [GMT] NEWNEWS wildmat [yy]yymmdd hhmmss [GMT] NEXT OVER [range] POST QUIT STARTTLS STAT [message-ID|number] XGTITLE [wildmat] XHDR header [message-ID|range] XOVER [range] XPAT header message-ID|range pattern [pattern ...] Report problems to . . 580 Error initializing TLS From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 12 17:54:29 2014 Received: (at 18200) by debbugs.gnu.org; 12 Aug 2014 21:54:29 +0000 Received: from localhost ([127.0.0.1]:41149 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XHK1V-0004LC-8k for submit@debbugs.gnu.org; Tue, 12 Aug 2014 17:54:29 -0400 Received: from mail-qa0-f54.google.com ([209.85.216.54]:41766) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XHK1S-0004Kv-Kh for 18200@debbugs.gnu.org; Tue, 12 Aug 2014 17:54:27 -0400 Received: by mail-qa0-f54.google.com with SMTP id k15so9535672qaq.13 for <18200@debbugs.gnu.org>; Tue, 12 Aug 2014 14:54:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:date:message-id:mime-version:content-type; bh=vbhWGFaiPUkoHwZ84K4gsLbPx1ZvY4JfgYr7q4xfgNk=; b=Dnx2TVOh62yj77mKFnhltFR5ZC/mtKjb7zstkEJfr3HK2T3IybcOlvUypNTAZblvrH nUL1IiOeq4ro9AsIADRSp1yVUz24MQnaVuqEDLVQlRRKqRAQAWIjFawECx1tJ2xHoDiT HybgMEbvo/m3F2N7e2jqEMglTSl1cK6D+uEtLDzoXTGO9MYTbWOiuIImoFVtLmlc2J0k PsB4OhAHPrwCQa3bqNIJTdta696szHfQHQe3cR1JAUL/6w4zkTkde/liwLAxG4X64MKd WbCliiQX/7ZzosgWMBBLWDI9/NObu8v5SNGxXTJliHCUcFh3DLVthklvqfqVGSF3ZlNk KD2Q== X-Received: by 10.140.19.105 with SMTP id 96mr841864qgg.34.1407880460966; Tue, 12 Aug 2014 14:54:20 -0700 (PDT) Received: from carlos ([190.216.58.35]) by mx.google.com with ESMTPSA id c6sm5717949qai.10.2014.08.12.14.54.18 for <18200@debbugs.gnu.org> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Aug 2014 14:54:19 -0700 (PDT) From: Carlos Pita To: 18200@debbugs.gnu.org Date: Tue, 12 Aug 2014 19:08:57 -0300 Message-ID: <84k36dicna.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: The problem is that gnus-summary-insert-new-articles assumes every new active article to be unread: (setq gnus-newsgroup-unreads (gnus-sorted-nunion gnus-newsgroup-unreads new)) It seems like a sensible assumption, doesn't it? But sadly it's wrong in this case, because the sent mail is meant to be already read. It will be wrong in other cases too, since a "new" message coming from the imap server, which could be simultaneously accessed by more than one client, is not necessarily unread. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (carlosjosepita[at]gmail.com) -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.216.54 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 1.8 MISSING_SUBJECT Missing Subject: header 0.2 NO_SUBJECT Extra score for no subject 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Debbugs-Envelope-To: 18200 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: The problem is that gnus-summary-insert-new-articles assumes every new active article to be unread: (setq gnus-newsgroup-unreads (gnus-sorted-nunion gnus-newsgroup-unreads new)) It seems like a sensible assumption, doesn't it? But sadly it's wrong in this case, because the sent mail is meant to be already read. It will be wrong in other cases too, since a "new" message coming from the imap server, which could be simultaneously accessed by more than one client, is not necessarily unread. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.216.54 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (carlosjosepita[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.8 MISSING_SUBJECT Missing Subject: header 0.2 NO_SUBJECT Extra score for no subject 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid The problem is that gnus-summary-insert-new-articles assumes every new active article to be unread: (setq gnus-newsgroup-unreads (gnus-sorted-nunion gnus-newsgroup-unreads new)) It seems like a sensible assumption, doesn't it? But sadly it's wrong in this case, because the sent mail is meant to be already read. It will be wrong in other cases too, since a "new" message coming from the imap server, which could be simultaneously accessed by more than one client, is not necessarily unread. So currently you have 3 levels of inconsistency: 1) The imap server and M-g "think" the email is read. 2) /N "thinks" the email is unread. 3) The summary buffer (before /N or M-g) "thinks" there is no email. I believe there is a very easy way to reduce these inconsistencies to only: 1) The imap server, M-g, /N "think" the email is read. 2) The summary buffer (before /N or M-g) "thinks" there is no email. Then you can just say that the summary buffer isn't immediately refreshed, which doesn't feel so bad and is easier to understand and live with. The fix (mod unexpected side effects) is: Notice that gnus-summary-insert-new-articles is calling gnus-summary-insert-articles, which already calculates the unread list using gnus-list-of-unread-articles. So it seems to me that removing the problematic union operation quoted above would be safe since gnus-summary-insert-articles is already taking care of that. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 02 14:47:43 2015 Received: (at control) by debbugs.gnu.org; 2 Feb 2015 19:47:43 +0000 Received: from localhost ([127.0.0.1]:60644 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YIMyF-00007u-I0 for submit@debbugs.gnu.org; Mon, 02 Feb 2015 14:47:43 -0500 Received: from mail-la0-f51.google.com ([209.85.215.51]:38083) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YIMyC-00007e-Ul for control@debbugs.gnu.org; Mon, 02 Feb 2015 14:47:41 -0500 Received: by mail-la0-f51.google.com with SMTP id ge10so44685170lab.10 for ; Mon, 02 Feb 2015 11:47:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=V0z9d1PDOJB+4yt/MEze9i+uKl66u+TFIX1raoBcjOg=; b=jys3U2ukxUu2+DontaKXVnSlI80o7NmKpKxtiMS3ozlNBMlDaed46FMYPWBglr4fyY fPovHU9PrmppjvWoBjqgCLrKGxNL3qoRgA6kkXkk+3AfUM1eh22d9Z6vO6Y/Jg5UzFQo /Pet6i/OJRqo02qla8AgLJZzBJdyEd0TXMb1CTBCn+SA8noIEepvYyLfLot9myR+aDKj 0OYUYbTz2yxDmNZGuvwVmGtyD4TB8xjhpG5TndppiHJU0LeTrInUoGYSDudcpBw5prft 7YXbvo/K06tlyX8sRvnZM+srQVy9gJ/fzqdS4cf2nsLf6/jwLpIGeDlsg3HYJc5ci6du qlVw== X-Received: by 10.152.29.66 with SMTP id i2mr318542lah.64.1422906454882; Mon, 02 Feb 2015 11:47:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.124.202 with HTTP; Mon, 2 Feb 2015 11:47:14 -0800 (PST) From: Carlos Pita Date: Mon, 2 Feb 2015 16:47:14 -0300 Message-ID: Subject: To: control@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: tags 18200 patch [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (carlosjosepita[at]gmail.com) -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.215.51 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 2.0 BLANK_SUBJECT Subject is present but empty 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: tags 18200 patch [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.215.51 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (carlosjosepita[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 2.0 BLANK_SUBJECT Subject is present but empty 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid tags 18200 patch From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 25 13:35:40 2017 Received: (at 18200) by debbugs.gnu.org; 25 Jan 2017 18:35:40 +0000 Received: from localhost ([127.0.0.1]:43350 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWSQ0-0001rA-0g for submit@debbugs.gnu.org; Wed, 25 Jan 2017 13:35:40 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:43266) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWSPy-0001r2-OC for 18200@debbugs.gnu.org; Wed, 25 Jan 2017 13:35:39 -0500 Received: from 2.150.50.220.tmi.telenormobil.no ([2.150.50.220] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cWSPs-0007o6-7g; Wed, 25 Jan 2017 19:35:38 +0100 From: Lars Ingebrigtsen To: Carlos Pita Subject: Re: bug#18200: (no subject) In-Reply-To: <84k36dicna.fsf@gmail.com> (Carlos Pita's message of "Tue, 12 Aug 2014 19:08:57 -0300") Date: Wed, 25 Jan 2017 19:34:41 +0100 Message-ID: <87efzrng3i.fsf@gnus.org> References: <84d2cerd7z.fsf@gmail.com> <84k36dicna.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.0 (++) 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: Sorry for the late response; the bug report has been sitting in a part of the bug tracker that nobody has looked at due to a misunderstanding. Carlos Pita writes: > 1) The imap server, M-g, /N "think" the email is read. > 2) The summary buffer (before /N or M-g) "thinks" there is no email. > > Then you can just say that the summary buffer isn't immediately > refreshed, which doesn't feel so bad and is easier to understand and > live with. > > The fix (mod unexpected side effects) is: [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.91.224.195 listed in list.dnswl.org] 2.0 SLIGHTLY_BAD_SUBJECT Subject contains something slightly spammy X-Debbugs-Envelope-To: 18200 Cc: 18200@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: 2.0 (++) 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: Sorry for the late response; the bug report has been sitting in a part of the bug tracker that nobody has looked at due to a misunderstanding. Carlos Pita writes: > 1) The imap server, M-g, /N "think" the email is read. > 2) The summary buffer (before /N or M-g) "thinks" there is no email. > > Then you can just say that the summary buffer isn't immediately > refreshed, which doesn't feel so bad and is easier to understand and > live with. > > The fix (mod unexpected side effects) is: [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.91.224.195 listed in list.dnswl.org] 2.0 SLIGHTLY_BAD_SUBJECT Subject contains something slightly spammy Sorry for the late response; the bug report has been sitting in a part of the bug tracker that nobody has looked at due to a misunderstanding. Carlos Pita writes: > 1) The imap server, M-g, /N "think" the email is read. > 2) The summary buffer (before /N or M-g) "thinks" there is no email. > > Then you can just say that the summary buffer isn't immediately > refreshed, which doesn't feel so bad and is easier to understand and > live with. > > The fix (mod unexpected side effects) is: The patch was missing from the mail... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 25 13:35:28 2017 Received: (at control) by debbugs.gnu.org; 25 Jan 2017 18:35:28 +0000 Received: from localhost ([127.0.0.1]:43347 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWSPn-0001ql-QY for submit@debbugs.gnu.org; Wed, 25 Jan 2017 13:35:27 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:43257) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWSPm-0001qd-MX for control@debbugs.gnu.org; Wed, 25 Jan 2017 13:35:26 -0500 Received: from 2.150.50.220.tmi.telenormobil.no ([2.150.50.220] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cWSPk-0007Fm-G3 for control@debbugs.gnu.org; Wed, 25 Jan 2017 19:35:26 +0100 From: Lars Ingebrigtsen To: control@debbugs.gnu.org Subject: control message for bug #18200 Message-ID: <87inp3ng4f.fsf@totally-fudged-out-message-id> Date: Wed, 25 Jan 2017 19:35:18 +0100 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) 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: 0.0 (/) reassign 18200 emacs,gnus From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 12 17:26:06 2018 Received: (at control) by debbugs.gnu.org; 12 Apr 2018 21:26:06 +0000 Received: from localhost ([127.0.0.1]:48662 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f6jjJ-00068N-Pz for submit@debbugs.gnu.org; Thu, 12 Apr 2018 17:26:06 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:39996) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f6jjI-00068F-Rv for control@debbugs.gnu.org; Thu, 12 Apr 2018 17:26:05 -0400 Received: from 46.67.12.60.tmi.telenormobil.no ([46.67.12.60] helo=corrigan) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1f6jjG-0001lQ-Hw for control@debbugs.gnu.org; Thu, 12 Apr 2018 23:26:04 +0200 Received: from larsi by corrigan with local (Exim 4.89) (envelope-from ) id 1f6jjA-0006XL-QY for control@debbugs.gnu.org; Thu, 12 Apr 2018 23:25:56 +0200 To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #18200 Message-Id: Date: Thu, 12 Apr 2018 23:25:56 +0200 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 (-) close 18200 From unknown Wed Jun 18 00:26:13 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 11 May 2018 11:24:03 +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