377791 - Cannot add existing tag to message if IMAP cannot add new keywords to a folder

Status: RESOLVED INCOMPLETE

(MailNews Core :: Networking: IMAP, defect)

Description

[Erik Kangas]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Build Identifier: version 2.0.0.0 (20070326)

Case in point with UW IMAP and MBX or MIX folders which can only hold up to 30 keywords and which do not remove keywords once created.  

Tagging with Thunderbird works great until there are 30 keywords defined in the folder.  From then on, Thunderbird tags the message locally and without error but the keywords are NOT added to the message at all.  Removing some of the keywords defined on the folder fixes the issue.

I suppose Thunderbird detects that "no new keywords" can be created and thus doesn't try to set keywords at all ... even if they are keywords that still can be set (i.e. of the existing 30).

The fix would be to always try to set a keyword, as this is not wrong in IMAP, even if the folder can't accept newly defined keywords.



Reproducible: Always

Steps to Reproduce:
1. Use UW IMAP as the mail server
2. Define 30 tags
3. Try to tag messages
4. Look in IMAP and see the tagging no longer saves the tags to imap.
Actual Results:  
after the imap folder is "full" with tags, thunderbird no longer sets new keyword even for tags that are ok to set.

Expected Results:  
I expect the ability to still tag messages with any of the already-defined tags and for adding new tags to fail (a message to this effect would be great too).

Comment 1

[WADA:World Anti-bad-Duping Agency]

Does the UW IMAP server return error when 31-th keyword is requested?
If not, MUA usually can do nothing...

IMAP protocol log will help developer's problem analysis. Get NSPR log and attach log file to this bug (mime-type=text/plain if size is accepted).
  http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap
  "SET NSPR_LOG_MODULES=imap:5" is sufficient, I think.

Comment 2

[WADA:World Anti-bad-Duping Agency]

Even if server returns "NO", Tb 2.0 possibly ignores "NO".
See Bug 381948 for "NO" to folder deletion case.

Comment 3

[David :Bienvenu]

TB doesn't ignore "NO" exactly, though we may not report it back to the user, depending on the kind of url that's run.

Comment 4

[Wayne Mery (:wsmwk)]

Erik can you attach an *imap* protocol log to the bug? 
see https://wiki.mozilla.org/MailNews:Logging

Comment 5

[Joshua Cranmer [:jcranmer]]

RESO INCO per lack of response to last question. If you feel this change was made in error, please respond to this bug with your reasons why.