Then this is a duplicate of Bug 3557.  I've narrowed it down to a 
(IMHO stupid) design decision made by some IMAP server implementations.

As it looks like, shortly below the line you proposed in 
imp/lib/Folders.php at



/* We need to do a separate list call for each hidden namespace. */

         foreach ($_SESSION['imp']['namespace'] as $val) {

             if ($val['hidden']) {

                 $hiddenboxes = $listcmd($_SESSION['imp']['stream'], 
$server, $val['name'] . '*');

                 if (is_array($hiddenboxes)) {

                     $list = array_merge($list, $hiddenboxes);

                 }

             }

         }



$val['hidden'] is FALSE, as $val holds:



Array ( [name] => INBOX. [delimiter] => . [type] => personal [hidden] => )

Array ( [name] => #shared. [delimiter] => . [type] => shared [hidden] => )

Array ( [name] => shared. [delimiter] => . [type] => shared [hidden] => )



I don't understand the hidden-concept yet, but if I take out the 
if($val['hidden') then I see all the folders!!

The owner (user A) gets the following output:



Array (

[0] => {localhost:143/imap/notls}INBOX.Expunged

[1] => {localhost:143/imap/notls}INBOX.Chunk

[2] => {localhost:143/imap/notls}INBOX.Processed

[3] => {localhost:143/imap/notls}INBOX )



The user that should have the accounts through sharing (user B) gets:



Array (

[0] => {localhost:143/imap/notls}INBOX.sent-mail

[1] => {localhost:143/imap/notls}INBOX )

In imp/lib/Folder.php, in the function _listFolders() after the 
command $list = $listcmd($_SESSION['imp']['stream'], $server, '*'), 
could you insert the following line:

print_r($list)

and post the output to this ticket.

I tried using the HEAD versions of both IMP and HORDE, but it would 
unfortunatly not improove the situation. imp/test.php shows the 
#shared namespace nicely too:



Namespace Information

NAMESPACE: "INBOX." DELIMITER: . TYPE: personal

NAMESPACE: "#shared." DELIMITER: . TYPE: shared

NAMESPACE: "shared." DELIMITER: . TYPE: shared



My problem is: I do see the shared folder's - but for my gusto not on 
every place I would like them. I'm not sure if I try to do something 
that is not planned, that is not supported or if it's a configuration 
error (which I don't believe anymore), but I believe is a bug. I try 
to explain my problem again:



I have user A and B, both virtual IMAP users in a courier (debian) 
system. Imp is set up to auth through IMAP. User A has of course 
INBOX, a folder 'Expunged', 'Processed', 'Chunk'. Those folders are 
shared with all permissions you can give. Now User B has access to 
those folders and see's them in the menu perfectly. Now he or she 
would like to read mail from the shared INBOX (that works again 
perfectly) and proccess it and therefore move or copy it into another 
shared folder (the shared 'Processed' folder for example), even shes 
is not the owner of them but a user who uses them as shared folder. 
But the shared folders don't appear in the 'Move | Copy'-list. Please 
see the appended screenshot (in the menu the shared folders are 
visible, in the move | copy not).



Your help is much appreciated,



kindest regards,



Thomas Gresch

If you can't see shared folders at all, most likely there is a problem 
with your configuration.  Make sure you are using the latest versions 
of IMP and Horde, and that running imp/test.php shows the namespaces 
you are expecting.

I'm using a courier mailserver with virtual accounts and IMAP and I 
got the shared folder's working (People can see the contents of a 
commonly used inbox and it's subfolders, great feature!).



If I try to move or copy a message from somewhere to a virtual folder, 
this will not work as the folders simply don't show up in the pop-up 
menu next to the 'move | copy '-part in the folder view. The IMAP 
permissions are set right, I can do the same operation with thunderbird.