Re: latest sources do not client-split IMAP anymore

[Tibor Simko <tibor.simko@cern.ch>]

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

On Tue, 14 Dec 2010, Lars Magne Ingebrigtsen wrote:
> It seems to work for me, and I can't remember touching any
> nnimap-relevant code the last few days...

It's due to recent changes in `gnus-setup-news'.  The attached patch
fixes things for me.


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: 0001-gnus-start.el-gnus-setup-news-add-back-gnus-read-act.patch --]
[-- Type: text/x-diff, Size: 1444 bytes --]

From 9a6117fb06879598a9171abe4f21762dffc3eae4 Mon Sep 17 00:00:00 2001
From: Tibor Simko <tibor.simko@cern.ch>
Date: Wed, 15 Dec 2010 02:59:09 +0100
Subject: [PATCH] gnus-start.el (gnus-setup-news): add back gnus-read-active-file parts

* Add back parts of code removed in cc7d0e0 related to gnus-read-active-file;
  this fixes the problem of IMAP client-side splitting that was working fine
  in my setup up to be87151 but stopped working after 3595cdc.
---
 lisp/gnus-start.el |    9 +++++++++
 1 files changed, 9 insertions(+), 0 deletions(-)

diff --git a/lisp/gnus-start.el b/lisp/gnus-start.el
index d9e4327..194bfc1 100644
--- a/lisp/gnus-start.el
+++ b/lisp/gnus-start.el
@@ -995,8 +995,17 @@ If LEVEL is non-nil, the news will be set up at level LEVEL."
     (when (or (null gnus-read-active-file)
 	      (eq gnus-read-active-file 'some))
       (gnus-update-active-hashtb-from-killed))
+
+    ;; Read the active file and create `gnus-active-hashtb'.
+    ;; If `gnus-read-active-file' is nil, then we just create an empty
+    ;; hash table.  The partial filling out of the hash table will be
+    ;; done in `gnus-get-unread-articles'.
+    (and gnus-read-active-file
+         (not level)
+         (gnus-read-active-file nil dont-connect))
     (unless gnus-active-hashtb
       (setq gnus-active-hashtb (gnus-make-hashtable 4096)))
+
     ;; Initialize the cache.
     (when gnus-use-cache
       (gnus-cache-open))
-- 
1.7.2.3


[-- Attachment #3: Type: text/plain, Size: 30 bytes --]


Best regards
-- 
Tibor Simko