Closed Bug 531566 Opened 16 years ago Closed 7 years ago

[IMAP] Another INBOX folder created automatically in gray color

Categories

(Thunderbird :: Folder and Message Lists, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 491424

People

(Reporter: renatoyamane, Unassigned)

Details

Attachments

(3 files)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; pt-BR; rv:1.9.0.14) Gecko/2009091010 Iceweasel/3.0.14 (Debian-3.0.14-1) Build Identifier: Mozilla/5.0 (X11; U; Linux i686; pt-BR; rv:1.9.1.5) Gecko/20091121 Thunderbird/3.0 Another INBOX folder (with TRASH sub-folder) is created automatically in my IMAP account. This kind of problem not happening on Thunderbird 3 Beta3. I tried remove it, but it is created again. See image attached. Reproducible: Always
Same problem as Bug 491424?
How can I know? I don't created any folder, and don't change any default config.
Renato can you log imap on your installation (see bug https://wiki.mozilla.org/MailNews:Logging) ?
Attached file imap log
Here is the imap log. The problem is on "bomber" account.
Attachment #415020 - Attachment mime type: application/octet-stream → text/plain
(In reply to comment #5) > imap log > SendData: 2 namespace > CreateNewLineFromSocket: * NAMESPACE (("INBOX." ".")) NIL NIL > CreateNewLineFromSocket: 2 OK Namespace completed. > > SendData: 3 lsub "" "INBOX.*" > CreateNewLineFromSocket: * LSUB () "." "INBOX._&AMk- spam" > CreateNewLineFromSocket: * LSUB () "." "INBOX._N&AOM-o &AOk- spam" > CreateNewLineFromSocket: * LSUB () "." "INBOX.!Lixo Eletr&APQ-nico" > CreateNewLineFromSocket: * LSUB () "." "INBOX.Trash" > CreateNewLineFromSocket: * LSUB () "." "INBOX.Itens Enviados" > CreateNewLineFromSocket: * LSUB () "." "INBOX.Rascunhos" > CreateNewLineFromSocket: * LSUB () "." "INBOX.Archives" > CreateNewLineFromSocket: * LSUB () "." "INBOX.Entrada.Lixeira" > CreateNewLineFromSocket: 3 OK Lsub completed. > > SendData: 5 list "" "INBOX.Entrada/Lixeira" > CreateNewLineFromSocket: 5 OK List completed. > SendData: 6 create "INBOX.Entrada.Lixeira" > CreateNewLineFromSocket: 6 NO [ALREADYEXISTS] Mailbox exists. (i) namespace = "INBOX." (ii) trash folder at IMAP server is INBOX.Trash - Entrada is localized name of Inbox by Thunderbird - Lixeira(==Trash) under root-level Entrada(==Inbox) is localized name by Tb (iii) Tb requested; - 5 list "" "INBOX.Entrada/Lixeira" - 6 create "INBOX.Entrada.Lixeira" It looks problem of Bug 491424 with localized name(Lixeira) for Trash. > don't change any default config. What is set in trash_folder_name? Entrada/Lixeira? How did you set it? AFAIK, trash_folder_name = Trash(or Lixeira) is initially set by Tb. > mail.server.serverN.trash_folder_name = Entrada/Lixeira Will next be a workaround? Set it via config editor, delete INBOX.Entrada.Lixeira, and restart Tb. > mail.server.serverN.trash_folder_name = Trash
> Build Identifier: Mozilla/5.0 (X11; U; Linux i686; pt-BR; rv:1.9.1.5) > Gecko/20091121 Thunderbird/3.0 Check with en-US build first, in order to avoid confusion by both you and Tb, due to Tb's localized name.
> What is set in trash_folder_name? Entrada/Lixeira? How did you set it? > AFAIK, trash_folder_name = Trash(or Lixeira) is initially set by Tb I don't change it. It's set to "Trash" (Lixeira). I click on combobox and did a screenshot. See attached. > Will next be a workaround? > Set it via config editor, delete INBOX.Entrada.Lixeira, and restart Tb. Yes, it works!
(In reply to comment #8) > I don't change it. It's set to "Trash" (Lixeira). > I click on combobox and did a screenshot. However, "Entrada -> Lexeira" is highlighted in the screenshot. It inidicates that non-localized "Inbox/Trash" or localized "Entrada/Lexeira" is set in trash_folder_name. And, as Tb requested 5 list "" "INBOX.Entrada/Lixeira" and 6 create "INBOX.Entrada.Lixeira", I can't imagine other than next case. (i.e. You selected "Entrada -> Lexeira" at the UI) > mail.server.serverN.trash_folder_name = Entrada/Lixeira Have you checked mail.server.serverN.trash_folder_name? What was set when problem occurred? What was set before you chnaged it to "Trash"?
(In reply to comment #9) > However, "Entrada -> Lexeira" is highlighted in the screenshot. Yes, I put the mouse over "Lixeira" just to you see where it is. But I never change it. > Have you checked mail.server.serverN.trash_folder_name? I can't find any .trash (or .lixeira) on Config Edit. > What was set when problem occurred? I don't checked before :-( > What was set before you chnaged it to "Trash"? I dont find any entrie initialized with mail.server and finished with .trash (or .lixeira) Regards, Renato
(In reply to comment #10) > > Have you checked mail.server.serverN.trash_folder_name? > I can't find any .trash (or .lixeira) on Config Edit. If no mail.server.serverN.trash_folder_name, Tb uses "Trash" as trash folder name. It sounds that phenomenon is different between no mail.server.serverN.trash_folder_name case and mail.server.serverN.trash_folder_name=Trash case. Anyway, confirming based on log data.
Status: UNCONFIRMED → NEW
Ever confirmed: true
So this appears to be somewhat similar to Bug 491424. I'm experiencing this issue as well since upgrading to: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b2pre Thunderbird/3.0.4 I tried to re-create this issue by deleting IMAP accounts and their local files within my profile as best I could. Creating a new IMAP account, I found that mysteriously even after many hours of things working great and never touching the trash folder settings, an INBOX/Trash folder was created and prefs.js showed it appropriately. I've modified prefs.js to remove "INBOX/" from mail.server.serverN.trash_folder_name and deleted the offending folder from the IMAP folder tree (Thunderbird seems to not handle that delete well despite "emptying" the trash -- I had to use a webmail client). We'll see how long it can go before the INBOX/Trash folder is created again. It seems that this bug is somehow related to the "picker" for selecting the trash folder when using IMAP accounts -- but can still crop up even if you never touch the picker.
Same issue here. Even after removing all thunderbird settings and removing INBOX.Trash from the server, it came back the next time Thunderbird was started after the initial setup.
My Versions: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.7) Gecko/20100720 Lightning/1.0b2 Thunderbird/3.1.1
Anyone still see this issue? Stefan reported to me some months ago "not in the version of Thunderbird [52.6.0] I am currently using at least."
Flags: needinfo?(renatoyamane)
Flags: needinfo?(erikmjacobs)
Whiteboard: [closeme 2018-09-15]
I no longer use Thunderbird.
Flags: needinfo?(erikmjacobs)
After 9 years, I also no longer using Thunderbird.
Flags: needinfo?(renatoyamane)
Thanks for the feedback. This should be fixed by bug 534942
No longer blocks: 534942
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Whiteboard: [closeme 2018-09-15]
This is bug 491424, so wrong bug in comment 18.
Should be fixed in TB 60 ESR now available at www.thunderbird.net.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: