186225 - Cyrus:Mirapoint : If IMAP subfolder is opened, can't then copy messages to it until restart

Status: RESOLVED WORKSFORME

(MailNews Core :: Networking: IMAP, defect)

Description

[Eugene Archibald]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212

Starting with Moz 1.2.1 (and continuing with 1.3a), I see the following behavior:

- Browsing mail in Inbox
- Select a subfolder of Inbox (e.g. 'MList-A')
- Select Inbox folder
- Mail then CAN NOT be copied to the previously selected subfolder ('MList-A')
   - If dragged, the 'no' slashed circle appears on the subfolder ('MList-A')
   - Right-click message->_M_ove To does not include the subfolder ('MList-A')

The subfolder ('MList-A') still exists, is subscribed, can be browsed, but NO
MESSAGES can be moved or copied to that subfolder until Moz is restarted.

Reproducible: Always

Steps to Reproduce:
1. (See Above)

Comment 1

[grylchan]

reporter I'm still little confused with your steps.

First are you using a imap or pop mail acnt?
Do you know what type of mail server you are using?

I assume subfolder is on level like this:
   mail acnt
     |
     |-inbox
     |
     |-Mlist A

When I visit inbox, then a subfolder, then back to inbox, I can
copy or drag/drop a mesg from inbox to subfolder.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20021219 
on XP

Comment 2

[Eugene Archibald]

As the bug title implies, I am using IMAP. Mirapoint, to be specific, which is
Cyrus-based.

Additionally, I have discovered that this *persists* across restarts in 1.3a. I
have reverted to 1.2.1 (Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.2.1) Gecko/20021130) and it now recovers on Moz restart again.

Your assessment of my folder situation is close:

Mail Account
|
+-Inbox
 |
 +-Mlist-A

Comment 3

[grylchan]

reporter,
using
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20021223
on XP

with a Old cyrus server Cyrus IMAP4 v1.5.2 server, I am able
to Visit inbox, then a subfolder of the inbox, back to inbox,
and then move/copy/drag&drop a mesg from inbox to subfolder.

My acnt looks like

mail acnt
|
+-Inbox
   +-folder a
   |
   +-folder b

am i missing something. There are probably cyrus bugs out there
(i can't copy mesg to sent folder, i think a known bug).

I'll look to see if I can find it.

Comment 4

[Eugene Archibald]

This bug still persists, exactly as initially defined below.

It has the feel of a client-side issue:
 - Worked through Moz 1.1
 - Restarting Moz fixes (in 1.2.x)
 - Other mail clients do not exhibit this behaviour when used SIMULTANEOUSLY
 - Subfolder remains accessible to enter, read, browse, delete, etc.

Additionally, I have discovered/noticed that any message filter written to
deliver mail to a subfolder presenting 'no-copy' symptoms will fail silently,
leaving the message in its original state in my Inbox, and failing to log an
entry in the filters log.

Comment 5

[Eugene Archibald]

New Manifestation:

If I copy a message to a subfolder from my Inbox, then 'Undo' the move, Moz Mail
exhibits the same problem, where messages cannot then be copied to that
subfolder until an application restart.

Comment 6

[grylchan]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030116 
on Cyrus IMAP4 v1.5.2 server.

maybe try latest build?

both original bug and last comment 5
works for me. though for comment 5, i can't undo the move, but
i can copy another mesg to same folder with no problem. Dont need
to quit/restart.

Copy/drag & drop, right click move to also work from inbox to subfolder.

other cyrus bugs (not sure if related): bug 27002 bug 94430 bug 89285 
Mabye these also
 folder names with '.' hierarchy bug 97865 
 shared subfolder bug 166934 

My folder names are simple (foo, blah) and not shared folders.

Comment 7

[Eugene Archibald]

Breakthrough!

I belive that I have figured this out and we have a path to resolution.

It seems that Mozilla is taking the last ACL permission given and assuming that
it applies to me, the local user.

All of my folders had been set up for subaddress delivery, and thus had 'anyone
p' in their ACL to allow anonymous Post to those folders. Example:

* ACL "INBOX.personal.auto purchase" yevgene lrswipcda anyone p

results in the following:

right click the folder, 'properties', 'Sharing': You have the following
permissions: Post

Going and munging my stuff around to give the 'anyone' pseudoaccount different
permissions also reflects in Moz's perception of "my" permissions.

Let me know if you need more info to follow up on this.

Comment 8

[grylchan]

Reporter,
I will confirm this as new and change a few of these fields.
Unfortunatly I don't think I will be able to help out
anymore in the future.

I think if you could query and find any other bug similar
to what you describe and post this info into that bug, it would be great.

Comment 9

[(not reading, please use [e-mail] instead)]

sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.

Comment 10

[Wayne Mery (:wsmwk)]

bienvenu, would you expect this to still be a problem?

Comment 11

[David :Bienvenu]

no, I would think this has been fixed.

Comment 12

[Wayne Mery (:wsmwk)]

I suspect yevgene is gone, so let's call this WFM