This site will have limited functionality while we undergo maintenance to improve your experience. If an article doesn't solve your issue and you want to ask a question, we have our support community waiting to help you at @FirefoxSupport on Twitter and/r/firefox on Reddit.

Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Thunderbird local directory changes after restart

  • 15 amsoshi
  • 3 sa na da wannan matsala
  • Amsa ta ƙarshe daga Matt

more options

Hi,

since I installed Ubuntu 24.04 Thunderbird (V. 128.1.0 as snap app) changes the path of the local directory each time I restart Thunderbird. My original path to the local directory points to a mounted drive e.g. /media/username/disk... Thunderbird changes it to /run/usr/1000/doc/.... How can I avoid this? The same thing happens also to the path of the signature file.

Thank you for your help! Ubuntu

Hi, since I installed Ubuntu 24.04 Thunderbird (V. 128.1.0 as snap app) changes the path of the local directory each time I restart Thunderbird. My original path to the local directory points to a mounted drive e.g. /media/username/disk... Thunderbird changes it to /run/usr/1000/doc/.... How can I avoid this? The same thing happens also to the path of the signature file. Thank you for your help! Ubuntu

Mafitar da aka zaɓa

See the image attached where I found the setting:

Karanta wannan amsa a matsayinta 👍 1

All Replies (15)

more options

Same problem here. Unable to change the path for Local Directory to where I store my mail on my network server. Have used this setup for many years but now I have to change the Local Directory network path every time I restart the computer.

An gyara daga r.i.p1987

Helpful?

more options

This problem continues for me. The path to the mail directory on the server is retained in prefs.js as the path to Server1 but Thunderbird does not pick up that path when it starts. How do we get help to resolve this?

Helpful?

more options

Using Thunderbird 128.2.0esr (64 bit) on Kubuntu 24.04

Helpful?

more options

Same here with Thunderbird 128.2.0esr (64 bit) and Kubuntu 24.04

I have identified what is happening for me and a means of managing it, but not the cause or ongoing solution - others with more expertise than this old man needed for that.

If I shut the computer down with Thunderbird still active, when it is restarted the connection to the server is established correctly. However, if I close Thunderbird before I shut the computer down and it is restarted, the local directory link to the server is not re-established - leaving Thunderbird open and then restarting the computer again resets the link to the server correctly.

Somehow the closing of Thunderbird prior to shutdown deletes the connection even though it is still existing in prefs.js

Helpful?

more options

Since I installed the the update 128.2.0esr (64-bit) on Ubuntu 24.04 the problem disappeared. When I restart the computer the paths are still there, regardless if Thunderbird was open or not.

I have to specify: The transformed path in form of /run/user/userid/doc/folderid... is still the same after restart of the computer. The "folderid" changed each time after restart. If the "folderid" remains then it is ok for me. It would be nice to have my original inserted path though.

An gyara daga rapo60

Helpful?

more options

Unfortunately the problem persists for me with 128.2.0esr (64 bit) and Kubuntu 24.04. folderid remains the same unless I re-enter the local directory path to the server if I have shut Thunderbird down before shutting down - then folder id is changed.

Helpful?

more options

Unfortunately the lucky period didn't last long. Today the folderid changed again. The problem persists. Any help?

Helpful?

more options

I had a reply from a moderator Matt elsewhere. He suggested the following:

"I suggest the change is in the use of the snap programs used in the newest version of Ubuntu and I would think also by your close clone of it.

See https://ubuntu.com/core/docs/security-and-sandboxing "

It's a bit beyond me but may be of help.

Helpful?

more options

duplicate

An gyara daga r.i.p1987

Helpful?

more options

duplicate

An gyara daga r.i.p1987

Helpful?

more options

duplicate

An gyara daga r.i.p1987

Helpful?

more options

This worked for me: I opened the settings of the Thunder Mail App (Settings->Apps->Thunderbird Mail) and saw that the setting "Read/write files on removable storage devices" was disabled. After enabling it the originally inserted path doesn't change anymore. It will also not be transformed to the sandboxed path as before.

Helpful?

more options

I do not see such an option in Thunderbird Settings on my desktop. It is not in General, Composition or Privacy and Security settings. Right now, my remote mounted storage for Local Directory in my mail accounts and Local Folders have been replaced with the /run construct and they appear to be working. I do not understand the /run construct but it works. It took many attempts to enable each Local Directory, I kept getting a message that the directory selected is not valid even though I could Browse to it. Very strange. So, I am now working as before 24.04 and 128.2.0. Hopefully it will continue through reboots and such.

Helpful?

more options

Zaɓi Mafita

See the image attached where I found the setting:

Helpful?

more options

r.i.p1987 said

I had a reply from a moderator Matt elsewhere. He suggested the following: "I suggest the change is in the use of the snap programs used in the newest version of Ubuntu and I would think also by your close clone of it. See https://ubuntu.com/core/docs/security-and-sandboxing " It's a bit beyond me but may be of help.

juts get one of the original packages instead of the snap and you will be a happy camper. No understanding required.

Use the APT rather than the snap.

Helpful?

Yi tambaya

You must log in to your account to reply to posts. Please start a new question, if you do not have an account yet.