Search results

2.) No you normally should see them in DNS administration with both NO NO (data and mail). I don't know how this looks in Evo, never looked at it in Evo because I still use Enhanced.

Yep, that's why I wrote "good luck with that" in front and with "some free time" I ment some amount of free time, not a bit of free time, so is was more a bit of a .... lol... I forgot the word... well let's say kind of a humoristic statement then, but I ment another word, but having a memory...

I would like to remove .dat files from the exim_check_attachment.sh file because that is blocked on outgoing mails and is (amongst others) used for Mailwasher reports. Ofcourse I can change the content and immute the file because I guess it can be overwritten on a rebuild of Exim and exim.conf...

Well good luck with that, it will cost you some free time indeed. As I understood CSF did not yet work on RHEL10 and also does not support nftables. So it looks like some reprogramming needs to be done for the "binary" too. Well.... re-scripting might be the better word.

I always use this setting in the csf.conf file: IGNORE_ALLOW = "1" Then only very trusted ip's I put in the csf.allow so they can bypass firewall and bruteforce. And use trusted (but a bit less trusted) like from monitor tools, only in the csf.ignore file. But everybody his/her own choice...

Hmmz... I'm not sure. Reload forbidden might have to do with the ip present in the /etc/named.conf of the DS server. But that should all be fine as you didn't change anything of named itself on the DA or DS server. Now it could be caused because of previous issues indeed, so it's important to...

Yes ofcourse it uses the password for the connection between DA and DS because multiserver setup always uses a password. ;) Oke that's a password issue. To make life easier, maybe it's best to either create a new multi-server connection on your DA server or change the multi-server password...

LoL I always forget to look into sh scripts if I see direct install scripts. :D

Nothing in any of the Directslave logs? Normally the error.log should provide some information. You mean the /etc/named/secondary directory? Or the installation directory?

As for the migration steps, in our case one can also use install.directadmin.sh instead of just install.sh. It checks some ownerships too. I migrated 3 servers yesterday.

Or well... not DA because it's not DA's task to do so, it's Exim. I'm just wondering... isn't that kind of the same Exim is already doing with the /etc/system_filter.exim file? ## ----------------------------------------------------------------------- # Look for single part MIME messages with...

Only Wordfence? Did not try Maldetect of any of the ones mentioned by others? Could not harm just to be sure. But it's good you changed everthing to 755 resp. 644.

Way to the web put the scripts on their github an hour ago. https://github.com/waytotheweb/scripts

GREAT! Thank you very much for your effort and extended explication of how this works. I can really use that. If I run in to issues I will take you up on your offer and contact you by pm. Thanks!! (y)

Why not? Because... Yes, but the information states when using a .* at the end of the line in a nwildlsearch file, then a ^ is required in the beginning of the line. So you do have to use the ^ in those cases too right? I'm aware of the link, but I can only test regexp strings there as far as...

Sounds to me as a DA issue. If a user is deleted, then all things belonging to that user should be removed, including running services like redis for such user.

I had to read it a couple of times, but combined with the example you gave, yes that makes sense to me. Thank you *very* much!! (y)

That is odd, they should be added automatically on restore if you connected your ipv6 to your ipv4 correctly. This would show on creating just a new test domain, then it should show both ipv4 and ipv6. Still an odd situation. I hope it's not a bug or something.

Directory's and files also have the same owner? Should indeed not be an issue with a fresh install indeed. Does that also occur if you use the Admin backup/transfer option to move the domain to the new VPS and then restore via the same option?

Oke that's a choice but in that case you have to take security issues in account as mentioned above by both others. So then best is to find out what the root cause of the problem is. Maldetect might be helpfull to point out if and which scripts/plugins are infected.