[Dovecot] *****SPAM***** The folder 'Inbox' cannot contain items. Namespace problems
Several attempts to support both Mac and PCs keep failing.
In my latest attempt I used the following settings:
#courier-imap compatibility/Thunderbird namespace private { separator = . prefix = INBOX. inbox = yes }
For MAC OS Mail.app namespace private { separator = / prefix = INBOX/ inbox = no hidden= yes }
This last attempt was based on the suggestion of Timo Sirainen, on the Mac settings.
The PC settings were the defaults I got from the sample config and have always worked for PC clients.
The new setup with namespace private worked for Mac clients, but got the following error for a number of users in both Outlook and thunderbird.
Unable to display the folder. The folder 'Inbox' cannot contain items. This is most likely a limitation of your IMAP server. In order to create a folder that can contain items, be sure to append / to its name as you create it.
I see this is an old issue. http://groups.google.com/group/microsoft.public.outlook/browse_thread/thread /5f990142171fb792/62adb6c069946e40?lnk=st&q=%22cannot+contain+items%22+dovec ot&rnum=1#62adb6c069946e40
One interesting point we discovered was that if we set an IMAP account in Outlook the very first time we logged in, it worked. If we closed the client, all subsequent times the "folder Inbox cannont contain items" error would come up.
doing a TCPdump showed us that the difference was that the first time that Outlook connects it issued a "Select" command, but all other times it did not.
Someone suggested to take out prefix = INBOX.
Would that help? I don't want to cause problems for the vast majority of our PC users while trying to fix the Mac clients.
Even though Mac users are a minority of our users, it is extremely problematic for us not to be able to support them because many domains may have a handfull of such clients.. so we basically will not be able to host a large number of domains in dovecot machines, just because of a handfull of Mac clients.
Currently using Dovecot r27, but have been having this same problem since r15.
Francisco Reyes writes:
Several attempts to support both Mac and PCs keep failing.
In my latest attempt I used the following settings:
#courier-imap compatibility/Thunderbird namespace private { separator = . prefix = INBOX. inbox = yes }
For MAC OS Mail.app namespace private { separator = / prefix = INBOX/ inbox = no hidden= yes }
Upgrade to r29 due to comment: IMAP: LIST "" "" didn't return anything if there didn't exist a namespace with empty prefix. This broke some clients.
Based on some TCP dumps we did we noticed that Outlook was doing LIST, but no select (except at account) creation.
The upgrade did not help. Still having the problem with r29. Haven't done tcpdump yet, but Outlook and Thunderbird have problems if I leave the second set of namespace for Mac support.
And without those settings Mac client doesn't work.
On Mon, 2007-04-02 at 22:31 -0400, Francisco Reyes wrote:
Based on some TCP dumps we did we noticed that Outlook was doing LIST, but no select (except at account) creation.
Could you show me the tcpdumps?
Haven't done tcpdump yet, but Outlook and Thunderbird have problems if I leave the second set of namespace for Mac support.
I can't think of why that would happen. The namespace is used only if the client is sending broken commands.
Timo Sirainen writes:
On Mon, 2007-04-02 at 22:31 -0400, Francisco Reyes wrote:
Based on some TCP dumps we did we noticed that Outlook was doing LIST, but no select (except at account) creation.
Could you show me the tcpdumps?
Will report back today. After we upgraded to r29 and had both namespaces Outlook and thunderbird broke.
I took off the Mac support and myself and two co-workers that were helping me test were about to call it a day. The co-worker testing the Mac support tried it.. and it worked.
It seems that after taking the second namespace off now Mac mail was also working (with r29). This is the first time I have been able to get PC and Mac to work at the same time.
Will wait a day or two before reporting back. To give it some time for customers to report back in case of problems.
I can't think of why that would happen. The namespace is used only if the client is sending broken commands.
I will install rc29 in a test machine and set both namespaces, then do tcpdumps.
Francisco Reyes writes:
I took off the Mac support and myself and two co-workers that were helping me test were about to call it a day. The co-worker testing the Mac support tried it.. and it worked.
Reporting back. It has been two days since we upgraded to rc29 No reports of problems on Mac or PC clients. Our namespace looks like:
#courier-imap compatibility/Thunderbird namespace private { separator = . prefix = INBOX. inbox = yes }
First RC that we have been able to get both Mac and PC clients to co-exist without problems.
participants (2)
-
Francisco Reyes
-
Timo Sirainen