Advanced IMAP Controls: Allow disabling root folder/label & folder/label localization issues
82 views
Skip to first unread message
EdJumpsTheGun
Jul 27, 2009, 3:20:03 AM7/27/09
to Suggest a Labs feature
Hi,
the Advanced IMAP Controls by Jamie is a very welcome addition to
Gmail and Google Apps accounts (finally Gmail acts like a real IMAP
server), but there is still one issue left. It's the [Gmail] (or
sometimes [Google Mail] root folder).
It's a unnecessary complexity for "the average user" and a clunky
appearance (with a clunky workaround) for advanced users.
It would be great if the Advanced IMAP Controls Lab would allow
disabling the root folder and instead delivering just the folder
structure below this root folder.
I know that it is possible to workaround this "display issue" by
setting the IMAP root folder in the desktop mail client to [Gmail],
but this has the drawback that new labels then are displayed as
"[Gmail]/the-label" in the Gmail webapp.
So just disabling the [Gmail] root folder would be the best solution
(there is no [Gmail] root folder in the webapp anyway, so why
confusing users with this root folder via IMAP? what about
conformity?).
Another issue with IMAP (which may or may not be related to this
issue) is that Gmail (and Google Apps) IMAP accounts localize the
folder names, which is a VERY bad idea if people are using a desktop
client that is configured to use the "Sent" folder which (when
changing the webapp language) gets an entirely different name in the
respective localization. Therefore i'd advise that the Advanced IMAP
Controls also gets an option like "Don't localize IMAP labels", which
forces the IMAP server to always use the english folder names.
(Hopefully this email will find it's way to the Advanced IMAP Controls
Labs engineer Jamie - there should be a better way to send feedback
directly to the respective Labs Team/engineer.)
Cheers,
Ed
the Advanced IMAP Controls by Jamie is a very welcome addition to
Gmail and Google Apps accounts (finally Gmail acts like a real IMAP
server), but there is still one issue left. It's the [Gmail] (or
sometimes [Google Mail] root folder).
It's a unnecessary complexity for "the average user" and a clunky
appearance (with a clunky workaround) for advanced users.
It would be great if the Advanced IMAP Controls Lab would allow
disabling the root folder and instead delivering just the folder
structure below this root folder.
I know that it is possible to workaround this "display issue" by
setting the IMAP root folder in the desktop mail client to [Gmail],
but this has the drawback that new labels then are displayed as
"[Gmail]/the-label" in the Gmail webapp.
So just disabling the [Gmail] root folder would be the best solution
(there is no [Gmail] root folder in the webapp anyway, so why
confusing users with this root folder via IMAP? what about
conformity?).
Another issue with IMAP (which may or may not be related to this
issue) is that Gmail (and Google Apps) IMAP accounts localize the
folder names, which is a VERY bad idea if people are using a desktop
client that is configured to use the "Sent" folder which (when
changing the webapp language) gets an entirely different name in the
respective localization. Therefore i'd advise that the Advanced IMAP
Controls also gets an option like "Don't localize IMAP labels", which
forces the IMAP server to always use the english folder names.
(Hopefully this email will find it's way to the Advanced IMAP Controls
Labs engineer Jamie - there should be a better way to send feedback
directly to the respective Labs Team/engineer.)
Cheers,
Ed
Berke
Sep 19, 2009, 8:46:00 AM9/19/09
to Suggest a Labs feature
Hi,
I'm a new IMAP user, and I was just going to post my message below as
a new suggestion. I think it's better to cosolidate under one
discussion.
I think disabling the root folder is the one solution that makes most
sense, despite my naive workarounds I tried to explain. Anyway, here
is my message:
------
Hello,
I like using advanced IMAP controls. However, the IAMP client I'm
using is the iPhone, and I don't like seeing the folder tree [Gmail]
on the device. I would like all my labels, be it system labels or
custom ones, appear one under the other without the folder branching.
I could eliminate the [Gmail] main folder by putting in [Gmail] as the
IMAP Path Prefix on iPhone's advanced menu, but this time my custom
labels don't shop up on the iPhone anymore.
To solve this, I can rename my custom labels with a [Gmail]/ prefix
and I can now see all the labels I want on the iPhone as required.
But this time, on the web interface my custom labels show the [Gmail]/
prefix, which is annoying to my eyes.
Is there a way to eliminate the [Gmail] prefix for the system labels?
Or add the prefix to custom labels but now show it that way on the web
interface?
Or is there a way to input two IMAP Path Prefixes so both types of
labels show on the iPhone, and I don't see the [Gmail]/ prefix on my
custom labels.
Thank you...
On Jul 27, 10:20 am, EdJumpsTheGun wrote:
> Hi,
>
> theAdvanced IMAPControls by Jamie is a very welcome addition to
I'm a new IMAP user, and I was just going to post my message below as
a new suggestion. I think it's better to cosolidate under one
discussion.
I think disabling the root folder is the one solution that makes most
sense, despite my naive workarounds I tried to explain. Anyway, here
is my message:
------
Hello,
I like using advanced IMAP controls. However, the IAMP client I'm
using is the iPhone, and I don't like seeing the folder tree [Gmail]
on the device. I would like all my labels, be it system labels or
custom ones, appear one under the other without the folder branching.
I could eliminate the [Gmail] main folder by putting in [Gmail] as the
IMAP Path Prefix on iPhone's advanced menu, but this time my custom
labels don't shop up on the iPhone anymore.
To solve this, I can rename my custom labels with a [Gmail]/ prefix
and I can now see all the labels I want on the iPhone as required.
But this time, on the web interface my custom labels show the [Gmail]/
prefix, which is annoying to my eyes.
Is there a way to eliminate the [Gmail] prefix for the system labels?
Or add the prefix to custom labels but now show it that way on the web
interface?
Or is there a way to input two IMAP Path Prefixes so both types of
labels show on the iPhone, and I don't see the [Gmail]/ prefix on my
custom labels.
Thank you...
On Jul 27, 10:20 am, EdJumpsTheGun wrote:
> Hi,
>
> theAdvanced IMAPControls by Jamie is a very welcome addition to
> Gmail and Google Apps accounts (finally Gmail acts like a real IMAP
> server), but there is still one issue left. It's the [Gmail] (or
> sometimes [Google Mail] root folder).
>
> It's a unnecessary complexity for "the average user" and a clunky
> appearance (with a clunky workaround) for advanced users.
>
> It would be great if theAdvanced IMAPControls Lab would allow
> server), but there is still one issue left. It's the [Gmail] (or
> sometimes [Google Mail] root folder).
>
> It's a unnecessary complexity for "the average user" and a clunky
> appearance (with a clunky workaround) for advanced users.
>
> disabling the root folder and instead delivering just the folder
> structure below this root folder.
>
> I know that it is possible to workaround this "display issue" by
> setting the IMAP root folder in the desktop mail client to [Gmail],
> but this has the drawback that new labels then are displayed as
> "[Gmail]/the-label" in the Gmail webapp.
>
> So just disabling the [Gmail] root folder would be the best solution
> (there is no [Gmail] root folder in the webapp anyway, so why
> confusing users with this root folder via IMAP? what about
> conformity?).
>
> Another issue with IMAP (which may or may not be related to this
> issue) is that Gmail (and Google Apps) IMAP accounts localize the
> folder names, which is a VERY bad idea if people are using a desktop
> client that is configured to use the "Sent" folder which (when
> changing the webapp language) gets an entirely different name in the
> respective localization. Therefore i'd advise that theAdvanced IMAP
> structure below this root folder.
>
> I know that it is possible to workaround this "display issue" by
> setting the IMAP root folder in the desktop mail client to [Gmail],
> but this has the drawback that new labels then are displayed as
> "[Gmail]/the-label" in the Gmail webapp.
>
> So just disabling the [Gmail] root folder would be the best solution
> (there is no [Gmail] root folder in the webapp anyway, so why
> confusing users with this root folder via IMAP? what about
> conformity?).
>
> Another issue with IMAP (which may or may not be related to this
> issue) is that Gmail (and Google Apps) IMAP accounts localize the
> folder names, which is a VERY bad idea if people are using a desktop
> client that is configured to use the "Sent" folder which (when
> changing the webapp language) gets an entirely different name in the
jmids
Sep 23, 2009, 5:51:28 AM9/23/09
to Suggest a Labs feature
Good post, i'm surprised more people aren't experiencing issues with
this.
I would be happy if a fix for the root folder name and system labels
were at the domain admin level rather than each user having to add a
labs item to set this.
I don't understand why across my domain different users have different
names for the root folder, some are "Gmail" and some are "Google
Mail". I'm not using different localisation on my PC's and Google
Apps is set to US English to get the latest features. The only
changing variables are my internet IP as this is different each time I
connect and maybe the google server my log in is connecting me to. Up
until now I always thought this was a hard coded inconsistancy perhaps
born out of the original google mail where the dev hadn't stuck to a
single naming convention but I now notice that not only is it
inconsistant across my domain but sometimes the root folder name
changes for an already set up user.
My problem is that if I use and set up Thunderbird with several email
accounts to place Sent, Deleted, Draft, Template and Junk emails to
their respective account folders in the Gmail/Google Mail folder
structure, sometimes the root folder name changes and messes the TB
config up. This then means that TB can't find the folders that you
have mapped and seems to default to folders on the default email
account on TB with the exception of Junk/Spam and Deleted/Bin. Not
only this but you then end up with labels created for the previous
name of the root folder because TB still trys to use that for Junk and
Trash.
A solution to this would be great as keep going over config settings
in TB is very frustrating.
Regards
Justin
On Sep 19, 1:46 pm, Berke wrote:
> Hi,
>
> I'm a newIMAPuser, and I was just going to post my message below as
> using is the iPhone, and I don't like seeing thefoldertree [Gmail]
> > (there is no [Gmail] rootfolderin the webapp anyway, so why
> > confusing users with this rootfolderviaIMAP? what about
> > conformity?).
>
> > Another issue withIMAP(which may or may not be related to this
this.
I would be happy if a fix for the root folder name and system labels
were at the domain admin level rather than each user having to add a
labs item to set this.
I don't understand why across my domain different users have different
names for the root folder, some are "Gmail" and some are "Google
Mail". I'm not using different localisation on my PC's and Google
Apps is set to US English to get the latest features. The only
changing variables are my internet IP as this is different each time I
connect and maybe the google server my log in is connecting me to. Up
until now I always thought this was a hard coded inconsistancy perhaps
born out of the original google mail where the dev hadn't stuck to a
single naming convention but I now notice that not only is it
inconsistant across my domain but sometimes the root folder name
changes for an already set up user.
My problem is that if I use and set up Thunderbird with several email
accounts to place Sent, Deleted, Draft, Template and Junk emails to
their respective account folders in the Gmail/Google Mail folder
structure, sometimes the root folder name changes and messes the TB
config up. This then means that TB can't find the folders that you
have mapped and seems to default to folders on the default email
account on TB with the exception of Junk/Spam and Deleted/Bin. Not
only this but you then end up with labels created for the previous
name of the root folder because TB still trys to use that for Junk and
Trash.
A solution to this would be great as keep going over config settings
in TB is very frustrating.
Regards
Justin
On Sep 19, 1:46 pm, Berke wrote:
> Hi,
>
> I'm a newIMAPuser, and I was just going to post my message below as
> a new suggestion. I think it's better to cosolidate under one
> discussion.
>
> I think disabling the rootfolderis the one solution that makes most
> discussion.
>
> sense, despite my naive workarounds I tried to explain. Anyway, here
> is my message:
>
> ------
>
> Hello,
>
> I like using advancedIMAPcontrols. However, the IAMP client I'm
> is my message:
>
> ------
>
> Hello,
>
> using is the iPhone, and I don't like seeing thefoldertree [Gmail]
> on the device. I would like all my labels, be it system labels or
> custom ones, appear one under the other without thefolderbranching.
>
> I could eliminate the [Gmail] mainfolderby putting in [Gmail] as theIMAPPath Prefix on iPhone's advanced menu, but this time my custom
> custom ones, appear one under the other without thefolderbranching.
>
> labels don't shop up on the iPhone anymore.
>
> To solve this, I can rename my custom labels with a [Gmail]/ prefix
> and I can now see all the labels I want on the iPhone as required.
>
> But this time, on the web interface my custom labels show the [Gmail]/
> prefix, which is annoying to my eyes.
>
> Is there a way to eliminate the [Gmail] prefix for the system labels?
> Or add the prefix to custom labels but now show it that way on the web
> interface?
>
> Or is there a way to input twoIMAPPath Prefixes so both types of
>
> To solve this, I can rename my custom labels with a [Gmail]/ prefix
> and I can now see all the labels I want on the iPhone as required.
>
> But this time, on the web interface my custom labels show the [Gmail]/
> prefix, which is annoying to my eyes.
>
> Is there a way to eliminate the [Gmail] prefix for the system labels?
> Or add the prefix to custom labels but now show it that way on the web
> interface?
>
> labels show on the iPhone, and I don't see the [Gmail]/ prefix on my
> custom labels.
>
> Thank you...
>
> On Jul 27, 10:20 am, EdJumpsTheGun wrote:
>
> > Hi,
>
> > theAdvanced IMAPControls by Jamie is a very welcome addition to
> > Gmail and Google Apps accounts (finally Gmail acts like a realIMAP
> > server), but there is still one issue left. It's the [Gmail] (or
> > sometimes [Google Mail] rootfolder).
>
> > It's a unnecessary complexity for "the average user" and a clunky
> > appearance (with a clunky workaround) for advanced users.
>
> > It would be great if theAdvanced IMAPControls Lab would allow
> > disabling the rootfolderand instead delivering just thefolder
> > structure below this rootfolder.
>
> > I know that it is possible to workaround this "display issue" by
> > setting theIMAProotfolderin the desktop mail client to [Gmail],
> custom labels.
>
> Thank you...
>
> On Jul 27, 10:20 am, EdJumpsTheGun wrote:
>
> > Hi,
>
> > theAdvanced IMAPControls by Jamie is a very welcome addition to
> > Gmail and Google Apps accounts (finally Gmail acts like a realIMAP
> > server), but there is still one issue left. It's the [Gmail] (or
> > sometimes [Google Mail] rootfolder).
>
> > It's a unnecessary complexity for "the average user" and a clunky
> > appearance (with a clunky workaround) for advanced users.
>
> > It would be great if theAdvanced IMAPControls Lab would allow
> > disabling the rootfolderand instead delivering just thefolder
> > structure below this rootfolder.
>
> > I know that it is possible to workaround this "display issue" by
> > but this has the drawback that new labels then are displayed as
> > "[Gmail]/the-label" in the Gmail webapp.
>
> > So just disabling the [Gmail] rootfolderwould be the best solution
> > "[Gmail]/the-label" in the Gmail webapp.
>
> > (there is no [Gmail] rootfolderin the webapp anyway, so why
> > confusing users with this rootfolderviaIMAP? what about
> > conformity?).
>
> > Another issue withIMAP(which may or may not be related to this
> > issue) is that Gmail (and Google Apps)IMAPaccounts localize the
> >foldernames, which is a VERY bad idea if people are using a desktop
> > client that is configured to use the "Sent"folderwhich (when
> >changingthe webapp language) gets an entirely different name in the
Reply all
Reply to author
Forward
0 new messages