From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/52866 Path: main.gmane.org!not-for-mail From: Matthias Andree Newsgroups: gmane.emacs.gnus.general Subject: Re: nnimap compatibility issues (UTF-7, msg count, SEARCH vs. group Date: Tue, 27 May 2003 16:41:25 +0200 Sender: ding-owner@lists.math.uh.edu Message-ID: <20030527144124.GA14042@merlin.emma.line.org> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1054046448 12087 80.91.224.249 (27 May 2003 14:40:48 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 27 May 2003 14:40:48 +0000 (UTC) Original-X-From: ding-owner+M1410@lists.math.uh.edu Tue May 27 16:40:47 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19Kfc0-000322-00 for ; Tue, 27 May 2003 16:39:36 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19Kfdv-0006yt-00; Tue, 27 May 2003 09:41:35 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19Kfdq-0006yo-00 for ding@lists.math.uh.edu; Tue, 27 May 2003 09:41:30 -0500 Original-Received: (qmail 72025 invoked by alias); 27 May 2003 14:41:30 -0000 Original-Received: (qmail 72020 invoked from network); 27 May 2003 14:41:29 -0000 Original-Received: from p5087715c.dip.t-dialin.net (HELO m2a2.dyndns.org) (postfix@80.135.113.92) by sclp3.sclp.com with SMTP; 27 May 2003 14:41:29 -0000 Original-Received: by merlin.emma.line.org (Postfix, from userid 500) id 1EF7B82560; Tue, 27 May 2003 16:41:25 +0200 (CEST) Original-To: ding@gnus.org Mail-Followup-To: ding@gnus.org Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:52866 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:52866 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