499450 - delete Gmail spam creates folder [Imap]/Trash

Status: RESOLVED WORKSFORME

(Thunderbird :: General, defect)

Description

[Michael Gruys]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; nl; 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 you try to detele Spam in your GMail account folder [Gmail]/Spam the spam will be moved in a new created folder named [Imap]/Trash. When your study this folder by opening your Gmail account in a web browser your see that Gmail has created a new label [Imap/Trash]. Also you notice (and this is more embarrassing) that the spam appears in your [Gmail/All Mail] folder.  

Reproducible: Always

Steps to Reproduce:
1.Restart Thunderbird
2.Create an Imap Gmail account 
2.Delete Gmail spam from your GMail Imap account with Thunderbird

Actual Results:  
*.Notice that the spam has moved to [Gmail/All Mail] folder

* Notice with a web browser on your GMail account that a new 'label' [Imap/Trash] has been created and the deleted spam is in this folder

Expected Results:  
My idea is that when you delete spam with Thunderbird it should not CREATE a new GMail folder [Imap/Trash], but delete it (move it to the Trash can for example)

Comment 1

[Jo Hermans]

see comments in bug 482337 and bug 488097

http://mail.google.com/support/bin/answer.py?hl=en&answer=78892

The problem is that the delete on the server side (it's gmail that does the move !), and gmail is not a true IMAP server.

[Gmail/All Mail] is a folder that is created by Gmail, and that's just the way Gmail behaves (there's also a folder with that name in the web interface. Gmail doesn't really use "folders", it just fakes them with the tag. That's also why the mail can appear in multiple "folders" at the same time, which you won't see in an IMAP server that implements them as real physical folders. All mails really are stored in a single location.

Comment 2

[Michael Gruys]

Very true, with a minor detail point: I was talking about the creation of the [Imap/Trash] folder. It could be a localisation issue of GMail, --> in a Dutch Gmail the label [Imap/Trash] does not Exist. It is called:[Imap/Prullenbak]. Maybe it has to do with this issue. I have not tested it on an English/US Gmail account... But indeed all mails are stored in a single location. In that case the tag [Imap/Trash] should exist already in the Dutch Gmail account (instead of the tag [Imap/Prullenbak]) and this bug is a Gmail issue, not a Thunderbird...

Comment 3

[Ludovic Hirlimann [:Usul]]

Michale can you have a look at bugs listed under bug 402793 and see if your bug is not already there ?

Comment 4

[Michael Gruys]

I have looked at bug 402793 and have noticed it have a lot of common ground, but the issue of deleting SPAM is not mentioned specific.
However Comment #8 and Comment #11 has definitive to do with this bug report.

QUESTION
Should I mark THIS bug as duplicate of bug 402793 and mention this spam issue in bug 402793?

Comment 5

[Ludovic Hirlimann [:Usul]]

(In reply to comment #4)
> QUESTION
> Should I mark THIS bug as duplicate of bug 402793 and mention this spam issue
> in bug 402793?

I would do this. The other thing is we've fixed a few issues recently with gmail imap - your issue might be fixed already - could you make sure to test Thunderbird 3.0b3 when it comes out and comment on the bug that you've choose to use (Either this one or 402793)

Comment 6

[Michael Gruys]

agree

Comment 7

[Michael Gruys]

This bug does not occur anymore in Thunderbird 3.0b3.

(about box string: Mozilla/5.0 (X11; U; Linux i686; nl; rv:1.9.1.1) Gecko/20090715 Lightning/1.0pre Thunderbird/3.0b3)

I just repeated all the steps which caused this bug in Thunderbird 3.0b2 and I am very happy to see that is works now well.
For this reason I close this bug report

Comment 8

[Joshua Cranmer [:jcranmer]]

-> WFM. FIXED is only for bugs where we know the fixing patch.