Search results

That would be a smart idea, because for some reason the root account is connected to DA. And as said, by default DA does never send mails from any root@ account, only CSF is doing that. Maybe a test setup can show you what the issue is causing. At this moment I don't really have an idea why...

Was wondering that too, but I thought to answer just to be sure and the monitor if something changes afterwards. Reason: I could imagine that certain customers of Canada wouldn't want to have their stuff in the US anymore, same is happening here in the EU, they try to minimize data in the US.

Well... the very short answer to all of your questions is that it's up to you. Unless I'm misunderstanding your question. DA does not have a backup provider neither uses it any smarthost or relay service. You can all configure and set this up yourself as needed. Maybe the only difference is...

Yes but I wrote by default (so without changing). So if no admin email address is setup, isn't mail also send from that address? Or from admin@hostname? But as far as I know not from root@hostname, that what I was trying to make clear, that it wouldn't be root@ mail. Would be great if there was...

Strange, normally they are send from something like [email protected] by default if I'm not mistaken. If they come from [email protected] then I have the impression something might have been setup wrongly. Did you use an alias for root or something? I always let root mails be send to...

Seems spam is arising again via Google SMTP, I've also seem *20260707.gappssmtp.com being used (owned by Google), but I don't get it blocked. Reporting all via Spamcop to Google also does not seem to have any effect, the spam mails keep coming. I even had *.ac.in for example in...

Correct, but then it's used as domain and not as subdomain so logical it counts then. Not used by default. Normal subdomains (so used via ssubdomain option) does not count. So indeed one has to take care which way one is adding a subdomain.

I also have these moments from time to time. But good you found it now. :)

You mean in Evo skin? There is a seperate MX page for that since some time. Still works here.

Please don't update 21 year old posts. You can better use the feedback forum to make suggestions also. ;)

Yes if it would add something, but there is nothing F2B can do what CSF can not do.

Most likely this problem is caused by both Exim and Spamassasin checking mail on those RBL lists, which should not be the case because then you get these kind of blocks. So you have to exclude them from one of them. Now Exim is already checking the DNSWL list so you can exclude that from...

That wouldn't make sense because that is more of an opinion. Most would say like I do, CSF has all that F2B can do so F2B is useless if you want to have good security. Others would swear to F2B and for small private servers F2B can be a bit lighter, but lot less functionality and fail2ban is...

Thank you, updated all!

I second that. I didn't even know it was in there but I know several people talking and asking about it, so maybe it's just in to give people who want that as a choice, just like before the webmail versions (or maybe they are still in).

You can check with sudo dnf check-update to see if there even are kernel updates already, which is not the case. Once kernel updates will be released you can issue your command to update the kernel, you have to reboot the server afterwards. If you never updated a kernel before, then I would...

None imho. CSF is more enhanced (more options), so way better. Fail2ban is in fact a bit different and just does scanning logs for port intrusion and bans them, makes it a bit lighter. CSF is a bit more extended and does not only what Fail2ban does, but also does complete firewalling stuff which...

Indeed, on our servers it's also default and not modified OS, values are 0 here too, thank you! Ubuntu 22.04.5 LTS just had a kernel update but the values are still the same, mctcp still enabled.

I wonder what takes so long for Ubuntu then as that is also Debian based (Debian derative). As far as the rest: And today, October 31, still nothing at least as far as RHEL goes. Seems this can be temporarily more or less protected manually until the kernel fix. I read this on Facebook on a...

You can always use the contact form or e-mail on the directadmin side for these kind of things. Forum support is for the technical support. However, Like you should be able to cancel it like @ericosman already explained.