From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/45653 Path: main.gmane.org!not-for-mail From: Steinar Bang Newsgroups: gmane.emacs.gnus.general Subject: Re: nnimap against Cyrus imapd just stopped working Date: Thu, 11 Jul 2002 20:51:56 +0200 Organization: Denizens of Doom, Norway Chapter Sender: owner-ding@hpc.uh.edu Message-ID: <87lm8ikshf.fsf@doohan.bang.priv.no> References: <87ofdg8xxt.fsf@doohan.bang.priv.no> <87k7o48wuf.fsf@doohan.bang.priv.no> <87bs9g8w35.fsf@doohan.bang.priv.no> <87k7o4mvar.fsf@doohan.bang.priv.no> <877kk3mcu9.fsf@doohan.bang.priv.no> <873cuqmcww.fsf@doohan.bang.priv.no> <87y9cikv2l.fsf@doohan.bang.priv.no> <87u1n6kug9.fsf@doohan.bang.priv.no> <87ptxuku2i.fsf@doohan.bang.priv.no> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1026413537 29859 127.0.0.1 (11 Jul 2002 18:52:17 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 11 Jul 2002 18:52:17 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17Sj32-0007lT-00 for ; Thu, 11 Jul 2002 20:52:16 +0200 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 17Sj3A-0003ir-00; Thu, 11 Jul 2002 13:52:24 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 11 Jul 2002 13:52:47 -0500 (CDT) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id NAA29514 for ; Thu, 11 Jul 2002 13:52:31 -0500 (CDT) Original-Received: (qmail 21399 invoked by alias); 11 Jul 2002 18:51:58 -0000 Original-Received: (qmail 21394 invoked from network); 11 Jul 2002 18:51:58 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by gnus.org with SMTP; 11 Jul 2002 18:51:58 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 17SjBR-0001DC-00 for ; Thu, 11 Jul 2002 21:00:57 +0200 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 82 Original-NNTP-Posting-Host: b48sfn.cm.chello.no Original-X-Trace: quimby.gnus.org 1026414057 3290 213.46.211.96 (11 Jul 2002 19:00:57 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 11 Jul 2002 19:00:57 GMT User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/20.7 (i386-debian-linux-gnu) Cancel-Lock: sha1:RhZEfKcAJz+iUFSszV7eetLqtd0= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:45653 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:45653 >>>>> Steinar Bang : >>>>> Steinar Bang : >>>>> Steinar Bang : >>>>> Steinar Bang : >>>>> Steinar Bang : >>>> [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(#> "* FLAGS (\\Answered \\Flagged \= \Draft \\Deleted \\Seen)=0D\n* OK [PERMANENTFLAGS ()] =0D\n* 0 EXISTS=0D\n= * 0 RECENT=0D\n* OK [UIDVALIDITY 1025304220] =0D\n* OK [UIDNEXT 2] =0D\n6= OK [READ-ONLY] Completed=0D\n* FLAGS (\\Answered \\Flagged \\Draft \\Delet= ed \\Seen)=0D\n* OK [PERMANENTFLAGS ()] =0D\n* 16071 EXISTS=0D\n* 16071 RE= CENT=0D\n* OK [UNSEEN 1] =0D\n* OK [UIDVALIDITY 1] =0D\n* OK [UIDNEXT 160= 82] =0D\n7 OK [READ-ONLY] Completed=0D\n8 NO Mailbox does not exist=0D\n* = FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)=0D\n* OK [PERMANENTFL= AGS ()] =0D\n* 0 EXISTS=0D\n* 0 RECENT=0D\n* OK [UIDVALIDITY 1026364784] = =0D\n* OK [UIDNEXT 1] =0D\n9 OK [READ-ONLY] Completed=0D\n* FLAGS (\\Answe= red \\Flagged \\Draft \\Deleted \\Seen)=0D\n* OK [PERMANENTFLAGS ()] =0D\n= * 0 EXISTS=0D\n* 0 RECENT=0D\n* OK [UIDVALIDITY 1026198897] =0D\n* OK [UID= NEXT 1] =0D\n10 OK [READ-ONLY] Completed=0D\n11 NO Mailbox does not exist= =0D\n* FLAGS (\\Answered \\Flagged \\Draft \\Deleted \\Seen)=0D\n* OK [PERM= ANENTFLAGS ()] =0D\n* 385 EXISTS=0D\n* 385 RECENT=0D\n* OK [UNSEEN 1] =0D= \n* OK [UIDVALIDITY 856603065] =0D\n* OK [UIDNEXT 11839] =0D\n12 OK [READ= -ONLY] C") >>> Is the second argument to imap-mailbox-put the cause behind the=20 >>> 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-pu= t 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! :-/=20 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?