Alan is referring to the bug regarding appdata/local/temp/pidxxx folders : bug
1769423
This continues to be a problem in release version TB 102.2.2 win64
TB needs to stop creating permanent pid folders which contain read only copies
of attachments that are stored permanently. Although you can edi
This still appears to be an issue on Windows and also Linux. Folders
such as pid-32601 get created when you open an attachment. The number
changes each time you open a new session of Thunderbird, but the folders
and their contents are never cleared.
--
You received this bug notification because y
As an addenda (and because the current downloadable version is still 78.*) I
have to mention THE real problem with this bug.
If Thunderbird is used long enough to accumulate 1 temporary files in the
TEMP directory, so it has all the files from nsemail.eml to nsemail-.eml,
Thunderbird wil
As an addenda (and because the current version is still 78.*) I have to mention
the real problem with this bug.
If Thunderbird is used long enough to accumulate 1 temporary files in the
TEMP directory, so it has all the files from nsemail.eml to nsemail-.eml,
Thunderbird will suddenly st
Correct. Both the send back-end and the smtp implementation has been rewritten
after 78.
I think we can close this. Please reopen if you can reproduce with a recent
beta.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in U
** Changed in: thunderbird
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1853007
Title:
nsemail and nscopy files left in /tmp
Status in Mozil
Yes, different/new implementation. I mention it since AIUI it's meant to
replace the current C++ code.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1853007
Title:
nsemail and ns
Good to know - i'm on 78.7.1
Also, am not familiar with TB code - you mention js smtp - is that a
config option or just different smtp implementation in 86 vs 78 or
something else?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunder
FWIW, I don't have temp files left behind if using js smtp (on 86 beta).
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1853007
Title:
nsemail and nscopy files left in /tmp
Statu
One standard way to deal with this kind of thing is to open the file -
then immediately unlink the file. The file handle can continue to be
used to read / write the file.
The file is removed from the directory list (so is no longer visible).
It is removed completely when the file handle is closed
I can confirm this as well.
This appears to be in the message sending code. I would not be surprised if
saving drafts also triggers these files as saving a draft shares a lot ofg the
same code as actually sending.
Today at 14:31 local time, I sent the email about building Thunderbird
85.0b3. An
** Changed in: thunderbird
Status: New => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1853007
Title:
nsemail and nscopy files left in /tmp
Status in Mozilla T
I also see a large number of ns* temporary files that Thunderbird leaves
behind in `/tmp/`. This is quite annoying.
I've currently got almost 1000 ns* files there:
```
/tmp/nsemail-328.eml /tmp/nsemail-622.eml /tmp/nsmail-2.pdf
/tmp/nsemail-329.eml /tmp/nsemail-623.eml /tmp/nsmail-2.png
/tmp/n
Same issue with Thunderbird installed via snap except /tmp folder is now
~/Download/thunderbird.tmp
Lots of leftover files that never go away
Thunderbird 78.4.1
snap 2.47.1+20.10.1
snapd 2.47.1+20.10.1
series 16
ubuntu 20.10
kernel 5.8.0-26-generic
--
You received this bug notification because
I am seeing the same on my Windows 10 Pro 2004.
Thunderbird 78.3.2
Location of the nsemail & nsmail
C:\Users\Name\AppData\Local\Temp
Example of what I am seeing.
nsemail.eml
nsemail-1.eml
thru nsemail-10.eml
There are also nsmail.pdf, nsmail.mp4, nsmail.tmp, nsmail-1.pdf etc.
They are not being
It is not just Linux issue. Happens on Windows also. At Windows 10 2004,
Thunderbird 78.2.2 (but was also previous versions (68).
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/18530
Still valid. On a system with lots of Users, there are thousands of
mails left which all go in the backup. Why can't you just have them
automatically deleted after sending them - or at least some kind of
encrypted!
--
You received this bug notification because you are a member of Desktop
Packages
Confirm this bug on Gentoo x86_64, thunderbird-bin 68.8.0.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1853007
Title:
nsemail and nscopy files left in /tmp
Status in Mozilla T
Same here, Ubutnu 20.04 LTS with their Thunderbird 68.7.0
Isn't it a security issue that plain text is persisted on disk ?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1853007
Ti
I consider this a memory leak and/or design flaw. My feeble
understanding of Thunderbird innards suggests that these files might be
created to form the final message that is sent? If so, they should be
deleted once the message is sent and the copy is in the Sent folder.
They should exist only on th
Confirming problem on Thunderbird 68.7.0 (32-bit) on Windows7.
Scary part is that I am not entirely sure that I was running Thunderbird
when the files went into the temp-folder.
The files "nsemail.eml" to "nsemail-10.eml" contain emails I have sent
the last months. I have had no reason to open th
This has been confirmed to be an upstream bug, so I recommend discussing
it and testing/confirming fixes there.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1853007
Title:
nsema
This bug still happens on Ubuntu 20.04 beta running Thunderbird
1:68.7.0+build1-0ubuntu1.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1853007
Title:
nsemail and nscopy files le
Is there any news on fixing this?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1853007
Title:
nsemail and nscopy files left in /tmp
Status in Mozilla Thunderbird:
New
Status
i can confirm this behavior in Linux. i am running same version as
reporter on debian unstable (bug 1602759). i would add that those files
contain copies of sent emails. sometimes spotted even plain text where
the sent email was encrypted. i tried running `thunderbird --verbose`
but it did not hel
*** Bug 1602759 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1853007
Title:
nsemail and nscopy files left in /tmp
Status in Mozi
Paul, I see. Thank you.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1853007
Title:
nsemail and nscopy files left in /tmp
Status in Mozilla Thunderbird:
New
Status in thunder
Launchpad has imported 11 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=1589890.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://h
Alistair, Launchpad translates "bug" and a number as a link to a
Launchpad bug report. In comment #9 incorrectly.
https://bugzilla.mozilla.org/show_bug.cgi?id=1589890 is the relevant
duplicate report.
--
You received this bug notification because you are a member of Desktop
Packages, which is su
This has been marked as a duplicate of bug 1589890, but bug 1589890
seems to be completely unrelated. Can anyone please explain what bug
1589890 has to do with this?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
h
Changing upstream bug link as original marked as a duplicate
** Bug watch added: Mozilla Bugzilla #1589890
https://bugzilla.mozilla.org/show_bug.cgi?id=1589890
** Changed in: thunderbird
Importance: Medium => Unknown
** Changed in: thunderbird
Status: Invalid => Unknown
** Changed
** Changed in: thunderbird
Status: New => Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1853007
Title:
nsemail and nscopy files left in /tmp
Status in Mozilla Thu
*** This bug has been marked as a duplicate of bug 1589890 ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1853007
Title:
nsemail and nscopy files left in /tmp
Status in Mozil
** Changed in: thunderbird (Ubuntu)
Importance: Undecided => Low
** Changed in: thunderbird (Ubuntu)
Status: New => Triaged
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/
Launchpad has imported 1 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=1597294.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://he
I agree with your comment, let's see what upstream has to say. Thanks
for the bug.
** Changed in: thunderbird (Ubuntu)
Status: Incomplete => New
** Also affects: thunderbird via
https://bugzilla.mozilla.org/show_bug.cgi?id=1597294
Importance: Unknown
Status: Unknown
--
You r
Reported upstream:
https://bugzilla.mozilla.org/show_bug.cgi?id=1597294
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1853007
Title:
nsemail and nscopy files left in /tmp
Statu
Surely leaving temporary files in a public directory for emails composed
many days ago and which have long been sent is not an elegant or well
engineered thing to do?
In any case, this only started happening after upgrading to Ubuntu
19.10.
** Bug watch added: Mozilla Bugzilla #1597294
https:/
> leaving thunderbird running for extended periods is a perfectly
> normal thing to do
Arguably, so is leaving files in /tmp while the application is running.
Leaving files around (containing potentially sensitive information such
as e-mail contents) after the application has exited, though, is n
Exiting and restarting thunderbird seems to remove the nscopy* files,
but the nsemail* files remain (see below). In any case, restarting
thunderbird isn't really a solution, because leaving thunderbird running
for extended periods is a perfectly normal thing to do.
# ls -l /tmp/ns*
-rw--- 1 al
Are you sure those files remain in /tmp after exiting thunderbird?
I just tested this locally, when composing an e-mail a file
/tmp/nsemail.eml was created, but after I exited thunderbird it was
deleted.
** Changed in: thunderbird (Ubuntu)
Status: New => Incomplete
--
You received this b
Public bug reported:
thunderbird leaves nsemail and nscopy files in /tmp:
# ls -l /tmp/ns*
-rw--- 1 alistair alistair 5522 Nov 18 08:42 /tmp/nscopy-1.tmp
-rw--- 1 alistair alistair 8883 Nov 18 08:43 /tmp/nscopy-2.tmp
-rw--- 1 alistair alistair 8311 Nov 18 08:49 /tmp/nscopy-3.tmp
42 matches
Mail list logo