• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Plesk + MailEnable + Spamassassin + psa-spam-filter

P

purehtc

Guest
Hi,

Setup
------------------
Plesk 8.4.0
Mailenable 1.986
Spamassassin 3.2.3
Perl 5.8.8
Windows 2003

Context
---------------------------
- We have 400 email accounts.
- We're using psa-spam-filter perl script as our 'gateway' to filter out spam using spamassasin.
- Emails are received correctly and tagged correctly as spam or not.
- We're using RBL checks with spamassassin and with mailenable
- I've made a little modification to psa-spam-filter to rewrite all mails so to always know the status/working of sa.

Problem
--------------------------------------
After a fresh restart, then 3-4 hours later (not sure of the delay),
the emails are still received but there's no headers added by spamassassin.
It look like the psa-spam-filter is bypassed. A restart of plesk management service will restore normal behavior.
I'm still trying to figure it out by myself but I'll be glad to hear from a technical support guy about this issue.

I would like a solution using this setup and not suggestions to upgrade to mailenable pro/entreprise or using mxscan/mefilter/whatever other solution around. When it's working, it is working great.

Should the solution be to restart after x hours of operation the plesk management service ? That's an ugly hack for a production server.

If a suggestion to upgrade plesk/me/sa is offered, I would like to know why this upgrade would help and which component was to blame.

Thanks in advance !
 
Followup

When I do restart the service with a queue full of email, I get this error in EventViewer :

The system cannot find the file specified. (Error code 2) at Unable to connect to pipe \\.\pipe\psamailfilterpipe
at (Con::ClientOverlappedPipe::create line 502)
at Mail Enable mail global filter(CPleskMEMTA::Execute line 141)
Execute file name: C:\Program Files\Parallels\Plesk\Mail Servers\Mail Enable\Bin\MEMTA.EXE

A dozen by minutes until the queue is cleared.

I've found others with same problems in the forum : adding a registry key : PipeConnectTryCount, they said would help. It didn't.

I've found this error was an issue in 8.2 and a fix was available.
In the same thread, someone was complaining of this error with 8.6.

I'm using 8.4...

Anyone at parallels care to help ?
 
kludge

Anyone at Plesk care to answer ?

This is the pathetic hack I need to add to a production server :

-------------------------------------------------------------------------
ECHO restarting plesk - mailenable (every 15 ****ing minutes)...
@ECHO OFF
CLS

net stop "MailEnable Mail Transfer Agent"
net stop "MailEnable POP Service"
net stop "MailEnable SMTP Connector"
net stop "MailEnable Postoffice Connector"
net stop "MailEnable List Connector"
net stop "Plesk PopPass Service"
net stop "Plesk Management Service"
net stop "Task Scheduler"

net start "Plesk Management Service"
net start "Plesk PopPass Service"
net start "Task Scheduler"
net start "MailEnable Mail Transfer Agent"
net start "MailEnable List Connector"
net start "MailEnable Postoffice Connector"
net start "MailEnable SMTP Connector"
net start "MailEnable POP Service"
-------------------------------------------------------------------------
 
Ouch.

I've tried to install the ME-10027 patch. It said it was for 1.98 and earlier.
Having 1.986, I tought it may help.

In fact, it crashed the postoffice connector.
I had the production server down for 45 minutes because the damn patch installed an extra DLL in ./bin for Pro/Entreprise.
(see : http://forum.mailenable.com/viewtopic.php?t=15982&postdays=0&postorder=asc&start=15)

So no deal with hotfixes.

I'm giving up.

This setup is simply non viable on Windows 2003.

I've had less problems manually installing a qmail on a unix for the first time.
At least, when it breaks, you know where to look for.

First-time experience of managing a 2003 server. Last one.
 
Well, it looks like Parallels doesn't care much

Well, it looks like Parallels doesn't care much about his customers.
This is pure robbery. But then again, it seems to be the norm in the market these days.

Here is a production server running their software which doesn't work at all with an error log clearly showing up in the plesk category about a perl script -they- wrote. Not a single word from them. Ticket system included.

I just hope everyone looking to buy and review this software will stumble upon this thread and go find a real software for a production server. Not just a toy interface.
 
Back
Top