Closed
Bug 131688
Opened 22 years ago
Closed 16 years ago
Loss of local mail folders.
Categories
(MailNews Core :: Database, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: paul.gammans, Assigned: Bienvenu)
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020315 BuildID: Mozilla 0.9.9 Local Mail folder become deleted. This leaves the folder.msf file intact but the file containg the mail becomes zero in length or is deleted. I haven't experianced this till 0.9.9 till then i was using 0.9.8+ (not use the exact build it but around 2002-01-28) i try to get the ecact id. Reproducible: Sometimes I'm not sure how to reproduce this, but I'll add more comment to this bug report when i out more info. My investigation so far have lead me to think it has somthing to do with viewing the folder while quitting mozilla. It might also have somthing to do with sub folders. I'm using the Debian build 0.9.9 of mozilla with enigmail, mozgest and spellcheck installed. Sorry about the vagueness of this report as i said i try to add more info.
Reporter | ||
Comment 1•22 years ago
|
||
Ok i can now reproduce this reliably on some mail folder but not others by .. 1 load mozilla login 2 select folder* 3 quit 4 load mozilla Automaic prompt for login My Imap Mail Account has gained the selected folder in it's list 5 login using prompt When the login finnished the folders vanish from the imap list and from the on disk store ie Files now missing To prevent data loss you can not login, quit, remove the folders '.msf' file then restart. At this point the folder is nolonger visiable in the IMAP's folder list *So far the only folder this has worked on have had sub folders.
Summary: Loss of local mail folders. → Loss of local mail folders.
Assignee | ||
Comment 2•22 years ago
|
||
do you have your imap directory and your local mail directory pointing to the same directory? That would explain this, and is not supposed to be allowed, though that bug is not fixed yet.
Assignee | ||
Comment 3•22 years ago
|
||
If that turns out to be the problem, I think I'm going to have to change the name of the offline store to mailboxName.off and upgrade everyone's offline store.
Reporter | ||
Comment 4•22 years ago
|
||
IMAP server Directory is .. /user/dtpg/dtpgprg/Inbox/ Local Folder Directory is .. /user/dtpg/dtpgprg/Mail (a simlinked to ) /user/dtpg/dtpgprg/Messages So i think the answer is no. What i do get though is the stored .msf file for my IMAP'd folders in /user/dtpg/dtpgprg/Messages not /user/dtpg/dtpgprg/Inbox/ i'm not sure if this is supposed to happen though.
Assignee | ||
Comment 5•22 years ago
|
||
No, it's not, and that's your problem. Effectively, they are the same directory. Did you set up the symlink yourself? I didn't mean the IMAP server directory, but rather, the local directory where we store your .msf files can't be the same directory as the local directory for your local mail.
Reporter | ||
Comment 6•22 years ago
|
||
I don't quit understand. I'm not sure how I set the directory IMAP's uses to store the .msf files? But yes i did set up the simlink myself, and now i will remove this and check if this fixes the problem. BTW. I did a bit of checking the data loss still didn't happen in 0.9.8 but started happing before 2002022021-trunk. Though i do rember occasional less pridictable data loss before 0.9.8 so i change. Thank for you quick response though, very much appreciated
Assignee | ||
Comment 7•22 years ago
|
||
Let me try again - it gets a bit confusing because you're running an imap server on your machine so there are really three directories all on the same machine. To be clear, I'm not talking at all about the directory the IMAP server is using, only the local directories Mozilla is using. 1. There's a directory where we store local folders and their associated .msf files - in your case, /user/dtpg/dtpgprg/Mail. 2. There's a directory where we store the .msf files for your online imap folders, as well as the offline copies of messages in those online folders (for offline users) - in your case /user/dtpg/dtpgprg/Messages, which is sym-linked to /user/dtpg/dtpg/Mail. For offline users, we create a local offline store that's the same as the online mail folder, in your local imap directory. So you'll have two files, say, FolderA.msf, and FolderA. Now, when you startup, we check the list of folders on the server, and what it looks like to us is that you've got a bunch of offline stores for online folders that no longer exist, so we delete the offline stores. Because the local mail directory and the local imap directory are the same, we get confused. That's why I said before that I might end up having to make the offline store be called something like FolderA.off to avoid this confusion.
Comment 8•22 years ago
|
||
Discussed at Mail News bug meeting with Engineering, QA Mktng and PjM. Decided to minus this bug.
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
QA Contact: esther → database
Comment 9•16 years ago
|
||
Is this problem still valid in recent Trunk/Branch builds? From the discussion, it does not appear to be. If not, I will resolve INCO in 3 weeks.
Whiteboard: closeme 2008-05-15
Comment 10•16 years ago
|
||
RESO INCO per previous comment.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Whiteboard: closeme 2008-05-15
Updated•16 years ago
|
Resolution: FIXED → INCOMPLETE
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•