Take no offense, I'm not assuming anything lol just want to hear more about your own experience. Thanks.
It works for me. Their support a couple of years ago wasn't as good, but has improved a bunch since then.
Hey thanks for the review folk 🙂
That's what I thought, since the complaints I'd found were relatively old, and I also thought a folk in the Cloudron community wouldn't mislead us, wouldn't it?
Truly, prices are hard to beat.
@timconsidine hahaha yeah no worries I never got the impression you were complaining. More that I hate to leave people hanging so I just wanted to update. Its the same with the Humhub app I've been sponsored to make. That one is going to come first though because there is a timeline.
EDIT: Added re-directs. I also just realized I have my old domain in applications I sent recently. Whoops!
Reason I'm asking is that my understanding is you can't really split roles up between servers for the same domain. In other words, it's not really feasible to have one Cloudron server hosting the website for example.com and another Cloudron server hosting the mail for example.com. My understanding is that everything related to the domain needs to be handled on each server.
Out of interest, why would it not be feasible to split domains between hosting and email? We do this without any problems. On the servers hosting the apps either outbound mail is set to relay via the server handling email or, if the app manages its own email settings, these are set to use the SMTP on the server handling email for the domain.
I may have misunderstood but I think this post is why I was under that impression that the Cloudron domains emails should be on the same server as the apps for that same domain.
Whoops, indeed, I stand corrected. What @Hillside502 noticed is correct. It seems we setup DMARC policy for outbound mail as well (but only if there is no existing record). For some reason, I thought this wasn't the case.
Yeah, kind of being ignored a little bit. lol
AFAICS, JMAP does not seem to bring such great enhancements such as to shake the email servers industry, yet. That is very likely why there's seems to be not so much enthusiasm about this protocol. IMHO
I'm just thinking digitally here, but most fonts, Wordpress themes and plugins (and other paid themes and plugins), etc. are for one installation/project.
As you mention it, first fonts are not in the same category as Wordpress which carries a General Public License (GPL) which carries the obligation to ALL themes and plugins to be produce and distributed under the exact same condition, meaning they must be GPL as well.
Limiting the number of instance installation in the case of themes or plugins for Wordpress, or any FOSS which comes with such license of freedom, is among the biggest SCAM going on in this sphere right now, as this is a violation of the GPL license which, among other things, stipulate that once you have a copy, you can freely copy and distribute it under the same license's terms. Hence, technically speaking, if a wp theme developer does limits you in the number of instances you can install, then he's breaking the license himself which they still pretend to be GPL which is an absolute non-sense.
Clourdon is NOT GPL, nor even open source if I'm not mistaken, right now, even though most of the software part of the offer are. That's not a problem at all. simply because you do not absolutely need a Cloudron box to run any of the software offer which are coming with GPL. When one pays for either cPanel or Plesk the principle is the same, the prices are always PER INSTANCE, obviously, and that is even though they too offer GPL apps installation via their dashboard via Softaculous and the like.
@girish Correct. In my case they're almost all managed by Cloudron with some exceptions like extra records needed by Mailjet for example, but yeah the vast majority of the DNS records between all the domains I manage are Cloudron-related.