Suporte técnico

The AllowSupplementaryGroups option was deprecated in ClamAV 1.00. If this option is present in any of your config files it will display a warning when restarting that service. Just remove the AllowSupplementaryGroups line in the following files:

Centos / RHEL / CloudLinux 7 (systemd)
/etc/clamd.d/scan.conf
/etc/freshclam.conf
/etc/mail/clamav-milter.conf

Centos / RHEL / CloudLinux 6 (sysvinit)
/etc/clamd.conf
/etc/freshclam.conf
/etc/clamav-milter.conf

Debian / Ubuntu
/etc/clamav/clamd.conf
/etc/clamav/freshclam.conf
/etc/clamav/clamav-milter.conf
Veja o artigo completo...

Do not use free public DNS servers like Google DNS, OpenDNS or Level3 for nameservers in your servers /etc/resolve.conf as some DNS blacklists and whitelists will block queries from DNS servers issuing what they consider too many queries. This means that some of the tests that SpamAssassin will try to perform will be blocked and non-functional.

If your DNS servers are getting blocked you will also see URIBL_BLOCKED in the Warden spam log when you click on a spam row:

0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: i44hosting.com]
Spamassassin 3.4.0+ allows you to set which DNS servers it will use for DNS lookups. If your DNS servers are getting blocked we recommend that you set non-free DNS servers under:
Warden -> Settings -> Network Settings -> DNS servers
Veja o artigo completo...

1. Make sure that you are not blocking the licensing server IP addresses on the servers firewall. Imunify360 is known to block our server IPs for some reason. Our licensing server IP addresses are: IPv4: 198.27.80.6 IPv6: 2607:5300:60:2106:: You can run the following command to see if your server can connect to the licensing server. You should get a response of Verify return code: 0 (ok) if the connection was successful. openssl s_client -connect www.danami.com:443 If you get the error below that means that your server cannot connect to our licensing server (usually that means there is a firewall or connection problem): openssl s_client -connect www.danami.com:443 - returns: socket: Bad file descriptor connect:errno=9 2. Make sure that the date and time on the server is correct (The wrong time will cause the SSL certificate connection to fail). You can sync your server time using the command: /usr/sbin/ntpdate -b -s time.nist.gov 3. Many times this error can be fixed by restarting the Plesk panel: /etc/init.d/psa restart 4. Lastly make sure your openssl and curl packages are up to date: // Centos / RHEL yum update openssl curl // Debian / Ubuntu apt-get update openssl curl
Veja o artigo completo...

Symptoms Impossible to send or receive the email on the server. Local delivery does not work. Records like the following can be found in /var/log/maillog Apr 18 22:21:37 youruserver postfix/cleanup[13406]: E96C852200CB: milter-reject: END-OF-MESSAGE from localhost.localdomain[::1]: 4.7.1 Service unavailable - try again later; from=<from@example.com> to=<to@example.com> proto=ESMTP helo=<webmail.example.com> Cause This means that the ClamAV milter is running but cannot connect to the ClamAV daemon to scan the message for viruses so the message is rejected. Resolution
Under Warden -> Settings -> AV Milter Settings -> Change On fail to Accept.  Press the restart button to restart the ClamAV milter. Now email will still be accepted even when ClamAV is having problems (Although it will not be scanned for viruses). Common Problems Not enough memory to start the ClamAV daemon: If you see `Cannot allocate memory` in your ClamAV daemon logs this means that you do not have enough free memory in order to start the ClamAV daemon. Free up some memory on your server or upgrade your system memory then restart the Anti-virus service and Anti-virus milter service. # grep 'Cannot allocate memory' /var/log/clamd.scan Sun Feb 10 03:15:52 2019 -> ERROR: daemonize() failed: Cannot allocate memory Sun Feb 10 03:25:51 2019 -> ERROR: daemonize() failed: Cannot allocate memory Sun Feb 10 03:32:12 2019 -> ERROR: daemonize() failed: Cannot allocate memory Incorrect permissions your /var/tmp or /tmp directories used by the ClamAV and ClamAV Milter: If you see `Failed to create temporary file` in your ClamAV daemon or ClamAV milter logs this means that your /var/tmp or /tmp permissions are not writable by the ClamAV daemon or ClamAV milter. # grep 'Failed to create temporary file' /var/log/clamav-milter.log Thu Apr 18 22:31:55 2019 -> ERROR: Failed to create temporary file Thu Apr 18 22:31:55 2019 -> ERROR: Failed to create temporary file To fix the tmp permissions change the permissions then restart the ClamAV daemon service and ClamAV milter service: chmod 777 /var/tmp /tmp Installation problems: 1. You can re-run the installer on the command line as many times as you like to check for errors. Centos / RHEL / CloudLinux /usr/local/psa/admin/bin/modules/warden/install.sh Debian / Ubuntu /opt/psa/admin/bin/modules/warden/install.sh 2. Try restarting the ClamAV daemon and ClamAV milter services and check for any errors: Centos / RHEL / CloudLinux 7 (systemd) // clamav restart systemctl restart clamd@scan.service // clamav log file tail -f /var/log/clamd.scan // clamav-milter restart systemctl restart clamav-milter.service // clamav-milter log file tail -f /var/log/clamav-milter.log Centos / RHEL / CloudLinux 6 (sysvinit) // clamav restart /etc/init.d/clamd restart // clamav log file tail -f /var/log/clamav/clamd.log // clamav-milter restart /etc/init.d/clamav-milter restart // clamav log file tail -f /var/log/clamav/clamav-milter.log Debian / Ubuntu // clamav restart /etc/init.d/clamav-daemon restart // clamav log file tail -f /var/log/clamav/clamav.log // clamav-milter restart /etc/init.d/clamav-milter restart // clamav log file tail -f /var/log/clamav/clamav-milter.log If you still have problems just open a support ticket in our client area to have an experienced technician diagnose and fix the problem for you.    
Veja o artigo completo...

Normally you do not. Plesk has its own spam training script which is run daily to learn off messages in each users SPAM folder (Roundcube and Horde also have plugins to use this folder when you mark a message as spam). The task is called "ExecuteSpamtrain". To run the script manually SSH into your server and run as root: plesk daily ExecuteSpamtrain
The actual script that is run: /usr/local/psa/admin/sbin/spamtrain
You can find more information at:
https://support.plesk.com/hc/en-us/articles/115003117405-How-to-train-SpamAssassin
Veja o artigo completo...

How to test SpamAssassin Note: Greylisting must be disabled for the recipient domain before running these tests. To test Anti-spam (SpamAssassin), it is necessary to send a Gtube test spam email using the command below (Replacing emailonserver@example.com with a real email account on the server): Centos / RHEL / CloudLinux: echo "XJS*C4JDBQADN1.NSBN3*2IDNEN*GTUBE-STANDARD-ANTI-UBE-TEST-EMAIL*C.34X" | mail -S smtp=localhost -r sender@example.com -s "Spam test example" emailonserver@example.com Debian / Ubuntu: apt-get install s-nail echo "XJS*C4JDBQADN1.NSBN3*2IDNEN*GTUBE-STANDARD-ANTI-UBE-TEST-EMAIL*C.34X" | s-nail -S smtp=localhost -r sender@example.com -s "Spam test example" emailonserver@example.com If the Anti-spam is working correctly you will see it listed in the Warden log under Logs -> Spam Log. While testing, note that Gtube test email gives +1000 scores to spam. So, even if a mailbox is in the whitelist, mail still be detected as spam because whitelisted email gets -100 scores. How to test ClamAV Note: Greylisting must be disabled on the server before running these tests. To test Anti-virus(ClamAV), it is necessary to download the eicar test virus email and send it using the command below (Replacing emailonserver@example.com with a real email account on the server): Centos / RHEL / CloudLinux: wget http://www.eicar.org/download/eicar.com.txt echo "TEST MESSAGE w/ ATTACHMENT" | mail -S smtp=localhost -r sender@example.com -s "A/V test example" -a eicar.com.txt emailonserver@example.com Debian / Ubuntu: apt-get install s-nail wget http://www.eicar.org/download/eicar.com.txt echo "TEST MESSAGE w/ ATTACHMENT" | s-nail -S smtp=localhost -r sender@example.com -s "A/V test example" -a eicar.com.txt emailonserver@example.com If the Anti-virus is working correctly you will see it get blocked and it will be listed in the Warden log under Logs -> Virus Log.
Veja o artigo completo...

Lots of people seem to be confused by the "autolearn=no" statement in the default X-Spam-Status header. There are usually questions regarding whether or not "no" means SpamAssassin is not autolearning at all. What it actually means is that the specific message which includes the "autolearn=no" part was not autolearned, not that autolearning is disabled or somehow broken.

The three values that can be displayed are "no" (autolearning did not occur), "ham" (the message was learned as ham), and "spam" (the message was learned as spam).

If a message has already been learned by SpamAssassin, then that message will not be learned again. Therefore, if you run a message through SpamAssassin to see why it was classified as spam or ham, and it has already been learned, you will always get the result "autolearn=no". (To see this more clearly, use the "-D" flag, and you will see debug output explaining that the message has already been learned.)

Furthermore, the score used to trigger autolearning is somewhat different than the one reported in the final score; therefore a score displayed in the headers that obstensibly should trigger autolearning will not do so. Again, use the "-D" flag to SpamAssassin, and you will see the score that is used to determine whether or not autolearning will be triggered.

Finally, SpamAssassin requires at least 3 points from the header and 3 points from the body, to auto-learn as spam. If either section contributes fewer points, the message will not be auto-learned.

Possible Autolearn States

ham: the message was learned as ham (non-spam)
spam: the message was learned as spam
no: the specific message didn't achieve the proper threshold values and requirements to be learned
disabled: the configuration specifies bayes_auto_learn 0 or use_bayes 0 and so no autolearning is attempted
failed: autolearning was attempted, but couldn't complete. This happens if SpamAssassin can't gain a lock on the Bayes database files, etc.
unavailable: autolearning not completed for any reason not covered above. It could be the message was already learned.

View Autolearn Score
Warden has a hidden column that can be added to your spam log. Click the column chooser at the bottom of the spam log grid and add the column "Alscore" which contains the actual auto learn score.
Veja o artigo completo...

Plesk recently updated the PHP encoder that they use to protect Plesk extensions and you will get this error if your panel is not fully updated. To fix the error you need to update Plesk to the latest microupdate: To update Plesk though the Plesk Interface  1. In Plesk, go to Tools & Settings and click Updates and Upgrades.
 2. On the Updates and Upgrades page, click Update Components. To update Plesk from the command line (run as root) plesk installer update More information on how to update Plesk
https://support.plesk.com/hc/en-us/articles/213385609-How-to-install-Plesk-updates What Plesk update is currently installed on the system? You can view what version your panel is on the "System Overview" section of your home screen after logging in.  Alternatively, execute the following command in a command-line interface: plesk version At the time this article was written here are the latest updates for each branch:

Plesk Onyx 17.0.17 - Update 76
Plesk Onyx 17.5.3 - Update 83
Plesk Onyx 17.8.11 - Update 68

Plesk Changelog
https://docs.plesk.com/release-notes/onyx/change-log/    
Veja o artigo completo...