Closed Bug 238357 Opened 22 years ago Closed 22 years ago

close local mail file ASAP

Categories

(MailNews Core :: Backend, defect)

x86
Windows XP
defect
Not set
major

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: kaidoloor, Assigned: sspitzer)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 it seems that Mozilla (1.6) does not close files of 'Local folders' as soon as it could. Can it be done that after the user has opened the mail folder, it is read by Mozilla, and then closed immediately. Currently the file seems to stay opened for quite a while (even after moving focus to some other mail folder). Current situation has the effect that other users are unable to add new/delete e-mails to the folders opened by another users (we have a special application where one subfolder of 'Local folders' is shared to all users in the office - currently with abt few thousand subfolders and 6,3 GB - works fine, except this little problem of mails lost sometimes:)). Reproducible: Always Steps to Reproduce: 1. Open a (1st) mailfolder @ Local Folders 2. Focus to another mailfolder (and folders, local or IMAP) Actual Results: File of the 1st mailfolder stays open and is not closed. Expected Results: File of the 1st mailfolder is closed. I would like if the file is closed immeditely after reading the contents of the 1st file, i.e. also during the time the mailfolder stays open in UI. This would enable other users accessing the 1st file themselves correctly. Mailfolders in question are located in Linux server, samba ver 2.2.8a.
checkid this with 1.7b and things seem to be the same as with 1.6. BUT, is also seems that the e-mails 'filed' by another user to the mailfolders currently open (if rdonly) for the 1st user do not get lost, but appear in the mailfolder after some time (i cannot explain, other than that e-mails are really added to file in the 'Local Folders' but it takes time until Mozilla realises that, maybe due some cache?). So in practical terms, things seem to work. I'll have some tests done.
Really, Profile Sharing is bad, don't do it. I would vote for invalid here
-->invalid so, profile sharing (or parts of it) is not supported, use it at your own risk; i would say you should use some pop3 or IMAP server for this.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
thanks, nb! there is no profile sharing, only one mailfolder is shared. profiles are user-specific. if i had found any easy-to-use IMAP (or smth else) solution, i would use it. do you have anything specific in mind? btw, the mailfolder sharing has been a bless (and must to have) so far (for about 5-6 years, starting from NN 4.5, now 30 users). I would even urge that Mozilla would support shared (maybe secondary) local folders (e.g users can point secondary local folders to shared drive). any ideas?
Yes, but Mozilla is very sensitive when sharing any file of your profile. I only know Cyrus IMAP, but i doubt it's so easy to install/administrate.
how much would it cost to contract a developer to have the functionality of a secondary (shared) local folders (not shared IMAP or POP3) to Mozilla trunk? we might be interested. kaido
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.