Search results

These are just system settings, seems ipv6 is disabled and when a kernel panic occurs the system will automatically restart after 10 seconds. However if you get this as an error another issue might be present, so..... exactly how do you get this? Since you see the mail queue is growing and...

Directadmin staff normally don't investigate hack issues so you would have to be very lucky. Additionlly to what Sysdev already said, start installing Maldetect (click) and scan all accounts. Often malware which starts itself again is coming from leak scripts or leak wordpress themes and...

Not in this case. Spamassassin only handles spam signatures and does not overrule a virus scanner as Spamassassin does not check virus codes, so Spamassassin will allow the mail, but the virusscanner is blocking the mail. Questen is which type of attachment is the sender trying to send you? If...

Please do not respond to 20 year old topics

2038 and that was just there as a tag as 2038 is similar what Windows had for year 2000. In Linux is a year 2038 computing bug.

I wonder if he still uses it that way after 4 years. ;) He is aware that he might do something dangerous hence his own warning.

Better use csf -ra as this restarts both csf and lfd.

Maybe we are lucky, at this moment we only see them in the Exim logs, nowhere else. So for now we blocked them in the /etc/virtual/bad_sender_hosts file.

Those googleusercontent ip's are also spam mails. So I would suggest to add port 25 for those who want.

I think there is even already a "convert" option present in your license account if I'm not mistaken.

Then it would be unusable if one blocks all google ip's then gMail posts not not be able to be received either. In post #5 it's only Google cloud if I'm not mistaken.

No to my opinion, since the SPF and DKIM record still exist for the hostname, so where should spoofing take place? It's not the best fix, agree to that, but this is something DA should fix for resellers and not the resellers themselves. Exactly this, so DA needs to change this behaviour for...

But those also are only the googleusercontent ip's? Or all google ip's? Because we wouldn't want to blok google mail itself for example and notices from adsense.

Yep, DA should also fix the updates so csf -u can be used and not reinstall everytime whitelisting the current ip doing the update.

It's not an issue, it's a feature that mail to root is not send. Easily to solve by setting root email in /etc/aliases and restart Exim. How?

If I'm correct it's just send by Google. I know Google can pickup mail from other domains. I thought maybe it's picking up mail from other domains and then sending it, because the sender domain address is not from Google, only the MTA address. We also report all of these mails via Spamcop to...

You might be right, but that opting out would be for that Google account only not for messages send to your server and other customers.

Those are the skin options, so I presume like floyd said you want to go back to the Enhanced skin. Since you were able to change it to Evo, you must be reseller or admin. Just use reseller level and then you can change to Enhanced again.

Is there an easy way to implement this in CSF? Or Spamassassin?

Just type "skin" in one of the search bars and Evo will give you the correc page if all is well.