Closed
Bug 238357
Opened 22 years ago
Closed 22 years ago
close local mail file ASAP
Categories
(MailNews Core :: Backend, defect)
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.
| Reporter | ||
Comment 1•22 years ago
|
||
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.
Comment 2•22 years ago
|
||
Really, Profile Sharing is bad, don't do it. I would vote for invalid here
Comment 3•22 years ago
|
||
-->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
| Reporter | ||
Comment 4•22 years ago
|
||
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?
Comment 5•22 years ago
|
||
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.
| Reporter | ||
Comment 6•22 years ago
|
||
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
Updated•21 years ago
|
Product: MailNews → Core
Updated•17 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•