<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>Not prefixing with personal namespace</title> 
  <pubDate>Fri, 10 Apr 2026 14:10:48 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/2874</link> 
  <atom:link rel="self" type="application/rss+xml" title="Not prefixing with personal namespace" href="https://bugs.horde.org/ticket/2874/rss" /> 
  <description>Not prefixing with personal namespace</description> 
 
   
   
  <item> 
   <title>If I want to create a new folder, or try to rename one in th</title> 
   <description>If I want to create a new folder, or try to rename one in the folder view, I get &quot;permission denied&quot;. I guess IMP is not prefixing the new folder with the personal namespace, thus not creating a subfolder of INBOX, but one next to INBOX. This is using Cyrus as usual.</description> 
   <pubDate>Thu, 27 Oct 2005 07:37:19 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2874#t13190</link> 
  </item> 
   
  <item> 
   <title>Uh, it even looks like the folder that I tried to rename got</title> 
   <description>Uh, it even looks like the folder that I tried to rename got lost during this operation. I have no idea how that happened. Hm, looking further, the folder is still there, just not displayed by IMP anymore, even after logging in again, weird.</description> 
   <pubDate>Thu, 27 Oct 2005 07:40:53 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2874#t13191</link> 
  </item> 
   
  <item> 
   <title>This was a typo in the code - the code was there to convert </title> 
   <description>This was a typo in the code - the code was there to convert the namespace, the renaming was just using the wrong variable.  Fixed.</description> 
   <pubDate>Tue, 01 Nov 2005 22:06:35 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2874#t13334</link> 
  </item> 
   
  <item> 
   <title>No, nothing changed, it still behaves the same.</title> 
   <description>No, nothing changed, it still behaves the same.</description> 
   <pubDate>Wed, 02 Nov 2005 22:51:36 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2874#t13348</link> 
  </item> 
   
  <item> 
   <title>I can not duplicate this with either creating or renaming a </title> 
   <description>I can not duplicate this with either creating or renaming a folder.

My tests:

my base namespace is &#039;INBOX&#039;

I am going to the folders page and immediately selecting &#039;create a folder&#039;.  I enter the folder name &#039;foo&#039;, and &#039;foo&#039; is created in the base namespace (i.e. &#039;INBOX.foo&#039;).  When I check &#039;foo&#039; and select &#039;rename&#039;, I set the rename value to &#039;bar&#039; and &#039;INBOX.foo&#039; is successfully renamed as &#039;INBOX.bar&#039;.</description> 
   <pubDate>Thu, 03 Nov 2005 05:44:36 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2874#t13364</link> 
  </item> 
   
  <item> 
   <title>So this is happening because cyrus must have a private or pu</title> 
   <description>So this is happening because cyrus must have a private or public namespace defined that is empty (i.e. &#039;&#039;).  Fixing this by always using the default namespace won&#039;t work because then it is impossible to create folders in an empty namespace.



A workaround would be to go back to the old way of displaying folders (i.e. if the default namespace is INBOX, display all folders under INBOX).  But as discussed previously, this is bad because 1) it *is* more confusing to users (see Bug 2422 for discussion) 2) if create is selected without clicking a folder, the folder is created in the blank namespace *not* the personal namespace (which is almost certainly what the user and/or admin wants) and 3) this will require the user to *always* insert the personal namespace information (&#039;INBOX.foo&#039; for example) when renaming, which most certainly is not what we should be asking users to do.



Quite honestly, this appears to be an issue with the web interface vs. a OS-specific GUI interface.  On an OS-specific GUI interface, all sorts of boxes and drop down menus can be provided to explicitly ascertain what the user wants, or a user can right-click on the mailbox where he wants to add a folder, etc..  In our (current) web interface, it is difficult to accomplish this without adding a bunch of javascript or something similar (bloat/possibly not cross-browser compliant).



One solution - we add an intermediate confirmation page in the instances where the user&#039;s input is unclear - this would only occur on systems where there is a blank non-personal namespace and only when renaming folders or creating folders without selecting a folder on the folders page.



Comments/suggestions would be great.</description> 
   <pubDate>Tue, 08 Nov 2005 01:45:43 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2874#t13524</link> 
  </item> 
   
  <item> 
   <title>&gt; So this is happening because cyrus must have a private or </title> 
   <description>&gt; So this is happening because cyrus must have a private or public 

&gt; namespace defined that is empty (i.e. &#039;&#039;).  Fixing this by always 

&gt; using the default namespace won&#039;t work because then it is impossible 

&gt; to create folders in an empty namespace.



No, because we already agreed that users can only create mailboxes inside existing shared mailboxes. And shared mailboxes are the empty ones on Cyrus, and you can create new folders inside of them by ticking the corresponding shared parent mailbox.</description> 
   <pubDate>Tue, 08 Nov 2005 12:39:54 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2874#t13531</link> 
  </item> 
   
  <item> 
   <title>The same problems come up when trying to create folders with</title> 
   <description>The same problems come up when trying to create folders within Ingo</description> 
   <pubDate>Tue, 08 Nov 2005 13:03:33 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2874#t13532</link> 
  </item> 
   
  <item> 
   <title>&gt;&gt; So this is happening because cyrus must have a private or</title> 
   <description>&gt;&gt; So this is happening because cyrus must have a private or public

&gt;&gt; namespace defined that is empty (i.e. &#039;&#039;).  Fixing this by always

&gt;&gt; using the default namespace won&#039;t work because then it is impossible

&gt;&gt; to create folders in an empty namespace.

&gt;

&gt; No, because we already agreed that users can only create mailboxes 

&gt; inside existing shared mailboxes. And shared mailboxes are the empty 

&gt; ones on Cyrus, and you can create new folders inside of them by 

&gt; ticking the corresponding shared parent mailbox.



..at least on our cyrus configuration this works fine.</description> 
   <pubDate>Tue, 08 Nov 2005 13:06:18 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2874#t13533</link> 
  </item> 
   
  <item> 
   <title>FWIW, I am also seeing this problem on a Courier installatio</title> 
   <description>FWIW, I am also seeing this problem on a Courier installation.</description> 
   <pubDate>Wed, 09 Nov 2005 20:53:22 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2874#t13557</link> 
  </item> 
   
  <item> 
   <title>&gt;&gt; So this is happening because cyrus must have a private or</title> 
   <description>&gt;&gt; So this is happening because cyrus must have a private or public

&gt;&gt; namespace defined that is empty (i.e. &#039;&#039;).  Fixing this by always

&gt;&gt; using the default namespace won&#039;t work because then it is impossible

&gt;&gt; to create folders in an empty namespace.

&gt;

&gt; No, because we already agreed that users can only create mailboxes 

&gt; inside existing shared mailboxes. And shared mailboxes are the empty 

&gt; ones on Cyrus, and you can create new folders inside of them by 

&gt; ticking the corresponding shared parent mailbox.



Sound like i didn&#039;t explain myself well enough.



Imagine I am using the brand new foo IMAP server.  I configure it as follows:

personal namespace = &#039;INBOX.&#039;

shared namespace = &#039;&#039;



I have 1 mailbox in the INBOX namespace named &#039;foo1&#039;.  I have 1 mailbox in the shared namespace named &#039;foo2&#039;.



Therefore, my folder hierarchy looks like:



INBOX

foo1

foo2



Q: how do i create a new mailbox in the empty namespace?  A: I can&#039;t.  Trying to create a folder without checking a box will create the folder under &#039;INBOX.&#039;.



As mentioned below, we could go back to the old way of displaying items which would result in a display like the following:

INBOX

  foo1

foo2



But this has the horrible effect of causing all new folders to be created when no mailboxes are checked in the shared namespace, not the personal namespace (which is probably not what either the user nor the admin wants).



As stated previously, I think the solution in this case is requiring a confirmation screen in the case where there is a non-default namespace that is the empty string.</description> 
   <pubDate>Sun, 13 Nov 2005 20:30:27 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2874#t13662</link> 
  </item> 
   
  <item> 
   <title>&gt; Q: how do i create a new mailbox in the empty namespace?  </title> 
   <description>&gt; Q: how do i create a new mailbox in the empty namespace?  A: I can&#039;t. 



Exactly. And IIRC we agreed earlier in the &quot;namespace ticket&quot; or somewhere else, that this is a viable solution, because regular users shouldn&#039;t be able to create top-level mailboxes in the shared namespace anyway.</description> 
   <pubDate>Sun, 13 Nov 2005 23:09:58 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2874#t13669</link> 
  </item> 
   
  <item> 
   <title>Does this fix it?

http://cvs.horde.org/diff.php/imp/folders</title> 
   <description>Does this fix it?

http://cvs.horde.org/diff.php/imp/folders.php?r1=2.345&amp;r2=2.346&amp;ty=u</description> 
   <pubDate>Thu, 08 Dec 2005 05:47:08 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2874#t14621</link> 
  </item> 
   
  <item> 
   <title>Yes, that finally fixed it. Many thanks!</title> 
   <description>Yes, that finally fixed it. Many thanks!</description> 
   <pubDate>Thu, 08 Dec 2005 08:43:46 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2874#t14635</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
