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)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: myaverageorange, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: regression)
Attachments
(1 file)
58.13 KB,
text/plain
|
Details |
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.
Comment 1•15 years ago
|
||
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
Comment 3•15 years ago
|
||
Or try a nightly - ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-comm-1.9.1/
Keywords: regression
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
Comment 5•15 years ago
|
||
> 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)
Comment 6•15 years ago
|
||
(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. ."
Updated•15 years ago
|
Attachment #395005 -
Attachment mime type: application/octet-stream → text/plain
Comment 9•15 years ago
|
||
(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
Reporter | ||
Comment 10•15 years ago
|
||
> Do you uncheck next option of Server Settings/Advanced?
> > [ ? ] Allow server to override these namespaces
That option is UNchecked.
Comment 11•15 years ago
|
||
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");
Comment 12•15 years ago
|
||
(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.
Comment 13•15 years ago
|
||
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?
Comment 14•15 years ago
|
||
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)
Reporter | ||
Comment 15•15 years ago
|
||
> 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
Reporter | ||
Comment 16•15 years ago
|
||
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
Reporter | ||
Comment 17•15 years ago
|
||
Sorry, that last one should read:
> mail.server.serverN.server_sub_directory INBOX./Templates
No "Templates." Sorry about that.
Comment 18•15 years ago
|
||
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.)
Reporter | ||
Comment 19•15 years ago
|
||
(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!
Comment 20•15 years ago
|
||
(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 ".".
Updated•15 years ago
|
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)
Comment 21•13 years ago
|
||
bugs #547783, #574864 and #597443 it seems dupes of this (maybe different behavior but same underlying problem... I think
Comment 22•12 years ago
|
||
(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
Updated•12 years ago
|
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
Updated•12 years ago
|
Summary: is intentionally prohibited by user with no apparant/understandable reason) → is intentionally prohibited by user with no apparent/understandable reason)
Comment 23•12 years ago
|
||
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.
Comment 24•12 years ago
|
||
(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.
Comment 25•12 years ago
|
||
(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
Comment 26•12 years ago
|
||
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.
Description
•