[imp] SOLVED: unable to save sent message -- NAMESPACE problem

[Michael M Slusarz]

Quoting "Mark G. Thomas" <Mark at Misty.com>:

> Hi,
>
> After a long overdue upgrade from IMP-4.2 to IMP-4.3.9, I found that
> creating Sent/Drafts/Trash/Spam folders via the Personal Info
> and Server and Folder Information Options would fail with permission
> denied messages from Cyrus.
>
> I confirmed that Cyrus is advertising my namespace correctly:
>   . login XXXXXXX XXXXXXX
>   . 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 SCAN IDLE URLAUTH] User logged in
>   . namespace
>   * NAMESPACE (("INBOX." ".")) (("user." ".")) (("" "."))
>   . OK Completed
>
> I tried changing prefs.php to "INBOX.Sent" instead of "Sent", but then
> the folder being created ended up being INBOX.INBOX.Sent. This was
> not an acceptable solution.
>
> After much experimentation with different IMP versions, I determined
> that this specific change from 4.3.4 to 4.3.5 introduced my problem:
>
>     [root at ziggy imp-4.3.4]# diff lib/IMP.php ../imp-4.3.5/lib/
>     131c131
>     <  * $Horde: imp/lib/IMP.php,v 1.449.4.125 2009/04/07 04:56:37  
> slusarz Exp $
>     ---
>     >  * $Horde: imp/lib/IMP.php,v 1.449.4.127 2009/08/05 03:56:37  
> slusarz Exp $
>     1350c1350
>     <         $ns_info = IMP::getNamespace($mbox, false);
>     ---
>     >         $ns_info = IMP::getNamespace($mbox);
>
> Changing the line back to "$ns_info = IMP::getNamespace($mbox, false);" in
> 4.3.5 (and 4.3.9) restores the functioning behavior, Sent and other folders
> are correctly generated from the Options menus and when a user composes a
> message but is lacking their designated Sent folder.
>
> I do not know what other ramifications this might have nor why the
> change in 4.3.5.  I am surprised that this hasn't broken things for
> more people since I'm using a common setup with Cyrus. I see other
> namespace related changes related to INBOX namespace, so maybe one
> of the other changes was supposed to fix this behavior, but at least
> in my case does not.
>
> I hope this might be helpful to others. It took me a long time to isolate.
> I wish I knew how it was really supposed to work and why it was changed.
>
> Mark
>
>
>
> ----- Forwarded message from "Mark G. Thomas" <Mark at Misty.com> -----
> Date: Mon, 31 Jan 2011 08:32:49 -0500
> From: "Mark G. Thomas" <Mark at Misty.com>
> To: imp at lists.horde.org
> Subject: Re: [imp] unable to save sent message
> X-Envelope-From: imp-bounces at lists.horde.org
>
> Hi,
>
>> Quoting Satish Alwani <satish at spherelinx.com>:
> ....
>> >  >? The folder "Sent" was not created. This is what the server said:
>> >  > Client tried to access nonexistent namespace. (Mailbox name should
>> >  > probably be prefixed with: INBOX.)
>> >  >
>> >  >? Message sent successfully, but not saved to Sent
>
> On Mon, Dec 13, 2010 at 01:59:48PM -0600, Rick Romero wrote:
>> You need to change your imp/config/prefs.php to 'INBOX.Sent' instead of
>> just 'Sent'.
>>
>>   Or edit your identity under Personal Options, and reselect your Sent
>> mail folder.
>>
>>   Rick
>
> I ran into this same problem. The default Sent folder seems to now (4.3.9)
> be ".Sent", and with my cyrus back-end and not using alternate namespace,
> this is outside the user's namespace.
>
> This behavior seems to have changed since 4.2, the version I'm  
> upgrading from.
>
> I tried as per above changing prefs.php to 'INBOX.Sent', but then this
> intruduces a separate INBOX hierarchy to the user's folder view.
>
> Is there some way to get the old behavior back? At least with my setup
> 4.2 just plain worked, and now with 4.3.9, I can't get it to drop the
> leading period it's passing to the IMAP server from from .Sent unless
> I specify INBOX.Sent in prefs.php, which causes other problems here.

http://bugs.horde.org/ticket/8468

michael

-- 
___________________________________
Michael Slusarz [slusarz at horde.org]