534197 - Deleted Item Destination is Ignored for IMAP Accounts

Status: RESOLVED DUPLICATE of bug 533140

(Thunderbird :: General, defect)

Description

[Dave M]

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091103 SUSE/3.5.5-135.5 Firefox/3.5.5
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091130 SUSE/3.0.0-66.1 Thunderbird/3.0

Verified this on two accounts, both on GMail (one is plain GMail, the other is Google Apps).

If I delete a message from the Inbox (via keyboard or delete button on the message heading) it is moved to the Trash folder regardless of what I set in the Account Settings option for "When I Delete a Message" > "Move it to this Folder:".

I never actually delete anything, I archive everything.  It is much... more natural for me to just be able to hit the delete button on the keyboard and have everything go to "All Mail",

When setting the option via the UI, the below was in prefs.js:

user_pref("mail.server.server2.trash_folder_name", "[Gmail]/All Mail");

I also tried setting the following manually:

user_pref("mail.server.server2.trash_folder_name", "imap://[e-mail]/[Gmail]/All Mail");

Neither worked, it still goes to Trash.

Thanks.

Reproducible: Always

Comment 1

[Dave M]

I setup a non-GMail related account and verified the issue there as well.  On that account, there isn't even a "Trash" folder that exists.  Thunderbird keeps trying to set one up instead of using the "Deleted" folder that exists and is set as the destination for deleted items.

Comment 2

[Dave M]

Sorry to keep updating... just doing it as I figure this all out.

This is a really weird issue, I am surprised I couldn't find other bugs about it.

Ok, so even though it is not good, at least on the GMail accounts I can hit "A" or archive to put them in "All Mail" properly.  I can handle that temporarily.

On the non-Gmail IMAP account, though... this doesn't even work.  If I archive a message there, targeted at the "Deleted" folder, it goes there... but creates a new 2009 folder in there.  Why?  I just want it to go into that folder, I can organize my email on my own.

Not sure if I need to create a separate bug for that.  Deleted destination option needs to work and Thunderbird should put things where it is instructed without creating other folders.

Thanks.

Comment 3

[Ludovic Hirlimann [:Usul]]

Can you provide an imap log for the second account ( https://wiki.mozilla.org/MailNews:Logging )?

The idea of Archiving is that it's done per year - so we should create a Archive folder and dump per year (you can choose the granularity, there is a parameter for that.) The idea is to simplify for most users.

Comment 4

[Dave M]

But it is inconsistent across account types, no?  Really, I'd be fine with it if the delete destination worked properly.

Before I give you the wrong thing... when you say "second account," do you mean the Google Apps account I mentioned?  Just want to be sure.

Thanks.

Comment 5

[WADA:World Anti-bad-Duping Agency]

Dup of bug 533140?

(In reply to comment #0)
> Neither worked, it still goes to Trash.

Which do you mean by the "Trash"?
 - Gmail IMAP folder presented to mail client(==Tb) by Gmail IMAP as;
     [Gmail]/Trash == Trash at Gmail Web interface
 - Gmail IMAP folder presented to mail client(==Tb) by Gmail IMAP as;
     Trash == Gmail Label of [Imap]/Trash at Gmail Web interface
 - Other

Comment 6

[Dave M]

(In reply to comment #5)
> Dup of bug 533140?
> 
> (In reply to comment #0)
> > Neither worked, it still goes to Trash.
> 
> Which do you mean by the "Trash"?
>  - Gmail IMAP folder presented to mail client(==Tb) by Gmail IMAP as;
>      [Gmail]/Trash == Trash at Gmail Web interface
>  - Gmail IMAP folder presented to mail client(==Tb) by Gmail IMAP as;
>      Trash == Gmail Label of [Imap]/Trash at Gmail Web interface
>  - Other

Despite the set destination of [Gmail]>All Mail, it goes to the [Gmail]/Trash part of Thunderbird which is the Trash folder/label in the GMail web interface.  It works as you'd expect it to for people who actually delete email... which I don't.  

In other words, near as I can tell, the UI setting does nothing at all.  It makes the expected change in prefs.js, but it has absolutely no impact on client behavior. \

Comment 7

[Dave M]

(In reply to comment #5)
> Dup of bug 533140?

I didn't find that one in my search, but yes... it does seem similar/the same.

If that were to be fixed, I would be able to make TB3 workable, despite my feeling that the archive subfolder creation is unnecessary and [currently] inconsistent.

Comment 9

[WADA:World Anti-bad-Duping Agency]

(off-Topic)
(In reply to comment #7)
> I didn't find that one in my search, (snip)

How did you search B.M.O for already opened bugs for your problem?
Couldn't find already opened bug(s) for your problem due to next problem?
> Bug 533807 : New search function returns less results than advanced search