Search results

There are multiple options which are possible with this notice. Depends on which kind of license you have. Most likely not revoked. Is it only "license expired"? Or do you see another notice or additional info when calling the login panel with https://yourdomain.com:2222 or http://1.2.3.4:2222...

I don't work with rspamd so I have no clue if you definately want it in rspamd. But if you really don't want mail from domains then I use the /etc/virtual/blacklist_domains file for that, then they are already blocked at Exim before spamcheck is even done if I'm correct. Some form of wildcard...

Yep that's what I ment with "either customized", still PTR is not correct then. However in that case maybe nothing to do with LE.

I presume you checked that? Then something must be either customized or something went wrong, because Exim is answering with mail.allieduniversalfieldservices.com and normally Exim answers with the hostname. And PTR points to neither because that points to 173-233-75-3.static.as40244.net.

Yep, so that says enough, right? Better wait to see what others do like DA or CP or otherwise Eva2000. ;)

Not necessarily. If I remember correctly I've seen this happen in the past too with somebody and we fixed that via pm. He also had a hostname like mail.domain.com and for some reason things got mixed up for LE, don't ask me why. But for this reason I always advise not to use mail for FQDN...

Not according to crt.sh where I checked. So to me it seems the certificate is upated, but for some reason not implemented in DA, is that a correct assumption?

As far as I can see there is a wildcard certificate active until december. I see it's activate september 9th so yesterday and valid until december 8th. That happened multiple times yesterday, also for normal certs for ftp,www,mail etc. seperately, all succeeded and are valid. I also seen that...

Maybe if you provide your domain name, we might be able to find something. No issues as far as I know. Your issue can have a totally different cause, so maybe next time start a new topic instead of upping a 6 year old one. ;)

Yes well... my problem is that I'm getting older and sometimes have activated things from which I think should be enabled by default anyway. When installing a new server or extra server, I compare the directadmin.conf files and then make them the same. And then I have a memory leak after some...

Hahaha sorry, you are correct, I totally misread that. LoL... :ROFLMAO: I adjusted my post accordingly. :)

Only found a re-occuring typo. On several places (at least 3) it says "buypass ACME", but that should be "bypass" as you're not buying a pass. ;) Oeps... 🫣:sleep: my mistake.

You are mistaken. Did you look where I said on user level? Upper right corner in DNS administration? The user level needs DNS Administration activated. Once activated, the user -can- generate DNSSEC keys and they are also shown at userlevel. I attached a screenshot so you can see.

Certainly not on a liveserver at least as far as I'm concerned. It's a brand new fork from somebody from Romania, or at least Romanian nameservers (not that this is really important), but we also don't know who's behind it and if it can be trusted for the long term and don't know yet if DA will...

One could reload that page after using that curl command. Then this would be visible too. Specialistic user is he can do something like that. Those kinds of test are normally done by devs or admins.

For those using Immunify 360 they don't need to worry, seems Immunify 360 is importing various CSF features. https://blog.imunify360.com/configserver-eol

I also rather use both with a slight "pré" for CSF. Thank you for sharing! (y)

Yes on the https://feedback.directadmin.com site. However, they can access the logfiles fairly realtime already via the logs option in DA. https://domain.com:2222/evo/user/stats/log/domain.com/usage I can see logs in there from up to a few seconds ago and one can choose to also view the...

Is something which always can be tried. But if that indeed changed something, then something else was changed in the configuration without rebuilding when required or not updated, because normally just rebuilding does not change anything existing. However, one can always try to see if this fixes...

It seems you can install iptables on Almalinux 10. I read from somebody that he did and he got CSF working. But I can't confirm it momentarily. However, if this is correct then you could still keep using CSF. At this moment DA is still thinking about what they are going to do, hope they will...