Re: Moving messages to unreadable nnimap group? (spam reporting)

[Steinar Bang <sb@dod.no>]

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

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

>> "somehost.somecompany.com"

>>> with `G e' on a working nnimap group on that server.

>> (nnimap "somehost.somecompany.com")

> Try changing the former into the latter?

That changed the colour of the nnimap group.  But the behaviour didn't
change. 

What follows are minibuffer messages and the imap log, from entering
the folder, attempting to move, responding with `y', and then
attempting to move again, responding with `n', and then quit.

First the minibuffer messages (in reverse order):
nnimap: Setting marks in INBOX...
Marking spam as expired without moving it
Exiting summary buffer and applying spam rules
No such group: nnimap+somehost.somecompany.com:Public Folders/All Public Folders/Somecompany/Processes/Sysadm/Spam
No such group: nnimap+somehost.somecompany.com:Public Folders/All Public Folders/Somecompany/Processes/Sysadm/Spam.  Create it? (y or n) No
No such group: nnimap+somehost.somecompany.com:Public Folders/All Public Folders/Somecompany/Processes/Sysadm/Spam.  Create it? (y or n) 
No such function: nntp-request-create-group
No such group: nnimap+somehost.somecompany.com:Public Folders/All Public Folders/Somecompany/Processes/Sysadm/Spam.  Create it? (y or n) Yes
No such group: nnimap+somehost.somecompany.com:Public Folders/All Public Folders/Somecompany/Processes/Sysadm/Spam.  Create it? (y or n) 
No more unread articles
Generating summary...done
Generating summary...
Fetching headers for nnimap+somehost.somecompany.com:INBOX...done
nnimap: Retrieving headers...done
nnimap: Retrieving headers... /
nnimap: Retrieving headers... |
nnimap: Retrieving headers... \
nnimap: Retrieving headers... -
nnimap: Retrieving headers... /
Fetching headers for nnimap+somehost.somecompany.com:INBOX...


Here's the imap log:
[snip! fetch of headers of all ticked articles]
295 OK FETCH completed.
296 STATUS "INBOX" (UNSEEN)
* STATUS INBOX (UNSEEN 1)
296 OK STATUS completed.
297 EXPUNGE
* 518 EXISTS
297 OK EXPUNGE completed.

Doesn't look like there's anything going on, on the imap side.