Hi, just a couple quick little wish items....

1) Redirect logfile, quarantine and queue logging to another location
2) Cumulative inbound connection stat along with current
3) relay attempts stat (versus just showing a blocked email and nothing in quarantine)
4) ability to turn over logfile more than once per day (selector to rotate logfile every 1-24 hours)
5) Ability to rotate quarantine (new quarantine file every 15, 30, 45, 60... minutes) for easier management (reviewing large quarantine files for false positives is cumbersome)
6) Logfile for emails delivered from quarantine (false positive log essentially)
7) Ability to alter interval when white/ black lists are reloaded/reread. Every minute is great, but they are reloaded when changes are saved, based on this is evry minute too often?
8) Admin alert ability - with # of emails per minute etc threshold or something like that to warn of email attacks or storms.

This is an absolutely fabulous product, with excellent support. I would love it if there was an option to pay you guys extra for direct telephone support too!

Keep up the excellent work!

Wayne

That is great since on any given day I have 10,000-20,000 emails that are in quarantine.

While it takes some time to review them for false positives, my clients are very happy with not having to receive 100’s emails offering them a bigger penis. It is sad to think that the people that are sending out this trash think that we are so hung up on what hangs between men’s legs.

Yeap, again our goal is to make it as compatible and flexible as possible. We're going to use a user-selectable connection string (actually an Universal Data Link - .udl - file). The SQL statements we are using are as simple as we can make them for compatibility. We are currently developing and testing on MS SQL and Access. As soon as we have that ready and tested we'll most likely release a build with those features since many users are impatient are asking for this. Once that is done we'll see if any tweaks are needed for Oracle and MySQL (we hope none, but there seems to be a law that says there will be...) and add that in the following build.

Roberto
LogSat Software

Yeap, that will be in there with the next build as well.

Roberto
LogSat Software

Luis,

Let me start by saying that we're trying to implement the new quarantine in such a way as to make it as simple as possible to use the backend database.

Our goals are (1) to have a very simple database (right now we've manage to keep it down to just three tables, with no stored procedures and other complications), and (2) to support as many platforms as possible transparently to the user. We're planning on testing with MS SQL, Access (free platform), Oracle and MySQL (free platform).

To anwer your question, no, SpamFilter will not require the use of a database. But in the new version, without a database the quarantine option will be disabled. We've thought about leaving two quarantines, one with the existing database-less functionality, and one with the new DB features, but decided against it. Double-functionality was much more prone to bugs and errors...

Roberto F.
LogSat Software