| From | Sent On | Attachments |
|---|---|---|
| Martin Hochreiter | May 5, 2008 12:47 am | |
| Sam Varshavchik | May 5, 2008 3:59 am | |
| Martin Hochreiter | May 5, 2008 4:24 am | |
| Martin Hochreiter | May 5, 2008 7:28 am | |
| Sam Varshavchik | May 5, 2008 4:00 pm | |
| Brian Candler | May 6, 2008 12:41 am | |
| Martin Hochreiter | May 6, 2008 6:39 am | |
| Brian Candler | May 6, 2008 7:54 am | |
| Martin Hochreiter | May 6, 2008 8:56 am | |
| Martin Hochreiter | May 6, 2008 8:58 am | |
| Brian Candler | May 7, 2008 2:44 am | |
| Martin Hochreiter | May 7, 2008 5:58 am | |
| Peter Thomassen | Aug 8, 2008 3:58 pm | |
| Sam Varshavchik | Aug 8, 2008 6:04 pm | |
| Peter Thomassen | Aug 8, 2008 8:39 pm |
| Subject: | Re: [Courier-imap] Shared - Folders Problem: mails invisible | |
|---|---|---|
| From: | Brian Candler (B.Ca...@pobox.com) | |
| Date: | May 6, 2008 7:54:39 am | |
| List: | net.sourceforge.lists.courier-imap | |
On Tue, May 06, 2008 at 03:40:14PM +0200, Martin Hochreiter wrote:
I setted up a test account as "host" Mailbox with the same setting as my office mailbox and tested imap on the commandline as you said.
You will find strace the output on the bottom.
There is one curious line: access("shared-folders/test/allgemein/shared/cur", W_OK) = -1 EACCES (Permission denied)
Hmm, but the operation was successful?
What I mean is, try the two different ways of accessing:
- telnet to port 143 and LOGIN - run imapd directly from the command line
and write the same set of commands. Do you get the same "* NO Cannot open message" response when trying to fetch a mail?
The strace you gave showed only the response to EXAMINE, not to FETCH.
If I do the same without imap on the command line it works:
---------------------------------------------------------------------------------- martin_hochreiter@linux1:~/Maildir/shared-folders/test/allgemein/shared/cur$ ls -lah total 4,0K drwxr-x--- 2 test_account officeallgemein 6 2008-05-06 15:02 . drwxr-x--- 6 test_account officeallgemein 126 2008-05-06 15:02 .. -rw-r--r-- 1 test_account officeallgemein 4,0K 2008-05-06 15:00 1210078941.M975640P12764V0000000000006803I00000000008000AA_0.linux1,S=4090:2,S
----------------------------------------------------------------------------------
No, that's not the same. The access(file, W_OK) call checks whether a *write* is allowed. See `man 2 access`.
In your case, the ..../cur directory is mode 750, so is only writable by the 'test_account' user. Write permissions to a directory mean that you can create and delete files within it.
Try (logged in as martin_hochreiter):
echo "test" >Maildir/shared-folders/test/allgemein/shared/cur/test
If successful then rm it, but given what you've shown above I don't think it will be.
I should add that I've never actually used filesystem shared folders myself.
What flags did you give you maildirmake? According to http://www.courier-mta.org/maildirmake.html I think you would need something like maildirmake -S Maildir maildirmake -f allgemein -s group Maildir
Looking at the source for maildirmake, I think this would give the permissions as 0750 as you find.
AFAICT, the -s permissions mean: read - ANYONE can read, only owner can write write - ANYONE can read and write group - only GROUP can read, only owner can write
Is that what you intended?
Regards,
Brian.





