Unify IMAP folder usage between webmail clients and popular desktop clients
Completed
Hi all, i have a problem in Imap, when outlook syncronize with server, creates the folders inside the Recive and not each one like normal pop, so i have a tree with 1º Recive and iside recive 3 folders, send, trash, spam, this happened also in Apple, Iphones Ipads, this is wrong because the send email in outlook don´t appear inside the send but outlook creates a send folder, with 3 accounts on outlook this is impossible to have Imap with send emails on each account.
On roundcube they are all seperated folders, but on syncronize this gets ugly
This is now available in 11.48+
It is extremely unlikely that this feature request can be fulfilled. Each mail client seems to have its own preference on what they feel is the proper/desired IMAP structure for the basic Sent, Draft, and Trash folders.
While Outlook may utilize "Sent", Apple's Mail client uses "Sent Messages". This is a similar concept amongst the webmail clients. There is effectively no realistic way for us to unify all of the clients (most notably the desktop clients like Outlook, Thunderbird, etc) so that they all utilize the same default mail folders.
However, each mail client (including the webmail clients distributed with cPanel & WHM) have functionality to customize what folder is used for each behavior. The recommended solution is therefore to configure your mail clients to all use the same mail folders. This will alleviate the problem for that account.
This has been assigned case 121329 for internal tracking.
This is now available in 11.48+
It is extremely unlikely that this feature request can be fulfilled. Each mail client seems to have its own preference on what they feel is the proper/desired IMAP structure for the basic Sent, Draft, and Trash folders.
While Outlook may utilize "Sent", Apple's Mail client uses "Sent Messages". This is a similar concept amongst the webmail clients. There is effectively no realistic way for us to unify all of the clients (most notably the desktop clients like Outlook, Thunderbird, etc) so that they all utilize the same default mail folders.
However, each mail client (including the webmail clients distributed with cPanel & WHM) have functionality to customize what folder is used for each behavior. The recommended solution is therefore to configure your mail clients to all use the same mail folders. This will alleviate the problem for that account.
This has been assigned case 121329 for internal tracking.
This is now available in 11.48+
It is extremely unlikely that this feature request can be fulfilled. Each mail client seems to have its own preference on what they feel is the proper/desired IMAP structure for the basic Sent, Draft, and Trash folders.
While Outlook may utilize "Sent", Apple's Mail client uses "Sent Messages". This is a similar concept amongst the webmail clients. There is effectively no realistic way for us to unify all of the clients (most notably the desktop clients like Outlook, Thunderbird, etc) so that they all utilize the same default mail folders.
However, each mail client (including the webmail clients distributed with cPanel & WHM) have functionality to customize what folder is used for each behavior. The recommended solution is therefore to configure your mail clients to all use the same mail folders. This will alleviate the problem for that account.
This has been assigned case 121329 for internal tracking.
This is now available in 11.48+
It is extremely unlikely that this feature request can be fulfilled. Each mail client seems to have its own preference on what they feel is the proper/desired IMAP structure for the basic Sent, Draft, and Trash folders.
While Outlook may utilize "Sent", Apple's Mail client uses "Sent Messages". This is a similar concept amongst the webmail clients. There is effectively no realistic way for us to unify all of the clients (most notably the desktop clients like Outlook, Thunderbird, etc) so that they all utilize the same default mail folders.
However, each mail client (including the webmail clients distributed with cPanel & WHM) have functionality to customize what folder is used for each behavior. The recommended solution is therefore to configure your mail clients to all use the same mail folders. This will alleviate the problem for that account.
This has been assigned case 121329 for internal tracking.
We could define a preset of folders and names. Just to prevent that every client created its own common folders again.
Once there was the IMAP "XLIST" command to communicate the folder names to the IMAP clients. If I am right, this XLIST extension should no longer be used.
Instead we got the "IMAP LIST Extension for Special-Use Mailboxes":
http://tools.ietf.org/html/rfc6154
Quote: "This extension adds new
optional mailbox attributes that a server may include in IMAP LIST
command responses to identify special-use mailboxes to the client,
easing configuration.
In addition, this extension adds an optional parameter on the IMAP
CREATE command, allowing a client to assign a special use to a
mailbox when it is created. Servers may choose to support this part
of the extension, but are not required to."
Dovecot 2.1 or above supports that.
namespace inbox {
#mailbox name {
# special_use = \Drafts \Junk \Sent \Trash \Archive
#}
mailbox Drafts {
special_use = \Drafts
auto=subscribe
}
mailbox Junk {
special_use = \Junk
auto=subscribe
}
mailbox Trash {
special_use = \Trash
auto=subscribe
}
mailbox Sent {
special_use = \Sent
auto=subscribe
}
mailbox "Sent Messages" {
special_use = \Sent
}
mailbox Archive {
special_use = \Archive
auto=no
}
mailbox "Archives" {
special_use = \Archive
auto=subscribe
}
}
We could define a preset of folders and names. Just to prevent that every client created its own common folders again.
Once there was the IMAP "XLIST" command to communicate the folder names to the IMAP clients. If I am right, this XLIST extension should no longer be used.
Instead we got the "IMAP LIST Extension for Special-Use Mailboxes":
http://tools.ietf.org/html/rfc6154
Quote: "This extension adds new
optional mailbox attributes that a server may include in IMAP LIST
command responses to identify special-use mailboxes to the client,
easing configuration.
In addition, this extension adds an optional parameter on the IMAP
CREATE command, allowing a client to assign a special use to a
mailbox when it is created. Servers may choose to support this part
of the extension, but are not required to."
Dovecot 2.1 or above supports that.
namespace inbox {
#mailbox name {
# special_use = \Drafts \Junk \Sent \Trash \Archive
#}
mailbox Drafts {
special_use = \Drafts
auto=subscribe
}
mailbox Junk {
special_use = \Junk
auto=subscribe
}
mailbox Trash {
special_use = \Trash
auto=subscribe
}
mailbox Sent {
special_use = \Sent
auto=subscribe
}
mailbox "Sent Messages" {
special_use = \Sent
}
mailbox Archive {
special_use = \Archive
auto=no
}
mailbox "Archives" {
special_use = \Archive
auto=subscribe
}
}
Another way to unify folders would be the use of MailboxAlias
http://wiki2.dovecot.org/Plugins/MailboxAlias
Quote: This plugin can be used to configure mailbox aliases, which on the
filesystem level are symlinks to other mailboxes. This doesn't magically
solve the problem of showing clients e.g. multiple Sent mailboxes, but
it can be used to make sure that all of the different variants will have
the same mails in them. Unfortunately it also means that some clients
will download the same mails to local cache multiple times.
Another way to unify folders would be the use of MailboxAlias
http://wiki2.dovecot.org/Plugins/MailboxAlias
Quote: This plugin can be used to configure mailbox aliases, which on the
filesystem level are symlinks to other mailboxes. This doesn't magically
solve the problem of showing clients e.g. multiple Sent mailboxes, but
it can be used to make sure that all of the different variants will have
the same mails in them. Unfortunately it also means that some clients
will download the same mails to local cache multiple times.
I see this is flaged as pre-release. What has beem implemented here ?
I see this is flaged as pre-release. What has beem implemented here ?
http://features.cpanel.net/responses/auto-configure-email-for-iphone
http://features.cpanel.net/responses/auto-configure-email-for-iphone
The follow directives will be added to dovecot.conf on the next update (please ignore the line numbers):
Note that they are slightly different then the ones being requested as these worked best with our testing.
The follow directives will be added to dovecot.conf on the next update (please ignore the line numbers):
Note that they are slightly different then the ones being requested as these worked best with our testing.
This case is 121309
This case is 121309
Will this cause any issues for users who currently have e-mails configured in their software ?
Apart from this, sounds good ! :)
Thanks
Will this cause any issues for users who currently have e-mails configured in their software ?
Apart from this, sounds good ! :)
Thanks
This was poorly implemented. The solution above just creates more folders and helps email clients to find them. We don't need more repeated folders, we need alias. "Send Messages" "Sent Items" should be aliased to "Sent".
This can be easily archived with the mailbox_alias archived that just creates symlinks on the filesystem level to provide one directory with more than one name.
Here is an example with the Sent folder, and more info: http://wiki2.dovecot.org/Plugins/MailboxAlias
WHM team did it wrong, this should be reversed and replaced by the alias solution that is what everyone addend needs...
Thank you.
This was poorly implemented. The solution above just creates more folders and helps email clients to find them. We don't need more repeated folders, we need alias. "Send Messages" "Sent Items" should be aliased to "Sent".
This can be easily archived with the mailbox_alias archived that just creates symlinks on the filesystem level to provide one directory with more than one name.
Here is an example with the Sent folder, and more info: http://wiki2.dovecot.org/Plugins/MailboxAlias
WHM team did it wrong, this should be reversed and replaced by the alias solution that is what everyone addend needs...
Thank you.
Hello,
The current implementation doesn't work well with Outlook. We often have customers who come to us from Exchange alternatives that are compatible with Outlook folders.
Before case #121329 was implemented you had to manually assign folders but at least is worked, now since this case has been implemented when a user assigns folders to have the default Outlook names he is unable to delete folders like sent, trash, drafts and also unable to unsubscribe to them.
For non english speaking users this is a real problem and cusomers don't understand why it works with their previous supplier but not with cPanel.
As TCB13 says, MailboxAlias sounds like it could fix this issue please look into it.
Currently cPanel's IMAP isn't usable for non english speaking users and for english speaking users that want to have the Outlook Sent items icon on their sent folder. Please look into this issue as not being compatible with Outlook's imap folders is a big issue with corporate customers.
Hello,
The current implementation doesn't work well with Outlook. We often have customers who come to us from Exchange alternatives that are compatible with Outlook folders.
Before case #121329 was implemented you had to manually assign folders but at least is worked, now since this case has been implemented when a user assigns folders to have the default Outlook names he is unable to delete folders like sent, trash, drafts and also unable to unsubscribe to them.
For non english speaking users this is a real problem and cusomers don't understand why it works with their previous supplier but not with cPanel.
As TCB13 says, MailboxAlias sounds like it could fix this issue please look into it.
Currently cPanel's IMAP isn't usable for non english speaking users and for english speaking users that want to have the Outlook Sent items icon on their sent folder. Please look into this issue as not being compatible with Outlook's imap folders is a big issue with corporate customers.
Replies have been locked on this page!