Cloudron Forum

Hi, I am coming back to this because we woudl still really appreciate this feature. Our use case is as with tamayers that different groups of employees use different systems (partly for legacy reasons, partly because they wish to do so). This means we have a group on google workspace, we have a group on microsoft exchange, and I have a group on cloudron. Now our workaround is quite messy and simply adding the option to force cloudron to do an external MX lookup would solve this problem: The problem is that if I then send a mail from an email-adress hosted at the cloudron instance to email adress hosted on google but on the same domain it runs into delivery problems. At the moment, our workaround is to have all of these account also existing on cloudon and then have them forward the emails to a mailbox on a different domain, which is then forwarding the emails back to the Google or the MS Exchange Server. So quite messy.
Hence we would really, really appreciate if you could implement this feature soon.
Do you think there is any chance you can implement this soon?

Hi,
I am trying to set the Command-Line Flag "--web.enable-remote-write-receiver" to "true".

Using the CLI I am getting the following error:

root@XXXXX:/app/code# ./prometheus --web.enable-remote-write-receiver    
ts=2023-07-11T11:07:23.963Z caller=main.go:534 level=info msg="No time or size retention was set so using the default time retention" duration=15d
ts=2023-07-11T11:07:23.963Z caller=main.go:578 level=info msg="Starting Prometheus Server" mode=server version="(version=2.45.0, branch=HEAD, revision=8ef767e396bf8445f009f945b0162fd71827f445)"
ts=2023-07-11T11:07:23.963Z caller=main.go:583 level=info build_context="(go=go1.20.5, platform=linux/amd64, user=root@920118f645b7, date=20230623-15:09:49, tags=netgo,builtinassets,stringlabels)"
ts=2023-07-11T11:07:23.963Z caller=main.go:584 level=info host_details="(Linux 5.4.0-153-generic #170-Ubuntu SMP Fri Jun 16 13:43:31 UTC 2023 x86_64 534579d8-6c67-4084-8afe-f2a0b9e83487 (none))"
ts=2023-07-11T11:07:23.963Z caller=main.go:585 level=info fd_limits="(soft=1048576, hard=1048576)"
ts=2023-07-11T11:07:23.964Z caller=main.go:586 level=info vm_limits="(soft=unlimited, hard=unlimited)"
ts=2023-07-11T11:07:23.964Z caller=query_logger.go:113 level=error component=activeQueryTracker msg="Failed to create directory for logging active queries"
ts=2023-07-11T11:07:23.964Z caller=query_logger.go:91 level=error component=activeQueryTracker msg="Error opening query log file" file=/app/code/data/queries.active err="open data/queries.active: no such file or directory"
panic: Unable to create mmap-ed active query log

goroutine 1 [running]:
github.com/prometheus/prometheus/promql.NewActiveQueryTracker({0x34bc8ac, 0x5}, 0x14, {0x3d0af20, 0xc000470280})
	/app/promql/query_logger.go:121 +0x3cd
main.main()
	/app/cmd/prometheus/main.go:640 +0x7013

How could I solve this issue?

@girish is there an update by any chance?

we have tested ERPnext, odoo and axelor. Result we are now rolling our axelor. It would be very cool if we host it using cloudron. I think it would be a great app for the community.

So far we are going with the cloud option of axelor, as we do not have the proper skills to implement it in cloudron ourselves.

@girish
exactly.
In google workspace one can define external hosts either by IP adress or by domain.
So in this case I would add the host-name of the cloudon mail sever ( e.g. mail.cloudron.test:587).
The MX record of the domain would point to google.

Now for all email adresses which I would like to keep in cloudron I would add the rerouting option to the cloudron mailsever host.

Note: This already works. I tested it.
The problem is that if I then send a mail from an email-adress hosted at the cloudron instance to email adress hosted on google but on the same domain it runs into delivery problems. I suppose this is because cloudron tries to internally deliver the emails.
So I would hope for an option that disables the internal email routing, so that every email is sent to the sever sepcified in the MX record.

This is why OP asks for the ability to "disable internal routing for emails on certain domains".
This option would really help massively

@girish sorry for the delayed reply.

In my case and as I understand in OPs case, the split-routing would happen on google workspace.
Hence the feature would only necessitate, that the local routing can be disabled. Meaning all emails are delivered to the remote mail exchanger (in this case google workspace) and then in google workspace the mails cab be re-routed based on the specific email adresses.
This allows to have both email accounts a gmail and email accounts using cloudron, sharing the same domain.

Does this make sense?

@girish any news on the development status?
Would appreciate an update

+1 for the feature.
Would be very, very helpful for us to have as well!

@nebulon I tried backups up to 2 months back....

yeah I got the hint with the full disk
Thank you for pointing me to the right FAQ section... This helped!

Now I am running into a new Problem.
Under the backup section of the cloudron settings I see the following error message:

"Cloudron crashed/stopped"
I

I tried increasing memory size for graphite. Any ideas what could be the issue?

Hi all,

I am a bit desperate...
our cloudron Server stopped working out of nowhere.
We get the error: [FAILED] Failed to start Unbound DNS Resolver.
I tried to reinitialize the unbound root.key.
This worked in so far as I get the unbound service running again. However I get a new error message:
"error: could not fflush(/var/lib/unbound/root.key): No space left on device"

Can you please help?

anyone else interested in this?
I would be quite interested...

+1 from my side. Would be absolutely killer to have this!
The calendar handling for a team is currently a bit difficult using OSS

I also would LOVE to see ERPnext on Cloudron.
Please, please package the app! It would also increase my usecase for cloudron by a an incredible amount!

best database to complement grafana. Would be amazing!!

thank you for the quick answer.
I would like to allow users to change the name as in the Name that is diaplayed as the Email Sender.

I would also like to change the name of the standard calendar from "Personal Calendar of....." to "Calendar of..." Also Id like to configure it so that it is automatically shared with certain groups of users. Meaning each personal calendar is automatically shared across the company.

Hi,
I would like to allow the changing of Name within sogo and i would like to add a super user to sogo.
However, I am having trouble finding the /app/data/sogo.conf file.
It doesnt exist in my case.
I proceeded to create a new sogo.conf file in order to define a super user, yet this does not seem to work.
Any suggestions?