We have the same issue. You can simply kill the Spamclient.exe process in the task manager to solve the problem, Smartermail itself does not need to be restarted. Spamclient.exe will restart itself automatically afterwards.

 

Also had a 3rd issue with 14.3.5752 that had not seen before whereby emails would get stuck in the spool and would be partially delivered to customers inboxes.

 

Thank you for reporting this, I'm going to start looking into this.

 

Might I ask what kind of load is on your server? Users / Inbound Emails per hour

We had 30+ phone calls this morning from users who had received no email on 14.4.5787, the spool was showing only a handful of messages however on looking at the spool folder there was 12,000+ files so 6,000+ emails not delivered. Delivery log was nearly empty. Had to run the installer a couple of times over the top (which failed) however it appears to have corrected the issue for now.

 

Did anyone at ST test the new version before release?

 

I know I said in my other thread the spool was poorly designed however I wasn't exactly expecting for it to be broken in the latest release!

 

Have tried version 14.4.5787 which worked for about 7 hours before 1,000's of emails got stuck in the spool marked as 'spam check'.

 

Terminating the MailService_SubProcess did not cause a new MailService_SubProcess to start and had to restart the SmarterMail service in order to get the spool queue cleared.

 

The queue started to clear after restating the SmarterMail service then it looks like MailService_SubProcess crashed and disappeared from the task manager and did not restart.

 

With 1,000's of emails building up in the mail spool had no choice but to go back to the last stable release 4.3.

I upgraded to the Custom Build posted overnight.  The upgrade was smooth and MailService.exe and MailService_SubProcess.exe was running for a while.  When I checked on the server this afternoon, the CPU was super high.  MailService.exe was using everything and MailService_SubProcess.exe was not running.

 

The spool was backed up with about 1500 messages.

 

I disabled Cyren Anti-spam checking and the CPU gradually went down and the spool cleared through.

 

I then ran MailService_SubProcess.exe in a Command Prompt and re-enabled Cyren Anti-spam checking.  It outputted the following:

 

C:\Program Files (x86)\SmarterTools\SmarterMail\Service>MailService_SubProcess.e
xe
Received request to scan a message...
Scanning Message: 54976
Sending SmarterMail error code: e10
Error Message: 54976~%!#~Exception while processing message: 54976, Exception: C
ommtouch license details are not set
Received request to scan a message...
Scanning Message: 54974
Sending SmarterMail error code: e10
Error Message: 54974~%!#~Exception while processing message: 54974, Exception: O
bject reference not set to an instance of an object.
Received request to scan a message...
Scanning Message: 54975
Sending SmarterMail error code: e10
Error Message: 54975~%!#~Exception while processing message: 54975, Exception: O
bject reference not set to an instance of an object.
Received request to scan a message...
Scanning Message: 54977
Sending SmarterMail error code: e10
Error Message: 54977~%!#~Exception while processing message: 54977, Exception: O
bject reference not set to an instance of an object.
Received request to scan a message...
Scanning Message: 54978
Sending SmarterMail error code: e10
Error Message: 54978~%!#~Exception while processing message: 54978, Exception: O
bject reference not set to an instance of an object.

 

I have re-disabled the Cyren Anti-spam checking until this issue can be resolved.

 

Dave

Hello, just wondering when we can expect a public release to resolve this issue. Hesitate to install custom builds as there are no release notes to see what other changes might affect users.

 

FWIW, nice job splitting off Cyren. I suggest you call this new service MailService_Cyren instead of MailService_SubProcess. This would open the door to splitting off other processes:

Which would make SM more powerful and easier to manage. You could start/stop services as needed (e.g. when the Spool is backed up) and open Task Manager to see how much RAM and CPU each process is using (instead of just seeing MailService at 98%).

 

Thanks,

Kevin

The new minor has been released. This contains many fixes for issues that Cyren was having.