From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/87114 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus-cloud work Date: Fri, 01 Jul 2016 13:44:26 -0400 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87poqxjls5.fsf@lifelogs.com> References: <87twzdc86f.fsf@building.gnus.org> <8761bhzz0f.fsf@lifelogs.com> <878ugdxpuc.fsf@lifelogs.com> <86twv7p7nu.fsf_-_@dod.no> <86r3pnciof.fsf_-_@dod.no> <87io0y4bw4.fsf_-_@lifelogs.com> <87lh3439r6.fsf@dod.no> <87bn3vs1tb.fsf@lifelogs.com> <877fe0svto.fsf@lifelogs.com> <87r3by2sfd.fsf_-_@lifelogs.com> <87wplnzhvb.fsf@lifelogs.com> <8737nukab5.fsf@ericabrahamsen.net> <87a8i2n2i7.fsf@lifelogs.com> <878txm6rsy.fsf@ericabrahamsen.net> Reply-To: ding@gnus.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1467395177 32735 80.91.229.3 (1 Jul 2016 17:46:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 1 Jul 2016 17:46:17 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M35334@lists.math.uh.edu Fri Jul 01 19:46:05 2016 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bJ2Vs-0006fo-EO for ding-account@gmane.org; Fri, 01 Jul 2016 19:46:00 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.86_2) (envelope-from ) id 1bJ2Ug-0000XD-HX; Fri, 01 Jul 2016 12:44:46 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.86_2) (envelope-from ) id 1bJ2Ud-0000WX-PZ for ding@lists.math.uh.edu; Fri, 01 Jul 2016 12:44:43 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.86_2) (envelope-from ) id 1bJ2Ub-0007qm-Ve for ding@lists.math.uh.edu; Fri, 01 Jul 2016 12:44:43 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1bJ2Ua-0004QE-Ib for ding@gnus.org; Fri, 01 Jul 2016 19:44:40 +0200 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1bJ2UW-0005ev-No for ding@gnus.org; Fri, 01 Jul 2016 19:44:36 +0200 Original-Received: from c-98-229-60-157.hsd1.ma.comcast.net ([98.229.60.157]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Jul 2016 19:44:36 +0200 Original-Received: from tzz by c-98-229-60-157.hsd1.ma.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Jul 2016 19:44:36 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 53 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-98-229-60-157.hsd1.ma.comcast.net X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cancel-Lock: sha1:CBpnlokTDwf2AgBeckedOsOmZsA= X-Spam-Score: -4.2 (----) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:87114 Archived-At: On Fri, 01 Jul 2016 10:00:29 +0800 Eric Abrahamsen wrote: EA> Oops, my misunderstanding was that I hadn't marked both a server-to-sync EA> and a server-to-keep-syncs. Once I'd done both "i" and "I", things EA> started going. Yeah, sorry about that. I'll write docs when the upload+download cycle works :) EA> Initial bumps: EA> gnus-cloud-synced-files doesn't match up with my files (I'd recommend EA> the default use gnus-user-directory), and as the FIXME notes, I wasn't EA> able to redefine it to use a different (:directory...) syntax. I set it EA> directly to two files, and it was fine. I'm not sure if we should even allow relative filenames. Can you think of a use case? EA> Weirdly, the (defvar gnus-cloud-sequence 1) didn't "work". The first EA> time I used it, gnus-cloud-sequence was nil, and so EA> `gnus-cloud-upload-data' threw an error in the call to `format'. I had EA> to explicitly setq the var to 1. EA> After that everything worked fine. I haven't yet gone to the office and EA> tried to download the data on the other machine. ... EA> Okay, now I've done that, and have got the sync IMAP group in both EA> places. Once again I had to manually setq the gnus-cloud-sequence EA> variable to make it work, and foolishly set it to 1 again, when I assume EA> I should have set it to 2? Or...? Anyhow, now I have two messages in the EA> sync group, both with :sequence 1. Evalling (gnus-cloud-download-data) EA> simply returns nil. I think I've fixed all the places where `gnus-cloud-sequence' might be nil with a single commit to the scratch branch. The download will grab anything with a larger sequence: (dolist (header (gnus-cloud-available-chunks)) (when (> (gnus-cloud-chunk-sequence (mail-header-subject header)) (or sequence-override gnus-cloud-sequence -1)) ... So if you had seq 1 in IMAP, but locally you were at 2, nothing happened as expected. I think `gnus-cloud-available-chunks' will grow a bit as we find edge cases. In this case (duplicate subject) it should pick the latest article with that subject or error out, but not accept both. But that is a pain to do in ELisp, whereas it may be easy at the IMAP level? Ted