Closed Bug 497806 Opened 15 years ago Closed 12 years ago

Thunderbird looks for folder INBOX./Sent (when IMAP server directory: INBOX. is set, and NAMESPACE command use, which is supported by server, which is mandatory to know delimiter, is intentionally prohibited by user with no apparent/understandable reason)

Categories

(MailNews Core :: Networking: IMAP, defect)

1.9.1 Branch
x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: myaverageorange, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: regression)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b4) Gecko/20090427 Fedora/3.5-0.20.beta4.fc11 Firefox/3.5b4
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Thunderbird/3.0b2

When IMAP Server Directory is set to 'INBOX.' (no single quotes) and Personal Namespace set to '"INBOX."' (no single quotes) in Account Settings > Server Settings > Advanced, Thunderbird looks for folder INBOX./Sent (producing error) as opposed to INBOX.Sent

Reproducible: Always

Steps to Reproduce:
1. Set up account that has (by default) folder such as INBOX.Sent (note INBOX. is generally hidden)
2. Set up Advanced Server Settings (Account Settings > Server Settings > Advanced) with 'INBOX.' (no single quotes) in "IMAP Server Directory" and '"INBOX."' in Personal Namespace
3. Close Thunderbird
4. Open Thunderbird, check mail in Inbox and Sent (note Sent will appear directly below Inbox, not as a subfolder of Inbox)
5. Repeat 3 and 4 (error doesn't always happen the first time, but happens every time since first time)
Actual Results:  
Thunderbird looks for INBOX./Sent (which does not exist), as revealed in the status bar at bottom. Also: following Alert dialog appears: "The current command did not succeed.  The mail server responded: Mailbox does not exist, or must be subscribed to."

Expected Results:  
Thunderbird should look for INBOX.Sent (check status bar) AND Sent should appear in the folder list directly below Inbox. Note that the expected behavior was observed consistently in Thunderbird 2 with the exact same settings.

I have checked to make sure I am subscribed to the Sent folder.
We might have fixed that in more recent nightlies. Can you recheck when Thunderbird 3.0b3 becomes available ?
Component: Account Manager → Networking: IMAP
Product: Thunderbird → MailNews Core
QA Contact: account-manager → networking.imap
Version: unspecified → 1.9.1 Branch
Thanks, will do.
Problem persists in Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3
> Steps to Reproduce:
> 1. Set up account that has (by default) folder such as INBOX.Sent (note INBOX.
is generally hidden)
> 2. Set up Advanced Server Settings (Account Settings > Server Settings >
Advanced) with 'INBOX.' (no single quotes) in "IMAP Server Directory"
> and '"INBOX."' in Personal Namespace
>(snip)

Can you reproduce your problem with "IMAP Server Directory: INBOX"? (no period)
(In reply to comment #0)
> Reproducible: Always
> Steps to Reproduce:
>(snip)
> 3. Close Thunderbird
> 4. Open Thunderbird, check mail in Inbox and Sent (note Sent will appear
> directly below Inbox, not as a subfolder of Inbox)
> 5. Repeat 3 and 4 (error doesn't always happen the first time, but happens
> every time since first time)

Can you attach IMAP log for step 4 when error occurred?
> https://wiki.mozilla.org/MailNews:Logging

> Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3

You can add timestamp to NSPR log. It'll help to see relation between your operation and log data. See Bug 402793 Comment #17.
Log, with "INBOX." (no quotes) in "IMAP server directory"; note that I've censored user and server names.
(In reply to comment #5)
> Can you reproduce your problem with "IMAP Server Directory: INBOX"? (no period)

Yes. Status bar at bottom reads "Opening folder INBOX/Sent..." and popup dialog reads "The current command did not succeed.  The mail server responded:Unknown namespace.

."
Attachment #395005 - Attachment mime type: application/octet-stream → text/plain
(a) IMAP server directory: INBOX. => INBOX./Sent
(b) IMAP server directory: INBOX  => INBOX/Sent
{ String in IMAP server directory:  + /Sent } is used instead of { namespace (==INBOX.) + /Sent }.

Next log is seen.
>(first login upon open of INBOX)
> 4 lsub "" "INBOX./*"
>(open of Sent)
> 3 select "INBOX./Sent"
> 3 NO Invalid mailbox name

It looks;
(i)  String in IMAP server directory: is used instead of namespace(INBOX.).
(ii) "/" is not replaced by hierarchy delimiter of "."(dot).
I guess problem of this bug is not exposed if hierarchy delimiter is "/" and namespace="INBOX/".

No NAMESPACE command is seen in log, although server supports NAMESPACE.
Do you uncheck next option of Server Settings/Advanced?
> [ ? ] Allow server to override these namespaces
> Do you uncheck next option of Server Settings/Advanced?
> > [ ? ] Allow server to override these namespaces

That option is UNchecked.
What is set in your prefs.js(check via Config Editor).
> mail.server.serverN.is_gmail
> mail.server.serverN.namespace.personal
> mail.server.serverN.server_sub_directory
> mail.identity.idX.archive_folder     (Archives)
> mail.identity.idX.draft_folder       (Drafts)
> mail.identity.idX.fcc_folder         (Sent) 
> mail.identity.idX.stationery_folder  (Templates)

I think proper internal path of INBOX.Sent is next. Properly set?
> user_pref("mail.identity.idX.fcc_folder", "imap://<userName>@<hostname>/INBOX/Sent");
(Problem-A) Same phenomenon to Bug 511331(Junk folder selection when IMAP server directory: is set) was observed on Drafts folder selection too, with Tb trunk 2009/8/18 build.

(A-1) Intial setting
> user_pref("mail.server.server2.is_gmail", true);
> user_pref("mail.server.server2.namespace.personal", "\"\"");
> user_pref("mail.identity.id1.draft_folder" "imap://<userName>@<hostname>/Drafts");
(A-2) Root-level folder of "NS" exists. "NS/NS-1" exists.
(A-3) Change to "IMAP server directory: NS", open a folder 
      => folder pane is re-structured. 
> user_pref("mail.server.server2.server_sub_directory", "NS");
(A-4) Copies&Folders, Keep message draft in:, Others:
      select NS-1 (NS/NS-1 is displayed as "NS-1", as if root-level folder)
      Next entry was generated.
> user_pref("mail.identity.id1.draft_folder", "imap://<userName>@<hostname>/NS-1");

(Problem-B) Similar phenomenon to yours("IMAP server directory:" is appended) was observed with Tb trunk 2009/8/18 build.

(B-1) Initial setting
> user_pref("mail.server.server2.is_gmail", true);
> user_pref("mail.server.server2.namespace.personal", "\"\"");
> user_pref("mail.identity.id1.draft_folder", "imap://<userName>@<hostname>/Drafts");
(B-2) Root-level folder of "NS" exists. "NS/Drafts" doesn't exists.
      Root-level "Sent" doesn't exist. 
(B-3) Change to "IMAP server directory: NS" 
> user_pref("mail.server.server2.server_sub_directory", "NS");
> user_pref("mail.server.server2.is_NOT_gmail", true);  <== This was generated
(B-4) Compose a mail and Save As Draft
>(IMAP log)
> ProcessCurrentURL:imap://<userName>@<hostname>:993/listfolder%3E/Drafts:  = currentUrl
> SendData: 7 select "NS/Drafts" 
> CreateNewLineFromSocket: 7 NO Unknown Mailbox: NS/Drafts (Failure) 

Your IMAP server uses "." as delimiter. So next problem is exposed in addition to problem of (B).
(Problem-C) "/" is not replaced by delimiter character.
Folder path setting depended on xxx_picker_mode.
  0 = Account's special folder.       Set via "xxx folder on:" 
  1 = folder specified in xxx_folder. Set via "Others:"
And, "IMAP server directory:" was set to "INBOX." and namespace was "INBOX.". in your case.
mail.identity.idX.fcc_folder should be imap://<userName>@<hostname>/Sent in your case, if mail.identity.idX.fcc_folder_picker_mode=1. 
 
What is set in next entries of your prefs.js?
> mail.identity.idX.archives_folder_picker_mode  mail.identity.idX.archive_folder
> mail.identity.idX.drafts_folder_picker_mode    mail.identity.idX.draft_folder 
> mail.identity.idX.fcc (true=save sent mail)
> mail.identity.idX.fcc_folder_picker_mode       mail.identity.idX.fcc_folder 
> mail.identity.idX.tmpl_folder_picker_mode      mail.identity.idX.stationery_folder

If Sent folder only issue, and if mail.identity.idX.fcc_folder_picker_mode=1 & mail.identity.idX.fcc_folder=imap://...@.../Sent, can mail.identity.idX.fcc_folder_picker_mode=0 be workaround?
Confirming, based on attached IMAP log.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Thunderbird looks for folder INBOX./Sent → Thunderbird looks for folder INBOX./Sent (when IMAP server directory: INBOX. is set)
> mail.identity.idX.archives_folder_picker_mode   {NA}
> mail.identity.idX.archive_folder   mailbox://nobody@Local%20Folders/Archives   
> mail.identity.idX.drafts_folder_picker_mode   0
> mail.identity.idX.draft_folder   mailbox://nobody@Local%20Folders/Drafts 
> mail.identity.idX.fcc (true=save sent mail)   {NA}
> mail.identity.idX.fcc_folder_picker_mode   0       
> mail.identity.idX.fcc_folder   imap://username@server/Sent
> mail.identity.idX.tmpl_folder_picker_mode   0      
> mail.identity.idX.stationery_folder   mailbox://nobody@Local%20Folders/Templates
Sorry, I realized you may have wanted the "defaults" for some of those. Here they are again, with the defaults substituted in, and with some of the additional fields you requested. Let me know if any other information you'd like from me!

> mail.identity.default.archives_folder_picker_mode   0
> mail.identity.idX.archive_folder   mailbox://nobody@Local%20Folders/Archives   
> mail.identity.idX.drafts_folder_picker_mode   0
> mail.identity.idX.draft_folder   mailbox://nobody@Local%20Folders/Drafts 
> mail.identity.default.fcc (true=save sent mail)   true
> mail.identity.idX.fcc_folder_picker_mode   0       
> mail.identity.idX.fcc_folder   imap://username@server/Sent
> mail.identity.idX.tmpl_folder_picker_mode   0      
> mail.identity.idX.stationery_folder   mailbox://nobody@Local%20Folders/Templates

> mail.server.default.is_gmail   false
> mail.server.serverN.namespace.personal   "INBOX."
> mail.server.serverN.server_sub_directory   INBOX./Templates
Sorry, that last one should read:

> mail.server.serverN.server_sub_directory   INBOX./Templates

No "Templates." Sorry about that.
Same when fcc_folder_picker_mode=1?
> mail.identity.idX.fcc_folder_picker_mode=1 (Sent is selected via "Others:")

Does same problem occur on Drafts, if "Drafts" at IMAP server(real folder name=INBOX.Drafts) is selected? Does "Save As Draft" work normally? 

Create folder of ABC, Sent under ABC (real folder name == INBOX.ABC.Sent) and select the ABC/Sent as sent folder at Others: of Copies&Folders.
What will happen?

(In reply to comment #10)
> > Do you uncheck next option of Server Settings/Advanced?
> > > [ ? ] Allow server to override these namespaces
> That option is UNchecked.

Does same problem occur when this setting is Checked?
(Restart of Tb may be required after setting change.)
(In reply to comment #18)
> Does same problem occur when this setting is Checked?
> (Restart of Tb may be required after setting change.)

Checking that box appears to have fixed the problem. I've closed and relaunched the program a few times to make sure; I've also tried sending messages to make sure messages are being properly copied to the Sent folder.

Interestingly, I'm pretty certain I tried ticking that box before I filed the bug report (without any success). So, I suspect the bug was in fact fixed between 3.0b2 and 3.0b3.

I'll post here if the problem reoccurs. Thanks for the help everybody!
(In reply to comment #19)
> I'm pretty certain I tried ticking that box before I filed the bug report (without any success).
> So, I suspect the bug was in fact fixed between 3.0b2 and 3.0b3.

I think it's "We might have fixed that in more recent nightlies" by Ludovic in Comment #3. There is still hole in that Tb fails to convert "/" to ".", if NAMESPACE command use is intensionally prohibited by user and IMAP server uses delimiter of ".".
Summary: Thunderbird looks for folder INBOX./Sent (when IMAP server directory: INBOX. is set) → Thunderbird looks for folder INBOX./Sent (when IMAP server directory: INBOX. is set and NAMESPACE command use is prohibited by user)
bugs #547783, #574864 and #597443 it seems dupes of this (maybe different behavior but same underlying problem... I think
(In reply to [:Aureliano Buendía] from comment #21)
> bugs #547783, #574864 and #597443 it seems dupes of this (maybe different
> behavior but same underlying problem... I think

bug 547783 has protocol log
bug 574864 requested protocol log
bug 597443 closed incomplete
Summary: Thunderbird looks for folder INBOX./Sent (when IMAP server directory: INBOX. is set and NAMESPACE command use is prohibited by user) → is intentionally prohibited by user with no apparant/understandable reason) Thunderbird looks for folder INBOX./Sent (when IMAP server directory: INBOX. is set, and NAMESPACE command use, which is supported by server, which is mandatory to know delimiter
Summary: is intentionally prohibited by user with no apparant/understandable reason) → is intentionally prohibited by user with no apparent/understandable reason)
I use Thunderbird 2.0.0.24 and only recently started getting this error when sending with an IMAP account.
It also only seems to work when the outgoing message is saved and then sent later using the Send Unsent Messages in File.
When I send directly from the message using CTRL + ENTER the dialog box does not pop up.
(In reply to Franc Sutherland from comment #23)
> I use Thunderbird 2.0.0.24 and only recently started getting this error when
> sending with an IMAP account.
> It also only seems to work when the outgoing message is saved and then sent
> later using the Send Unsent Messages in File.
> When I send directly from the message using CTRL + ENTER the dialog box does
> not pop up.

Sorry, we no longer support Thunderbird 3 or earlier. You need to upgrade to a current release.

Unless anyone can reproduce this on a current release, I think we can probably close it.
(In reply to Mark Banner (:standard8) from comment #24)
> Unless anyone can reproduce this on a current release, I think we can
> probably close it.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
I have 17.0, am up to date, and yes this has been a problem for a very long time for me. Folders are always giving me the alert message referenced above. Desperately need help, as no email clients on Mac seem to be meeting microsoft office exchange standard, ie simple function of having folders that actually work.

Another issue is, after I save a folder name, and log out of thunderbird, and go back in, the edit is not saved....

Another issues is, when I drag emails under a folder, and then log out, and go back into thunderbird later, they are not in the folder and are still in the inbox...very frustrating.

Greatly appreciate anyones assistance.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: