Summary | Drafts and Trash folder preferences not retrieved |
Queue | IMP |
Queue Version | HEAD |
Type | Bug |
State | Resolved |
Priority | 2. Medium |
Owners | |
Requester | thomas (at) sjolshagen (dot) net |
Created | 11/15/2004 (7514 days ago) |
Due | |
Updated | 12/11/2004 (7488 days ago) |
Assigned | 11/15/2004 (7514 days ago) |
Resolved | 12/11/2004 (7488 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
is missing the trailing '/'.
obviously - didn't.
$_prefs['trash_folder'] = array(
// for Exchange, uncomment the entry below and remove the default value entry
// 'value' => 'Deleted Items',
'value' => 'Trash',
'locked' => false,
'shared' => false,
'type' => 'implicit');
From imp/config/prefs.php:
// trash folder
$_prefs['trash_folder'] = array(
// for Exchange, uncomment the entry below and remove the default value entry
// 'value' => 'Deleted Items',
'value' => 'INBOX/INBOX.Trash',
'locked' => false,
'shared' => false,
'type' => 'implicit');
Also defined INBOX.Trash in the per-user "options" for the 'thomas'
user. (as mentioned).
IMP, or rather the c-client compiled into PHP still thinks that '.' is
the separator. Or did you set the folder preference defaults to
INBOX.Trash?
don't understand: why doesn't imp "fill out" the options section
correctly (since the data has been saved in the database table)?
locahost:localhost> lm
user/thomas (\HasChildren)
user/thomas/INBOX.Drafts (\HasNoChildren)
user/thomas/INBOX.Sent (\HasNoChildren)
user/thomas/INBOX.Trash (\HasNoChildren)
notspam (\HasNoChildren)
spam (\HasNoChildren)
AFIK, the hierarchy separator is "/"...
configuration, but the server obviously uses '.'. At least that's what
it tells IMP.
Snippet from horde/imp/config/servers.php:
'folders' => '',
'namespace' => 'user/INBOX',
State ⇒ Feedback
'folders' and 'namespace' in config/servers.php, though the comments
explicitely tell you to not do this?
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ Drafts and Trash folder preferences not retrieved
Queue ⇒ IMP
State ⇒ Unconfirmed
options have not been restored. Checking the mysql database
(horde_prefs) for that UID I see that the trash_folder field exists
and consists of the correct folder for the namespace;
"INBOX/INBOX.Trash"
Subsequently, any time - since I've got the "move deleted messages to
the Trash folder" option set - I try to delete a message the IMP will
try to create the INBOX/INBOX.Trash folder (again) and fail (since the
folder already exists in that namespace).