626609 - After downloading new version of Thunderbird the folder retention policy changes to server settings

Status: RESOLVED INCOMPLETE

(Thunderbird :: General, defect)

Description

[Mick]

User-Agent:       Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7

I lost all my sent emails. I had T Bird set to do not delete any mail however it appears that after downloading an T Bird automatic updtae / build, it loaded the folder rentention policy with "Use my server settings" Obviously my server settings were set to delete after 30 days or something but I never worried about it 'cause I thought T Bird would retain all emails. Now I understand and appreciate that T Bird is free to me, however my point is that the Change in T Bird occured automatically and I was not warnerd that T Bird's folder retention policy would change. I feel that I should have been allerted by email or something to re-check the T Bird settings to avoid the pending count down to the loss of my emails.

Reproducible: Didn't try




Warned about possible changes to the retention of my very valuable emails or even better checked the settings in the existing buils and matched them in the new build.

Comment 1

[rsx11m]

Which prior Thunderbird version did you update from? There have been some changes in the folder-properties handling between 2.0 and 3.0, thus if you were upgrading from 2.0.0.x, some migration code would have been triggered.

Comment 2

[David :Bienvenu]

I think Standard8 fixed a bug in this area, but I thought it didn't affect shipping builds.

If the sent folder is local (as opposed to an imap server), and you haven't compacted folders yet, you may be able to recover the deleted messages - see http://kb.mozillazine.org/Undelete_a_message (site currently down at the moment, unfortunately).

Comment 3

[Wayne Mery (:wsmwk)]

no response from Mick.

not a preferred route, but  => incomplete