Closed Bug 283157 Opened 20 years ago Closed 19 years ago

mails cloned (at least in junkfolder) mails cant be downloaded (another reported bug)

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows XP
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED EXPIRED

People

(Reporter: bugzilla, Assigned: mscott)

Details

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 1.0.3705)
Build Identifier: Version 1.0 (20041206)

there is a nasty bug with thunderbird when fetching only headers. as described 
in #261668 the headerfiles get deleted when clicking the link to download the 
respective mail. even worse (not reported in the mentioned bug) everytime i 
click that link, one more header gets deleted (the number of of mails is 
counting down, i dunno wich ones getting killed). on top of that: everytime 
thunderbird checks for new mail it seems to add junkmails in the box over and 
over again. e.g i have 1 junk mail in my mbox on the server. everytime 
thunderbird checks, it adds this mail (only the header) to the junkfolder. 
leaving me with hundreds of cloned mailheaders with dead links.

my suggestion: when the user clicks to get the desired mail from the server, 
dont delete the headerfile until the full mail is there. append a (header only) 
to the subject or anything)

one more thing ive noticed. deleting the junkfolder and all its files and 
creating a new empty Junk plus deleting the mbox on the mail server helps for 
the next message update. those messages can be retrieved. the check after that 
seems to mess the account or rather the junk folder up again...

Reproducible: Always

Steps to Reproduce:
This seems to be a problem only with one of my 2 virtual accounts. both are 
using the same mail server
1.set tb to fetch only headers from server but dont leave them there
2.set tb to automatically fetch your mails
3.watch the junk folder. every auto-fetch the spam is cloned
4.click one spammer u assume not too risky too 8one whithout attachment i would 
say)
5.click to get new mail. the current mail should disappear from the 
junkfolderview (where the mails are listed)
6.repeat step 5 and watch the countdown

Actual Results:  
mails, of wich i only retrieved the headers cloned
everytime i click one header gets lost without a chance to recover thru the box 
files, the search function, the folder compact whatever - those are lost
when deleting the junkfolder thru explorer (+.sbd +.msf) the account seems to 
behave corectly for the next fetch to break again after the following fetch
(by fetch i mean the general account mail fetch,  not the retrieve single 
message by clicking on its link)

Expected Results:  
mails downloaded. mailheaders only fetched once.
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.