From: Steinar Bang <sb@dod.no>
To: ding@gnus.org
Subject: Re: Missing nntp-request-create-group message when sending emails
Date: Wed, 18 Jun 2008 10:13:25 +0200 [thread overview]
Message-ID: <87iqw7w47u.fsf@dod.no> (raw)
In-Reply-To: <87ve07pas3.fsf@dod.no>
>>>>> Steinar Bang <sb@dod.no>:
>> I get the following message sometimes when replying to nnimap messages
>> gnus-get-function: No such function: nntp-request-create-group
>> The message still goes out, but something goes wrong, because the
>> message responded to isn't marked with an A, and instead of showing the
>> summary buffer and an article below it, it shows the article as if it
>> hadn't been sent.
>> I'll try updating from CVS, and see if that helps, and if it doesn't,
>> set to trigger on errors, and see if I can get a stack trace.
> It happened with the current CVS as well, so I've done
> (setq debug-on-error t)
> and am waiting for it to happen again.
Here's the stack trace:
Debugger entered--Lisp error: (error "No such function: nntp-request-create-group")
signal(error ("No such function: nntp-request-create-group"))
error("No such function: %s" nntp-request-create-group)
gnus-get-function((nntp "news" (nntp-address "nntp.dod.no")) request-create-group)
gnus-request-create-group("Deleted Items")
nnmail-expiry-target-group("Deleted Items" "drafts")
nnmh-request-expire-articles((104) "drafts" nil t)
apply(nnmh-request-expire-articles ((104) "drafts" nil t))
nnoo-parent-function(nndraft nnmh-request-expire-articles ((104) "drafts" nil t))
nndraft-request-expire-articles((104) "drafts" nil t)
message-disassociate-draft()
message-send(nil)
message-send-and-exit(nil)
call-interactively(message-send-and-exit)
This explains two other effects I've seen:
- There's always a copy stored in the drafts folder after the error
- It seems to have been happening with messages that have been a while
being edited, and not ones that have been quickly created and sent
(it's been happening to autosaved messages)
I've found a way to reproduce it consistently: just save the message
before sending.
There was also an annoying side effect from the debugging. After the
stack trace I could no longer reply to messages. All I got was
nndraft-open-server: Wrong type argument: stringp, nndraft-directory
in the mini-buffer.
Stopping Gnus and restarting, just caused the message to appear during
startup, and Gnus never to start properly.
next prev parent reply other threads:[~2008-06-18 8:13 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-17 9:25 Steinar Bang
2008-06-18 5:33 ` Steinar Bang
2008-06-18 8:13 ` Steinar Bang [this message]
2008-06-18 8:23 ` Steinar Bang
2008-08-08 11:32 ` Steinar Bang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87iqw7w47u.fsf@dod.no \
--to=sb@dod.no \
--cc=ding@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).