[Dovecot] OT: IMAP folder aliases
It seems that there is no standard for folder names that deal with typical message classes such as drafts, outbox, sent, spam etc. At least there's no common sense on a naming convention that tells how client should handle this.
Worse than this, most IMAP clients auto-create folders according to their own naming convention if they don't exist. Every client introduces its own view.
Users OTOH expect a single view that makes it easy for them to find their messages. They are unwilling to search in "sent", "sent-mail" or "Sent items" for "messages that have been sent".
I doubt that software producers will adopt a standard naming convention if it was introduced within a useful time span.
Has anyone seen an approach or a solution that solves the problem from a users point of view? A server side alias list that maps to a server standard?
p@rick
-- state of mind Digitale Kommunikation
Franziskanerstraße 15 Telefon +49 89 3090 4664 81669 München Telefax +49 89 3090 4666
Amtsgericht München Partnerschaftsregister PR 563
- Patrick Ben Koetter <p@state-of-mind.de>:
Has anyone seen an approach or a solution that solves the problem from a users point of view? A server side alias list that maps to a server standard?
Tried that, didn't work out that great (users got confused by 12 dozillion "sent" folders).
As for know, I auto-subscribe new users to a public namespace which contains information on how to configure their email clients exactly the same way that the different webmail interfaces I offer are.
As a second line of defense, a cron script checks once a day if there is a typical "duplication" of folders ("sent", "sent-mail", "Gesendet") and this script then proceeds to annoy the hell out of said users by sending them an email once a day, until the user either acknowledges that he doesn't care (database entry), fixes the problem or opts in for an automatic fix (moving messages to the right folders. Make sure to include a huge disclaimer, this kills indices).
Ciao Stefan
Stefan Förster http://www.incertum.net/ Public Key: 0xBBE2A9E9 FdI #28: ... werden wir den Schutz Minderjähriger in den Vordergrund - stellen. Im Grunde weiß ich genausowenig über die ganze Sache wie meine Wähler, aber verbieten bringt mehr Stimmen. (Peter Berlich)
On 9/25/2009, Stefan Förster (cite+dovecot-users@incertum.net) wrote:
Has anyone seen an approach or a solution that solves the problem from a users point of view? A server side alias list that maps to a server standard?
Tried that, didn't work out that great (users got confused by 12 dozillion "sent" folders).
Thats not how I read the OPs question...
He wants to be able to configure some aliases server side so that if someone is using different clients that expect, for example, different folder names for the 'Sent' folder, it would map the expected name to a single folder on the server...
For example...
$user accesses their imap account using Outlook at work and ThunderBird at home.
Outlook expects to use a 'Sent Items' folder, Thuderbird expects a 'Sent' folder.
The OP wants to be able to define the folder to be used on the server as 'Sent', and map any *requests* for a 'Sent Items' folder to the 'Sent' folder...
So, each Client sees *only* what it expects, but only one folder on the server is used - meaning, Outlook doesn't now have *both* a 'Sent* *and* a 'Sent Items', it only has 'Sent Items', but this displays what is in the 'Sent' folder on the server.
I like the idea, but don't know how feasible it is...
- Charles Marcus <dovecot@dovecot.org>:
On 9/25/2009, Stefan Förster (cite+dovecot-users@incertum.net) wrote:
Has anyone seen an approach or a solution that solves the problem from a users point of view? A server side alias list that maps to a server standard?
Tried that, didn't work out that great (users got confused by 12 dozillion "sent" folders).
Thats not how I read the OPs question...
He wants to be able to configure some aliases server side so that if someone is using different clients that expect, for example, different folder names for the 'Sent' folder, it would map the expected name to a single folder on the server...
For example...
$user accesses their imap account using Outlook at work and ThunderBird at home.
Outlook expects to use a 'Sent Items' folder, Thuderbird expects a 'Sent' folder.
The OP wants to be able to define the folder to be used on the server as 'Sent', and map any *requests* for a 'Sent Items' folder to the 'Sent' folder...
So, each Client sees *only* what it expects, but only one folder on the server is used - meaning, Outlook doesn't now have *both* a 'Sent* *and* a 'Sent Items', it only has 'Sent Items', but this displays what is in the 'Sent' folder on the server.
Yes. That is exactly the behaviour I was thinking of. And I wonder if it is possible...
I like the idea, but don't know how feasible it is...
Same here :)
p@rick
Patrick Ben Koetter schrieb:
- Charles Marcus <dovecot@dovecot.org>:
On 9/25/2009, Stefan Förster (cite+dovecot-users@incertum.net) wrote:
Has anyone seen an approach or a solution that solves the problem from a users point of view? A server side alias list that maps to a server standard? Tried that, didn't work out that great (users got confused by 12 dozillion "sent" folders). Thats not how I read the OPs question...
He wants to be able to configure some aliases server side so that if someone is using different clients that expect, for example, different folder names for the 'Sent' folder, it would map the expected name to a single folder on the server...
For example...
$user accesses their imap account using Outlook at work and ThunderBird at home.
Outlook expects to use a 'Sent Items' folder, Thuderbird expects a 'Sent' folder.
The OP wants to be able to define the folder to be used on the server as 'Sent', and map any *requests* for a 'Sent Items' folder to the 'Sent' folder...
So, each Client sees *only* what it expects, but only one folder on the server is used - meaning, Outlook doesn't now have *both* a 'Sent* *and* a 'Sent Items', it only has 'Sent Items', but this displays what is in the 'Sent' folder on the server.
Yes. That is exactly the behaviour I was thinking of. And I wonder if it is possible...
I like the idea, but don't know how feasible it is...
Same here :)
p@rick
sent folder is configurable in outlook since vers 2007 i think, in 2003 there is a workaround with rules as far i remember
-- Best Regards
MfG Robert Schetterer
Germany/Munich/Bavaria
On Sep 25, 2009, at 4:14 PM, Patrick Ben Koetter wrote:
Has anyone seen an approach or a solution that solves the problem
from a users point of view? A server side alias list that maps to a server
standard?
Symlinks maybe? Or something similar done internally. The main problem
would anyway be LIST command, should it show all of them or somehow
try to figure out which one to show?
Timo Sirainen wrote:
On Sep 25, 2009, at 4:14 PM, Patrick Ben Koetter wrote:
Has anyone seen an approach or a solution that solves the problem from a users point of view? A server side alias list that maps to a server standard?
Symlinks maybe? Or something similar done internally. The main problem would anyway be LIST command, should it show all of them or somehow try to figure out which one to show?
Do the clients identify which program they are?
-- -Eric 'shubes'
On Sep 25, 2009, at 7:49 PM, Eric Shubert wrote:
Timo Sirainen wrote:
Has anyone seen an approach or a solution that solves the problem
from a users point of view? A server side alias list that maps to a server
standard? Symlinks maybe? Or something similar done internally. The mainOn Sep 25, 2009, at 4:14 PM, Patrick Ben Koetter wrote: problem would anyway be LIST command, should it show all of them or
somehow try to figure out which one to show?Do the clients identify which program they are?
No. And one of the first commands they typically do is LIST. So there
are no good ways to solve this.
Although I haven't really seen much problems myself. Linux clients
allow changing what mailboxes they use, so I just configure them to
use the same as Apple Mail..
- Timo Sirainen <dovecot@dovecot.org>:
On Sep 25, 2009, at 7:49 PM, Eric Shubert wrote:
Timo Sirainen wrote:
Has anyone seen an approach or a solution that solves the problem from a users point of view? A server side alias list that maps to a server standard? Symlinks maybe? Or something similar done internally. The main
On Sep 25, 2009, at 4:14 PM, Patrick Ben Koetter wrote: problem would anyway be LIST command, should it show all of them or somehow try to figure out which one to show?
Do the clients identify which program they are?
No. And one of the first commands they typically do is LIST. So there are no good ways to solve this.
I suspected that.
Would it be possible to identify a client by the folders it tries to subscribe to?
Although I haven't really seen much problems myself. Linux clients allow changing what mailboxes they use, so I just configure them to use the same as Apple Mail..
Most clients, independent of the OS, allow to change folder settings, but that requires user interaction.
User interaction or server side configuration is fine if it takes place in a company, but its not feasible in an ISP environment.
p@rick
- Patrick Ben Koetter <p@state-of-mind.de>:
- Timo Sirainen <dovecot@dovecot.org>:
No. And one of the first commands they typically do is LIST. So there are no good ways to solve this.
I suspected that.
Would it be possible to identify a client by the folders it tries to subscribe to?
You could, of course, have a list of folders to hide in a LIST command. Most clients would then try to create those folders (a request which is ignored) and the IMAP server had to redirect all further select requests. Something along the lines of:
/etc/dovecot/dovecot-ignore-aliases-in-list-or-create-command-and-redirect-select: sent-mail gesendet/i,gesendete nachrichten/i,sent\(-mail\)?/i trash trash/i,junk/i,geloeschte\ objekte/i
User interaction or server side configuration is fine if it takes place in a company, but its not feasible in an ISP environment.
A corporate environment doesn't need that kind of functionality. Just preconfigure all installed software to suit your company's needs.
Ciao Stefan
Stefan Förster http://www.incertum.net/ Public Key: 0xBBE2A9E9 Er nahm sich das Leben - so wie er es brauchte.
- Stefan Förster <cite+dovecot-users@incertum.net>:
- Patrick Ben Koetter <p@state-of-mind.de>:
- Timo Sirainen <dovecot@dovecot.org>:
No. And one of the first commands they typically do is LIST. So there are no good ways to solve this.
I suspected that.
Would it be possible to identify a client by the folders it tries to subscribe to?
You could, of course, have a list of folders to hide in a LIST command. Most clients would then try to create those folders (a request which is ignored) and the IMAP server had to redirect all
Is it so? They would? If yes this behaviour would create a kind of footprint, which could be used to identify a client and load its "client view".
further select requests. Something along the lines of:
/etc/dovecot/dovecot-ignore-aliases-in-list-or-create-command-and-redirect-select: sent-mail gesendet/i,gesendete nachrichten/i,sent\(-mail\)?/i trash trash/i,junk/i,geloeschte\ objekte/i
User interaction or server side configuration is fine if it takes place in a company, but its not feasible in an ISP environment.
A corporate environment doesn't need that kind of functionality. Just preconfigure all installed software to suit your company's needs.
Agreed. That's what I had tried to indicate in the sentence above.
p@rick
On Fri, Sep 25, 2009 at 07:55:41PM +0300, Timo Sirainen wrote:
On Sep 25, 2009, at 7:49 PM, Eric Shubert wrote:
Timo Sirainen wrote:
Has anyone seen an approach or a solution that solves the problem
from a users point of view? A server side alias list that maps to a server
standard? Symlinks maybe? Or something similar done internally. The mainOn Sep 25, 2009, at 4:14 PM, Patrick Ben Koetter wrote: problem would anyway be LIST command, should it show all of them or
somehow try to figure out which one to show?Do the clients identify which program they are?
No. And one of the first commands they typically do is LIST. So there
are no good ways to solve this.Although I haven't really seen much problems myself. Linux clients allow changing what mailboxes they use, so I just configure them to use the same as Apple Mail..
Given than you seem to bless Apple Mail folder structures it makes it a good candidate to try to push as a standard for others to copy. Maybe there could be example setups/configs shipped with dovecot that maps other naming conventions to Apple's? In that way dovecot would start to inforce the use of a standard which in the long term could become a real standard.
If Apple's structure are not the best to go with, then we could use some other naming convention, I just trust that Timo's choice is not a bad one. ;)
Axel.Thimm at ATrpms.net
On Sat, Sep 26, 2009 at 11:40:21AM +0300, Axel Thimm wrote:
On Fri, Sep 25, 2009 at 07:55:41PM +0300, Timo Sirainen wrote:
On Sep 25, 2009, at 7:49 PM, Eric Shubert wrote:
Timo Sirainen wrote:
Has anyone seen an approach or a solution that solves the problem
from a users point of view? A server side alias list that maps to a server
standard? Symlinks maybe? Or something similar done internally. The mainOn Sep 25, 2009, at 4:14 PM, Patrick Ben Koetter wrote: problem would anyway be LIST command, should it show all of them or
somehow try to figure out which one to show?Do the clients identify which program they are?
No. And one of the first commands they typically do is LIST. So there
are no good ways to solve this.Although I haven't really seen much problems myself. Linux clients allow changing what mailboxes they use, so I just configure them to use the same as Apple Mail..
Given than you seem to bless Apple Mail folder structures it makes it a good candidate to try to push as a standard for others to copy. Maybe there could be example setups/configs shipped with dovecot that maps other naming conventions to Apple's? In that way dovecot would start to inforce the use of a standard which in the long term could become a real standard.
If Apple's structure are not the best to go with, then we could use some other naming convention, I just trust that Timo's choice is not a bad one. ;)
I forgot to ask: How do Apple Mail's structures look like?
Axel.Thimm at ATrpms.net
On 26/09/2009 6:40 PM, Axel Thimm wrote:
On Fri, Sep 25, 2009 at 07:55:41PM +0300, Timo Sirainen wrote:
On Sep 25, 2009, at 7:49 PM, Eric Shubert wrote:
Timo Sirainen wrote:
On Sep 25, 2009, at 4:14 PM, Patrick Ben Koetter wrote:
Has anyone seen an approach or a solution that solves the problem from a users point of view? A server side alias list that maps to a server standard?
Symlinks maybe? Or something similar done internally. The main problem would anyway be LIST command, should it show all of them or somehow try to figure out which one to show?
Do the clients identify which program they are?
No. And one of the first commands they typically do is LIST. So there are no good ways to solve this.
Although I haven't really seen much problems myself. Linux clients allow changing what mailboxes they use, so I just configure them to use the same as Apple Mail..
Given than you seem to bless Apple Mail folder structures it makes it a good candidate to try to push as a standard for others to copy. Maybe there could be example setups/configs shipped with dovecot that maps other naming conventions to Apple's? In that way dovecot would start to inforce the use of a standard which in the long term could become a real standard.
If Apple's structure are not the best to go with, then we could use some other naming convention, I just trust that Timo's choice is not a bad one. ;)
I personally dislike Apple Mail's special folder naming from a 'supporting users' viewpoint. By default it uses an underlying IMAP mailbox of "Sent Items" while displaying the name "Sent" in the GUI. It confuses folk that use both Apple Mail (Sent=Sent Items) and Thunderbird (Sent=Sent) to access their email account; because it makes little sense to the user it needs intervention by IT support to explain/fix (or they just suffer with two sent folders).
That said, if Apple Mail in 10.6 already supports XLIST this oddity could potentially be fixed from the IMAP server side (ref my email 80 minutes ago). & Thunderbird will have XLIST from v3 when released soon.
(Doesn't Apple use dovecot on Mac OS X 10.6 server now? I'm surprised we haven't seen an XLIST plugin or patch to make the Mac-mail-client to Mac-mail-server universe all work together well. However it is early days for that extension.)
Cheers, Rob Middleton.
Axel Thimm schrieb:
On Fri, Sep 25, 2009 at 07:55:41PM +0300, Timo Sirainen wrote:
On Sep 25, 2009, at 7:49 PM, Eric Shubert wrote:
Timo Sirainen wrote:
Has anyone seen an approach or a solution that solves the problem
from a users point of view? A server side alias list that maps to a server
standard? Symlinks maybe? Or something similar done internally. The mainOn Sep 25, 2009, at 4:14 PM, Patrick Ben Koetter wrote: problem would anyway be LIST command, should it show all of them or
somehow try to figure out which one to show? Do the clients identify which program they are? No. And one of the first commands they typically do is LIST. So there
are no good ways to solve this.Although I haven't really seen much problems myself. Linux clients allow changing what mailboxes they use, so I just configure them to use the same as Apple Mail..
Given than you seem to bless Apple Mail folder structures it makes it a good candidate to try to push as a standard for others to copy. Maybe there could be example setups/configs shipped with dovecot that maps other naming conventions to Apple's? In that way dovecot would start to inforce the use of a standard which in the long term could become a real standard.
If Apple's structure are not the best to go with, then we could use some other naming convention, I just trust that Timo's choice is not a bad one. ;)
sorry apple mail , has a long history of bugs with imap ( special it acted not very good with courier an other namespaces ) and there are no version for linux and windows, so i personally dont like it
-- Best Regards
MfG Robert Schetterer
Germany/Munich/Bavaria
Hi,
On Sat, Sep 26, 2009 at 12:33:21PM +0200, Robert Schetterer wrote:
Axel Thimm schrieb:
Given than you seem to bless Apple Mail folder structures it makes it a good candidate to try to push as a standard for others to copy. Maybe there could be example setups/configs shipped with dovecot that maps other naming conventions to Apple's? In that way dovecot would start to inforce the use of a standard which in the long term could become a real standard.
If Apple's structure are not the best to go with, then we could use some other naming convention, I just trust that Timo's choice is not a bad one. ;)
sorry apple mail , has a long history of bugs with imap ( special it acted not very good with courier an other namespaces ) and there are no version for linux and windows, so i personally dont like it
Well, I wasn't advocating for using the client or any software part of Apple Mail, just the folder structure it uses in case it is universally useful and acceptable.
In any case any standard be it derived from Apple Mail, something else, or maybe a new dovecot standard would be better than the current zoo of setups.
And having dovecot implement that standard in default config files with mappings for the most common imap clients will certainly make it a widely used standard in the long term.
Axel.Thimm at ATrpms.net
Patrick Ben Koetter schrieb:
It seems that there is no standard for folder names that deal with typical message classes such as drafts, outbox, sent, spam etc. At least there's no common sense on a naming convention that tells how client should handle this.
Worse than this, most IMAP clients auto-create folders according to their own naming convention if they don't exist. Every client introduces its own view.
Users OTOH expect a single view that makes it easy for them to find their messages. They are unwilling to search in "sent", "sent-mail" or "Sent items" for "messages that have been sent".
I doubt that software producers will adopt a standard naming convention if it was introduced within a useful time span.
Has anyone seen an approach or a solution that solves the problem from a users point of view? A server side alias list that maps to a server standard?
p@rick
Hi Patrick, i see no way to push coders to standart folders use but with autocreate and global sieve rules you can implement a pseudo standart i use tbs one and configure horde/imp like tb does it, in my meaning big players have no intension bring up even a pseudo standart cause they want users to use their own mail services and server implementations ( google, apple, m$, etc ) and earn money with it but as reality shows, if there is a good faq side for your server setup most imap users are smart enough to configure their clients
-- Best Regards
MfG Robert Schetterer
Germany/Munich/Bavaria
- Robert Schetterer <robert@schetterer.org>:
Patrick Ben Koetter schrieb:
It seems that there is no standard for folder names that deal with typical message classes such as drafts, outbox, sent, spam etc. At least there's no common sense on a naming convention that tells how client should handle this.
Worse than this, most IMAP clients auto-create folders according to their own naming convention if they don't exist. Every client introduces its own view.
Users OTOH expect a single view that makes it easy for them to find their messages. They are unwilling to search in "sent", "sent-mail" or "Sent items" for "messages that have been sent".
I doubt that software producers will adopt a standard naming convention if it was introduced within a useful time span.
Has anyone seen an approach or a solution that solves the problem from a users point of view? A server side alias list that maps to a server standard?
p@rick
Hi Patrick, i see no way to push coders to standart folders use
I do. I just takes a lot of time. Well, at least most of them would follow... ;)
but with autocreate and global sieve rules you can implement a pseudo standart i use tbs one and configure horde/imp like tb does it, in my meaning big players have no intension bring up even a pseudo standart cause they want users to use their own mail services and server implementations ( google, apple, m$, etc ) and earn money with it
Yes, they want to. But they also want to create a great user experience for those that do not use web applications.
but as reality shows, if there is a good faq side for your server setup most imap users are smart enough to configure their clients
I know you and I don't mind to search the internet, read docs and try this or that until we find something that satisfies our needs. But the goal I am aiming for here is "out of the box". And that means "a good faq site" is not acceptable (until I have to face reality...).
p@rick
Patrick Ben Koetter schrieb:
- Robert Schetterer <robert@schetterer.org>:
Patrick Ben Koetter schrieb:
It seems that there is no standard for folder names that deal with typical message classes such as drafts, outbox, sent, spam etc. At least there's no common sense on a naming convention that tells how client should handle this.
Worse than this, most IMAP clients auto-create folders according to their own naming convention if they don't exist. Every client introduces its own view.
Users OTOH expect a single view that makes it easy for them to find their messages. They are unwilling to search in "sent", "sent-mail" or "Sent items" for "messages that have been sent".
I doubt that software producers will adopt a standard naming convention if it was introduced within a useful time span.
Has anyone seen an approach or a solution that solves the problem from a users point of view? A server side alias list that maps to a server standard?
p@rick
Hi Patrick, i see no way to push coders to standart folders use
I do. I just takes a lot of time. Well, at least most of them would follow... ;)
but with autocreate and global sieve rules you can implement a pseudo standart i use tbs one and configure horde/imp like tb does it, in my meaning big players have no intension bring up even a pseudo standart cause they want users to use their own mail services and server implementations ( google, apple, m$, etc ) and earn money with it
Yes, they want to. But they also want to create a great user experience for those that do not use web applications.
but as reality shows, if there is a good faq side for your server setup most imap users are smart enough to configure their clients
I know you and I don't mind to search the internet, read docs and try this or that until we find something that satisfies our needs. But the goal I am aiming for here is "out of the box". And that means "a good faq site" is not acceptable (until I have to face reality...).
p@rick
Hi Patrick, i allready tried it, i see no way to goal it yet, but its common i.e companies that there is only one mail client is supported, so if your server is only for them , there should be no Problem, in internet servers the only client which i support is thunderbird until its widly spreaded , free and for all os this is accepted since yours by the users, but your right having a standart would be very nice, but i dont think it will come ever
-- Best Regards
MfG Robert Schetterer
Germany/Munich/Bavaria
- Robert Schetterer <robert@schetterer.org>:
but with autocreate and global sieve rules you can implement a pseudo standart i use tbs one and configure horde/imp like tb does it, in my meaning big players have no intension bring up even a pseudo standart cause they want users to use their own mail services and server implementations ( google, apple, m$, etc ) and earn money with it
Yes, they want to. But they also want to create a great user experience for those that do not use web applications.
but as reality shows, if there is a good faq side for your server setup most imap users are smart enough to configure their clients
I know you and I don't mind to search the internet, read docs and try this or that until we find something that satisfies our needs. But the goal I am aiming for here is "out of the box". And that means "a good faq site" is not acceptable (until I have to face reality...).
p@rick
Hi Patrick, i allready tried it, i see no way to goal it yet, but its common i.e companies that there is only one mail client is supported, so if your server is only for them , there should be no Problem, in internet servers the only client which i support is thunderbird until its widly spreaded , free and for all os this is accepted since yours by the users, but your right having a standart would be very nice, but i dont think it will come ever
Robert, you are missing the point. The scenario I am talking about is a typical, comsumer oriented ISP scenario. In this scenario I am not in a position to tell my users "go read a Howto" and neither am I able to control their client settings.
In the scenario I am discussing right now, I try to find a way to adopt to what they have. Regardless of the client they use I always want to give them a consistent view on their data.
p@rick
Patrick Ben Koetter schrieb:
- Robert Schetterer <robert@schetterer.org>:
but with autocreate and global sieve rules you can implement a pseudo standart i use tbs one and configure horde/imp like tb does it, in my meaning big players have no intension bring up even a pseudo standart cause they want users to use their own mail services and server implementations ( google, apple, m$, etc ) and earn money with it Yes, they want to. But they also want to create a great user experience for those that do not use web applications.
but as reality shows, if there is a good faq side for your server setup most imap users are smart enough to configure their clients I know you and I don't mind to search the internet, read docs and try this or that until we find something that satisfies our needs. But the goal I am aiming for here is "out of the box". And that means "a good faq site" is not acceptable (until I have to face reality...).
p@rick
Hi Patrick, i allready tried it, i see no way to goal it yet, but its common i.e companies that there is only one mail client is supported, so if your server is only for them , there should be no Problem, in internet servers the only client which i support is thunderbird until its widly spreaded , free and for all os this is accepted since yours by the users, but your right having a standart would be very nice, but i dont think it will come ever
Robert, you are missing the point. The scenario I am talking about is a typical, comsumer oriented ISP scenario. In this scenario I am not in a position to tell my users "go read a Howto" and neither am I able to control their client settings.
In the scenario I am discussing right now, I try to find a way to adopt to what they have. Regardless of the client they use I always want to give them a consistent view on their data.
p@rick
Hi Patrick, no i understood very well, but there to my knowledge there is no solution out there yet to solve your(our) problem ( unless it would be very wishfull to have it ), perhaps xlist stuff posted here today may help in the future, but in meantime you ll may have to face reality *g after all i only described that its seems not to be big problem here and otherwhere, cause if it would be , it would be solved in the past, and youre not right, many big mail providers teach their users in "how to use" with pictured faqs related in using common mail clients ( tb , apple mail, outlook etc ) with their meaning about standart imap folders but after all ,if there would be a solution i would use it at once lets talk about it on or planed Postfix Stammtisch !
Best Regards
MfG Robert Schetterer
Germany/Munich/Bavaria
On 25/09/2009 11:14 PM, Patrick Ben Koetter wrote:
It seems that there is no standard for folder names that deal with typical message classes such as drafts, outbox, sent, spam etc. At least there's no common sense on a naming convention that tells how client should handle this.
XLIST may deal with this in the future.
It has been initially implemented as an IMAP extension by GMail and Apple iPhone's email client. It allows localized naming of drafts, sent, etc while allowing the server to tell the client the mapping between well-known folder types and their actual name.
http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thre... https://bugzilla.mozilla.org/show_bug.cgi?id=476260
It oddly seems to have been barely documented or pushed ... though it is sufficiently simple and useful that I hope it gets wide support.
Cheers, Rob Middleton.
Rob Middleton schrieb:
On 25/09/2009 11:14 PM, Patrick Ben Koetter wrote:
It seems that there is no standard for folder names that deal with typical message classes such as drafts, outbox, sent, spam etc. At least there's no common sense on a naming convention that tells how client should handle this.
XLIST may deal with this in the future.
It has been initially implemented as an IMAP extension by GMail and Apple iPhone's email client. It allows localized naming of drafts, sent, etc while allowing the server to tell the client the mapping between well-known folder types and their actual name.
http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thre...
https://bugzilla.mozilla.org/show_bug.cgi?id=476260
It oddly seems to have been barely documented or pushed ... though it is sufficiently simple and useful that I hope it gets wide support.
Cheers, Rob Middleton.
that sounds very interesting , thx for info !
Best Regards
MfG Robert Schetterer
Germany/Munich/Bavaria
- Rob Middleton <robm-dovecot@centenary.org.au>:
On 25/09/2009 11:14 PM, Patrick Ben Koetter wrote:
It seems that there is no standard for folder names that deal with typical message classes such as drafts, outbox, sent, spam etc. At least there's no common sense on a naming convention that tells how client should handle this. XLIST may deal with this in the future.
It has been initially implemented as an IMAP extension by GMail and Apple iPhone's email client. It allows localized naming of drafts, sent, etc while allowing the server to tell the client the mapping between well-known folder types and their actual name.
http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thre... https://bugzilla.mozilla.org/show_bug.cgi?id=476260
It oddly seems to have been barely documented or pushed ... though it is sufficiently simple and useful that I hope it gets wide support.
There you go. Thanks for the link. This sounds promising.
p@rick
Timo,
- Rob Middleton <robm-dovecot@centenary.org.au>:
On 25/09/2009 11:14 PM, Patrick Ben Koetter wrote:
It seems that there is no standard for folder names that deal with typical message classes such as drafts, outbox, sent, spam etc. At least there's no common sense on a naming convention that tells how client should handle this.
XLIST may deal with this in the future.
XLIST seems to be pretty proprietary. Have you had a look at LIST-EXTENDED instead? It's a standard and one would 'simply' need to register the required extensions to get a mapping:
"IMAP4 LIST Command Extensions" <http://www.rfc-editor.org/rfc/rfc5258.txt>
It seems to be capable to map the relations we are dicussion here. Something along these lines:
S: * LIST (\Subscribed \NoInferiors) "/" "inbox" S: * LIST (\Subscribed \drafts \NoInferiors) "/" "Drafts" S: * LIST (\Subscribed \trash \NoInferiors) "/" "Trash" S: * LIST (\Subscribed \sent \NoInferiors) "/" "Sent-Mail" S: * LIST (\Subscribed \outbox \NoInferiors) "/" "Out" S: * LIST (\Subscribed \templates \NoInferiors) "/" "Templates"
p@rick
On Thu, 2009-10-01 at 16:51 +0200, Patrick Ben Koetter wrote:
XLIST seems to be pretty proprietary. Have you had a look at LIST-EXTENDED instead?
See http://www.ietf.org/mail-archive/web/morg/current/msg00208.html thread, especially http://www.ietf.org/mail-archive/web/morg/current/msg00212.html
- Timo Sirainen <tss@iki.fi>:
On Thu, 2009-10-01 at 16:51 +0200, Patrick Ben Koetter wrote:
XLIST seems to be pretty proprietary. Have you had a look at LIST-EXTENDED instead?
See http://www.ietf.org/mail-archive/web/morg/current/msg00208.html thread, especially http://www.ietf.org/mail-archive/web/morg/current/msg00212.html
Okay. I'll see if I can catch up on morg.
p@rick
Patrick Ben Koetter wrote:
It seems that there is no standard for folder names that deal with typical message classes such as drafts, outbox, sent, spam etc. At least there's no common sense on a naming convention that tells how client should handle this.
Worse than this, most IMAP clients auto-create folders according to their own naming convention if they don't exist. Every client introduces its own view.
Users OTOH expect a single view that makes it easy for them to find their messages. They are unwilling to search in "sent", "sent-mail" or "Sent items" for "messages that have been sent".
I doubt that software producers will adopt a standard naming convention if it was introduced within a useful time span.
Has anyone seen an approach or a solution that solves the problem from a users point of view? A server side alias list that maps to a server standard?
A crude workaround would seem to be symlinks. Perhaps a cron job to scan for likely aliases, then merge them into your preferred folder names and symlink them. This would mean if the user creates a "Sent" folder, you would eventually find it, and symlink it to your "Sent Items" folder and merge any items created so far.
This is imperfect in that you end up with multiple folders visible in
the folder list (confusingly often showing the same data in each...).
Deletes are also going to be fun because deleting "Sent" will just kill
the symlink, deleting "Sent Items" will kill all your mail and leave the
symlinks broken... Server side aliases would help here I guess?
The XLIST extension as others have pointed out will help a lot. Feature request for Dovecot I guess?
Possibly there is some clever way to use namespaces to help hide these duplicated folders..?
Would love to see this solved myself also!
Good luck
Ed W
- Ed W <lists@wildgooses.com>:
Patrick Ben Koetter wrote:
It seems that there is no standard for folder names that deal with typical message classes such as drafts, outbox, sent, spam etc. At least there's no common sense on a naming convention that tells how client should handle this.
Worse than this, most IMAP clients auto-create folders according to their own naming convention if they don't exist. Every client introduces its own view.
Users OTOH expect a single view that makes it easy for them to find their messages. They are unwilling to search in "sent", "sent-mail" or "Sent items" for "messages that have been sent".
I doubt that software producers will adopt a standard naming convention if it was introduced within a useful time span.
Has anyone seen an approach or a solution that solves the problem from a users point of view? A server side alias list that maps to a server standard?
A crude workaround would seem to be symlinks. Perhaps a cron job to
scan for likely aliases, then merge them into your preferred folder
names and symlink them. This would mean if the user creates a "Sent"
folder, you would eventually find it, and symlink it to your "Sent
Items" folder and merge any items created so far.
Been there...
This is imperfect in that you end up with multiple folders visible in
the folder list (confusingly often showing the same data in each...).
Deletes are also going to be fun because deleting "Sent" will just kill
the symlink, deleting "Sent Items" will kill all your mail and leave the
symlinks broken... Server side aliases would help here I guess?
Exactly. You get n views instead of one. The total opposite of what I am aiming for at the moment.
The XLIST extension as others have pointed out will help a lot. Feature
request for Dovecot I guess?
XLIST should be a standard. I haven't found a reference or at least an attempt to make it a standard yet.
p@rick
Possibly there is some clever way to use namespaces to help hide these
duplicated folders..?Would love to see this solved myself also!
Good luck
Ed W
participants (9)
-
Axel Thimm
-
Charles Marcus
-
Ed W
-
Eric Shubert
-
Patrick Ben Koetter
-
Rob Middleton
-
Robert Schetterer
-
Stefan Förster
-
Timo Sirainen