A break down will be invoked by uid 10003 = sent from Green-inc domain
cd /var/www/vhosts/domain/subdomain-with-suite-crm; php -f cron.php > /dev/null 2>&1
change directory to sub-domain, then parse and execute cron.php,
then send all output to dev/null (operate quietly)
This may be a legit script (automating sending of mail) but there are 5000 in mail queue up from 4000 from yesterday
Is SuiteCRM the only thing running on that server? What workflows do you have set up/running? Are they on repeated runs? What is the information from your mailserver? Who is sending the emails from the CRM i.e. is it the admin user/user set in email settings?
In terms of “What is the information from your mailserver?”, are there any error messages in your logs? What mail service is running? What provider are you using to send emails?
There seem to be a few errors there. If there was spam going out from the CRM, there may be some logs showing lots of email being sent out? Obviously we’re not email/server experts so you may need to consult with someone on your end to identify if this problem is originating from SuiteCRM or not.
You should contact 1and1 tech support - they are your linux server hosting provider. Share with them the exact error messages above. Tell them qmail application on your server is deferring delivery of thousands of your notifcation emails because it cannot find the file deliverquota. They should know how to fix qmail configuration so it sends the mail properly, or work with you adjusting the settings in SuiteCRM, until it does.
Is your outbound email configured insecurely; i.e. unauthenticated or without SSL or TLS? If so, I would definitely require an account and make sure that’s configured for SSL or TLS. Otherwise it’s simple for spammers to use your essentially not secured email relay.
