373910 - Moving messages with IMAP produces error "APPEND failed"

Status: RESOLVED INCOMPLETE

(MailNews Core :: Networking: IMAP, defect)

Description

[spiralvoice]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.2pre) Gecko/20070309 Firefox/2.0.0.3pre (Firefox musume)
Build Identifier: Thunderbird version 3 alpha 1 (20070313)

This seems to be a duplicate of bug #249399, but I could not re-open it.

This bug did not appear in Thunderbird 1.5.0.10, I first saw it with 2.0b2 using my old profile, but I can reproduce it with 3.0a1 using an empty profile as well.

Thunderbird works with my private IMAP server, updating it is no option for me.

* OK [CAPABILITY IMAP4REV1 LOGIN-REFERRALS AUTH=LOGIN] router IMAP4rev1 2002.334 

When I move messages around, sometimes I get an error dialog
"The current command did not succeed. The mail server responded: APPEND failed: Unknown flag: junk."

Sometimes that flag was "nonjunk". I do not use Thunderbirds junk-marking function, because my mail system uses Spamassassin. This error does not show up for all mails, only for a few. But with these few mails I can reproduce the bug everytime.

The situation after I closed the error dialog is like this: The mail I wanted to move is still in the source folder, in the destination folder is a copy of the mail. This copy can now be moved around without problems, my guess is that it does not have the problematic flags anymore. The message source of both mails is the same. No error messages are present in the mail servers log files.

Reproducible: Always

Comment 1

[Magnus Melin [:mkmelin]]

Can you attach an imap log?
http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap

Comment 2

[spiralvoice]

Attachment: IMAP log

Attached you find the logfile, I snipped the mail contents and some private data, like account, folder and server names.

Comment 3

[Magnus Melin [:mkmelin]]

OK [PERMANENTFLAGS (NonJunk Junk \* \Answered \Flagged \Deleted \Draft \Seen)] Permanent flags

...

13 NO APPEND failed: Unknown flag: nonjunk


Don't know if I read that correctly, but doesn't the server say it supports the NonJunk flag, and the refuses to accept nonjunk?

Or are flags case sensitive?

Comment 4

[spiralvoice]

I am using this server: server IMAP4rev1 2002.334

It was compiled using this sourcecode:
ftp://ftp.cac.washington.edu/imap/old/imap-2002a.tar.Z

src/imapd/imapd.c
char *version = "2002.334";	/* version number of this server */

I do not know how this program handels the flags, sorry.

But from reading imapd.c is seems it only accepts these flags:
\Answered \Flagged \Deleted \Draft \Seen

Comment 5

[David :Bienvenu]

Mark Crispin himself said the flags are not case-sensitive, when the folks at Zimbra asked him...which is strange, because that's the UW server.

Comment 6

[spiralvoice]

The bug is still present in Thunderbird 2 Beta 2 (20070116) on Windows.

Shouldn´t the severity of this bug be raised?
This bug blocks an important feature, moving mails between IMAP folders.

Comment 7

[spiralvoice]

The bug is still present in Thunderbird 2 RC1 (20070326) on Windows.

Comment 8

[spiralvoice]

Any new version I could test? Currently I am still using TB 2.0.0.0 (20070326)

Comment 9

[Richard Seymour]

I am seeing this behaviour with 2.0.0.5 (20070716).
It happens if i try to copy, move or drag a message from one IMAP server
to another.  If i copy to a local folder, then copy from the local folder
to the target IMAP server, i see the error message.

In all cases, the copy/move actually -happens- successfully (i.e. destination
server receives message).  
In Move operations, the sourcing server does -not- delete
(or mark for delete) the message (probably due to the "error").

The symptoms are "unidirectional"... the error-prone receiving-end server is an older RedHat 9 system, the sourcing server is up to date.
I'll try to capture logs tomorrow.

Client is Windows XP Pro, fully patched.  Behaviour has been seen since installing v2.0.  Tbird v1.5.xxx does -not- exhibit the behavior.

Comment 10

[shattered]

probably a dup of 216467

Comment 11

[spiralvoice]

This bug is still valid on Debian Lenny with Icedove 2.0.0.16

Comment 12

[spiralvoice]

This bug is still valid on Debian Lenny with Icedove 2.0.0.17
and Thunderbird/Windows 2.0.0.18.

Comment 13

[Neil Parks]

I have encountered this error with a recent Windows nightly:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.1pre) Gecko/20090630 Shredder/3.0b3pre

I tried the kludge mentioned here but it did not work for me.

http://fixunix.com/mozilla/426911-clear-reset-nonjunk-flag-thunderbird.html

Comment 14

[Wayne Mery (:wsmwk)]

do you still see this also with version 3.1?

Comment 15

[Sean Porterfield]

Yes, but it is now a floating message that goes away quickly.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc13 Thunderbird/3.1.7

Comment 16

[Wayne Mery (:wsmwk)]

can you post more details please?

Comment 17

[spiralvoice]

Using TB 31.0 and Dovecot 2.2.13 on my new server the bug never occured.
I retired my old server which used the UW imap daemon last year so I can
not provide additional informations anymore, sorry.
From my POV this bug can be closed.

Comment 18

[Wayne Mery (:wsmwk)]

Thanks. Let's see what Sean and Neil chime in with 

(In reply to Sergey Svishchev from comment #10)
> probably a dup of 216467
that was fixed logn ago.

Comment 19

[Phoenix]

Resolved per whiteboard