Setting Archive Folder makes folders go missing
Fresh install of Kubuntu 18.04 64 bit --- Installed today Thunderbird 52.8.0 ( 64 bit )
When I was in windows I had thunderbird set up with these specific commands
EDIT> ACCOUNT SETTINGS > COPIES AND FOLDERS
CHECKBOX KEEP MESSAGE ARCHIVES
ARCHIVE FOLDER OPTIONS > KEEP IN SINGLE FOLDER
HIT OKAY
LOCATION OTHER > LOCAL FOLDERS > ARCHIVES > ARCHIVES 2018 > IN 2018
Every time I set that option.. All the folders under ARCHIVE vanish.... But if I create a new folder called CM'S ARCHIVES and move all of those folders from ARCHIVE into that new folder the sub folder's do not disappear.
The ONLY way that they'll disappear is if I try to set CM's ARCHIVES as the default location for archiving. When you close and re open thunderbird.. The folders are missing again.
I NEVER had this option happen before in windows... Why is it doing it now in Kubuntu?
I have deleted the .msf files and everything and the folders still do not show back up until I go back to an old backup and restore all of my " Archived hierarchy " of emails dating back to 2014.
I have even created a whole new profile..... Same thing.
Hope do I fix this?
Thanks, Chris
Wszystkie odpowiedzi (4)
It's just weird this option worked fine in windows but not in Linux.
Application Basics
Name: Thunderbird Version: 52.8.0 User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 Profile Directory: Open Directory
(Local drive) Application Build ID: 20180522092033 Enabled Plugins: about:plugins Build Configuration: about:buildconfig Memory Use: about:memory Profiles: about:profiles
Mail and News Accounts
account1:
INCOMING: account1, , (pop3) pop-mail.outlook.com:995, SSL, passwordCleartext
OUTGOING: , smtp-mail.outlook.com:587, alwaysSTARTTLS, passwordCleartext, true
account2:
INCOMING: account2, , (none) Local Folders, plain, passwordCleartext
Crash Reports
Extensions Messaging Menu and Unity Launcher integration, 1.3.1, true, messagingmenu@mozilla.com
Important Modified Preferences
Name: Value
browser.cache.disk.capacity: 358400
browser.cache.disk.filesystem_reported: 1
extensions.lastAppVersion: 52.8.0
mail.openMessageBehavior.version: 1
mailnews.database.global.datastore.id: 91bb5b34-56a4-4ead-9de2-11555ce24de
media.gmp.storage.version.observed: 1
network.cookie.prefsMigrated: true
network.predictor.cleaned-up: true
places.database.lastMaintenance: 1530936703
places.history.expiration.transient_current_max_pages: 122334
Graphics
GPU #1
Description: Intel Open Source Technology Center -- Mesa DRI Intel(R) Ironlake Desktop
Vendor ID: Intel Open Source Technology Center
Device ID: Mesa DRI Intel(R) Ironlake Desktop
Driver Version: 2.1 Mesa 18.0.0-rc5
Features
WebGL Renderer: Intel Open Source Technology Center -- Mesa DRI Intel(R) Ironlake Desktop -- 2.1 Mesa 18.0.0-rc5
AzureCanvasBackend: skia
AzureCanvasAccelerated: 0
AzureFallbackCanvasBackend: none
AzureContentBackend: skia
CairoUseXRender: 0
JavaScript
Incremental GC: 1
Accessibility
Activated: 0 Prevent Accessibility: 0
Library Versions
Expected minimum version
Version in use
NSPR
4.13.1
4.13.1
NSS
3.28.6
3.28.6
NSS Util
3.28.6
3.28.6
NSS SSL
3.28.6
3.28.6
NSS S/MIME
3.28.6
3.28.6
UPDATE:
I just switched all of my accounts back to being separate instead of all of the accounts using " LOCAL FOLDERS".
I then set my default archive folder under CM'S ARCHIVES ( since i'm not using the built in archive's folder until I know my emails wont go poof anymore)
by going to......
EDIT> ACCOUNT SETTINGS > COPIES AND FOLDERS
CHECKBOX KEEP MESSAGE ARCHIVES
ARCHIVE FOLDER OPTIONS > KEEP IN SINGLE FOLDER
HIT OKAY
i used the Other location's option
LOCAL FOLDERS > CM'S ARCHIVES > ARCHIVES 2018 > IN 2018
HIT OKAY
FILE
EXIT THUNDERBIRD
RE LAUNCHED TBIRD
And so far nothing has dissapeared
I don't understand why the folders are no longer dissapearing like they did when I had all of my accounts under LOCAL FOLDERS?
Thanks, Chris
Zmodyfikowany przez CWM030 w dniu
Hi there,
I tried to help CWM030 resolving this issue on another platform and while not resolving this issue, we've isolated the problem to the profile data.
- Blank test user > Works fine. - Blank new profile in own user > Works fine.
The profile data comes from a backup archive, so I suspected a permissions issue. For that reason I recommended to ensure full ownership and somewhat more lenient permissions:
sudo chown $USER -R ~/.thunderbird && sudo chmod 755 -R ~/.thunderbird
This didn't resolve the issue. But it might help pinpoint the problem for others.