[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: nnimap-0.80 and mule problem?
Simon Josefsson wrote:
>
> Fritz Heinrichmeyer <fritz.heinrichmeyer@fernuni-hagen.de> writes:
>
> > Characters with the eight bit set puzzle nnimap (or maybe gnus?), at
> > least here with emacs-20.3 and pgnus-0.58. As an example, here is a
> > copyright symbol.
>
> Do you run with --unibyte? What's your `enable-multibyte-characters'?
>
> Did earlier versions of nnimap work?
>
> If you get a backtrace, could you mail it to me?
>
> Nnimap does disable multibyte characters in the process buffer (which
> we probably shouldn't), but this hasn't changed with 0.80.
I get this too. This is actually a long term problem that I've been too
lazy to
track down. I had to read this thread with Netscape! ;-)
I don't run with --unibyte and my enable-multibyte-characters is t. I'm
running NT Emacs 20.3.1, pgnus-0.<recent> and nnimap-0.37.
When I select the offending messages, I get an "error in process filter:
End of file during parsing" error. Then things seem to hang. I set
debug-on-quit to t and pressing C-g duing this hang gives this
backtrace:
Signaling: (quit)
accept-process-output(#<process imap<1>> 60)
imap-wait-for-tag("G20")
imap-send-command-wait("UID FETCH 180 (RFC822.PEEK)" nil)
nnimap-send-command-wait("UID FETCH 180 (RFC822.PEEK)")
ad-Orig-nnimap-request-article-part(RFC822 180 "IMAP/matt/gnus-imap"
"best" #<buffer *Article*> t)
(setq ad-return-value (ad-Orig-nnimap-request-article-part part
article group server to-buffer add-peek))
(let ((trace-level ...) (trace-buffer ...)) (save-excursion
(set-buffer trace-buffer) (goto-char ...) (if ... ...) (insert ...))
(setq ad-return-value (ad-Orig-nnimap-request-article-part part article
group server to-buffer add-peek)) (save-excursion (set-buffer
trace-buffer) (goto-char ...) (insert ...)))
(let (ad-return-value) (let (... ...) (save-excursion ... ... ... ...)
(setq ad-return-value ...) (save-excursion ... ... ...))
ad-return-value)
nnimap-request-article-part(RFC822 180 "IMAP/matt/gnus-imap" "best"
#<buffer *Article*> t)
ad-Orig-nnimap-request-article(180 "IMAP/matt/gnus-imap" "best"
#<buffer *Article*>)
(setq ad-return-value (ad-Orig-nnimap-request-article article group
server to-buffer))
(let ((trace-level ...) (trace-buffer ...)) (save-excursion
(set-buffer trace-buffer) (goto-char ...) (if ... ...) (insert ...))
(setq ad-return-value (ad-Orig-nnimap-request-article article group
server to-buffer)) (save-excursion (set-buffer trace-buffer) (goto-char
...) (insert ...)))
(let (ad-return-value) (let (... ...) (save-excursion ... ... ... ...)
(setq ad-return-value ...) (save-excursion ... ... ...))
ad-return-value)
nnimap-request-article(180 "IMAP/matt/gnus-imap" "best" #<buffer
*Article*>)
gnus-request-article(180 "nnimap+best:IMAP/matt/gnus-imap" #<buffer
*Article*>)
gnus-request-article-this-buffer(180
"nnimap+best:IMAP/matt/gnus-imap")
gnus-article-prepare(180 nil)
gnus-summary-display-article(180 nil)
gnus-summary-select-article(nil nil pseudo)
gnus-summary-scroll-up(1)
* call-interactively(gnus-summary-scroll-up)
The relevant portion of *imap-log* is here (NOTE! The copyright
character was a single \251 char in the *imap-log* buffer. I replaced
it with the string "\251" to make sure I could read this post later on):
G20 UID FETCH 180 (RFC822.PEEK)
* 14 FETCH (UID 180 RFC822 {1797}
Received: from proxy1.ba.best.com (root@proxy1.ba.best.com
[206.184.139.12])
by shell4.ba.best.com (8.9.0/8.9.0/best.sh) with ESMTP id AAA02956
for <mattdav+matt@shell4.ba.best.com>; Wed, 2 Dec 1998 00:17:29 -0800
(PST)
Received: from vic20.globalcom.se (IDENT:majordomo@[195.84.148.62])
by proxy1.ba.best.com (8.9.0/8.9.0/best.in) with ESMTP id AAA08271
for <mattdav+matt@best.com>; Wed, 2 Dec 1998 00:15:57 -0800 (PST)
Received: (from majordomo@localhost)
by vic20.globalcom.se (8.8.7/8.8.7) id JAA15433
for nnimap-list; Wed, 2 Dec 1998 09:01:36 +0100
Received: from jfh00.fernuni-hagen.de (jfh00.fernuni-hagen.de
[132.176.7.6])
by vic20.globalcom.se (8.8.7/8.8.7) with ESMTP id JAA15428
for <nnimap@extundo.com>; Wed, 2 Dec 1998 09:01:33 +0100
Received: (from jfh@localhost)
by jfh00.fernuni-hagen.de (8.8.7/8.8.7) id JAA22247;
Wed, 2 Dec 1998 09:01:16 +0100
To: nnimap@extundo.com
Subject: nnimap-0.80 and mule problem?
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
From: Fritz Heinrichmeyer <fritz.heinrichmeyer@fernuni-hagen.de>
Date: 02 Dec 1998 09:01:15 +0100
Message-ID: <ufaf17gegk.fsf@jfh00.fernuni-hagen.de>
Lines: 13
User-Agent: Gnus/5.070058 (Pterodactyl Gnus v0.58) Emacs/20.3
Sender: owner-nnimap@vic20.globalcom.se
Precedence: bulk
Characters with the eight bit set puzzle nnimap (or maybe gnus?), at
least here with emacs-20.3 and pgnus-0.58. As an example, here is a
copyright symbol.
\251
--
Fritz Heinrichmeyer mailto:fritz.heinrichmeyer@fernuni-hagen.de
FernUniversitaet Hagen, LG Elektronische Schaltungen, 58084 Hagen
(Germany)
tel:+49 2331/987-1166 fax:987-355 http://ES-sun1.fernuni-hagen.de/~jfh
PGP fingerprint (mail for key): 160BDF84 3F2F63C0 5CA20D31 3E42D116
)
G20 OK UID FETCH completed
It isn't a pgnus thing, since I can read the message fine when I
manually move it to a local backend. I also still get the error when
doing C-u g in the summary buffer, which bypasses a lot of the new pgnus
MIME stuff.