|
|
 |
|
 |
 |
|
 |
|
|
ArGoStuff User to User Support Forums
|
 |
|
 |
| Author |
Messages |
|
dave.webb
Posts: 143 Online:  ArGoNuke Ensign


 |
| 04-19-2008 3:41 AM |
|
Hi all.
So far my testing of Argo .Net with the latest MF using Sophos AV and SpamAssaaasin has been going well - until I added more than a few domains! Now the server just kills itself by doing too much. Although I have restricted Argo and MF to use 1 delivery thread I end up with an ever growing number of sav32cli.exe and sa.exe processes. It was fine with just a few small domains but now it's at the point where the server barely responds. Has anyone else encountered this?
I'll try recreating the filters, and taking them out one at a time to see where the problem lies, but wondered if there is a way to easily control the number of messages it processes at one time?
Thanks,
Dave
|
|
|
|
|
SteveT Forum Administrator
 Posts: 2594 Online:  ArGoNuke Admiral


 |
| 04-19-2008 3:48 AM |
|
Hi Dave,
Have you tried excluding the Sophos AV and the SA to see if they are the cause of the tie up. I don't recall if Sophos was listed in MF list of AV products. I am not familiar with Sophos, but I do use AVG and find it integrates will with ArGo. I also do not use SA, I use Paranoid instead.
|
|
Regards, Steve Topilnycky Top Cat Computing http://www.topcatcomputing.com |
|
|
dave.webb
Posts: 143 Online:  ArGoNuke Ensign


 |
| 04-19-2008 5:11 AM |
|
Hi Steve. Having removed the rules and put them back one at a time it seems that SA (Win32 version) is the problem. With a few emails coming through at a time it's fine, but with a hundred or so every minute I end up with about 40 SA.EXE processes running, eating about 32MB of RAM each (!) and not terminating. I've tried restricting the delivery threads in Argo and MF to just 1 but this doesn't seem to help. Any thought? Thanks, Dave |
|
|
|
|
SteveT Forum Administrator
 Posts: 2594 Online:  ArGoNuke Admiral


 |
|
roland Forum Moderator
 Posts: 1073 Online:  ArGoNuke Captain


 |
| 04-19-2008 5:25 AM |
|
Have you ever tried to use spamd (daemonized version of spamassassin). It is much less resource consuming and it works well for me. Let me know if you need assistance for setup. -Roland |
|
|
|
|
dave.webb
Posts: 143 Online:  ArGoNuke Ensign


 |
| 04-19-2008 5:46 AM |
|
Steve,
I use the PERL version on 3 other servers and don't have a problem with it. However, for some reason on this one it won't work and I've had to use the Win32 version. The only difference is this one is running Argo .NET and the latest version of MF (this is my test server to help me sus out the problems before upgrading the other 3).
Just for my own sanity, am I right in thinking that in MF I need to use the filters on the Default tab for MailBag messages and the Incoming/Outgoing tab for POP3/SMTP messages?
Dave
|
|
|
|
|
SteveT Forum Administrator
 Posts: 2594 Online:  ArGoNuke Admiral


 |
| 04-19-2008 5:48 AM |
|
Dave, Honestly, I'm not sure, as I do not have any mail bags, so I can not even test this. |
|
Regards, Steve Topilnycky Top Cat Computing http://www.topcatcomputing.com |
|
|
dave.webb
Posts: 143 Online:  ArGoNuke Ensign


 |
| 04-19-2008 6:12 AM |
|
Steve, No problem - thanks for replying anyway. I thought I'd sorted it by adding sa.exe to the Windows firewall exceptions (when testing via a command prompt it popped up with the warning) and for about 10 minutes it seemed alright, processes were starting and then terminating a few seconds later. But now I have 40 instances of sa.exe running and the server is barely responding. It could also be related to the server spec - as it's a test box it's only a Celeron 1.7 with 1GB of RAM so I may try testing on a better server if I can. Thanks, Dave P.S. As I'm typing this I've just noticed that the MF service has stopped - probably out of resources! |
|
|
|
|
dave.webb
Posts: 143 Online:  ArGoNuke Ensign


 |
| 04-19-2008 6:53 AM |
|
Just a quick update...
I found that by running a virus check and spam check by hand through the command prompt that it was taking 15 seconds for SpamAssassin and about 5 seconds for Sophos, totalling about 20 seconds per message. Adding the -L parameter to the SA check improved things (down to about 5 seconds) but when there are about 20 processes running at once they tend to exceed the timeout specified in MailFilter (I don't want it to be above 60 seconds really).
Despite setting the number of threads in MF to 1 I am still seeing an infinite number of messages being scanned at once. How can I fix this? On my other servers it's set to 5 which works well. I am using 4.1.121.
Also, I have my rules set to save the message before deleting them if they are SPAM - since yesterday this has stopped working. It's deleting them without saving them (nothing in the rule has changed and the target path does exist).
Update 2...
The mail server is ignoring my list of valid recipients and accepting stacks of messages to random recipients, which should be ignored and not processed. This is probably contributing to the high volume of sa.exe processes, etc. I have emailed Archie to see if he has come accross this before.
|
|
|
|
|
dave.webb
Posts: 143 Online:  ArGoNuke Ensign


 |
| 04-19-2008 12:55 PM |
|
OK, I think I've sorted this one now. Having spoken to Archie it seems that MailBags require a full email address for valid recipients as opposed to just a username in the .Net version (despite the help file saying NOT to include the domain part). Having sorted this out the number of messages being processed by SA and Sophos has dropped dramatically, and now it seems fairly stable. Hoepfully come Monday morning when lots of real messages come piling in it will hold out. I hope this helps anyone else who runs into the same problems Dave |
|
|
|
|
SteveT Forum Administrator
 Posts: 2594 Online:  ArGoNuke Admiral


 |
| 04-20-2008 8:35 AM |
|
Dave, Thanks for sharing your experience with us. I am sure that it will of help to someone. |
|
Regards, Steve Topilnycky Top Cat Computing http://www.topcatcomputing.com |
|
|
|
| You are not authorized to post a reply. |
|
|
|
ActiveForums 3.7
|
|
|
|
|
|
 |
| Mail Server v1.0.5.9 | |
Mail Server
- Added additonal tracking of connections for SMTP and POP3: if they stay on for over 30 minutes, they are
getting disconnected;
- Fixed a problem with mailbags when they accept mail only when main server is down: in case of timeout
mailbags were still treating the main server as "available" and rejecting mail;
- Changed color coding of logs. Now red denotes only errors, delivery is green, POP3, SMTP, IMAP
connections - blue;
Web Interface
-
Fixed a problem, when session timeouts were causing errors in the windows system logs;
| | 1/2/2009 1:52:01 PM |
|
| Happy Holidays to All!!! | Just wanted to wish everybody Happy Holidays, and wish all the best to all in 2009
Looking forward to work with you next year!
Archie
| | 12/23/2008 10:13:32 PM |
|
| Mail Server Pro v1.8.9.6 |
- Improved Export to .NET function - sometimes email messages were not getting exported, because
the database of email messages was not up to date. Now each folder gets rebuilt before the export
function;
| | 12/2/2008 11:19:02 PM |
|
| Email Address Validator | We have discontinued our email address validation service, and launched new web site:
http://www.emailaddressvalidator.com
It provides the web service interface to validate lists of email addresses. We hope that our service will help to reduce unwanted traffic on Internet, ensuring that mail is sent only to valid and legitimate addresses.
Sign up now, and get 150 free validations!
| | 11/25/2008 10:13:02 AM |
|
| Mail Server v1.0.5.8 | |
Mail Server
- Mailbags now have an option to accept mail only when specified server is down - will help to fight
with spam which attempt to deliver mail bypassing the main server;
- When delivering mail, if main exchanger returns 4xx reply (temporary problem), the server will not
try other exchangers, will retry later the main exchanger;
- Server options moved from registry to a XML file. 64 bit versions of Vista and 2008 server appear
to be having access rights problems to the Windows registry, and the change will make our server more
compatible with 64 bit versions;
- Added an option to specify the number of lines on the log screen, when using the user interface.
Was causing memory problems if left running for long time;
- Fixed couple of problems, which were showing when SQL server was set up to use
case sensitive SQL statements;
- Made changes in the remoting interface to allow logging in using aliases;
Web Interface
- Made changes to allow logging in using aliases;
- When viewing folders, web interface now displays the name of logged in user;
| | 11/12/2008 2:31:31 PM |
|
|
|
|
|
 |
 |
|
 |
|
|
Protect Your Computer today with
|
|
|
|
|
|
 |
 |
|
 |
|