Is it possible to use a single domain, let's say example.com, with 2 (or more) cloudrons?
The use case would be to host multiple applications for the same company each on their own server, e.g. websites on one server and forum and mail on another server.
Note: I'm new to Cloudron and I really like it so far, but I'm having some specific use cases and it's not clear to me whether Cloudron is a good fit for them.
Ok, so I was correct when I said I seemed to remember there are some limitations with CF proxy and subdomains in the free plan.
When trying to open a ticket with CF regarding this issue I was pointed to the following link on their community:
https://community.cloudflare.com/t/subdomain-too-deep/81872
The certificates available with the free account (universal certificates) cover only one level of subdomains so my.domain.tld is covered, but my.sub.domain.tld isn't.
@girish actually we have similar use cases.
First of all sender/ip reputation. Some apps send emails in bulk and/or to unverified email addresses while others only send transactional emails to known/verified addresses. Therefore we want to use different email servers/systems for them.
In addition, some apps use email templates built within the mail service and therefore need to send out emails via that particular service, while other apps don't need to / shouldn't send via that service.
The same for newsletters: they have to be sent via a specific service.
Great to hear you implemented this functionality already!
@girish Thanks, now I managed to migrate the existing installation with the latest Matomo app package.
It was really straightforward!
@girish Thanks for the link to the documentation. Somehow I didn't find that section.
Regarding the user management, I can't select the option "leave user management to the app" (see screenshot).
I know that feature was recently introduced, but AFAIK each app has to be adapted individually in order to support it and apparently Matomo isn't adapted (yet)?
@girish Thank you very much, this is greatly appreciated!
@nebulon said in Cannot import app backup from other cloudron:
@guyds I will try to add this to the next version.
That would be great, thanks!
You have to copy the latest backup this should contain the full set. The backup config json file you can download via the dashboard will contain some information to find it on disk by the backup ID.
Ok, thanks for the clarification. I'll try it that way.
@nebulon I see, but how is this any different from the "restore to this backup" action? I mean, if you backup a Cloudron and its apps to an sshfs storage provider it is possible - I hope - to restore an individual app to a previous state. In this case the files also have to be retrieved from an ssh backend.
Regarding the app import process you suggest: is it sufficient to only copy over the most recent folders or should I copy the full backup (which can become quite large)?
Is there any ETA on when sshfs will be supported?
Maybe it's also a good idea to add a notification about this "incompatibility" in the backup configuration screen when selecting sshfs or another storage provider that's currently not supported?
E.g. "Note: this storage provider is currently not supported for app import".
I'm trying to import an app backup from one server into another. The app is wordpress and the backups are stored on an sshfs backend.
First of all I noticed there is no sshfs storage provider available on the "import backup" screen on the new cloudron.
So I exported the app's backup config json file on the old cloudron and upload that file on the new one.
Unfortunately that doesn't work either because it's giving the following error:
Error : External Error - Error loading fsmetadata.json:ENOENT: no such file or directory, open '/home/yellowtent/appsdata/e6c7c611-a2ed-4b1b-8456-f3d95729ad40/fsmetadata.json'
So 2 issues here:
Apparently the requested feature is in fact available in the current releases of Cloudron, but for some reason only for Mautic and not for Wordpress.
@girish, why was this implemented for Mautic only? Is it possible to add the "do not configure mail settings" to Wordpress as well? Or even better: for all apps?
Thanks
For clarification, this is the message that's being logged in the Cloudron event log when the app manages its own users but the mail settings are managed by Cloudron:
The SMTP Mailer in WP is configured to use the mail user specified at the Cloudron level (cloudron.app.email@domain.tld), but because the actual Wordpress user has a different mail address specified (wp.user.email@domain.tld), the mail can't be sent.
So this basically means we are unable to send out mails from Wordpress: letting the app manage its own mail settings is not (yet) possible and using the cloudron managed mail settings doesn't work because the mail addresses don't match.
@nebulon said in Custom SMTP Mailer settings:
@guyds to explain, the settings are reset upon app restart since the package start.sh script will ensure they are updated. In your case overwritten. This often helps to reset broken apps after misconfiguration.
Yes, of course, I understand that. But this thread topic was started in order to be able to let apps control the email settings themselves when needed.
According to girish's post this functionality was implemented in march, hence I'm reporting back that it's still not available (or at least not for Wordpress).
To come back to your main issue, I am not quite sure what the users have to do with the ability for the app to send out transactional emails. Can you explain this a bit more?
The app in this case gets its own email address which it sends out emails from. Maybe you have some other use-case for mail?
Actually the users aren't the main issue, but they are related to the fact that I can't send emails when the "do not configure mail settings" option is not available for the app.
Sure the app gets its own email address, but in case of Wordpress the emails are sent from the email address configured inside the app, which is not necessarily the same address.
To clarify myself:
The field for the "From Email Address" in SMTP Mailer states the following: "The email address which will be used as the From Address if it is not supplied to the mail function".
In other words, when users are handled inside the WP app then the emails might be sent using the email address that's specified for (one of) the admin user(s), which doesn't necessarily match the users defined inside Cloudron and hence Cloudron refuses to send the email.
@nebulon great to hear that it was already reported and fixed!
I didn't get any suggestions regarding similar topics, so I thought it wasn't reported yet.
When you go to the Email tab of an app and then click on the "Outbound Email" link at the top right, you get a "404 not found".
The reason is that the url is surrounded with some extra characters (quotes and slashes), probably caused by wrong escaping of the characters.
Edit: This is in Cloudron v6.3.6
@girish I'm reviving this thread since the Wordpress apps still don't seem to have this option "Do not configure mail settings". This is giving me headaches, as I'll explain below.
When I install a Wordpress app I set user management to "Leave user management to the app".
After the installation finishes, I reconfigure the smtp mailer settings to directly use an external mail service (see earlier posts for reasons / use cases).
This works fine, until the app is restarted for whatever reason. After such a restart, the smtp settings are reset to use the internal Cloudron mail server because Cloudron wants to control the mail settings.
Even configuring the email relay section of Cloudron to use the external mail service (while there are reasons to do this directly in Wordpress) is not an option, because the user management is done in the app (Wordpress in this case). As a result the users don't exist in Cloudron and therefore the mail(s) can't be sent because "cannot send mail as..."
So there are basically 2 issues here: