| Summary | sent-mail folder ind prefs |
| Queue | IMP |
| Queue Version | HEAD |
| Type | Bug |
| State | Resolved |
| Priority | 3. High |
| Owners | |
| Requester | adrieder (at) sbox (dot) tugraz (dot) at |
| Created | 05/03/2006 (6975 days ago) |
| Due | |
| Updated | 07/25/2006 (6892 days ago) |
| Assigned | |
| Resolved | 05/03/2006 (6975 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
me, but after updating it, everytime I edit my profile the folder
INBOX/sent-mail gets created! Thats pretty annoying because the sent
mail is saved in sent-mail outside from INBOX (old and correct setting
from IMP 4.1.1)
HEAD-2006-07-20, which I installed under Horde 3.1.2. My IMAP server
is Binc-IMAP 1.2.7final.
I did an upgrade from Horde 3.0.9 with IMP 4.0.4. The prefs for
scope=horde, name=identies contains "sent-mail" as the value for
sent_mail_folder, for all users, just as it is defined in prefs.php.
This has been working fine with the previous Horde/IMP installation.
After the upgrade, sending a mail works, but only with the warning
that the sent mail could not be saved in the sent-mail folder. When
selecting "Use Default Value" for the sent_mail_folder in a user's
identity prefs, IMP tells that this folder could not be created, just
as described in the original bug report. Changing the default
sent_mail_folder in prefs.php to "INBOX/sent-mail" and then setting
the sent mail folder to "Use Default Value" works fine!
What else can I do to help fixing this problem? I see that editing
prefs.php is a functional workaround, however, telling a bunch of
users that they must edit their prefs to have a working sent-mail
folder again seems like a show-stopper to me.
State ⇒ Resolved
State ⇒ Unconfirmed
Priority ⇒ 3. High
Type ⇒ Bug
Summary ⇒ sent-mail folder ind prefs
Queue ⇒ IMP
'sent-mail' and a user selects "Use Default Value" for his Identity
and then saves the Options, IMP tries to create the 'sent-mail' folder
at the top level outside the users namespace which is not allowed.
The compose window then selects the first folder of the folder tree
for saving the sent messages, which in our case is a public read-only
folder outside of the users namespace and therefore the user can't
wirte to it.
As workarround I have to specify 'INBOX.sent-mail' in prefs.php, then
it works.
Note:
this happens only if the user actively sets the sent-mail folder to
"Use Default Value". If a new user logs in the first time and doesn't
set any prefs the composed messages get saved correctly in the users
'sent-mail' folder.
The used imap server is cyrus-imapd-2.2.13