Re: Aget woes in oort gnus

[Kinkie <REAL-ADDRESS-IN-SIGNATURE@kinkie.it>]

Kevin Greiner <kgreiner@xpediantsolutions.com> writes:

>>>>>>>> - with 0.15 I had this problem where despite being started as
>>>>>>>> gnus-unplugged, it complained that it couldn't select my
>>>>>>>> gnus-select-method server at startup. Having it denied, going
>>>>>>>> to the server buffer, re-enabling it and
>>>>>>>> gnus-group-get-new-news'ing would allow me to see the groups
>>>>>>>> from that server. I'm not sure this is still true (I've just
>>>>>>>> updated).
>>>>>>>
>>>
>>> Check the value of gnus-server-unopen-status.  It needs to be
>>> either nil or offline.
>>
>> In a freshly started gnus, after accepting to continue after the
>> failure but before doing anything else, it's nil.
>
> OK, it looks like we'll be doing this one the hard way.
>
> Please do the following in a freshly started emacs.
> 1) M-: (setq gnus-verbose 10)
> 2) M-x gnus-unplugged
>
> Do whatever you usually do to get the group buffer to appear then
> stop.  What I'd like to see is the contents of your message buffer.
> I'm hoping to use the message text to trace the execution path.  If
> this doesn't work, I'll probably have to send a patched file with
> custom instrumentation in it.

I didn't get the trace, but MAYBE I understood the problem. It looks
like a problem of crossed wires.

I have a few servers in my gnus: two nntp servers (including
gnus-select-method), a couple of nnfolders and an nnimap which I
really don't use. Only the nntp servers are agentized. It appears that
if I start gnus up when not-connected, for some reason it misunderstands
the failure to open the nnimap as problems with the select-method
server. If I'm online when I fire up gnus, then no errors occur. I've
disabled the nnimap server, and everything appears to be working fine.

-- 
	kinkie (kinkie-ml [at] tiscalinet [dot] it)
	Random fortune, unrelated to the message:
The meek shall inherit the earth, but *not* its mineral rights.
		-- J.P. Getty