nnimap against Cyrus imapd just stopped working

nnimap against Cyrus imapd just stopped working

[Steinar Bang]

Platform: Intel PII, debian woody,
          XEmacs 21.4 (patch 6) "Common Lisp" [Lucid] (i386-debian-linux, Mule)
	  Oort Gnus v0.06 (CVS checkout from Feb 1)
	  Cyrus imapd 1.5.19

Today nnimap against my cyrus imapd stopped working without me having
made any changes to the system.  I'm wondering if the problem is in
the imapd or in Gnus.  I'm running without agent support.  I see the
same problems on both GNU Emacs and XEmacs.

The login works normally, but when I try to enter an nnimap group, I
get a beep, and a split display, and the following messages in the
lower buffer that's opened:

(1) (error/warning) Error in process filter: (wrong-type-argument stringp nil)

(2) (error/warning) Error in process filter: (wrong-type-argument stringp nil)

When I look at the results of `C-h l', I see the following:

Couldn't request group nnimap+doohan:INBOX: nil
nil
Opening nnimap server on doohan...done
Opening nnimap server on doohan...

The *nnimap* doohan buffer at this point, is:

* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen gnus-forward \*)] 
* 1014 EXISTS
* 0 RECENT
* OK [UNSEEN 1013] 
* OK [UIDVALIDITY 964202290] 
32 OK [READ-WRITE] Completed
* FLAGS (\Answered \Flagged \Draft \Deleted \Seen gnus-forward)
* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen gnus-forward \*)] 
* 1014 EXISTS
* 0 RECENT
* OK [UNSEEN 1013] 
* OK [UIDVALIDITY 964202290] 
33 OK [READ-WRITE] Completed

My own best guess is that something has been corrupted in the cyrus
imapd database.  But I don't know what, or how to correct it.  But I'm
wondering if it could be something under ~/News/ or ~/Mail/.

All hints and tips appreciated.  I would like to be able to read my
mail again.

Thanx!


- Steinar

Re: nnimap against Cyrus imapd just stopped working

[Simon Josefsson]

Steinar Bang <sb@dod.no> writes:

> The login works normally, but when I try to enter an nnimap group, I
> get a beep, and a split display, and the following messages in the
> lower buffer that's opened:
>
> (1) (error/warning) Error in process filter: (wrong-type-argument stringp nil)
>
> (2) (error/warning) Error in process filter: (wrong-type-argument stringp nil)

Does (setq debug-on-signal t) do anything useful?  Toggling
nnimap-debug might.  It is a Nnimap bug for sure, I haven't seen these
kind of errors for a long time.

> The *nnimap* doohan buffer at this point, is:
>
> * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen gnus-forward \*)] 
> * 1014 EXISTS
> * 0 RECENT
> * OK [UNSEEN 1013] 
> * OK [UIDVALIDITY 964202290] 
> 32 OK [READ-WRITE] Completed
> * FLAGS (\Answered \Flagged \Draft \Deleted \Seen gnus-forward)
> * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen gnus-forward \*)] 
> * 1014 EXISTS
> * 0 RECENT
> * OK [UNSEEN 1013] 
> * OK [UIDVALIDITY 964202290] 
> 33 OK [READ-WRITE] Completed
>
> My own best guess is that something has been corrupted in the cyrus
> imapd database.  But I don't know what, or how to correct it.  But I'm
> wondering if it could be something under ~/News/ or ~/Mail/.

The error comes from the imap protocol parser, so it is either the
server or imap.el.  I doubt any caches are involved at that stage.

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Simon Josefsson <jas@extundo.com>:

> Does (setq debug-on-signal t) do anything useful?  Toggling
> nnimap-debug might.  It is a Nnimap bug for sure, I haven't seen
> these kind of errors for a long time.

Neither
	(setq debug-on-signal t)
nor
	(setq nnimap-debug t)
made any changes in the behaviour.  I still get the split screen and
the beep, and I don't enter any debugger.

> The error comes from the imap protocol parser, so it is either the
> server or imap.el.  I doubt any caches are involved at that stage.

FWIW The Netscape 4.77 IMAP mail client has no problems reading these
folders. 

Could it be something related to UIDVALIDITY?

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Steinar Bang <sb@dod.no>:

>>>>> Simon Josefsson <jas@extundo.com>:

>> ... It is a Nnimap bug for sure, I haven't seen these kind of
>> errors for a long time.

Should I do a "cvs up" on Gnus?

I thought about doing it earlier, but I didn't want to confuse the
issue, since this is a combination of software that has been working
for half a year, without problems, that suddenly stopped working.

Re: nnimap against Cyrus imapd just stopped working

[Simon Josefsson]

Steinar Bang <sb@dod.no> writes:

>>>>>> Simon Josefsson <jas@extundo.com>:
>
>> Does (setq debug-on-signal t) do anything useful?  Toggling
>> nnimap-debug might.  It is a Nnimap bug for sure, I haven't seen
>> these kind of errors for a long time.
>
> Neither
> 	(setq debug-on-signal t)
> nor
> 	(setq nnimap-debug t)
> made any changes in the behaviour.  I still get the split screen and
> the beep, and I don't enter any debugger.

Hm.  Anyone know how to get more info from a elisp error in an
asynchronous callback?

Ah. You need to set nnimap-debug to a buffer name, before loading
Gnus.  Does it contain anything useful after doing that?

> Could it be something related to UIDVALIDITY?

No, shouldn't be.  UID's have a 2^30 limit, but not UIDVALIDITY.

Re: nnimap against Cyrus imapd just stopped working

[Simon Josefsson]

Steinar Bang <sb@dod.no> writes:

>>>>>> Steinar Bang <sb@dod.no>:
>
>>>>>> Simon Josefsson <jas@extundo.com>:
>
>>> ... It is a Nnimap bug for sure, I haven't seen these kind of
>>> errors for a long time.
>
> Should I do a "cvs up" on Gnus?
>
> I thought about doing it earlier, but I didn't want to confuse the
> issue, since this is a combination of software that has been working
> for half a year, without problems, that suddenly stopped working.

It probably doesn't matter, but should not make things worse.

Doing M-x eval-buffer in imap.el and nnimap.el doesn't help either?

How do you connect to the server?

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Simon Josefsson <jas@extundo.com>:

> Ah. You need to set nnimap-debug to a buffer name, before loading
> Gnus.  Does it contain anything useful after doing that?

What buffer name? " *nnimap* doohan"?

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Simon Josefsson <jas@extundo.com>:

>> Should I do a "cvs up" on Gnus?

>> I thought about doing it earlier, but I didn't want to confuse the
>> issue, since this is a combination of software that has been working
>> for half a year, without problems, that suddenly stopped working.

> It probably doesn't matter, but should not make things worse.

I'll wait with that for a while, then

> Doing M-x eval-buffer in imap.el and nnimap.el doesn't help either?

eval-buffer on nnimap.el gives me
	Wrong type argument: stringp, t
in the minibuffer.

> How do you connect to the server?

Directly to port 143 on localhost.  Here's my gnus-secondary-select-methods:

(setq gnus-secondary-select-methods
      '((nnimap "doohan"
		(nnimap-address "localhost"))
	(nnimap "cyrus.andrew.cmu.edu"
		(nnimap-authenticator anonymous)
		(nnimap-list-pattern "archive.*")
		(nnimap-stream network))
	))

I get the same error on cyrus.andrew.cmu.edu, so I guess that rules
out my own IMAP server as the culprit.

Re: nnimap against Cyrus imapd just stopped working

[Simon Josefsson]

Steinar Bang <sb@dod.no> writes:

>>>>>> Simon Josefsson <jas@extundo.com>:
>
>> Ah. You need to set nnimap-debug to a buffer name, before loading
>> Gnus.  Does it contain anything useful after doing that?
>
> What buffer name? " *nnimap* doohan"?

No, *nnimap-debug*, see nnimap-debug:

nnimap-debug's value is nil

Documentation:
Name of buffer to record debugging info.
For example: (setq nnimap-debug "*nnimap-debug*")

Re: nnimap against Cyrus imapd just stopped working

[Simon Josefsson]

Steinar Bang <sb@dod.no> writes:

>> Doing M-x eval-buffer in imap.el and nnimap.el doesn't help either?
>
> eval-buffer on nnimap.el gives me
> 	Wrong type argument: stringp, t
> in the minibuffer.

That's probably because of the bad nnimap-debug setting.

>> How do you connect to the server?
>
> Directly to port 143 on localhost.  Here's my gnus-secondary-select-methods:
>
> (setq gnus-secondary-select-methods
>       '((nnimap "doohan"
> 		(nnimap-address "localhost"))
> 	(nnimap "cyrus.andrew.cmu.edu"
> 		(nnimap-authenticator anonymous)
> 		(nnimap-list-pattern "archive.*")
> 		(nnimap-stream network))
> 	))
>
> I get the same error on cyrus.andrew.cmu.edu, so I guess that rules
> out my own IMAP server as the culprit.

Hm.  You could try "cvs upd imap.el", there has been some bugfixes
there (no new features).

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Simon Josefsson <jas@extundo.com>:

> Steinar Bang <sb@dod.no> writes:
>>>>>>> Simon Josefsson <jas@extundo.com>:

>>> Ah. You need to set nnimap-debug to a buffer name, before loading
>>> Gnus.  Does it contain anything useful after doing that?

>> What buffer name? " *nnimap* doohan"?

> No, *nnimap-debug*, see nnimap-debug:

OK.  I did
	(setq nnimap-debug "*nnimap-debug*")
in the *scratch* buffer of a freshly started XEmacs, and then started
gnus.  Here are the results of *nnimap-debug*:

======================================================================
1 -> nnimap-server-opened: server="doohan"
1 <- nnimap-server-opened: nil
======================================================================
1 -> nnimap-open-server: server="doohan" defs=((nnimap-address "localhost"))
| 2 -> nnimap-server-opened: server="doohan"
| 2 <- nnimap-server-opened: nil
| 2 -> nnimap-open-connection: server="doohan"
| | 3 -> nnimap-possibly-change-server: server="doohan"
| | 3 <- nnimap-possibly-change-server: " *nnimap* doohan"
| 2 <- nnimap-open-connection: (("doohan" " *nnimap* doohan"))
1 <- nnimap-open-server: (("doohan" " *nnimap* doohan"))
======================================================================
1 -> nnimap-request-scan: group=nil server="doohan"
| 2 -> nnimap-split-articles: group=nil server="doohan"
| | 3 -> nnimap-possibly-change-server: server="doohan"
| | 3 <- nnimap-possibly-change-server: " *nnimap* doohan"
| | 3 -> nnimap-split-find-inbox: server="doohan"
| | 3 <- nnimap-split-find-inbox: nil
| 2 <- nnimap-split-articles: t
1 <- nnimap-request-scan: t
======================================================================
1 -> nnimap-server-opened: server="doohan"
1 <- nnimap-server-opened: (open run)
======================================================================
1 -> nnimap-retrieve-groups: groups=("INBOX.metis" "INBOX.linux-hjelp" "INBOX.dod.arkiv" "INBOX.arkiv" "INBOX.dod" "INBOX" "INBOX.SPAM" "INBOX.doders" "INBOX.doders-announce" "INBOX.dod-rt" "INBOX.dod-rt-viktig" "INBOX.filmofil" "INBOX.nisjerdverger" "INBOX.SPAM") server="doohan"
| 2 -> nnimap-possibly-change-server: server="doohan"
| 2 <- nnimap-possibly-change-server: " *nnimap* doohan"
| 2 -> nnimap-before-find-minmax-bugworkaround: 
| 2 <- nnimap-before-find-minmax-bugworkaround: nil
| 2 -> nnimap-find-minmax-uid: group="INBOX.metis" examine=examine
| 2 <- nnimap-find-minmax-uid: (114 521 1418)
| 2 -> nnimap-find-minmax-uid: group="INBOX.linux-hjelp" examine=examine
| 2 <- nnimap-find-minmax-uid: (36 7 71)
| 2 -> nnimap-find-minmax-uid: group="INBOX.dod.arkiv" examine=examine
| 2 <- nnimap-find-minmax-uid: (67 1 67)
| 2 -> nnimap-find-minmax-uid: group="INBOX.arkiv" examine=examine
| 2 <- nnimap-find-minmax-uid: (184 1 184)
| 2 -> nnimap-find-minmax-uid: group="INBOX.dod" examine=examine
| 2 <- nnimap-find-minmax-uid: (987 740 1898)
| 2 -> nnimap-find-minmax-uid: group="INBOX" examine=examine
| 2 <- nnimap-find-minmax-uid: (963 4687 6405)
| 2 -> nnimap-find-minmax-uid: group="INBOX.SPAM" examine=examine
| 2 <- nnimap-find-minmax-uid: (297 774 1564)
| 2 -> nnimap-find-minmax-uid: group="INBOX.doders" examine=examine
| 2 <- nnimap-find-minmax-uid: (13 1 2599)
| 2 -> nnimap-find-minmax-uid: group="INBOX.doders-announce" examine=examine
| 2 <- nnimap-find-minmax-uid: (0 nil nil)
| 2 -> nnimap-find-minmax-uid: group="INBOX.dod-rt" examine=examine
| 2 <- nnimap-find-minmax-uid: (815 370 2763)
| 2 -> nnimap-find-minmax-uid: group="INBOX.dod-rt-viktig" examine=examine
| 2 <- nnimap-find-minmax-uid: (3 10 20)
| 2 -> nnimap-find-minmax-uid: group="INBOX.filmofil" examine=examine
| 2 <- nnimap-find-minmax-uid: (2 1 2)
| 2 -> nnimap-find-minmax-uid: group="INBOX.nisjerdverger" examine=examine
| 2 <- nnimap-find-minmax-uid: (169 23 518)
| 2 -> nnimap-find-minmax-uid: group="INBOX.SPAM" examine=examine
| 2 <- nnimap-find-minmax-uid: (297 774 1564)
1 <- nnimap-retrieve-groups: active
======================================================================
1 -> nnimap-server-opened: server="cyrus.andrew.cmu.edu"
1 <- nnimap-server-opened: nil
======================================================================
1 -> nnimap-open-server: server="cyrus.andrew.cmu.edu" defs=((nnimap-authenticator anonymous) (nnimap-list-pattern "archive.*") (nnimap-stream network))
| 2 -> nnimap-server-opened: server="cyrus.andrew.cmu.edu"
| 2 <- nnimap-server-opened: nil
| 2 -> nnimap-open-connection: server="cyrus.andrew.cmu.edu"
| | 3 -> nnimap-possibly-change-server: server="cyrus.andrew.cmu.edu"
| | 3 <- nnimap-possibly-change-server: " *nnimap* cyrus.andrew.cmu.edu"
| 2 <- nnimap-open-connection: (("cyrus.andrew.cmu.edu" " *nnimap* cyrus.andrew.cmu.edu") ("doohan" " *nnimap* doohan"))
1 <- nnimap-open-server: (("cyrus.andrew.cmu.edu" " *nnimap* cyrus.andrew.cmu.edu") ("doohan" " *nnimap* doohan"))
======================================================================
1 -> nnimap-request-scan: group=nil server="cyrus.andrew.cmu.edu"
| 2 -> nnimap-split-articles: group=nil server="cyrus.andrew.cmu.edu"
| | 3 -> nnimap-possibly-change-server: server="cyrus.andrew.cmu.edu"
| | 3 <- nnimap-possibly-change-server: " *nnimap* cyrus.andrew.cmu.edu"
| | 3 -> nnimap-split-find-inbox: server="cyrus.andrew.cmu.edu"
| | 3 <- nnimap-split-find-inbox: nil
| 2 <- nnimap-split-articles: t
1 <- nnimap-request-scan: t
======================================================================
1 -> nnimap-server-opened: server="cyrus.andrew.cmu.edu"
1 <- nnimap-server-opened: (open run)
======================================================================
1 -> nnimap-retrieve-groups: groups=("archive.cyrus-sasl" "archive.info-cyrus") server="cyrus.andrew.cmu.edu"
| 2 -> nnimap-possibly-change-server: server="cyrus.andrew.cmu.edu"
| 2 <- nnimap-possibly-change-server: " *nnimap* cyrus.andrew.cmu.edu"
| 2 -> nnimap-before-find-minmax-bugworkaround: 
| 2 <- nnimap-before-find-minmax-bugworkaround: nil
| 2 -> nnimap-find-minmax-uid: group="archive.cyrus-sasl" examine=examine
| 2 <- nnimap-find-minmax-uid: (2203 1 2203)
| 2 -> nnimap-find-minmax-uid: group="archive.info-cyrus" examine=examine
| 2 <- nnimap-find-minmax-uid: (15980 1 15990)
1 <- nnimap-retrieve-groups: active
======================================================================
1 -> nnimap-server-opened: server="doohan"
1 <- nnimap-server-opened: nil
======================================================================
1 -> nnimap-open-server: server="doohan" defs=((nnimap-address "localhost"))
| 2 -> nnimap-server-opened: server="doohan"
| 2 <- nnimap-server-opened: nil
1 <- nnimap-open-server: (open run)
======================================================================
1 -> nnimap-request-newgroups: date="Tue, 09 Jul 2002 21:58:45 +0200" server="doohan"
| 2 -> nnimap-possibly-change-server: server="doohan"
| 2 <- nnimap-possibly-change-server: " *nnimap* doohan"
| 2 -> nnimap-before-find-minmax-bugworkaround: 
| 2 <- nnimap-before-find-minmax-bugworkaround: nil
| 2 -> nnimap-pattern-to-list-arguments: pattern="*"
| 2 <- nnimap-pattern-to-list-arguments: ((nil . "*"))
| 2 -> nnimap-find-minmax-uid: group="INBOX.dod" examine=examine
| 2 <- nnimap-find-minmax-uid: (987 740 1898)
1 <- nnimap-request-newgroups: t
======================================================================
1 -> nnimap-server-opened: server="cyrus.andrew.cmu.edu"
1 <- nnimap-server-opened: nil
======================================================================
1 -> nnimap-open-server: server="cyrus.andrew.cmu.edu" defs=((nnimap-authenticator anonymous) (nnimap-list-pattern "archive.*") (nnimap-stream network))
| 2 -> nnimap-server-opened: server="cyrus.andrew.cmu.edu"
| 2 <- nnimap-server-opened: nil
1 <- nnimap-open-server: (open run)
======================================================================
1 -> nnimap-request-newgroups: date="Tue, 09 Jul 2002 21:58:45 +0200" server="cyrus.andrew.cmu.edu"
| 2 -> nnimap-possibly-change-server: server="cyrus.andrew.cmu.edu"
| 2 <- nnimap-possibly-change-server: " *nnimap* cyrus.andrew.cmu.edu"
| 2 -> nnimap-before-find-minmax-bugworkaround: 
| 2 <- nnimap-before-find-minmax-bugworkaround: nil
| 2 -> nnimap-pattern-to-list-arguments: pattern="archive.*"
| 2 <- nnimap-pattern-to-list-arguments: ((nil . "archive.*"))
| 2 -> nnimap-find-minmax-uid: group="archive.info-cyrus" examine=examine
| 2 <- nnimap-find-minmax-uid: (15980 1 15990)
| 2 -> nnimap-find-minmax-uid: group="INBOX.archive.info-cyrus" examine=examine
| 2 <- nnimap-find-minmax-uid: nil
| 2 -> nnimap-find-minmax-uid: group="Trash\\\\a?\x02er1" examine=examine
| 2 <- nnimap-find-minmax-uid: nil
| 2 -> nnimap-find-minmax-uid: group="archive.cyrus-sasl" examine=examine
| 2 <- nnimap-find-minmax-uid: nil
| 2 -> nnimap-find-minmax-uid: group="b¥?" examine=examine
| 2 <- nnimap-find-minmax-uid: nil
| 2 -> nnimap-find-minmax-uid: group="INBOX" examine=examine
| 2 <- nnimap-find-minmax-uid: nil
1 <- nnimap-request-newgroups: t

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Simon Josefsson <jas@extundo.com>:

>> I get the same error on cyrus.andrew.cmu.edu, so I guess that rules
>> out my own IMAP server as the culprit.

> Hm.  You could try "cvs upd imap.el", there has been some bugfixes
> there (no new features).

That gets me 
	Invalid function: "nnml-active-number"
in the minibuffer, and the startup stopping up with a split screen
when displaying the Gnus and

(1) (error/warning) Error in process filter: (wrong-type-argument stringp nil)

(2) (error/warning) Error in process filter: (wrong-type-argument stringp nil)

in the lower half.

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Steinar Bang <sb@dod.no>:

> I get the same error on cyrus.andrew.cmu.edu, so I guess that rules
> out my own IMAP server as the culprit.

Could it be something in ~/.newsrc.eld?  Or in some other files or
directory used by Gnus?

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Steinar Bang <sb@dod.no>:

>>>>> Steinar Bang <sb@dod.no>:
>> I get the same error on cyrus.andrew.cmu.edu, so I guess that rules
>> out my own IMAP server as the culprit.

> Could it be something in ~/.newsrc.eld?  Or in some other files or
> directory used by Gnus?

One further datapoint: I was running gnus-slave in an "emacs -nw"
process, from an ssh window in an xterm earlier yesterday.  I didn't
terminate the process, and it was still running today.

In this process nnimap works.

Maybe the ~/.newsrc.eld has been messed up when integrating the
gnus-slave file(s)?

Re: nnimap against Cyrus imapd just stopped working

[Kai Großjohann]

Simon Josefsson <jas@extundo.com> writes:

> Hm.  Anyone know how to get more info from a elisp error in an
> asynchronous callback?

If all else fails, judicious inserting of (debug) into the source
code should help.

kai
-- 
A large number of young women don't trust men with beards.  (BFBS Radio)

Re: nnimap against Cyrus imapd just stopped working

[Simon Josefsson]

Steinar Bang <sb@dod.no> writes:

>>>>>> Simon Josefsson <jas@extundo.com>:
>
>>> I get the same error on cyrus.andrew.cmu.edu, so I guess that rules
>>> out my own IMAP server as the culprit.
>
>> Hm.  You could try "cvs upd imap.el", there has been some bugfixes
>> there (no new features).
>
> That gets me 
> 	Invalid function: "nnml-active-number"
> in the minibuffer, and the startup stopping up with a split screen
> when displaying the Gnus and

Something seems broken.  Recompile Gnus?

Re: nnimap against Cyrus imapd just stopped working

[Simon Josefsson]

Steinar Bang <sb@dod.no> writes:

> 1 -> nnimap-request-newgroups: date="Tue, 09 Jul 2002 21:58:45 +0200" server="cyrus.andrew.cmu.edu"
> | 2 -> nnimap-possibly-change-server: server="cyrus.andrew.cmu.edu"
> | 2 <- nnimap-possibly-change-server: " *nnimap* cyrus.andrew.cmu.edu"
> | 2 -> nnimap-before-find-minmax-bugworkaround: 
> | 2 <- nnimap-before-find-minmax-bugworkaround: nil
> | 2 -> nnimap-pattern-to-list-arguments: pattern="archive.*"
> | 2 <- nnimap-pattern-to-list-arguments: ((nil . "archive.*"))
> | 2 -> nnimap-find-minmax-uid: group="archive.info-cyrus" examine=examine
> | 2 <- nnimap-find-minmax-uid: (15980 1 15990)
> | 2 -> nnimap-find-minmax-uid: group="INBOX.archive.info-cyrus" examine=examine
> | 2 <- nnimap-find-minmax-uid: nil
> | 2 -> nnimap-find-minmax-uid: group="Trash\\\\a?\x02er1" examine=examine
> | 2 <- nnimap-find-minmax-uid: nil
> | 2 -> nnimap-find-minmax-uid: group="archive.cyrus-sasl" examine=examine
> | 2 <- nnimap-find-minmax-uid: nil
> | 2 -> nnimap-find-minmax-uid: group="b¥?" examine=examine
> | 2 <- nnimap-find-minmax-uid: nil

Those group names looks weird.  Do they really have such folders?
They don't match archive.* either, I'm not sure why they are shown at
all.

Perhaps there is some kind of data corruption somewhere?  .newsrc.eld?
Try C-k all nnimap group and resubscribe to them.

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Simon Josefsson <jas@extundo.com>:

> Steinar Bang <sb@dod.no> writes:
>>>>>>> Simon Josefsson <jas@extundo.com>:
>> 
>>>> I get the same error on cyrus.andrew.cmu.edu, so I guess that rules
>>>> out my own IMAP server as the culprit.

>>> Hm.  You could try "cvs upd imap.el", there has been some bugfixes
>>> there (no new features).

>> That gets me 
>> 	Invalid function: "nnml-active-number"
>> in the minibuffer, and the startup stopping up with a split screen
>> when displaying the Gnus and

> Something seems broken.  Recompile Gnus?

Yes.  That is: I did a make in the lisp directory.  I didn't do the
	make clean
	./configure
	make
from the top directory, I normally do.

But maybe a full update would be in order.  I'll do that, once I have
figured out what's wrong.

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Simon Josefsson <jas@extundo.com>:

> Steinar Bang <sb@dod.no> writes:
>> | 2 <- nnimap-find-minmax-uid: (15980 1 15990)
>> | 2 -> nnimap-find-minmax-uid: group="INBOX.archive.info-cyrus" examine=examine
>> | 2 <- nnimap-find-minmax-uid: nil
>> | 2 -> nnimap-find-minmax-uid: group="Trash\\\\a?.er1" examine=examine
>> | 2 <- nnimap-find-minmax-uid: nil
>> | 2 -> nnimap-find-minmax-uid: group="archive.cyrus-sasl" examine=examine
>> | 2 <- nnimap-find-minmax-uid: nil
>> | 2 -> nnimap-find-minmax-uid: group="b¥?" examine=examine
>> | 2 <- nnimap-find-minmax-uid: nil

> Those group names looks weird.  Do they really have such folders?

I haven't subscribed to any that I know about.

> They don't match archive.* either, I'm not sure why they are shown
> at all.  Perhaps there is some kind of data corruption somewhere?
> .newsrc.eld?

Sounds like a likely candidate, yes.  Perhaps caused by a gnus-slave
file merge?  That would probably be a bug, but:
 1. it may not be there in the latest CVS
 2. I have no idea to go about reproducing it, because I have been
    using gnus-slave for ages without seeing any strange effects

> Try C-k all nnimap group and resubscribe to them.

I'll try that when I get home.  I wish there was a simple way to keep
the group parameters when I do this.

Re: nnimap against Cyrus imapd just stopped working

[Simon Josefsson]

Steinar Bang <sb@dod.no> writes:

>> Try C-k all nnimap group and resubscribe to them.
>
> I'll try that when I get home.  I wish there was a simple way to keep
> the group parameters when I do this.

Hm.  Perhaps there should be a `gnus-group-parameters' or something?

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Simon Josefsson <jas@extundo.com>:

> Steinar Bang <sb@dod.no> writes:
>>> Try C-k all nnimap group and resubscribe to them.

>> I'll try that when I get home.  I wish there was a simple way to keep
>> the group parameters when I do this.

> Hm.  Perhaps there should be a `gnus-group-parameters' or something?

Would that be an alist mapping from group names to group parameters?

If so, they would have a chance of surviving through server changes.

Re: nnimap against Cyrus imapd just stopped working

[Kai Großjohann]

Simon Josefsson <jas@extundo.com> writes:

> Hm.  Perhaps there should be a `gnus-group-parameters' or something?

It's not well known, but it's called gnus-parameters.  Way cool.

kai
-- 
A large number of young women don't trust men with beards.  (BFBS Radio)

Re: nnimap against Cyrus imapd just stopped working

[Reiner Steib]

On Wed, Jul 10 2002, Kai Großjohann wrote:

> It's not well known, but it's called gnus-parameters.  Way cool.

ACK. But it lacks the following (please correct me if I'm wrong):

- Setting topic parameters via `gnus-parameters'. I know, I could use
  a regexp to do something similar.

- Extracting previously use group parameters from ~/.newsrc.eld to a
  (temporary) variable, from where I can pick some values and put them
  into `gnus-parameters'.

I'd prefer to use `gnus-parameters' and get rid of the group and topic
parameters completely.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo--- PGP key available via WWW   http://rsteib.home.pages.de/

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Simon Josefsson <jas@extundo.com>:

> Perhaps there is some kind of data corruption somewhere?  .newsrc.eld?
> Try C-k all nnimap group and resubscribe to them.

I have C-k'd all nnimap groups, but I still get the beep and the
following message, when starting up:

error in process filter: Wrong type argument: stringp, nil [4 times]

(this is emacs, not XEmacs, since I trashed my XEmacs Gnus yesterday,
so it's not quite the same).

This message is not output in relation to any nnimap server.  The full
context for this in the *Messages* buffer, is listed below.

But even with the message I get to the *Group* buffer.  However, this
only happens the first time I try starting up.  The second time I try
starting up, I get a beep and the following message after giving the
password for doohan, and everything freezes:

Buffer  *nnimap* doohan has no process

The full context for this in the *Messages* buffer can also be found
is below. 

Sigh!  Unless someone knows something clever, I guess this means I
have a *seriously* trashed .newsrc.eld file, and the only way out of
this is to create a new one from scratch?

Please tell me I'm wrong! :-/

The nnimap groups will have their tickmarks preserved, but all read
information for the USENET groups will be gone forever.

I really, truly, hate, putting all eggs in the .newsrc.eld basket. 

Oh well!


- Steinar


First full context:

IMAP password for myuser@localhost (using authenticator `login'): 
IMAP password for myuser@localhost (using authenticator `login'): .
IMAP password for myuser@localhost (using authenticator `login'): ..
IMAP password for myuser@localhost (using authenticator `login'): ...
IMAP password for myuser@localhost (using authenticator `login'): ........
imap: Authenticating to `localhost' using `login'...done
Opening nnimap server on doohan...done
Reading active file from cyrus.andrew.cmu.edu via nnimap...
Opening nnimap server on cyrus.andrew.cmu.edu...
imap: Connecting to cyrus.andrew.cmu.edu...
Waiting for response from cyrus.andrew.cmu.edu...done
imap: Loging in anonymously...
Opening nnimap server on cyrus.andrew.cmu.edu...done
Loading gnus-cache...
Loading gnus-cache...done
Opening nnimap server on doohan...
Opening nnimap server on doohan...done
nnimap: Listing subscribed mailboxes on doohan...
Loading utf7...
Loading utf7...done
nnimap: Listing subscribed mailboxes on doohan...done
Opening nnimap server on cyrus.andrew.cmu.edu...
Opening nnimap server on cyrus.andrew.cmu.edu...done
nnimap: Listing subscribed mailboxes on cyrus.andrew.cmu.edu...
nnimap: Listing subscribed mailboxes on cyrus.andrew.cmu.edu...done
No new newsgroups
Checking new news...
Opening nntp server on news.gnus.org...
Opening nntp server on news.gnus.org...done
error in process filter: Wrong type argument: stringp, nil [4 times]
Opening nndraft server...
Opening nndraft server...done
Opening nnml server...
Opening nnml server...done
nnml: Reading incoming mail from file...
Loading byte-opt...
Loading byte-opt...done
nnml: Reading incoming mail (no new mail)...done
Opening nntp server on news.gmane.org...
Opening nntp server on news.gmane.org...done
Checking new news...done
Loading view...
Loading view...done
Loading gnus-topic...
Loading gnus-topic...done


Second full context:

Reading /home/sb/.newsrc.eld...
Reading active file from news.chello.no via nntp...
Reading active file from doohan via nnimap...
Opening nnimap server on doohan...
imap: Connecting to localhost...
Waiting for response from localhost...done
imap: Connecting to localhost...done
imap: Authenticating to `localhost' using `login'...
imap: Plaintext authentication...
IMAP password for myuser@localhost (using authenticator `login'): 
IMAP password for myuser@localhost (using authenticator `login'): .
IMAP password for myuser@localhost (using authenticator `login'): ..
IMAP password for myuser@localhost (using authenticator `login'): ...
IMAP password for myuser@localhost (using authenticator `login'): ........
Buffer  *nnimap* doohan has no process

Re: nnimap against Cyrus imapd just stopped working

[Kai Großjohann]

Reiner Steib <4uce.02.r.steib@gmx.net> writes:

> ACK. But it lacks the following (please correct me if I'm wrong):
>
> - Setting topic parameters via `gnus-parameters'. I know, I could use
>   a regexp to do something similar.

Hm.  If you find somebody to write it :-)

> - Extracting previously use group parameters from ~/.newsrc.eld to a
>   (temporary) variable, from where I can pick some values and put them
>   into `gnus-parameters'.

You can just do `G p' on a group and use copy and paste, no?

kai
-- 
A large number of young women don't trust men with beards.  (BFBS Radio)

A .newsrc.eld validator? (Was: nnimap against Cyrus...)

[Steinar Bang]

>>>>> Steinar Bang <sb@dod.no>:

[snip!]
> Sigh!  Unless someone knows something clever, I guess this means I
> have a *seriously* trashed .newsrc.eld file, and the only way out of
> this is to create a new one from scratch?

One utility I would have written if I had known how, would be a
.newsrc.eld validator.  Ie. a tool that would read in a .newsrc.eld
file and point at trouble spots, and help me edit it by hand to fix
those trouble spots.

Something like that would sure have been nice...:-/

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Steinar Bang <sb@dod.no>:

[snip!]
> Sigh!  Unless someone knows something clever, I guess this means I
> have a *seriously* trashed .newsrc.eld file, and the only way out of
> this is to create a new one from scratch?

Hm... the problem may not be in the ~/.newsrc.eld at all.  I moved
away the existing ~/.newsrc.eld, and the problem still persists.

Below are the contents of the *Messages* buffer after a startup that
ends with emacs displaying the *Group* buffer after the beep.

Can the problem be somewhere in one of the server data structures?
Where are they again?

Contents of *Messages*:

Waiting for response from cyrus.andrew.cmu.edu...done
imap: Loging in anonymously...
Opening nnimap server on cyrus.andrew.cmu.edu...done
Loading gnus-cache...
Loading gnus-cache...done
First time user; subscribing you to default groups
Reading active file from news.chello.no via nntp...

Reading active file from news.chello.no via nntp...
Reading active file from news.chello.no via nntp...done
Reading active file from doohan via nnimap...
Opening nnimap server on doohan...
Opening nnimap server on doohan...done
nnimap: Generating active list for doohan...
Loading utf7...
Loading utf7...done
nnimap: Generating active list for doohan...done
Reading active file from doohan via nnimap...
Reading active file from doohan via nnimap...done
Reading active file from cyrus.andrew.cmu.edu via nnimap...
Opening nnimap server on cyrus.andrew.cmu.edu...
Opening nnimap server on cyrus.andrew.cmu.edu...done
nnimap: Generating active list for cyrus.andrew.cmu.edu...
nnimap: Generating active list for cyrus.andrew.cmu.edu...done
Reading active file from cyrus.andrew.cmu.edu via nnimap...
Reading active file from cyrus.andrew.cmu.edu via nnimap...done
Loading view...
Loading view...done
Opening nndoc server on gnus-help...
Opening nndoc server on gnus-help...done
Opening nnimap server on doohan...
Opening nnimap server on doohan...done
nnimap: Listing subscribed mailboxes on doohan...
nnimap: Listing subscribed mailboxes on doohan...done
Opening nnimap server on cyrus.andrew.cmu.edu...
Opening nnimap server on cyrus.andrew.cmu.edu...done
nnimap: Listing subscribed mailboxes on cyrus.andrew.cmu.edu...
nnimap: Listing subscribed mailboxes on cyrus.andrew.cmu.edu...done
1 new newsgroup has arrived
Checking new news...
Checking new news...done
Loading gnus-topic...
Loading gnus-topic...done
error in process filter: Wrong type argument: stringp, nil [6 times]

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Steinar Bang <sb@dod.no>:

>>>>> Steinar Bang <sb@dod.no>:
> [snip!]
>> Sigh!  Unless someone knows something clever, I guess this means I
>> have a *seriously* trashed .newsrc.eld file, and the only way out of
>> this is to create a new one from scratch?

> Hm... the problem may not be in the ~/.newsrc.eld at all.  I moved
> away the existing ~/.newsrc.eld, and the problem still persists.

> Below are the contents of the *Messages* buffer after a startup that
> ends with emacs displaying the *Group* buffer after the beep.

I set (setq debug-on-error t) and started Gnus in a fresh emacs.  This
is the backtrace I got:

Signaling: (wrong-type-argument stringp nil)
  intern(nil [0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0])
  imap-mailbox-put(permanentflags nil)
  imap-parse-resp-text-code()
  imap-parse-resp-text()
  imap-parse-response()
  imap-arrival-filter(#<process imap<1>> "* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 0 EXISTS\r\n* 0 RECENT\r\n* OK [UIDVALIDITY 1025304220]  \r\n* OK [UIDNEXT 2]  \r\n6 OK [READ-ONLY] Completed\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 16071 EXISTS\r\n* 16071 RECENT\r\n* OK [UNSEEN 1]  \r\n* OK [UIDVALIDITY 1]  \r\n* OK [UIDNEXT 16082]  \r\n7 OK [READ-ONLY] Completed\r\n8 NO Mailbox does not exist\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 0 EXISTS\r\n* 0 RECENT\r\n* OK [UIDVALIDITY 1026364784]  \r\n* OK [UIDNEXT 1]  \r\n9 OK [READ-ONLY] Completed\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 0 EXISTS\r\n* 0 RECENT\r\n* OK [UIDVALIDITY 1026198897]  \r\n* OK [UIDNEXT 1]  \r\n10 OK [READ-ONLY] Completed\r\n11 NO Mailbox does not exist\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 385 EXISTS\r\n* 385 RECENT\r\n* OK [UNSEEN 1]  \r\n* OK [UIDVALIDITY 856603065]  \r\n* OK [UIDNEXT 11839]  \r\n12 OK [READ-ONLY] C")

Is the second argument to imap-mailbox-put the cause behind the 
	error in process filter: Wrong type argument: stringp, nil [2 times]
message?

What is the second argument to imap-mail-box?  C-h f imap-mailbox-put RET
gives the following message:
	imap-mailbox-put is a compiled Lisp function in `imap'.
	(imap-mailbox-put PROPNAME VALUE &optional MAILBOX BUFFER)
	not documented

Not very useful on what VALUE is.

Below is the source code for the function.  I'm still not able to
figure out what it does...:-)

(defun imap-mailbox-put (propname value &optional mailbox buffer)
  (with-current-buffer (or buffer (current-buffer))
    (if imap-mailbox-data
	(put (intern (or mailbox imap-current-mailbox) imap-mailbox-data)
	     propname value)
      (error "Imap-mailbox-data is nil, prop %s value %s mailbox %s buffer %s"
	     propname value mailbox (current-buffer)))
    t))

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Steinar Bang <sb@dod.no>:

>>>>> Steinar Bang <sb@dod.no>:
>>>>> Steinar Bang <sb@dod.no>:
>> [snip!]
>>> Sigh!  Unless someone knows something clever, I guess this means I
>>> have a *seriously* trashed .newsrc.eld file, and the only way out of
>>> this is to create a new one from scratch?

>> Hm... the problem may not be in the ~/.newsrc.eld at all.  I moved
>> away the existing ~/.newsrc.eld, and the problem still persists.

>> Below are the contents of the *Messages* buffer after a startup that
>> ends with emacs displaying the *Group* buffer after the beep.

> I set (setq debug-on-error t) and started Gnus in a fresh emacs.  This
> is the backtrace I got:

> Signaling: (wrong-type-argument stringp nil)
>   intern(nil [0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0])
>   imap-mailbox-put(permanentflags nil)
>   imap-parse-resp-text-code()
>   imap-parse-resp-text()
>   imap-parse-response()
>   imap-arrival-filter(#<process imap<1>> "* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 0 EXISTS\r\n* 0 RECENT\r\n* OK [UIDVALIDITY 1025304220]  \r\n* OK [UIDNEXT 2]  \r\n6 OK [READ-ONLY] Completed\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 16071 EXISTS\r\n* 16071 RECENT\r\n* OK [UNSEEN 1]  \r\n* OK [UIDVALIDITY 1]  \r\n* OK [UIDNEXT 16082]  \r\n7 OK [READ-ONLY] Completed\r\n8 NO Mailbox does not exist\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 0 EXISTS\r\n* 0 RECENT\r\n* OK [UIDVALIDITY 1026364784]  \r\n* OK [UIDNEXT 1]  \r\n9 OK [READ-ONLY] Completed\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 0 EXISTS\r\n* 0 RECENT\r\n* OK [UIDVALIDITY 1026198897]  \r\n* OK [UIDNEXT 1]  \r\n10 OK [READ-ONLY] Completed\r\n11 NO Mailbox does not exist\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 385 EXISTS\r\n* 385 RECENT\r\n* OK [UNSEEN 1]  \r\n* OK [UIDVALIDITY 856603065]  \r\n* OK [UIDNEXT 11839]  \r\n12 OK [READ-ONLY] C")

> Is the second argument to imap-mailbox-put the cause behind the 
> 	error in process filter: Wrong type argument: stringp, nil [2 times]
> message?

> What is the second argument to imap-mailbox-put?  C-h f imap-mailbox-put RET
> gives the following message:
> 	imap-mailbox-put is a compiled Lisp function in `imap'.
> 	(imap-mailbox-put PROPNAME VALUE &optional MAILBOX BUFFER)
> 	not documented

> Not very useful on what VALUE is.

I tried edebug-defun on imap-mailbox-put, but I got the beep and the
error message without the debugger being entered.

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Steinar Bang <sb@dod.no>:

>>>>> Steinar Bang <sb@dod.no>:
>>>>> Steinar Bang <sb@dod.no>:
>>>>> Steinar Bang <sb@dod.no>:
>>> [snip!]
>>>> Sigh!  Unless someone knows something clever, I guess this means I
>>>> have a *seriously* trashed .newsrc.eld file, and the only way out of
>>>> this is to create a new one from scratch?

>>> Hm... the problem may not be in the ~/.newsrc.eld at all.  I moved
>>> away the existing ~/.newsrc.eld, and the problem still persists.

>>> Below are the contents of the *Messages* buffer after a startup that
>>> ends with emacs displaying the *Group* buffer after the beep.

>> I set (setq debug-on-error t) and started Gnus in a fresh emacs.  This
>> is the backtrace I got:

>> Signaling: (wrong-type-argument stringp nil)
>> intern(nil [0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0])
>> imap-mailbox-put(permanentflags nil)
>> imap-parse-resp-text-code()
>> imap-parse-resp-text()
>> imap-parse-response()
>> imap-arrival-filter(#<process imap<1>> "* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 0 EXISTS\r\n* 0 RECENT\r\n* OK [UIDVALIDITY 1025304220]  \r\n* OK [UIDNEXT 2]  \r\n6 OK [READ-ONLY] Completed\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 16071 EXISTS\r\n* 16071 RECENT\r\n* OK [UNSEEN 1]  \r\n* OK [UIDVALIDITY 1]  \r\n* OK [UIDNEXT 16082]  \r\n7 OK [READ-ONLY] Completed\r\n8 NO Mailbox does not exist\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 0 EXISTS\r\n* 0 RECENT\r\n* OK [UIDVALIDITY 1026364784]  \r\n* OK [UIDNEXT 1]  \r\n9 OK [READ-ONLY] Completed\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 0 EXISTS\r\n* 0 RECENT\r\n* OK [UIDVALIDITY 1026198897]  \r\n* OK [UIDNEXT 1]  \r\n10 OK [READ-ONLY] Completed\r\n11 NO Mailbox does not exist\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 385 EXISTS\r\n* 385 RECENT\r\n* OK [UNSEEN 1]  \r\n* OK [UIDVALIDITY 856603065]  \r\n* OK [UIDNEXT 11839]  \r\n12 OK [READ-ONLY] C")

>> Is the second argument to imap-mailbox-put the cause behind the 
>> error in process filter: Wrong type argument: stringp, nil [2 times]
>> message?

>> What is the second argument to imap-mailbox-put?  C-h f imap-mailbox-put RET
>> gives the following message:
>> imap-mailbox-put is a compiled Lisp function in `imap'.
>> (imap-mailbox-put PROPNAME VALUE &optional MAILBOX BUFFER)
>> not documented

>> Not very useful on what VALUE is.

> I tried edebug-defun on imap-mailbox-put, but I got the beep and the
> error message without the debugger being entered.

I have now tried edebug-defun on all functions on the stack about.  I
tried each of them in a fresh emacs.  None of them caused emacs to
enter the debugger.

group and topic parameters (was: nnimap against Cyrus imapd just stopped working)

[Reiner Steib]

On Thu, Jul 11 2002, Kai Großjohann wrote:

> Reiner Steib <4uce.02.r.steib@gmx.net> writes:

>> - Setting topic parameters via `gnus-parameters'. [...]

> Hm.  If you find somebody to write it :-)

That would be nice to have. IMHO having a variable for group
parameters, but none for topic parameters is a somehow inconsistent.

>> - Extracting previously use group parameters from ~/.newsrc.eld to a
>>   (temporary) variable, from where I can pick some values and put them
>>   into `gnus-parameters'.
>
> You can just do `G p' on a group and use copy and paste, no?

No problem for a few groups. But for many groups? Stepping thru all
groups collecting the parameters should be done by a program not by
humans. ;-) Or as in the original question: Steinar had to kill a
bunch of groups (and recreate them later). It would be nice not to
lose all parameters. But in fact this is not too important. A
workaround is to look at the ~/.newsrc.eld file and collect the
parameters from there.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo--- PGP key available via WWW   http://rsteib.home.pages.de/

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Steinar Bang <sb@dod.no>:

>>>>> Steinar Bang <sb@dod.no>:
>>>>> Steinar Bang <sb@dod.no>:
>>>>> Steinar Bang <sb@dod.no>:
>>>>> Steinar Bang <sb@dod.no>:
>>>> [snip!]
>>>>> Sigh!  Unless someone knows something clever, I guess this means I
>>>>> have a *seriously* trashed .newsrc.eld file, and the only way out of
>>>>> this is to create a new one from scratch?

>>>> Hm... the problem may not be in the ~/.newsrc.eld at all.  I moved
>>>> away the existing ~/.newsrc.eld, and the problem still persists.

>>>> Below are the contents of the *Messages* buffer after a startup that
>>>> ends with emacs displaying the *Group* buffer after the beep.

>>> I set (setq debug-on-error t) and started Gnus in a fresh emacs.  This
>>> is the backtrace I got:

>>> Signaling: (wrong-type-argument stringp nil)
>>> intern(nil [0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0])
>>> imap-mailbox-put(permanentflags nil)
>>> imap-parse-resp-text-code()
>>> imap-parse-resp-text()
>>> imap-parse-response()
>>> imap-arrival-filter(#<process imap<1>> "* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 0 EXISTS\r\n* 0 RECENT\r\n* OK [UIDVALIDITY 1025304220]  \r\n* OK [UIDNEXT 2]  \r\n6 OK [READ-ONLY] Completed\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 16071 EXISTS\r\n* 16071 RECENT\r\n* OK [UNSEEN 1]  \r\n* OK [UIDVALIDITY 1]  \r\n* OK [UIDNEXT 16082]  \r\n7 OK [READ-ONLY] Completed\r\n8 NO Mailbox does not exist\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 0 EXISTS\r\n* 0 RECENT\r\n* OK [UIDVALIDITY 1026364784]  \r\n* OK [UIDNEXT 1]  \r\n9 OK [READ-ONLY] Completed\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 0 EXISTS\r\n* 0 RECENT\r\n* OK [UIDVALIDITY 1026198897]  \r\n* OK [UIDNEXT 1]  \r\n10 OK [READ-ONLY] Completed\r\n11 NO Mailbox does not exist\r\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)\r\n* OK [PERMANENTFLAGS ()]  \r\n* 385 EXISTS\r\n* 385 RECENT\r\n* OK [UNSEEN 1]  \r\n* OK [UIDVALIDITY 856603065]  \r\n* OK [UIDNEXT 11839]  \r\n12 OK [READ-ONLY] C")

>>> Is the second argument to imap-mailbox-put the cause behind the 
>>> error in process filter: Wrong type argument: stringp, nil [2 times]
>>> message?

>>> What is the second argument to imap-mailbox-put?  C-h f imap-mailbox-put RET
>>> gives the following message:
>>> imap-mailbox-put is a compiled Lisp function in `imap'.
>>> (imap-mailbox-put PROPNAME VALUE &optional MAILBOX BUFFER)
>>> not documented

>>> Not very useful on what VALUE is.

>> I tried edebug-defun on imap-mailbox-put, but I got the beep and the
>> error message without the debugger being entered.

> I have now tried edebug-defun on all functions on the stack about.  I
> tried each of them in a fresh emacs.  None of them caused emacs to
> enter the debugger.

Now I have removed ~/News/overview/ but the problem still persists.

Help! :-/ 

Are the running gnus-slave processes causing problems?  I don't want
to stop this emacs process, because then I can't post to this group.
I don't want to stop the remote login process, because nnimap mail
still works in this process.

This latest thing is the biggest weirdness, because it seems to rule
out problems in the IMAP daemon, and problems in the Gnus
installation, or the Gnus config.  Nothing has changed in the Gnus
config lately.

Since the error message occurs just after the loading of gnus-topic,
can the problem have something to do with topics?  Do topics have some
persistence stored in files other than  ~/.newsrc.eld?

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Simon Josefsson <jas@extundo.com>:

> Steinar Bang <sb@dod.no> writes:
[anip!]
>> | 2 -> nnimap-find-minmax-uid: group="archive.info-cyrus" examine=examine
>> | 2 <- nnimap-find-minmax-uid: (15980 1 15990)
>> | 2 -> nnimap-find-minmax-uid: group="INBOX.archive.info-cyrus" examine=examine
>> | 2 <- nnimap-find-minmax-uid: nil
>> | 2 -> nnimap-find-minmax-uid: group="Trash\\\\a?\x02er1" examine=examine
>> | 2 <- nnimap-find-minmax-uid: nil
>> | 2 -> nnimap-find-minmax-uid: group="archive.cyrus-sasl" examine=examine
>> | 2 <- nnimap-find-minmax-uid: nil
>> | 2 -> nnimap-find-minmax-uid: group="b¥?" examine=examine
>> | 2 <- nnimap-find-minmax-uid: nil

> Those group names looks weird.  Do they really have such folders?
> They don't match archive.* either, I'm not sure why they are shown at
> all.

By trial and error, (commenting out stuff in ~/.gnus.el) I finally
figured what caused the weirdness.

When I removed 
 	(nnimap "cyrus.andrew.cmu.edu"
 		(nnimap-authenticator anonymous)
 		(nnimap-list-pattern "archive.*")
 		(nnimap-stream network))
from gnus-secondary-select-methods, and started Gnus, everything
worked (except for the cyrus folders).  Then I also found an email
from someone else who had the exact same problem, for the exact same
reason (he didn't want to post to the ding newsgroup, because he
didn't want spam to his address, so he emailed Simon and me).

Seems like there is something in the cyrus response that thoroughly
trashes nnimap support for all nnimap servers.

Strange!  I wonder if this happens for the newest checkout from CVS as
well? 

Re: nnimap against Cyrus imapd just stopped working

[Amos Gouaux]

>>>>> On Thu, 11 Jul 2002 22:01:49 +0200,
>>>>> Steinar Bang <sb@dod.no> (sb) writes:

sb> By trial and error, (commenting out stuff in ~/.gnus.el) I finally
sb> figured what caused the weirdness.

sb> When I removed 
sb>  	(nnimap "cyrus.andrew.cmu.edu"
sb>  		(nnimap-authenticator anonymous)
sb>  		(nnimap-list-pattern "archive.*")
sb>  		(nnimap-stream network))
sb> from gnus-secondary-select-methods, and started Gnus, everything
sb> worked (except for the cyrus folders).  Then I also found an email
sb> from someone else who had the exact same problem, for the exact same
sb> reason (he didn't want to post to the ding newsgroup, because he
sb> didn't want spam to his address, so he emailed Simon and me).

I have no idea if this is related, but ya know they just did some
upgrades lately.  Maybe the message numbers changed and no longer
matched what was in your ~/.newsrc.eld?  I also wonder if maybe
nnimap doesn't like the IMAP referrals I believe they are now using
with this Murder configuration they're using?

Personally, I wouldn't put this in ~/.gnus.el anyway, but instead
just set it up in the server window as a foreign group.  That way
you can browse it if you like, but your startup isn't going to
depend on them.  Actually, I ought to try and see if my entry for
this server still works....

-- 
Amos

Re: nnimap against Cyrus imapd just stopped working

[Amos Gouaux]

>>>>> On Thu, 11 Jul 2002 17:24:55 -0500,
>>>>> Amos Gouaux <amos+lists.ding@utdallas.edu> (ag) writes:

ag> Personally, I wouldn't put this in ~/.gnus.el anyway, but instead
ag> just set it up in the server window as a foreign group.  That way
ag> you can browse it if you like, but your startup isn't going to
ag> depend on them.  Actually, I ought to try and see if my entry for
ag> this server still works....

Interesting.  My foreign groups no longer work either.  Though, I
could open it using PINE 4.44 using

  CyrusArchive {cyrus.andrew.cmu.edu/anonymous/novalidate-cert}archive.[]

-- 
Amos

Re: group and topic parameters (was: nnimap against Cyrus imapd just stopped working)

[Janne Rinta-Mänty]

Reiner Steib 2002-07-11T18:34:43Z:
> On Thu, Jul 11 2002, Kai Großjohann wrote:
>> Reiner Steib <4uce.02.r.steib@gmx.net> writes:

>>> - Setting topic parameters via `gnus-parameters'. [...]

I think it would be clearer to have a different alist for topics.

>> Hm.  If you find somebody to write it :-)

> That would be nice to have. IMHO having a variable for group
> parameters, but none for topic parameters is a somehow inconsistent.

<AOL>Me too!</AOL>

That somebody who writes it might also want to answer the question in
<URL:http://www.gnus.org/list-archives/ding/200201/msg00912.html>
namely, is the current precedence of parameters good or not.

Now it is

1. group parameters
2. topic parameters
3. gnus-parameters

Where would the new gnus-topic-parameters (or something) go?  I had a
look at this in January and this became the biggest problem.  IIRC it
would be very easy to get the new topic parameter variable between 2
and 3.  But then the precedence order of group and topic parameters in
variables would be different from the "real" parameters.  It would be
a mess when moving the "real" parameters to .gnus.

IMHO a more natural (and consistent with the manual) order would be

1. group parameters
2. gnus-parameters
3. topic parameters

and the gnus-topic-parameters-to-be variable would be number 4.

-- 
Janne Rinta-Mänty

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Amos Gouaux <amos+lists.ding@utdallas.edu>:

>>>>> On Thu, 11 Jul 2002 17:24:55 -0500,
>>>>> Amos Gouaux <amos+lists.ding@utdallas.edu> (ag) writes:

>> Personally, I wouldn't put this in ~/.gnus.el anyway, but instead
>> just set it up in the server window as a foreign group.  That way
>> you can browse it if you like, but your startup isn't going to
>> depend on them.

Hm... possibly.  But can you set up an anonymous nnimap server,
without using emacs lisp?

>> Actually, I ought to try and see if my entry for this server still
>> works....

Obviously you can, since you have done so...:-)

> Interesting.  My foreign groups no longer work either.  Though, I
> could open it using PINE 4.44 using

>   CyrusArchive {cyrus.andrew.cmu.edu/anonymous/novalidate-cert}archive.[]

What's really, truly, bizzarre, is that I have a gnus-slave running in
an "emacs -nw" in an SSH session, that has been working through all of
this, with the exact same setup as the Gnus with the trouble.

It was able to open the nnimap group on cyrus today.  I just verified
it. 

But maybe it is, as you hinted at, just during startup the problems
are? 

Re: nnimap against Cyrus imapd just stopped working

[Simon Josefsson]

Steinar Bang <sb@dod.no> writes:

> Now I have removed ~/News/overview/ but the problem still persists.

I added the cyrus.andrew.cmu.edu server today and it worked, maybe the
problem has went away while I was, err, away?

Re: nnimap against Cyrus imapd just stopped working

[Steinar Bang]

>>>>> Simon Josefsson <jas@extundo.com>:

> Steinar Bang <sb@dod.no> writes:
>> Now I have removed ~/News/overview/ but the problem still persists.

> I added the cyrus.andrew.cmu.edu server today and it worked, maybe the
> problem has went away while I was, err, away?

I doubt it.  It's probably something in my setup.  A bug report
containing my setup has been filed.

I can try a fresh update later, and see if the problem still persists
for me.  I can also try to persuade the other guy with the problem to
report his bug.