Kevin,

Do you have quarantined emails being displayed in the quarantine tab? If so, try to "Hide List", since that view does consume a lot of RAM.

Roberto Franceschetti
LogSat Software

We've had a couple of reports where the quarantine grid fills up by itself, without any user intervention, thus the question. If you have verified that it is indeed empty, could you please email us at support@logsat.com a copy of the spamfilter logs which start from when you last started the spamfilter service?

Roberto F.
LogSat Software

Yeah, there is definitly a problem, my backup mailserver, which gets about 40 emails a day, all of which are spam, consumed 400megs of mem over a 24 hour period. That's not good, I am having to restart the service ever 12 hours...

I typically have 50,000+ items in qurantine and use the grid many time a day and have never seen a memory leak nor the memory useage you are describing. This sounds like something else is contributing to the problem. Do you have a virus scanner running on the system? If so then you should exclude the spamfilter log folder since log files are always being written to.

 

g

While I haven't tried any of the builds after 190 you might want to try 195 and see if that helps.

I just upgraded today to 195 and here are the results.

I have it running on 2 servers. and both are sitting at 50 megs.

 

One server has processed 17 messages (this is my backup smtp server)

The other server has processed about 100.

Not sure why it's using all that mem, but it's definitly slower than before. I am going to leave it running and see if it consumes anymore mem, although I can't see why it needs that much mem!

Oh, and because I know people will say it. If I refresh the q, the mem jumps up and as soon as I hide it, it goes back down, so I don't think that is the problem.

Kevin,

I'm still not sure we received a definite answer on this. Do you see a usage of 100s of MB even after hitting the "Hide List" button? We do know about the high memory usage while displaying items in the list, please see Re: Mem Leak?  for more. But high ram while the grid is empty is not normal.

Roberto F
LogSat Software

Ok, it not a "leak" but the usage is high for the size load and much higher than the amount used by the earlier version.

I have restarted it and it has been running for the last two days and it has processed 0 messages and has 0 quarantined and is using 30 megs, hidding does not change it.

Could it be the build of mysql or the ODBC driver, I am running the lastest version for mysql?

Any ideas as what to try?

Thanks
- Steve

 

Well guys, Dan and I spend 3.5 hours on this last night and we have a solution for the mysql guys!

We found that if you run mysql odbc driver 3.51 spamfilter would have a mem leak. Even with roberto's suggested settings:

(http://www.logsat.com/SpamFilter/images/MySQLODBC.gif)

My backup sever which processed 12 spam messages last night, sat at 80 megs. While my prod server which processed about 200 normally, would have been at around 100 megs, However, I uninstalled the 3.51 client and installed the 2.50 mysql odbc client and it worked like a charm, sits at 8 megs which is perfectly acceptable.

Hope this helps!

Kevin

 

 

This was the problem we were having in this post: http://www.logsat.com/spamfilter/forums/showmessage.asp?messageID=1451

I will try the 2.50 OBDC driver and see if it helps.

well we're not home free yet....

I have noticed since back reving to Mysql ODBC driver 2.50 when a message comes in and it is to be quarantined, I get the message "Exception occorred during RECIEVEMESSAGE: Could not convert varient of type (null) into type (integer)

at this point it disconnects and the message is not quaruntined. Is anyone else having this problem who has gone back to ver 2.50?

I was just going to post that, after digging deeper I found numerous problems with the 2.50 driver. I have reverted back to 3.51 I will just have to restart the service every 24 hours for now. I do know that this problem has been recreated by Dan and possible Roberto. However it seems like it is limited to NT4.0 and not windows 2000.....

Kevin,

Now that you and George have found this to happen on NT4, we were finally able to reproduce the leak on an NT4 server with SpamFilter running as a service. What is odd is that the leak only happened once, we were not able to reproduce it again... Working with the debug data we collected, we may have found a possible problem. Non matter what we did, after the code change the leak was unreproduceable.

We've just uploaded beta build .196 in the registered user are. If you can give it a try, please let us know if a miracle happened and the leak is gone.

If not, can you please try running SpamFilter in standalone mode rather than as a service, and let us know if that leaks as well?

If so, can you please run SpamFilter from the command line with the follwoing switch:

SpamFilter -d

and let it run until you see 50-100MB leaking. When you close SpamFilter, the -d switch  will show a debug window to come up. Please email us the contents.

If the leak only occurs in the service, please add the -d switch in the registry at:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SpamFilter,

edit the ImagePath value and add the -d option at the end of the existing value, ex:

C:\\SpamFilter\\SpamFilterSvc.exe /startedbyscm:F9D641D8-40E26D57-SpamFilter -d

Roberto F.
LogSat Software

 

 

I hate to post this, but. Has anyone tried to see if the leak occurs while running MySQL on a seperate box from SpamFilter. If so was the Box running MySQL window 2K or NT 4.0. This should help determine if it is related to the MySQL OBDC driver running on NT 4.0. I'm sorry, I would test this myself, but aftering losing my Email server last week (hence lack of post latley from me), I am still in the process recreating all processes on the Server.

Actually that is how I am running.....We know it's a problem between Spamfilter and the odbc driver on NT4