• 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
  • Inviting everyone to the UX test of a new security feature in the WP Toolkit
    For WordPress site owners, threats posed by hackers are ever-present. Because of this, we are developing a new security feature for the WP Toolkit. If the topic of WordPress website security is relevant to you, we would be grateful if you could share your experience and help us test the usability of this feature. We invite you to join us for a 1-hour online session via Google Meet. Select a convenient meeting time with our friendly UX staff here.

Resolved Plesk Extension: Plesk Email Security (Very Slow Delivery)

X3Web

New Pleskian
Server operating system version
Ubuntu 20.04.6 LTS
Plesk version and microupdate number
Plesk Obsidian Version 18.0.60
Hi All,

We reacently upgraded from default SpamAssasin to the plesk extension: Plesk Email Security.
1714672828016.png

First off "Chefs kiss" very nice UI, it just looks professional.

What I started to notice is a build-up in our mailq which is fine aslong as emails get deliver no more than 5min after it was sent, which it was at first...

We had clients start their billing runs yesterday en today and what seems to be happening is as soon as the mail queue gets to a point of 200 plus all emails get delayed by hour plus for amavis to catchup, what I did to resolve the mail queue was to completely delete the extension as our queues were over 1200 at a stage today with billing runs.

I don't see any errors or issues in my logs for us to work from what I can give you is a basic look from my perspective:

1) I signed up to the PLESK forum today, a confirmation email was sent to me at 19:52:02
[19:52:15] root@hosting:/etc/amavis/conf.d > cat /var/log/maillog | grep 2107836618C4 May 2 19:52:02 hosting postfix/smtpd[3623728]: 2107836618C4: client=ch.origin.talk.plesk.com[195.214.233.100] May 2 19:52:02 hosting psa-pc-remote[1075029]: 2107836618C4: from=<[email protected]> to=<[email protected]> May 2 19:52:02 hosting postfix/cleanup[3622252]: 2107836618C4: message-id=<[email protected]> May 2 19:52:02 hosting psa-pc-remote[1075029]: 2107836618C4: py-limit-out: stderr: INFO:__main__:No SMTP AUTH and not running in sendmail context (incoming or unrestricted outgoing mail). SKIP message. May 2 19:52:02 hosting psa-pc-remote[1075029]: 2107836618C4: py-limit-out: stderr: SKIP May 2 19:52:02 hosting psa-pc-remote[1075029]: 2107836618C4: check-quota: stderr: SKIP May 2 19:52:02 hosting psa-pc-remote[1075029]: 2107836618C4: spf: stderr: PASS May 2 19:52:02 hosting postfix/qmgr[3572862]: 2107836618C4: from=<[email protected]>, size=5701, nrcpt=1 (queue active)

2) This email goes directly into the mail queue, which is fine but on a normal day we preocess around 1500 to 2500 emails coming in to our server

3) Just this email confirmation send from the forum took 4 min to get into my mailbox and there's almost 0 traffic (Emails) that the server has to process at this time of the night

[19:56:19] root@hosting:/etc/amavis/conf.d > cat /var/log/maillog | grep 2107836618C4 May 2 19:52:02 hosting postfix/smtpd[3623728]: 2107836618C4: client=ch.origin.talk.plesk.com[195.214.233.100] May 2 19:52:02 hosting psa-pc-remote[1075029]: 2107836618C4: from=<[email protected]> to=<[email protected]> May 2 19:52:02 hosting postfix/cleanup[3622252]: 2107836618C4: message-id=<[email protected]> May 2 19:52:02 hosting psa-pc-remote[1075029]: 2107836618C4: py-limit-out: stderr: INFO:__main__:No SMTP AUTH and not running in sendmail context (incoming or unrestricted outgoing mail). SKIP message. May 2 19:52:02 hosting psa-pc-remote[1075029]: 2107836618C4: py-limit-out: stderr: SKIP May 2 19:52:02 hosting psa-pc-remote[1075029]: 2107836618C4: check-quota: stderr: SKIP May 2 19:52:02 hosting psa-pc-remote[1075029]: 2107836618C4: spf: stderr: PASS May 2 19:52:02 hosting postfix/qmgr[3572862]: 2107836618C4: from=<[email protected]>, size=5701, nrcpt=1 (queue active) May 2 19:56:23 hosting postfix/smtpd[3579502]: 6C7EC3661B06: client=localhost.localdomain[127.0.0.1], orig_queue_id=2107836618C4, orig_client=ch.origin.talk.plesk.com[195.214.233.100] May 2 19:56:23 hosting amavis[3576073]: (3576073-03) Passed CLEAN {RelayedInbound}, [195.214.233.100]:48436 [195.214.233.100] <[email protected]> -> <[email protected]>, Queue-ID: 2107836618C4, Message-ID: <[email protected]>, mail_id: bDrqNsY86tPn, Hits: 0.003, size: 6046, queued_as: 6C7EC3661B06, 260970 ms May 2 19:56:23 hosting postfix/smtp[3620132]: 2107836618C4: to=<[email protected]>, relay=127.0.0.1[127.0.0.1]:10024, delay=262, delays=1.4/0/0/261, dsn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 6C7EC3661B06) May 2 19:56:23 hosting postfix/qmgr[3572862]: 2107836618C4: removed

My Question is what can we do about this, cause I can't have a mail queue of 200 plus emails where every 5 min 1 is processed and delivered, there shouldn't be a mail queue in my opinion.

My server specs:
Dell PowerEdge R630 2 CPU - Xeon E5-2680 @ 2.70GHz (24 cores 44 threads) 64 GB RAM

Concurrent Amavis Processes is set to 50

Thank you for taking the time to go through this and if anyone can assist or give some guidance would be much appreciated, if it is what it is I'll have to revert back to SpamAssasin.
 
Is greylisting enabled?
No its not, the default plesk spam section under tools and settings is gone so I checked via CLI

> plesk bin grey_listing --info-server Grey listing configuration. Grey listing checking disabled Grey interval 5 minutes Expire interval 51840 minutes Penalty interval 2 minutes Penalty disabled Personal grey listing configuration prohibited
 
I've reverted back to default SpamAssasin, at this stage I won't suggest any hosting company's use the extension as clients don't like to wait for mails.
 
I actually have Plesk Email Security running on a couple of production servers without any issues. The great thing about Plesk Email Security is that it also checks outbound emails.

Anyway don't hesitate to contact our Plesk support team to have them investigate the issue on your server. I am sure that there is an solution to be found.

To sign-in to support go to https://support.plesk.com.

If you experience login issues, please see this KB article:
https://support.plesk.com/hc/en-us/...rt-plesk-com-and-password-reset-does-not-work

If you bought your license from a reseller, your reseller should provide support for you. If the reseller does not provide support, here is an alternative:
https://support.plesk.com/hc/en-us/articles/12388090147095-How-to-get-support-directly-from-Plesk
 
I actually have Plesk Email Security running on a couple of production servers without any issues. The great thing about Plesk Email Security is that it also checks outbound emails.

Anyway don't hesitate to contact our Plesk support team to have them investigate the issue on your server. I am sure that there is an solution to be found.

To sign-in to support go to https://support.plesk.com.

If you experience login issues, please see this KB article:
https://support.plesk.com/hc/en-us/...rt-plesk-com-and-password-reset-does-not-work

If you bought your license from a reseller, your reseller should provide support for you. If the reseller does not provide support, here is an alternative:
https://support.plesk.com/hc/en-us/articles/12388090147095-How-to-get-support-directly-from-Plesk
Did you have to change anything on your side?

I would like to keep using the extension if possible!
 
No, worked out of the box for me.
So I figured out the issue!

It was my IPTABLES for some reason it was blocking port 25 (Not sure how but mail was working), I cleared out my entire IPTABLES and then tested the extension and its working beautifully no issues at all.

FW is currently being managed by the extension Firewall Interface which is working great as well.

Just wanted to let everyone know, that if you face a issue with slow deliver check your IPTABLES or FW might be causing issues.
 
Back
Top