Closed Bug 293632 Opened 20 years ago Closed 19 years ago

duplicate folders called nsmtp-XXX appear after restart after compacting offline folders

Categories

(Thunderbird :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: mozilla.org, Assigned: mscott)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3

If I choose the "Compact local/offline folders if it will save ??? kbytes"
preference (setting the kb value to 1000) and accept the offer, the next time I
start I will get duplicates of some folders (Inbox, Sent, Trash, Templates, some
others that I have previously created) labelled nsmtp-1 nsmtp-2 nsmtp-3 &c.
Deleting the folders appears to be safe 

Reproducible: Sometimes

Steps to Reproduce:
1. Activate the Tools|Options|Advanced|Offline Settings|Disk Space preference
2. Restart
3. Accept the "Compress folders" dialog
4. Restart after the compression has finished (There shold have been a
status-bar notification that at least one folder was being compressed)

Actual Results:  
Folders named nsmtp-1, nsmtp-2, nsmtp-3 &c appeared duplcicating the contents of
Sent, Inbox, Trash and others .

Expected Results:  
No nsmtp folders should have been created.

Note, not all folders are duplicated everytime.  I think only folders that
actually get compressed get duplicated.
Do you have Google Desktop Search installed?
Umm, yes, yes I do.
So should I disable it before compressing folders and then re-enable it? Or
disable, compress, restart re-enable?
try disabling GDS, restart thunderbird, compact folders, and then re-enable GDS.
And see if that fixes the problem. I don't know how GDS could be causing this,
but it seems to be the common denominator.
Tried the whole disable GDS thing, did nothing.  I will try again at a latter
date and involve a reboot.
I lied.  The folders, as you probably guessed, are called nstmp and not nsmtp.
I still haven't tried a GDS-free reboot.
thanks for documenting this bug. Closing tbird, exiting GDS, restarting tbird,
compacting, restarting GDS worked for me.

i'm on windows xp sp2
I am having random nsmtp and nsmtp-1 (...) folders appear from time to time.
Some are empty while some contain duplicate of messages in other folders. I can
delete the messages, but TB has problems deleting the folders themselves (it
works sometimes only).
Using Windows XP Pro, SP1, TB 1.0+, build 20050602
Hi,
I am using Windows XP SP2.
And keep getting this nstmp-XXX folders.
Happenning in folders which have many messages ( >1000 ) reducing the no of
messages to less than, say 700, reduces the number of times I get these folders.

Happens inevitably after compacting folders.
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/
Hello,
I have implemented on my machine the latest stable version (1.0.6 in French) and
the bug is still there.  It is very annoying, I have once had up to 40 folders
named nstmp-XXX, and they have to be deleted one by one, and some are sticky and
cannot be deleted without restarting Thunderbird 3 or 4 times.  Today, I even
had to go to the extremity of hand-removing everything with a nstmp-* name in
the Mail folder hierarchy...
So, no, the bug is not resolved.  And it would be a pity if it was not eradicated.

I do not know exactly how I should react.  Who has to Confirm that bug ?
this is fixed in the latest 1.5 beta and trunk builds. So basically you can
either try a 1.5beta build or wait for 1.5 to ship. The 1.0x builds contain
mainly security fixes from 1.0
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
I have version 1.5.0.5 and the error is still there - Win XP sp2.
You need to log in before you can comment on or make changes to this bug.