Comments inline....
Am 20.11.2009 um 15:52 schrieb Martin Brown <[email protected]>:
Hi Danny,
I know that there used to be a problem with this, but that was some
years ago and I thought that we had removed the cause.
I have very little understanding of the interaction between windows
and java at the file level, but I think you're saying that James
should be deleting these files and isn't because it is locked by
another process, yes? Or is James holding the lock?
James should be deleting the files but isn't, at least until it is
restarted. It appears to be only the .Repository.FileStreamStore files
that build up.
I'm not sure what is holding the lock - unfortunately it is hard to
say
particularly when I cannot reproduce the issue.
Sounds like a Bug to me...
Would you consider using a database for the spool? MySQL works well
and I think SQL server is also supported, this can be run in the same
machine as James in most cases and doesn't suffer the same problems,
plus you can use scheduled SQL for housekeeping.
Some of our customers insist on sending 200MB emails, so putting these
in a DB would be painful.
200 mb Emails? You should tell em about FTP ;) anyway even with such
big emails it should perform ok.
The filestore works well until the number of undeleted files builds up
beyond a certain level - at which point everything grinds to a halt.
Thanks
Martin
Filtered by 3BClean from http://www.3bview.com
--------------------------------------------------------------------
Bye
Norman
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
