bug-gnu-emacs
[Top][All Lists]
Advanced

[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: Ivan Shmakov
Subject: bug#18198: Gnus fails to read ~/.newsrc with group names which are not symbols
Date: Sun, 15 Feb 2015 05:52:37 +0000
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)

>>>>> Lars Ingebrigtsen <larsi@gnus.org> writes:
>>>>> Ivan Shmakov <ivan@siamics.net> writes:
>>>>> Lars Ingebrigtsen <larsi@gnus.org> writes:

 >>> 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.)

[…]

 >> 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.

 > There should only be newsgroups in the .newsrc file -- it's for
 > interoperability with other newsreaders, and putting non-newsgroups
 > in there makes no sense.

        There still may be RFC-compliant newsgroup names which contain
        parentheses; and alt.foo.(bar) would fail just the same as
        [Hello]/World.

        Granted, I know of no such /public/ newsgroups, but whoever
        hosts an NNTP server could probably add a local one with ease.

 > So that does sound like a bug.

        As long as there’s no clear indication from Gnus that ~/.newsrc
        could easily break when used together with nnimap (and possibly
        other similar select methods), I’d rather deem it a bug in Gnus.

-- 
FSF associate member #7257  np. Bounzie boom — S. A. Kiviniemi B6A0 230E 334A





reply via email to

[Prev in Thread] Current Thread [Next in Thread]