From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/85773 Path: news.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus Own-Cloudy? Date: Fri, 13 Feb 2015 13:52:35 +0800 Message-ID: <87zj8ipdcs.fsf@ericabrahamsen.net> References: <87iofawbcb.fsf@ericabrahamsen.net> <87twyu6s7u.fsf@ucl.ac.uk> <87mw4mukxr.fsf@ericabrahamsen.net> <87wq3qm48q.fsf@ucl.ac.uk> <874mquujf6.fsf@ericabrahamsen.net> <87lhk6kn0y.fsf@ucl.ac.uk> <87iof9tcwc.fsf@ericabrahamsen.net> <87vbj8tv7d.fsf@uwo.ca> <87a90i4c18.fsf@ericabrahamsen.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1423806805 8543 80.91.229.3 (13 Feb 2015 05:53:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 13 Feb 2015 05:53:25 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M34012@lists.math.uh.edu Fri Feb 13 06:53:13 2015 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YM9Bg-0000o1-TZ for ding-account@gmane.org; Fri, 13 Feb 2015 06:53:13 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1YM9BO-0005LI-F1; Thu, 12 Feb 2015 23:52:54 -0600 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1YM9BM-0005Ku-6u for ding@lists.math.uh.edu; Thu, 12 Feb 2015 23:52:52 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84) (envelope-from ) id 1YM9BL-0006fO-D3 for ding@lists.math.uh.edu; Thu, 12 Feb 2015 23:52:52 -0600 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1YM9BG-0005cV-Ri for ding@gnus.org; Fri, 13 Feb 2015 06:52:46 +0100 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YM9BE-0000ai-In for ding@gnus.org; Fri, 13 Feb 2015 06:52:45 +0100 Original-Received: from 114.248.12.239 ([114.248.12.239]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Feb 2015 06:52:44 +0100 Original-Received: from eric by 114.248.12.239 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Feb 2015 06:52:44 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 104 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 114.248.12.239 User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:EqHKHp7FHp6vseq8cdtn3jtPU9M= X-Spam-Score: 0.3 (/) X-Spam-Report: SpamAssassin (3.4.0 2014-02-07) analysis follows Bayesian score: 0.0000 Ham tokens: 0.000-350--23130h-0s--0d--mailman, 0.000-76--4983h-0s--0d--bug, 0.000-16--1033h-0s--0d--i'd, 0.000-16--1020h-0s--0d--server, 0.000-15--987h-0s--0d--uid Spam tokens: 0.989-2204--143h-1069s--0d--HTo:D*gnus.org, 0.988-2332--166h-1138s--0d--Hx-spam-relays-external:quimby.gnus.org, 0.988-2332--166h-1138s--0d--H*RU:quimby.gnus.org, 0.987-2314--184h-1138s--0d--H*RT:quimby.gnus.org, 0.987-2314--184h-1138s--0d--Hx-spam-relays-internal:80.91.231.51 Autolearn status: no autolearn_force=no -1.0 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [80.91.229.3 listed in list.dnswl.org] -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 1.2 RCVD_NUMERIC_HELO Received: contains an IP address used for HELO -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_PASS SPF: sender matches SPF record -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 2.0 FSL_HELO_BARE_IP_2 No description available. List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:85773 Archived-At: Eric Abrahamsen writes: > Dan Christensen writes: > >> Eric Abrahamsen writes: >> >>> But I would have thought that the active values for each group are >>> stored on disk, so if you don't copy those over as well, Gnus will get >>> confused about how many messages are in each group. >> >> For accessing an IMAP server, there's no need to sync Gnus data. That's >> sort of the point of using IMAP for your mail: multiple clients can >> independently access it and stay in sync with each other via the IMAP >> server. >> >> Eric S Fraga writes: >> >>> but as you have a local server on each system, they may be numbering >>> messages differently depending on how they synchronise with the real >>> IMAP server. As a result, the counts and various data structures stored >>> within the newsrc.eld file may not be consistent between machines? >> >> Right. When you are accessing two different IMAP servers (even if >> they are synced behind the scenes), you definitely don't want to >> sync the Gnus data, since article numbers won't match. For example, if >> you tick an article in once Gnus instance, a different article may show >> up as ticked in the other. > > Okay, I've received (and marked) a bunch of mail on the desktop (now my > primary machine), after not having touched the laptop for a day. Right > now the desktop's Gnus installation is showing a single unread message > in one account's INBOX. I haven't copied any Gnus-related files from > desktop to laptop. > > Now I go to my laptop, boot, run isync, then start Gnus. I get the > unread counts that I would expect if Gnus was keeping track of which > messages I'd read _on this machine_. Except for the sent mail folder of > one of my accounts, which shows 3000+ unread messages, a number that > doesn't seem to correspond to anything. After thinking about this for a bit, I think I have a partial explanation, and it's related to Gmail's emulation of IMAP folders. I do client-side splitting. So I sync gmail with dovecot, then check mail with Gnus. Gnus splits the mail, and tells dovecot to *remove* the split mail from INBOX, and put it into another folder. Next time I sync, dovecot and isync tell gmail to do the same thing. (I don't know how IMAP works -- is it a "move" operation, or a "remove from one group and add to another" operation? And when does the \Seen flag get added?) Gmail only does half of what it's told: it "adds" the new folder to the message (as a label), but doesn't remove it from INBOX. This explains the slowly-diverging folder message counts between my dovecot and Gmail. It also helps explain the high unread-message count in my Gmail inbox (via webmail): the messages must be first getting moved, then flagged as \Seen, so the message that stays behind in Gmail's INBOX never gets flagged. When I sync on another computer, Gmail now has two copies of the previously-split messages: one still in the INBOX, and one in the destination folder, and both of these messages come down to dovecot, then to Gnus. From what I can tell, neither has been marked \Seen, as they show up as unread in both places in Gnus. This still doesn't explain the shifting UID numbers, though. Perhaps this is something I can fix by changing how isync talks to Gmail (ie, sync directionality and all that). I don't know. E > The UIDs seem to remain the same -- at least my earlier ticked messages > are the same on both machines. But I'm having another issue with > something in my mail chain (gmail <-> isync <-> dovecot <-> gnus) > re-setting UIDs for previously received messages, something that I just > reported yesterday on the isync mailing list[1]. I can see now that, after > I did a couple of syncs concurrently on both machines, mail I received > on the laptop is not appearing on the desktop -- presumably because the > UID of the message was changed, then incremented, but the UIDVALIDITY of > the folder was untouched. This is a pretty big bug, but in which I'm not > sure. > > Lastly, and also weird: I signed up for an outlook.com account so I > could test the other issue, about searching for non-ascii characters via > IMAP. I connected Gnus to that account directly, not via isync/dovecot. > When I first restarted Gnus, it showed the unread count for that > account's INBOX as 10004, which was the most recent UID, not the unread > count (why outlook starts its UIDs at 10000 I don't know). After > clearing that, it's behaving normally. > > So something weird is happening, or many weird things. Gnus has > obviously got some remaining strangeness about group unread counts, but > I'm inclined to blame the shifting UIDs on the interaction between > dovecot, isync, and gmail. The whole thing is a mystery to me. I hope > Oswald will respond on the isync list, and I'll look into Gnus' unread > counts this weekend. Otherwise, it's back to work! > > Thanks, > Eric > > > [1]: http://sourceforge.net/p/isync/mailman/message/33402006/