Re: Emacs trunk and Gnus master are fully sync'd now

[David Engster <deng@randomsample.de>]

[-- Attachment #1: Type: text/plain, Size: 557 bytes --]

Giorgos Keramidas writes:
> On Sat, 06 Jul 2013 17:44:30 +0200, David Engster <deng@randomsample.de> wrote:
>> AFAICS in `nnimap-retrieve-group-data-early', the resync should only
>> happen when there's either no 'active', 'unexist', or
>> 'uidvalidity'. Perhaps the first step should be to install some verbose
>> messaging which says which of those triggers the resync.
>
> I can try that.  Thanks for the pointer.

You can apply the attached patch against current Emacs trunk to see in
the *Messages* buffer why a group is triggered for resync.

-David


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: gnus-message.patch --]
[-- Type: text/x-diff, Size: 604 bytes --]

=== modified file 'lisp/gnus/nnimap.el'
--- lisp/gnus/nnimap.el	2013-07-02 10:38:58 +0000
+++ lisp/gnus/nnimap.el	2013-07-07 19:48:50 +0000
@@ -1326,6 +1326,12 @@
 	      (if (and active uidvalidity unexist)
 		  ;; Fetch the last 100 flags.
 		  (setq start (max 1 (- (cdr active) 100)))
+		(message
+		 (concat "Initial sync: Group " group
+			 ". Reason: "
+			 (when (not active) "active ")
+			 (when (not uidvalidity) "uidvalidity ")
+			 (when (not unexist) "unexist ")))
 		(incf (nnimap-initial-resync nnimap-object))
 		(setq start 1))
 	      (push (list (nnimap-send-command "%s %S" command