Duplicate of Bug #10447.

Changes have been made in Git for this ticket:

[mms] When reopening sessions, ensure that we don't alter session 
information if the authentication status changed (Bug #10413).

  2 files changed, 41 insertions(+), 5 deletions(-)
http://git.horde.org/horde-git/-/commit/a4d53b704e8314e1a39e780dbd2ac4bedc259323

I don't see this at all.  And it doesn't make sense - the createFolder 
API call has an explicit namespace append call in it 
(imp/lib/Api.php:line 105).

You will probably need to do something like a Horde::debug($fname) 
call in imp/lib/Api.php (line 106) to figure out what is happening on 
your system.

----

Horde::debug() documentation: http://wiki.horde.org/Doc/Dev/DebugH4

Here's what a normal create operation for a folder called jjj does 
(normal meaning from the sidebar)

------------------------------
(1312488155.3519) S: * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID 
STARTTLS] smtp Cyrus IMAP4 v2.3.7-Invoca-RPM-2.3.7-7.el5_4.3 server 
ready
(1312488155.3522) C: 1 STARTTLS
(1312488155.3530) S: 1 OK Begin TLS negotiation now
(1312488155.4048) C: [LOGIN Command - username: nathan]
(1312488155.5249) S: 2 OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID 
LOGINDISABLED ACL RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE 
UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT 
SORT=MODSEQ THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE 
CATENATE CONDSTORE IDLE LISTEXT LIST-SUBSCRIBED X-NETSCAPE URLAUTH] 
User logged in
(1312488155.5254) C: 3 LSUB "" INBOX.jjj
(1312488155.5267) S: 3 OK Completed (0.000 secs 1 calls)
(1312488155.5269) C: 4 LIST "" INBOX.jjj
(1312488155.5653) S: 4 OK Completed (0.000 secs 1 calls)
(1312488155.5695) C: 5 LSUB "" INBOX.jjj
(1312488155.6093) S: 5 OK Completed (0.000 secs 1 calls)
(1312488155.6096) C: 6 LIST "" INBOX.jjj
(1312488155.6492) S: 6 OK Completed (0.000 secs 1 calls)
(1312488155.6495) C: 7 CREATE INBOX.jjj
(1312488156.2186) S: 7 OK Completed
(1312488156.2257) C: 8 SUBSCRIBE INBOX.jjj
(1312488156.2707) S: 8 OK Completed
(1312488156.2715) C: 9 LIST "" INBOX.jjj
(1312488156.2727) S: * LIST (\HasNoChildren) "." "INBOX.jjj"


Here's what I get from Ingo

------------------------------
(1312488108.4067) S: * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID 
STARTTLS] smtp Cyrus IMAP4 v2.3.7-Invoca-RPM-2.3.7-7.el5_4.3 server 
ready
(1312488108.4069) C: 1 STARTTLS
(1312488108.4079) S: 1 OK Begin TLS negotiation now
(1312488108.4506) C: [LOGIN Command - username: nathan]
(1312488108.5501) S: 2 OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID 
LOGINDISABLED ACL RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE 
UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT 
SORT=MODSEQ THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE 
CATENATE CONDSTORE IDLE LISTEXT LIST-SUBSCRIBED X-NETSCAPE URLAUTH] 
User logged in
(1312488108.5507) C: 3 LSUB "" jjj
(1312488108.5519) S: 3 OK Completed (0.000 secs 1 calls)
(1312488108.5521) C: 4 LIST "" jjj
(1312488108.5896) S: 4 OK Completed (0.000 secs 1 calls)
(1312488108.5899) C: 5 CREATE jjj
(1312488108.6297) S: 5 NO Permission denied
(1312488108.7283) C: 6 LOGOUT
(1312488108.7656) S: * BYE LOGOUT received
(1312488108.7658) S: 6 OK Completed
------------------------------

i don't see this.  With a namespace of 'INBOX.', if I create a new 
mailbox with the name 'XXX', it creates a new mailbox named 'INBOX.XXX'.

You will have to provide IMAP debug logs from IMP to see what is 
happening on your system.

---

To further debug this issue, we need details of the IMP -> IMAP/POP 
communication.

To enable debugging, see instructions contained in 
imp/config/backends.php (the 'debug' config parameter).

Debugging should not be enabled on a production server,   Attach/post 
only the portion of the log that directly deals with the problem 
reported (it may be simplest to clear the log file and then perform 
the event that causes the error).

When I create a rule that files a message into a "new folder".  It 
fails to create that new folder with a permission denied error.  If I 
call the new folder "INBOX.XXX" no permission denied error and if I 
look on my cyrus server it does, indeed, create "INBOX.INBOX.XXX".   
Something weird is going on with namespaces.

Thank you for your consideration!

Sorry... I mistakenly thought this was an IMP ticket because that is 
the only place we "automatically" create mailboxes.

Not sure what you mean by automatically creating mailboxes in Ingo.   
You will need to provide further details of exactly what you are 
trying to do.

What is the value of the default mailbox names in config/prefs.php 
(config/prefs.local.php)?  It should *NOT* be 'INBOX.XXX'.  It should 
be 'XXX'.  Namespaces are automatically prepended to the mailbox names.

Same problem if I turn on virtual trash in preferences.  Next time I 
log in it tries to create a virtual trash folder and gets permission 
denied.

Automatic folder creation returns permission denied.  If I give it 
folder name INBOX.XXXX to works but creates INBOX.INBOX.XXXX.  Folder 
creation in imp works.

Server is RHEL5 Cyrus.