Search results

Spamassassin was stopped. Perhaps restarted. Check /var/log/plesk/modules/monit if it was restarted by Plesk Watchdog. Spassassin logs are in /var/log/maillog. Check if Spamassassin was killed by OOM events. grep -iE "OOM|kill" /var/log/messages

Interesting. Check what you have, if anything, after the last line with the queueId at 17:41 grep "20 Mar 17:41" /var/log/maillog

Is graylisting enabled?

Try to run the sql queries from the CLI. Access the server via SSH, as root, and run plesk db Afterwards paste the sql queries to alter the indexes.

Can you share all your firewall rules? iptables -S iptables -t nat -S

213.165.88.236 is blocking your IP address. I was able to telnet to 213.165.88.236:25. Or, you might have a drop policy on the OUTPUT chain without an accept rule: iptables -S OUTPUT -P OUTPUT DROP -A OUTPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A OUTPUT -p tcp -m tcp ! --tcp-flags...

Try to telnet to the remote server from your Plesk server: telnet mail.targetdomain 25 Do you have IPv6 on your server and a PTR for your IPv6 address? Can you mtr mail.targetdomain?

Sorry about that. I was under the impression you were getting the data from a database. In this case, the MariaDB part is not relevant.

I'm sorry to hear that. Did you try the contact page on the website?

How did you register? At Shopping Cart - SolusVM you have the option to buy a license and start with a 30 day trial. Furthermore, You should contact them directly at Login - SolusVM

Do your connection collation and charset match the database collation and charset? MariaDB [(none)]> SHOW SESSION VARIABLES LIKE 'character\_set\_%'; +--------------------------+---------+ | Variable_name | Value | +--------------------------+---------+ | character_set_client |...

What PHP version are you using? We encountered such an issue when using an old MySQL connector from PHP 5.x.

Yes it is an active product.

You can also set the cron using bin/magento.

Were the indexes removed? What happens if you run the queries again? Did the MariaDB service restart after the above mentioned error?

Unfortunately, emailsecurity database is not part of Plesk daily backups. Plesk daily contains: zgrep -i "^use" /var/lib/psa/dumps/mysql.daily.dump.0.gz USE `psa`; USE `mysql`; USE `horde`; USE `apsc`; USE `roundcubemail`; USE `phpmyadmin`; USE `psa`; USE `mysql`; USE `horde`; USE `apsc`; USE...

You need to recreate the broken index from dns_recs. You can run the following queries to rebuild the indexes: ALTER TABLE `psa`.`dns_recs` DROP PRIMARY KEY, ADD PRIMARY KEY (`id`) USING BTREE; ALTER TABLE `psa`.`dns_recs` DROP INDEX `dns_zone_id`, ADD INDEX `dns_zone_id` (`dns_zone_id`) USING...

Unfortunately, 43896-37639.pph-server.de doesn't resolve to your server IP address. You won't be able to issue a Let's Encrypt certificate for it. You can check with your hoster to fix the domain name, or you can use your own domain name.

43896-37639.pph-server.de doesn't resolve to an IP address. Thus you can't issue a Let's Encrypt for it. Is that the correct address provided for your server?

Please show us what you selected on the Let's Encrypt page.