[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#18198: Gnus fails to read ~/.newsrc with group names which are not s
From: |
Eric Abrahamsen |
Subject: |
bug#18198: Gnus fails to read ~/.newsrc with group names which are not symbols |
Date: |
Sat, 14 Feb 2015 18:41:41 +0800 |
User-agent: |
Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) |
Ivan Shmakov <ivan@siamics.net> writes:
>>>>>> Lars Ingebrigtsen <larsi@gnus.org> writes:
>>>>>> Ivan Shmakov <ivan@siamics.net> writes:
>
> […]
>
> >> Here, the “group” field of .newsrc is read as an Emacs Lisp
> >> expression. Which may result either in an error, or, in the case of
> >> [Hello]/World – and, similarly, (Hello)/World – in only the leading
> >> [Hello] or (Hello) being actually read.
>
> > Well, "[Hello]/World" isn't a valid newsgroup name,
>
> Yet (Hello)/World is. (Per the newsgroup-name and wildmat-exact
> productions given in section 9.8 of RFC 3977.)
>
> > and I think only newsgroups are supposed to be in ~/.newsrc? How did
> > you get such a group name there?
>
> I didn’t. The person who brought this issue to IRC has
> apparently used something like (nnimap "imap.gmail.com") for
> gnus-select-method.
>
> Though indeed, I know of no reason /not/ to set
> gnus-save-newsrc-file to nil in this case.
This was discussed on the gnus.general list, and I produced a fix for it
(at least, I'm 95% sure it's the same issue), and then apparently never
sent the patch to the list, despite having thought I did. Attaching the
patch here.
Eric
0001-Handle-unquoted-IMAP-group-names.patch
Description: Text Data