Search results

and Normally no need to replace, just use /usr/local/directadmin/scripts/letsencrypt.sh server_cert which is the correct command according to the docs and the script will autodetect the correct hostname which is provided to DA. Will prevent typo's too. grep -Fvx "$(da config-get servername)"...

I didn't mean an external account. But if my reseller account is on the server like [email protected] then I'm normally able to send messages to my customer from that mail address. So in these kind of years, things change but also technologies change and it should be possible (just like with...

Yes why not? Alma 9 will only be EOL in 2032 so time enough to run with it.

Well I disagree a bit here. Because if a reseller, let's say me, creates a new user account, it would be nice if this user will get this mail from my contact e-mail adres and not from diradmin@hostname because that might be confusing to some users. I wonder how CP is doing that, can't remember.

Do I understand correctly that it will replace the [email protected] with diradmin@hostname or am I mistaken? But if this is the case, won't there be an issue anymore on the receiving part like Gmail due to the fact that maybe SPF, DKIM and DMARC of resellerdomain is used? Or will that...

Yes it causes also other issues like this one. It needs to be adressed by DA.

Not exim. But I'm not sure if restarting Dovecot would be enough. You might need to build dovecot and dovecot config, can't harm doing it to be sure.

Did you use the same MySQL or MariaDB database versions on both servers?

Any clue on how?

It's not a problem. DA has always helped us with this in the past, but since a couple of years ago no new licenses keys are made anymore. However in the meantime we already moved servers twice this way, it's not really a fuzz, one just has to keep this in mind. We normally always first take all...

You can forget about that. You can not downgrade licenses. You can use either modern or lifetime. You can go from lifetime to modern (montly) but you can not go from montly to lifetime. So if you want to move, you have to install the new server with the lifetime license (yes that can be done...

I'm even sure of it. But remember we are all people so everybody can make mistakes. This is a bigger one indeed. @zEitEr who of the team is writing the docs these days, do you know? Could you contact them and have this fixed please?

That's very well possible. As said the setting you made in the directadmin.conf does not exist zo you can remove it. There is another setting in the custombuild configuration which is ssl_configuration=intermediate which can be set to old...

You're on the right track, but as for the exim.variables.conf.custom file, you only need to add what you want to change compared to the default. Otherwise you might miss important updates of the other things. So in the /etc/exim.variables.conf.custom juist copy the line you want to change, make...

Where? As far as I know only TLS 1.0 and 1.1 was deprecated, TLS 1.2 is used all over still.

Yep, that's what I said, more development, more extra work so extra costs. Correct, but even then a slight bit of Linux basic knowledge would be fine. They are making it more easy every time to install for beginners, especially the last 5-6 years. I don't know if you know the history, probably...

Also a reason might be development. If DA is to create their own ISO images, it's extra work and development again, which brings extra costs making Directadmin more expensive. It's one of the reasons that cPanel is more expensive as they have their own rpm's. Also it's a professional hosting...

DA runs stable on everything it supports, so it should not make any difference. However, in the beginning most professional panels are initially build for RHEL and deratives so most people run those, lots of user run Almalinux for this reason, although 10 had some tiny issues in the beginning...

Oh this is odd. The day before yesterday I ran an update on an Almalinux 8.9 server, also Exim and Dovecot and php 8.1 were updated and no problem at all. After that I did the update from Alma 8.9 to 8.10. Maybe the issue is somewhere in Alma 8.10 then?

No sorry, it was just a question if they might have checked it. I will just presume it's fixed too and if not report back. But probably it all was connected which each other as the forum was also sometimes very slow and now all is ok.