Recent content by occinodo

Ok, so Ivan fixed this issue for us, for which we are very grateful, this issue is related to the following bug: https://jira.mariadb.org/browse/MDEV-30520 he ran the following commands to fix it: semanage fcontext -a -t mysqld_exec_t /usr/sbin/mariadbd restorecon -v /usr/sbin/mariadbd systemctl...

Just wanted to share that I am also facing this issue, I created a support ticket to further investigate this issue with Ples.

Are there any plans on fixing this issue so that autodiscover will work again out of the box? It's a huge pain in the *** that autodiscover doesn't work anymore.

Hi IgorG, I've been going through this, but there is currently no way to make a list of the existing back-ups.

Hi Igor, I have checked this extensively, but from what I can tell there is no way using either the API or command line (which in turn could be used in the API) to display a list of all back-ups.

Ok, I will install it later this week, is the issue with ClamAV also resolved?

I just chatted with Plesk support, they suggested to enable greylisting, then I ran postqueue -f and all e-mails were flowing in, thanks for all the great help anyway!

Monty checked the logs, his finding is that the following error is the cause : warning: master_wakeup_timer_event: service pickup(public/pickup): Connection refused @Monty mail_version = 3.4.8 I executed /usr/local/psa/bin/grey_listing -u -status off And then postqueue -f However nothing...

Hi Monthy, I shared the maillog with you in PM, I will redact the part that is relevant for future usage.

Hi Monthy, thanks for your quick response, I fired plesk sbin mchk --without-spam but the issue still persists, no errors are showing when executing the command. plesk sbin mchk --without-spam ==> Checking for: mailsrv_conf_init... ok ==> Checking for: mail_handlers_init... ok ==> Checking for...

Users are reporting that e-mail is not arriving in their mailbox, I am seeing the following error in the logging: Delivery temporarily suspended: lost connection with 127.0.0.1[127.0.0.1] while receiving the initial server greeting) I see a huge list in the mail queue in Plesk, the mailserver...

I turned off the country blocklist as suggested, but for fail2ban I wouldn't know which filter woud be useful to tackle the attacks. In DDoS deflate I already set up that 20 connections in less than 1 minute results in a ban.

Provider is Transip, does not offer any kind of DDOS protection, turning off the server is not an option, with country blocking enabled and the subscription disabled everything works fine, although load remains high.

The domain is now behind cloudflare, but unfortunatly the attack is still continuing, anyone who could provide advise on how to resolve the issue?

I looked at the nginx log, but only some entries were added. I now blocked all countries for the whole server except US, UK and NL with Ddos deflate. For the domain, I disabled the subscription, that changes the situation from constant outage to high constant load without significant impact...