Cloudron Forum

@girish

Yes and maybe if a call for it to pull fields from log-in providers like Google Workspace.

I do know there was someone working on a registration page so people can register for accounts on a Cloudron server, but that was 2022 and has been dead since.

To follow up, 11GB worked fine too.

image.png

@mhgcic said in Zoho ZeptoMail:

Thanks, but seems to be working fine now. I think it was their verification process. I started using zeptomail when it first came out but was very unstable.

Now works well, we have been using it up till now elasticmail. However, we found that too much abuse from robots signing people up to our mailing list caused issues with being reported as spam, now we have moved our newsletters to zoho campaigns and transactional emails to Zeptomail.

Yes, I completely agree -- they rebranded from Transmail to Zeptomail and it had seemed like it wasn't done properly, so months of issues.

I do occasionally have issues with domain verification and at random (normally fixed within a few minutes to hours) it seems to "drop" the verification. But over the past 6-8 months, that also seems to have been fixed.

For reference, if anyone else comes by this topic -- we have it configured in Cloudron as follows:

Cloudron Configuration

External SMTP Server SMTP Host: smtp.zeptomail.com SMTP Port: 587 Username: emailapikey Password: *{zeptomail-smtp-api-key} *

Retrieve / Create SMTP API Key

Zeptomail Console Mail Agents > {mail-agent-name} Setup Info > SMTP > "Send Mail API Token #"

@girish said in Social Well Known:

I tested this out quickly. Indeed, the app auto creates an id of the form @nc.domain.com . After domain change, it doesn't adapt. But I don't think this is a bug in the app. Most of the federated apps (even outside nextcloud) cannot change their domain post installation.

image.png

I thought the same!

It seems to be a bit of a bugger that, on the other hand, I located the folder for well-known but nowhere does it show the URL in the files in the well-known folder for the app.

I have messaged the developer of the app to see if they could put in the description to only install on a URL that will not change or find a way around it but I don't think the developers of federated apps have it high on their priority to make domain name changes possible.

@girish said in Version Types - Beta/Stable - Version Numbering:

This one is already possible:

Click on the app you want to install
On the browser bar, you have to change the package version
To determine the correct package version that you need, you have to look into the git repo . All packages are opensource at https://git.cloudron.io/cloudron/<appname>-app.git (For example, https://git.cloudron.io/cloudron/nextcloud-app.git). Look for the CHANGELOG.md file in each repo. That will tell you the package version for the corresponding upstream app version.

Thanks that's really helpful.

@girish said in Priority of App Updates:

@mhgcic Apps are updated as upstream app makes new releases. Is that what you are asking ? Usually, it's not like 10 apps are pending to be updated. So, it has never come to the point of having to priorotize.

Yes, Thanks.

@nebulon said in Priority of App Updates:

As @girish said, there is no prioritization for app updates as such, but often there are other issues why updates are delayed. For example ampache update is currently pending and the reason here is that the new app package does not pass our tests and the package needs work, which is not finished yet. Other examples might be for apps like Nextcloud, where based on longer or recent experience, we delay major app releases and wait at least for the first upstream patch release.

I can understand completely thanks for explaining.

@jdaviescoates said in ICEHRM:

Could you perhaps share more info about how you manage volunteers using IceHrm?

We find most HRM complicated for some to manage volunteers, especially for not being HR trained.

We use it to

Securely keep volunteer information (DOB, Numbers, Addresses, ID Evidence, Documents like agreements and more. Management of volunteer leave like when ill or on holiday. We use it for time sheets to track when they have been in or if they are not coming in enough. We use it to manage our volunteer's expenses. Forms Volunteer training management and more.

We like it because

Free for the most part. Easy to use. Integrations into google. They have an app.

It is well worth the time and great for NPO and charities alike.

@mhgcic the disk stats issue is known . A fix is coming in 7.5.2 but it's not related to your performance problem.

@grimreaper said in cPanel DNS:

Wow, what is his problem?

I know it is unrelated but since @mhgcic brought it up is Lamp easier than cPanel to use? is there a GUI for it?

Cloudron does all that cPanel does and more. There's no need for cPanel with Cloudron. Yes, with GUI when necessary. Basically, your cPanel account comes empty just as a LAMP installation is.

@girish Sure once I have some time I will do it. Thanks. 🙂

For the moment we have just changed it to Manual DNS until we can get it sorted as their community is terrible for support.

@doodlemania2 said in AodeRelay:

@mhgcic we have a pretty tight set of principles we follow. Doesn't mean stuff doesn't get through, but we take action pretty fast depending on the severity of the situation

Thanks, we will take a look.

@mhgcic said in Cloudron + Mastodon + Akamai s3:

We added this solution already and did not work.

S3_ENABLED=true
S3_BUCKET=bucket-name
AWS_ACCESS_KEY_ID=<key_id>
AWS_SECRET_ACCESS_KEY=<secret_key>
S3_REGION=<region>
S3_PROTOCOL=https
S3_HOSTNAME=<hostname>

You seem to be missing the S3_ENDPOINT