From: Kevin Rodgers <ihs_4664@yahoo.com>
Cc: bgm-rao@ieee.org
Subject: Fwd: UTF7 decode error in Gnus with IMAP
Date: Wed, 14 Dec 2005 08:39:31 -0800 (PST) [thread overview]
Message-ID: <20051214163931.42446.qmail@web51006.mail.yahoo.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 158 bytes --]
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
[-- Attachment #2: Type: message/rfc822, Size: 3485 bytes --]
From: Simon Josefsson <jas@extundo.com>
To: Kevin Rodgers <ihs_4664@yahoo.com>
Cc: ding@gnus.org, rms@gnu.org
Subject: Re: [Fwd: UTF7 decode error in Gnus with IMAP]
Date: Wed, 14 Dec 2005 15:18:21 +0100
Kevin Rodgers <ihs_4664@yahoo.com> writes:
> Simon Josefsson <jas@extundo.com> wrote:
>> "Richard M. Stallman" <rms@gnu.org> writes:
>>
>> > Would you please DTRT about this, then ack?
>>
>> I believe no action is required, see below.
>>
>> Kevin Rodgers <ihs_4664@yahoo.com> writes:
>>
>> > 1. Is it safe to suggest to this user to (setq imap-use-utf7 nil)?
>>
>> I believe it is safe, if used consistently. If you toggle the
>> variable, existing groups will rename themselves. Of course, you'll
>> loose non-ascii features.
>>
>> > 2. Should imap-utf7-decode work on this string with non-nil imap-use-utf7?
>> > It contains only ASCII characters, but the "&" triggers the error:
>> >
>> > signal(error ("Unable to convert from Unicode"))
>> > error("Unable to convert from Unicode")
>> > utf7-u16-latin1-char-converter()
>> > utf7-fragment-decode(207 210 t)
>> > utf7-decode-internal(t)
>> > utf7-decode("Public Folders/Business Units/SC WW Sales and
>> > Marketing/Reporting/Commissions/2005 Commissions/2005 Adjustments/*2005
>> > Closed Adjustments/*closed*7.1.05 through 7.31.05/*closed*EPIC Tut
>> > Systems Videotele &IBM- TMS320C6415TGLZ1" t)
>>
>> That isn't valid UTF-7 a'la IMAP, so I think the error is correct.
>> Imap.el call utf7-decode in a condition-case, so in practice you
>> shouldn't see the error.
>>
>> How does this cause any real problem?
>
> The original problem is described here:
>
> http://lists.gnu.org/archive/html/help-gnu-emacs/2005-11/msg00727.html
I see. It is just a warning, right?
The problem is in the server, it send an invalid UTF-7 string. Gnus
is supposed to ignore the group name, print that warning and continue,
I'm not sure it can do more.
[-- Attachment #3: Type: text/plain, Size: 152 bytes --]
_______________________________________________
help-gnu-emacs mailing list
help-gnu-emacs@gnu.org
http://lists.gnu.org/mailman/listinfo/help-gnu-emacs
reply other threads:[~2005-12-14 16:39 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20051214163931.42446.qmail@web51006.mail.yahoo.com \
--to=ihs_4664@yahoo.com \
--cc=bgm-rao@ieee.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).