Bugzilla

(In reply to elmhaxx from comment #83)

Yes, I see that you can set a "non standard" trash name and it works but it reverts back to the standard [Gmail]/Trash folder on tb restart. I think WADA's point is that this is intentional. Also I think 99.9% of users are perfectly happy with the default [Gmail]/Trash being the trash destination. However, you prefer the destination to be [Gmail]/Deleted it seems. Curious why the name "Deleted" instead of "Trash" is important for some users?

Gmail's imap (they call it GIMAP) is a very liberal interpretation of the IMAP RFCs and they do things that other more "standard" imap server, like dovecot, don't do like assuming a specific name for Trash and auto-moving (labeling) deleted items to it. So at this point, I'm inclined to vote to close this bug as WONTFIX.

Note also that the problem described in comment 83 is considerably different than the original reporter's comment 0 description, which seems to be fixed.

(In reply to elmhaxx from comment #83)

Yes, I see that you can set a "non standard" trash name and it works but it reverts back to the standard [Gmail]/Trash folder on tb restart. I think WADA's point is that this is intentional. Also I think 99.9% of users are perfectly happy with the default [Gmail]/Trash being the trash destination. However, you prefer the destination to be [Gmail]/Deleted it seems. Curious why the name "Deleted" instead of "Trash" is important for some users? (Edit: reason sited by many users is because gmail trash deleted in 30 days. Maybe some people just prefer a different name like "RoundFile".)

Gmail's imap (they call it GIMAP) is a very liberal interpretation of the IMAP RFCs and they do things that other more "standard" imap server, like dovecot, don't do like assuming a specific name for Trash and auto-moving (labeling) deleted items to it. (Edit: messages marked deleted are not moved to, actually labeled, Trash by gmail. But they are auto-expunged by default which can be set at gmail site. Tb has to tell gmail to copy mail to Trash folder before setting deleted flag.) So at this point, I'm inclined to vote to close this bug as WONTFIX. (Edit: Well maybe not. Pending further discussion after comment 97.)

Note also that the problem described in comment 83 is considerably different than the original reporter's comment 0 description, which seems to be fixed.

(In reply to elmhaxx from comment #83)

Yes, I see that you can set a "non standard" trash name and it works but it reverts back to the standard [Gmail]/Trash folder on tb restart. I think WADA's point is that this is intentional. Also I think 99.9% of users are perfectly happy with the default [Gmail]/Trash being the trash destination. However, you prefer the destination to be [Gmail]/Deleted it seems. Curious why the name "Deleted" instead of "Trash" is important for some users? (Edit: reason sited by many users is because gmail trash deleted in 30 days. Maybe some people just prefer a different name like "RoundFile".)

Gmail's imap (they call it GIMAP) is a very liberal interpretation of the IMAP RFCs and they do things that other more "standard" imap server, like dovecot, don't do like assuming a specific name for Trash and auto-moving (labeling) deleted items to it. (Edit: messages marked deleted are not moved to, actually labeled, Trash by gmail. But they are auto-expunged by default which can be set at gmail site. Tb has to tell gmail to copy mail to Trash folder before setting deleted flag.) So at this point, I'm inclined to vote to close this bug as WONTFIX. (Edit: Well maybe not. Pending further discussion after comment 97.)

Note also that the problem described in comment 83 is considerably different than the original reporter's comment 0 description, which seems to be fixed. (Edit: After looking closer, I think reporter at comment 0 had selected an alternate trash folder name. In that case, it is really the same as comment 83 and bug 533140.)