Re: nnimap compatibility issues (UTF-7, msg count, SEARCH vs. group

[Matthias Andree <matthias.andree@gmx.de>]

On Sun, 25 May 2003, Dave Love wrote:

> You said `misdisplayed in the server buffer', but in the text above
> which appears to be from the server, it isn't decoded, and shouldn't
> be.

Emacs 21.3.1 here.

This is how the IMAP server buffer looks like with unmodified utf7.el
revisions 6.1 and 6.2 from CVS, the X after the \216 is a square box
with dashed line style.

K      0: Entwurf
K      0: Gesendet
U      0: INBOX
K      0: Papierkorb
K      0: Postausgang
K      0: Trash
K      0: Unerw\216Xnscht

Now I apply this patch to utf7.el and reinstall things and restart
Emacs:

Index: utf7.el
===================================================================
RCS file: /usr/local/cvsroot/gnus/lisp/utf7.el,v
retrieving revision 6.2
diff -u -r6.2 utf7.el
--- utf7.el	9 May 2003 20:37:56 -0000	6.2
+++ utf7.el	27 May 2003 14:15:19 -0000
@@ -219,7 +219,7 @@
     (with-temp-buffer
       (insert string)
       (utf7-decode-internal for-imap)
-      (mm-enable-multibyte)
+;      (mm-enable-multibyte)
       (buffer-string))))
 
 (provide 'utf7)

This is what the IMAP server buffer looks like now, with the patch applied:

K      0: Entwurf
K      0: Gesendet
U      0: INBOX
K      0: Papierkorb
K      0: Postausgang
K      0: Trash

This is the complete server buffer, the "Unerwünscht" folder is missing.

So removing the mm-enable-multibyte clearly makes things worse, by
hiding a folder.

> > So somehow the character set the folder name was decoded to and the
> > buffer/display's character set didn't match?
> 
> Something has decoded the multibyte text produced by the utf-7
> decoding (i.e. it has been doubly decoded).  I assume this is in the
> imap code, but I can't test that.

Assuming it isn't the utf7-decoder, where do I look?

> I still don't know if it worked before I made changes to utf7.el.  Did
> it work?  If so, I guess the change should be reverted until someone
> can look at the imap code, but that means that mailbox names can only
> be Latin-1 even when your Emacs can support more.

I believe the 6.1 -> 6.2 changes in utf7.el are fine. They make no
visible difference AFAICT. Unless my emacs used the wrong files.

I've dug a little deeper. If I try to choose this group (any group
besides INBOX), I get a "can't select" complaint.

So there is something deep within imap.el or nnimap.el that doesn't
cooperate with this server anyways.

-- 
Matthias Andree