Closed Bug 208375 Opened 22 years ago Closed 22 years ago

Problems with mark all messages as read in IMAP shared folders

Categories

(MailNews Core :: Networking: IMAP, defect)

Sun
SunOS
defect
Not set
major

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 206791

People

(Reporter: bnies, Assigned: Bienvenu)

Details

User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.4) Gecko/20030530 Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.4) Gecko/20030530 We're running Cyrus 2.1.13 with many shared folders. Most of them are write protected and contain some hundred messages. This IMAP server saves the read state of shared messages on a user base, not gobal base. When one goes through mail by mail, fetches the content from the IMAP server each message is marked as read and stays with the state read after leaving the folder or restarting Mozilla. That behaviour is ok. The messages are really marked as read on the IMAP server. When one wants to mark them all as read with Ctrl+Shift+C or using the menu they are all marked as read until one leaves the folder. When returning the messages are with the state unread again. Other mail clients (eg. Netscape 4.80 or SquirrelMail 1.4.0) show that the state of the messages was unchanged. With Netscape 4.80 using "mark all messages as read" works, so it is not a permission problem on the IMAP server. With Mozilla when using the function "mark all messages read" on a write protected shared folder no IMAP traffic is sent over the network. They are only displayed as read. When doing the same with a write enable shared folder these IMAP commands are sent over the network: 6 uid store 1:204 +Flags (\Seen) * 84 FETCH (FLAGS (\Seen NonJunk) UID 84) * 85 FETCH (FLAGS (\Seen) UID 85) * 86 FETCH (FLAGS (\Seen NonJunk) UID 86) * 87 FETCH (FLAGS (\Seen NonJunk) UID 87) * 88 FETCH (FLAGS (\Seen NonJunk) UID 88) * 89 FETCH (FLAGS (\Seen NonJunk) UID 89) * 90 FETCH (FLAGS (\Seen NonJunk) UID 90) ... Conclusion: With Mozilla 1.3 through 1.4rc1 (maybe also earlier versions) marking all messages works only with - personal IMAP folders - shared folders with write permissions - local folders This bug is reproducable. Sometimes messages which have been individually marked as read come back as undread when one enters the folder again. But this bug is not reproducable and after restarting Mozilla it works again. Reproducible: Always Steps to Reproduce: 1. Install Cyrus IMAP server with shared folders 2. make some shared folders write protected and some not 3. post some messages into the shared folders 4. monitor network traffic 5. connect to IMAP server with Mozilla and try to mark messages as read using the "mark all as read" function
is it possible to get a test account with access to one of those shared folders that show the problem? This is the second report I've seen about this, but I can't see what's going wrong in the code by inspection.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This is a corporate mail server of the company where I work and we're behind a firewall. External access is only possible with webmail in an authenticated SSL session or with SSL IMAP and trusted certificates. I can ask my boss but I doubt that you will get the permission to access our mail server. I could send you my documents how I set up our Postfix/Cyrus installation. Or grab a Linux distribution that already comes with Cyrus IMAP. RedHat 9 has Cyrus included.
Sorry, we can't give you access to our mail server. That's against our security policy. Maybe comeone on the Cyrus IMAP mailing list or at the Carnegie Mellon University where Cyrus IMAP is developed can give you a publich account with shared folders. URL: http://asg.web.cmu.edu/cyrus/imapd/
thx, the test server at cmu has some shared folders, and I was able to recreate this problem, so a fix should be upcoming shortly.
Status: NEW → ASSIGNED
dup of 206791 - I've added you to the cc list for that bug. *** This bug has been marked as a duplicate of 206791 ***
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
actually, can I get a client-side imap protocol log of the selection of the shared folder? I want to see what the permanent flags are returned as, and if ACL is turned on. On one server, I'm seeing "SEEN" returned as a permanent flag, even though the folder is READ-ONLY, but the ACL gives the right to set the seen flag. On the cmu server, I'm seeing something different... http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.