Problem with nntp-request-accept-article

Problem with nntp-request-accept-article

[Martin Geisler]

Hi there!

I've been using Gnus for some time now to read my mail, and I think
it's great. So I decided that it was time to try reading news with it
also, since that's what it's designed for after all.

So I modified my ~/.gnus file like this:


;; Set the default select-method to local mail.
(setq gnus-select-method '(nntp "news.stofanet.dk"))
(setq gnus-secondary-select-method '(nnml ""))
(setq gnus-group-split-default-catch-all-group "Inbox")

;; Archive sent messages
(setq gnus-message-archive-method
      '(nnml ""))
(setq gnus-message-archive-group "Sent")


Before I had '(nnml "") as my select-method. The new file worked
beautifully. I could read news and mail. But now after a couple of
weeks joy, I'm getting the error

Symbol's function definition is void: nntp-request-accept-article

every time I try to exit my Inbox. I've made a backtrace:


Signaling: (void-function nntp-request-accept-article)
  nntp-request-accept-article("Inbox-archive" "news.stofanet.dk" nil)
  gnus-request-accept-article("Inbox-archive" nil nil t)
  nnmail-expiry-target-group("Inbox-archive" "Inbox")
  nnml-request-expire-articles((11666 [...] 11814 11815 ... . ...))) "Inbox" "" nil)
  gnus-request-expire-articles((11666 [...] 11814 11815 ... . ...))) "nnml:Inbox")
  gnus-summary-expire-articles()
  run-hooks(gnus-summary-prepare-exit-hook)
  apply(run-hooks gnus-summary-prepare-exit-hook)
  gnus-run-hooks(gnus-summary-prepare-exit-hook)
  gnus-summary-exit()
  call-interactively(gnus-summary-exit)


(I've replaces a lot of article numbers with [...], I haven't changed
the other periods.)

The article numbers correspond to those that should be expired. I'm
using total-expire, with an expire-target of Inbox-archive. The
backend is nnml, and I'm running Gnus v5.8.8 taken from Debian
unstable (Linux).

So, does anybody know what I've done wrong? I'm guessing that the
problem is, that Gnus tries to talk to my news server news.stofanet.dk
about my Inbox-archive, but I don't know how do rectify the situation.

Any help would be appreciated, thanks!

-- 
Best regards,
Martin Geisler

Checkout http://www.gimpster.com for:
PHP Weather => Shows the current weather on your webpages.
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

Re: Problem with nntp-request-accept-article

[Paul Jarc]

Martin Geisler <gimpster@gimpster.com> writes:
> So I modified my ~/.gnus file like this:
> 
> 
> ;; Set the default select-method to local mail.
> (setq gnus-select-method '(nntp "news.stofanet.dk"))
> (setq gnus-secondary-select-method '(nnml ""))
> (setq gnus-group-split-default-catch-all-group "Inbox")

Previously, nnml was your primary select method, right?  Changing that
is tricky.  if you have an old newsrc.eld from before the change, it
might be best to put it back and make nntp secondary.


paul

Re: Problem with nntp-request-accept-article

[Martin Geisler]

prj@po.cwru.edu (Paul Jarc) writes:

> Martin Geisler <gimpster@gimpster.com> writes:
> > So I modified my ~/.gnus file like this:
> > 
> > 
> > ;; Set the default select-method to local mail. (setq
> > gnus-select-method '(nntp "news.stofanet.dk")) (setq
> > gnus-secondary-select-method '(nnml "")) (setq
> > gnus-group-split-default-catch-all-group "Inbox")
> 
> Previously, nnml was your primary select method, right?

That's correct. What happened when I changed it from being the primary
to secondary select method?

The manual says: "The select methods listed in this variable are *in
many ways* just as native as the `gnus-select-method' server." What
does *in many ways* mean?

> Changing that is tricky. if you have an old newsrc.eld from before
> the change, it might be best to put it back and make nntp secondary.

Unfortunately I don't have an old newsrc.eld.

Which files should I delete to come back to a clean setup? I can see
that my newsrc.eld file contains the setting I've made when
customizing the Group parameters, but that's nothing vital.

I don't have a any marks on newsgroup postings, so that won't be an
issue. I want my old mail preserved (of course).

I think Gnus is great, but it's somewhat hard to understand. I've read
through the Info pages with great interest - they're written in a
brilliant tone - but I'm still having problems with understanding
what's going on at times...

But I guess that's just because it's such a large program.

-- 
Best regards,
Martin Geisler

Checkout http://www.gimpster.com for:
PHP Weather => Shows the current weather on your webpages.
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

Re: Problem with nntp-request-accept-article

[Kai Großjohann]

On 01 Jul 2001, Martin Geisler wrote:

> (setq gnus-secondary-select-method '(nnml ""))

Wrong.  (setq gnus-secondary-select-methods '((nnml "")))
Note the `s' in the variable name and the additional pair of parentheses.

kai
-- 
~/.signature: No such file or directory

Re: Problem with nntp-request-accept-article

[Kai Großjohann]

On 01 Jul 2001, Martin Geisler wrote:

> The manual says: "The select methods listed in this variable are *in
> many ways* just as native as the `gnus-select-method' server." What
> does *in many ways* mean?

Native groups are listed without a prefix.  That is, you'll find
"foo.bar" for a native group whereas there will be "nnml:foo.bar" or
"nntp:foo.bar" for a secondary group.

Since .newsrc.eld stores group info based on its name, you'll quickly
see where the problem is when going from primary to secondary...

Maybe it's best to look at your .newsrc.eld and to frob the group
names mentioned there.  But make a backup of the file, first!  Or
maybe you can go back to having nnml as the native method.

kai
-- 
~/.signature: No such file or directory

Re: Problem with nntp-request-accept-article

[Paul Jarc]

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:
> Native groups are listed without a prefix.  That is, you'll find
> "foo.bar" for a native group whereas there will be "nnml:foo.bar" or
> "nntp:foo.bar" for a secondary group.
> 
> Since .newsrc.eld stores group info based on its name, you'll quickly
> see where the problem is when going from primary to secondary...

I think prefixed names also work for groups on the primary server,
though, don't they?  So if Gnus always used prefixed names in
newsrc.eld, problems like this could be avoided.


paul

Re: Problem with nntp-request-accept-article

[Martin Geisler]

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:

> On 01 Jul 2001, Martin Geisler wrote:
> 
> > The manual says: "The select methods listed in this variable are
> > *in many ways* just as native as the `gnus-select-method' server."
> > What does *in many ways* mean?
> 
> Native groups are listed without a prefix.  That is, you'll find
> "foo.bar" for a native group whereas there will be "nnml:foo.bar" or
> "nntp:foo.bar" for a secondary group.

So that explains why all my mail groups started to be prefixed with
"nnml:". I solved the "problem" by using %G instead of %g in
gnus-group-line-format.
 
> Since .newsrc.eld stores group info based on its name, you'll
> quickly see where the problem is when going from primary to
> secondary...

Yes... Now I just had a look at my .newsrc.eld file. And it turned out
that the expire-target for my Inbox was "Inbox-archive". When I
changed that into "nnml:Inbox-archive" it worked! I can now expire
mails from my Inbox once again.

I now understand why Gnus tried to use my primary select method when
moving mails to Inbox-archive.

Thanks for the help!
 
-- 
Best regards,
Martin Geisler

Checkout http://www.gimpster.com for:
PHP Weather => Shows the current weather on your webpages.
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

Re: Problem with nntp-request-accept-article

[Martin Geisler]

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:

> On 01 Jul 2001, Martin Geisler wrote:
> 
> > (setq gnus-secondary-select-method '(nnml ""))
> 
> Wrong.  (setq gnus-secondary-select-methods '((nnml "")))
> Note the `s' in the variable name and the additional pair of parentheses.

OK - I've changed it. But I don't see any difference?

-- 
Best regards,
Martin Geisler

Checkout http://www.gimpster.com for:
PHP Weather => Shows the current weather on your webpages.
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

Re: Problem with nntp-request-accept-article

[Paul Jarc]

Martin Geisler <gimpster@gimpster.com> writes:
> Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:
>> On 01 Jul 2001, Martin Geisler wrote:
>> > (setq gnus-secondary-select-method '(nnml ""))
>> 
>> Wrong.  (setq gnus-secondary-select-methods '((nnml "")))
>> Note the `s' in the variable name and the additional pair of parentheses.
> 
> OK - I've changed it. But I don't see any difference?

It's just dumb luck that it worked before.  gnus never looked at the
variable you were setting; it seems to have automagically generated an
nnml server to use based on group names like "nnml:foo".  Setting the
right variable (to the right value) means Gnus doesn't have to guess
what the server should be.


paul