274098 - Unable to copy message to shared IMAP folder

Status: RESOLVED EXPIRED

(Thunderbird :: Mail Window Front End, defect)

Description

[Aleksandar Milivojevic]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20041020 Firefox/0.10.1
Build Identifier: Mozilla Thunderbird version 0.8 (20041020)

I've created shared IMAP folder on my Cyrus IMAP 2.2.10 server.  I called it
user.foo.bar.  I've set permissions on user.foo.bar to "anyone lr" (allow
everybody read-only access) and "someuser p" (allow someuser to append
messages).  The permissions on parent folder (user.foo) are default (accessible
only by user foo).

Now, I started Thunderbird and connected to IMAP server as someuser.  If I
attempt to copy message from user.someuser (someuser's INBOX folder) to
user.foo.bar, it can't be done.  I get menues (right-click on the message) that
look like this (with some luck, this ASCII stuff will be readable):

Copy To -> server1
           server2 -> INBOX ->
                      user  -> Copy Here
                               foo         -> Copy Here

The first "Copy Here" was enabled.  This is an error.  "user" folder doesn't
really exist (it is just part of the namespace).  So "Copy Here" for it
shouldn't be displayed at all.  Even if it existed, I wouldn't have access to
it.  The second "Copy Here" was correctly displayed as greyed out (user.foo
exists, and I don't have any access to it).  The user.foo.bar I do have access
to isn't displayed at all.

I should also add that in the left panel (folder tree) I can see and select
user.foo.bar folder.  I can also see it in "subscribe" window, and
subscribe/unsubscribe it.  If I right-click -> Properties... -> Sharing it
(correctly) says I have read, lookup and post on it.  It is only inside "Copy
To" and "Move To" that it is not displayed.  Also, in the left pannel, user.foo
is correctly grayed out (I don't have access to it), however right-click ->
Properties... -> Sharing says "Full Controll" which is not correct (I don't have
any access rights to this folder).

I also attempted to drag&drop message from someuser's INBOX to user.foo.bar. 
Hasn't worked.

The namespaces that Thunderbird automatically set up (it got them from server,
and I also have "allow server to override these namespaces) look like:

personal namespace: "INBOX."
public (shared):    ""
other users:        "user."

BTW, it would be nice if it was possible to compose the message into the IMAP
folder directly (click on Write, and than "somehow" select that To isn't mail
address, but rather IMAP folder).  For example, when "To:" tag is clicked, one
of the options could be "Folder", and than it would expand to list of folders
(like "Copy To", and "Move To" expand).

Reproducible: Always
Steps to Reproduce:
1. Setup shared folder in Cyrus IMAP (per the O'Reilly book "Managing IMAP")
2. Attempt to copy or move message into the shared folder

Comment 1

[Aleksandar Milivojevic]

Some more info.

I've found that in compose window, there's option to send copy of email into an
folder directly (Options -> Send a Copy To).

However, I can't select (other user's) shared folders from it.  For example,
there's user.foo.bar forlder on Cyrus IMAP server, which is shared and I have
'p' (post) right to it.  When I click on "Options -> Send a Copy To", it exapnds
all right (and works) for my folders.  But, for foo's folder, it shows empty
list.  Basically it expands to "Options -> Send a Copy To -> IMAP Server -> user
-> foo -> [empty list]".

BTW, it would be nice to have some form of visual feedback that email will also
go directly to one of IMAP folders, when Options->Send a Copy To" is used. 
Logical place would be list of recipients.  Something like "Copy To:
imap://server/folder" (for IMAP folder) or "Copy To: file://server/folder" (for
folders on local disk such as POP3 accounts and/or Local Folders).

Comment 2

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 3

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.