Cloudron Forum

If I would like to run another web service on the same host running cloudron would it be okay to add a custom nginx.conf to the /etc/nginx/applications/ directory of the root OS/server system? My objective is to have a myservice.mydomain.com running not-in a docker but sitting beside the other cloudron specific services such as my.mydomain.com and chat.mydomain.com, etc.

I'm sorry if this is covered somewhere else, I could not find details on best practice for this question.

I'll answer my own question and leave this thread up in-case anyone searches for this on forum.

The answer is definitely c. As cloudron's clear documentation states you want to use dockers volume like feature which can be controlled through the cloudron ui. Docs: https://docs.cloudron.io/storage/#volumes

If you would like to share some folders between one or more apps what is the best procedure?

Option a) make a link betwee two appid data dirs
cd /home/yellowtent
mkdir appsdata/<app1id>/shared
ln -s `pwd`/appsdata/<app1id>/shared appsdata/<app2id>/.

Option b) create ourdata directory in yellowtent and link from here into appid dirs.
cd /home/yellowtent
mkdir -p ourdata/shared
ln -s `pwd`/ourdata/shared appsdata/<app1id>/.
ln -s `pwd`/ourdata/shared appsdata/<app2id>/.

Option c) Create local shared folder and mount into each app using cloundron's docker-likee mount feature?

Example use case: Nextcloud+Syncthing integration.
Example use case: Nextcloud+Metabase integration. Upload csvs through nextcloud and have them parsed by metabase csv plugin.

@atrilahiji saw surfer as an option. not deadset on pages. just thought it was an interesting option to explore

@girish said:

AFAIK, GitHub pages only supports the themes listed in https://pages.github.com/themes/ . You cannot put arbitrary jekyll themes. This app is built based on the GitHub pages gem which contains the above hardcoded them list.

Thank you for the clarification. I will stick with those themes than.

@nebulon said:

For the issue installing on the apex domain, I was not able to reproduce. Does any other app work on that one for you?

I did not try another app as apex domain. However, I did now try github pages again as apex and it worked. Perhaps I did something wrong the first time

Trying to setup a test page. I get this error

• created page with index.html and pushed. This worked and shows up on cloudron instance.
• downloaded a theme http://jekyllthemes.org/themes/no-style-please/
• removed test index.html from before, unziped theme into repository directory, pushed, get error:

riting objects: 100% (42/42), 429.22 KiB | 18.66 MiB/s, done.
Total 42 (delta 2), reused 0 (delta 0), pack-reused 0
remote: ==================================
remote:         Publishing website
remote: ==================================
remote: => Cleanup build path /run/build
remote: => Checkout repo into /run/build
remote: => Remove Gemfile.lock
remote: => jekyll build
remote: Configuration file: /run/build/_config.yml
remote: jekyll 3.9.0 | Error:  The no-style-please theme could not be found.
To https://www.CLOUD/_git/page
! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'https://www.CLOUD/_git/page'

Also worth noting is that the original test.html would not work when the github pages cloudron app is set to take over the root domain. I needed to set it up to a www subdomain first. Not sure if this is an issue with using cloudflare for dns. But anyway.

@girish
I'm having I think the same issue. I have server logs on the recieving side I can share as well. here are the details

Here is my setup:

• me@SenderServer.com to send the test mail
• me@DestinationServer.com is the final destination address we are forwarding to and where server logs are recovered from
• me@MyCloudron.io is set to forward to me@DestinationServer.com
• MyCloudron.io which has ip 1.1.1.1 is the cloudron install
  NOTE: 1.1.1.1 is fake. The real IP is a dynamically changing IP address from the ISP which is likely spam blocked. Prior to setting up the STMP relay server no outgoing emails would work as they would be blocked on the destination server due to ISP's all adding dynamic ip blocks to spam lists by default. After setting up the relay I was able to send as me@MyCloudron.io, and that still works, just forwarding does not work. I suspect, or wonder, if sogo and rainloop are properly using the cloudron configured smtp relay?
• MyCloudron.io is setup to forward mail through a posteo.de server using a paid account. This works fine for sending and recieving using me@MyCloudron.io directly but me@MyCloudron.io forward to me@DestinationServer.com fails.

The forwarding was setup using sogo.

Error on MyCloudron.io

{
  "ts": 1609960307783,
  "type": "bounce",
  "direction": "outbound",
  "uuid": "860650A1-438F-48AB-9CFE-79A20126D25A.1",
  "mailFrom": "<>",
  "rcptTo": [
    "<me@SenderServer.com>"
  ],
  "details": {
    "message": "554 kundenserver.de (mxeue112) Nemesis ESMTP Service not available No SMTP service IP address is black listed. For explanation visit https://www.ionos.com/help/index.php?id=2425&ip=1.1.1.1&c=bl"
  }
}

logs from DestinationServer.com that appear when the cloudron server attempts to forward to me@DestinationServer.com:

2021-01-06 19:11:47 no host name found for IP address 1.1.1.1
2021-01-06 19:11:47 H=(MyCloudron.io) [1.1.1.1] sender verify fail for <SRS0=0ad3=GK=SenderServer.com=me@DestinationServer.com>: Unrouteable address

==> /var/log/exim4/rejectlog <==
2021-01-06 19:11:47 H=(MyCloudron.io) [1.1.1.1] sender verify fail for <SRS0=0ad3=GK=SenderServer.com=me@DestinationServer.com>: Unrouteable address

==> /var/log/exim4/mainlog <==
2021-01-06 19:11:47 H=(MyCloudron.io) [1.1.1.1] X=TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256 CV=no F=<SRS0=0ad3=GK=SenderServer.com=me@DestinationServer.com> rejected RCPT <me@DestinationServer.com>: Sender verify failed

==> /var/log/exim4/rejectlog <==
2021-01-06 19:11:47 H=(MyCloudron.io) [1.1.1.1] X=TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256 CV=no F=<SRS0=0ad3=GK=SenderServer.com=me@DestinationServer.com> rejected RCPT <me@DestinationServer.com>: Sender verify failed

==> /var/log/exim4/mainlog <==
2021-01-06 19:12:22 TLS error on connection from (MyCloudron.io) [1.1.1.1] (recv): The TLSconnection was non-properly terminated.