Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Re: Numerous 'Unknown Mailbox errors after switching to Oauth2 authentication

227 views
Skip to first unread message

Chris Ramsden

unread,
Apr 4, 2017, 2:12:21 AM4/4/17
to thunderbird mailing list


On 4 Apr 2017 03:43, "Derek Otto" <dere...@gmail.com> wrote:
So I've been hitting my head against the wall on this issue for a while,
with no clear solution thus far. A while back I switched the
Authentication method on my Gmail account in thunderbird from password
authentication to Oauth2, and ever since, on every startup of
thunderbird, I get repeated 'Unknown Mailbox' errors for all
folders/labels on the account such as the following:

The current operation on 'Drafts' did not succeed. The mail server for
account Primary Gmail Account responded: [NONEXISTENT] Unknown Mailbox:
[Gmail]^Drafts (Failure).

Note that this doesn't appear to be a subscription issue, as that folder
still appears in thunderbird, and I can open the folder move messages to
the folder, and view items, etc. I have tried unsubscribing and
re-subscribing to the folder to fix the issue. Completely deleting the
synced folders from the profile's ImapMail directory in order to
repopulate them, and it doesn't seem to correct the problem. I have set
up a completely new profile in thunderbird starting with Oauth2 as the
authentication method, and I don't see any of these errors at all, and
so it seems like it has to be a configuration issue on the profile, but
I'm at a loss as to where to start troubleshooting. Has anyone else run
into this?

I'm currently running 45.8.0 on a linux x86_64 system.

_______________________________________________
support-thunderbird mailing list
support-thunderbird@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-thunderbird
To unsubscribe, send an email to support-thunderbird-request@lists.mozilla.org?subject=unsubscribe


I am puzzled by the caret in the folder pathname :

[Gmail]^Drafts

Is that a typo, or for real? 

The presence of the [Gmail] looks to me as if you have used the root folder setting to flatten the Gmail folder structure. (I've been trying this myself recently, with mixed feelings about it, since while it makes the appearance a little more tidy in Thunderbird, it is more ugly in all my other mail clients.)

However in all of mine, I have a / where you have the ^. The slash seems to me to be a perfectly reasonable subfolder indicator. The use of a ^ here doesn't look meaningful. I would take it that yours denotes a folder named "[Gmail]^Drafts" whereas "[Gmail]/Drafts" denotes that Drafts is a subfolder of [Gmail]. In my two accounts where I have tried this flattening, the / properly corresponds with what I see in the Gmail web portal and in all my other email clients. 

So, how did that caret get there? 
-- 
Chris 

TCW

unread,
Apr 4, 2017, 9:55:54 PM4/4/17
to mozilla-suppo...@lists.mozilla.org
On 4/4/17 1:17 PM, Derek Otto wrote:
>> support-t...@lists.mozilla.org
>> https://lists.mozilla.org/listinfo/support-thunderbird
>> To unsubscribe, send an email to support-thunderbird-request@
>> lists.mozilla.org?subject=unsubscribe
>>
>>
>>
>> I am puzzled by the caret in the folder pathname :
>>
>> [Gmail]^Drafts
>>
>> Is that a typo, or for real?
>>
>> The presence of the [Gmail] looks to me as if you have used the root
>> folder setting to flatten the Gmail folder structure. (I've been trying
>> this myself recently, with mixed feelings about it, since while it makes
>> the appearance a little more tidy in Thunderbird, it is more ugly in all
>> my other mail clients.)
>>
>> However in all of mine, I have a / where you have the ^. The slash seems
>> to me to be a perfectly reasonable subfolder indicator. The use of a ^
>> here doesn't look meaningful. I would take it that yours denotes a folder
>> named "[Gmail]^Drafts" whereas "[Gmail]/Drafts" denotes that Drafts is a
>> subfolder of [Gmail]. In my two accounts where I have tried this
>> flattening, the / properly corresponds with what I see in the Gmail web
>> portal and in all my other email clients.
>>
>> So, how did that caret get there?
>
> The caret is not a typo. It's what appears in the error. I haven't really
> tried to flatten the folder view in thunderbird at all. That [Gmail] entry
> is simply a top level folder containing "All Mail", "Drafts"", Spam",
> "Trash", etc. from the Gmail account when an IMAP account is set up in
> thunderbird. What's weird is that the caret only shows up in the errors, not
> in the folder structure of the profile or in the config editor. For
> instance, that drafts folder referenced in the above error is
>
> imap://derekotto%40gma...@imap.gmail.com/[Gmail]/Drafts
>
> in the about:config, and in the actual profile filesystem, there is an
> actual path for:
>
> ImapMail/imap.gmail.com/[Gmail].sbd/Drafts.msf
>
> It seems like you might be on the right path that there might be a bug
> somewhere that the caret is used somewhere in thunderbird's code as a way to
> not clobber the use of the slash in filesystem paths, but then gets used
> literally on startup somewhere. I don't know where to check that though.
>

A lot of the OAuth2 stuff has been updated in TB52.0 so maybe when it's
released it'll help. You can always try the 52.0 Linux version from
here: https://tinyurl.com/lh2ne6s

TCW

unread,
Apr 5, 2017, 10:22:25 AM4/5/17
to mozilla-suppo...@lists.mozilla.org
On 4/4/17 1:17 PM, Derek Otto wrote:
> On Tuesday, April 04, 2017 1:12 AM, Chris Ramsden wrote:
>
>> support-t...@lists.mozilla.org
>> https://lists.mozilla.org/listinfo/support-thunderbird
>> To unsubscribe, send an email to support-thunderbird-request@
>> lists.mozilla.org?subject=unsubscribe
>>
>>
>>
>> I am puzzled by the caret in the folder pathname :
>>
>> [Gmail]^Drafts
>>
>> Is that a typo, or for real?
>>
>> The presence of the [Gmail] looks to me as if you have used the root
>> folder setting to flatten the Gmail folder structure. (I've been trying
>> this myself recently, with mixed feelings about it, since while it makes
>> the appearance a little more tidy in Thunderbird, it is more ugly in all
>> my other mail clients.)
>>
>> However in all of mine, I have a / where you have the ^. The slash seems
>> to me to be a perfectly reasonable subfolder indicator. The use of a ^
>> here doesn't look meaningful. I would take it that yours denotes a folder
>> named "[Gmail]^Drafts" whereas "[Gmail]/Drafts" denotes that Drafts is a
>> subfolder of [Gmail]. In my two accounts where I have tried this
>> flattening, the / properly corresponds with what I see in the Gmail web
>> portal and in all my other email clients.
>>
>> So, how did that caret get there?
>
> The caret is not a typo. It's what appears in the error. I haven't really
> tried to flatten the folder view in thunderbird at all. That [Gmail] entry
> is simply a top level folder containing "All Mail", "Drafts"", Spam",
> "Trash", etc. from the Gmail account when an IMAP account is set up in
> thunderbird. What's weird is that the caret only shows up in the errors, not
> in the folder structure of the profile or in the config editor. For
> instance, that drafts folder referenced in the above error is
>
> imap://derekotto%40gma...@imap.gmail.com/[Gmail]/Drafts
>
> in the about:config, and in the actual profile filesystem, there is an
> actual path for:
>
> ImapMail/imap.gmail.com/[Gmail].sbd/Drafts.msf
>
> It seems like you might be on the right path that there might be a bug
> somewhere that the caret is used somewhere in thunderbird's code as a way to
> not clobber the use of the slash in filesystem paths, but then gets used
> literally on startup somewhere. I don't know where to check that though.
>

Apparently 52.0 was released the other day so maybe the official Linux
update will follow.

Derek Otto

unread,
Jun 23, 2017, 1:25:36 PM6/23/17
to mozilla-suppo...@lists.mozilla.org
On 04/05/2017 08:12 AM, TCW wrote:

>
> Apparently 52.0 was released the other day so maybe the official Linux
> update will follow.

In case anyone else runs into this, it turns out that the issue was
caused by setting "user_pref("mail.check_all_imap_folders_for_new",
true);" in my user.js file. I guess the check for new messages was
occurring before the indexes of my imap folders were loaded or
something. I commented out that line, and now startups are error-free
once again.

Wayne

unread,
Jun 23, 2017, 2:21:26 PM6/23/17
to mozilla-suppo...@lists.mozilla.org
52.2.1 allows this to work again. However, you should take note that
mail.check_all_imap_folders_for_new=true is not a performance option.
0 new messages