Cloudron 9.0 (beta) bug reports
-
@girish said in Cloudron 9.0 (beta) bug reports:
Which storage provider are you using?
I’m trying to use an
S3 API Compatible (v4)provider. -
@WiseMetalhead yes, but which service or set up specifically? (or is this confidential?). How can we reproduce this?
@girish said in Cloudron 9.0 (beta) bug reports:
which service or set up specifically
It’s a local provider for me, and there’s no specific configuration for it in Cloudron.
For convenience, I can create a bucket and send you the access details by email so that you can try to reproduce the issue.
However, if the problem lies in how this provider implements S3 compatibility, I don’t think it’s worth spending too much time on it.
Initially, I thought the issue was related to the generic S3 configuration itself. -
@girish said in Cloudron 9.0 (beta) bug reports:
which service or set up specifically
It’s a local provider for me, and there’s no specific configuration for it in Cloudron.
For convenience, I can create a bucket and send you the access details by email so that you can try to reproduce the issue.
However, if the problem lies in how this provider implements S3 compatibility, I don’t think it’s worth spending too much time on it.
Initially, I thought the issue was related to the generic S3 configuration itself.@WiseMetalhead yeah, our CI tests object storages of DO, AWS, Vultr, Hetzner, minio .
For convenience, I can create a bucket and send you the access details by email so that you can try to reproduce the issue.
Yes please, if that's possible, would be great to understand where the problem is. I suspect this issue will get eventually hit by someone.
-
@WiseMetalhead yeah, our CI tests object storages of DO, AWS, Vultr, Hetzner, minio .
For convenience, I can create a bucket and send you the access details by email so that you can try to reproduce the issue.
Yes please, if that's possible, would be great to understand where the problem is. I suspect this issue will get eventually hit by someone.
@girish said in Cloudron 9.0 (beta) bug reports:
Yes please, if that's possible
I’ve sent the details from my email address vlishchenko****@gmail.com
-
Have these setting be separated out in Cloudron 9?
I wanted to turn of Automatic Platform updates, but leave App updates on:
@jdaviescoates said in Cloudron 9.0 (beta) bug reports:
I wanted to turn of Automatic Platform updates, but leave App updates on:
Not yet, have to look into this in coming releases.
-
I have noticed this on my home server (which does not have a great CPU). The newer backup system adds integrity checks and depending on the CPU power and amount of data this will take more time. Can you tell us CPU info and the how much data you are backing up? If you can tell me how to get an equivalent server (i.e which exact model on netcup), I can test it out directly on that server type.
-
After upgrading to Cloudron 9 I cannot send e-mails with Masquerading-Feature. It got disabled for all Domains, but even after enabling it again, my e-mail client (Apple Mail) still fails to send with another e-mailaddress.
Logfile of email service:
Nov 08 20:45:33 [NOTICE] [1BC2F871-D6E6-46D3-888B-3E7A2D3C716D] [core] connect ip=****** port=51653 local_ip=***** local_port=2587 Nov 08 20:45:34 [INFO] [1BC2F871-D6E6-46D3-888B-3E7A2D3C716D] [dns-list] pass:******.combined.mail.abusix.zone Nov 08 20:45:34 [INFO] [1BC2F871-D6E6-46D3-888B-3E7A2D3C716D] [helo.checks] helo_host: smtpclient.apple, pass:bare_ip, dynamic, valid_hostname, host_mismatch, literal_mismatch, fail:rdns_match Nov 08 20:45:34 [INFO] [1BC2F871-D6E6-46D3-888B-3E7A2D3C716D] [spf] identity=helo ip=***** domain="smtpclient.apple" mfrom=<postmaster@smtpclient.apple> result=None Nov 08 20:45:34 [INFO] [1BC2F871-D6E6-46D3-888B-3E7A2D3C716D] [spf] scope: helo, result: None, domain: smtpclient.apple Nov 08 20:45:34 [INFO] [1BC2F871-D6E6-46D3-888B-3E7A2D3C716D] [tls] secured: cipher=ECDHE-ECDSA-AES128-GCM-SHA256 version=TLSv1.2 verified=false Nov 08 20:45:34 [INFO] [1BC2F871-D6E6-46D3-888B-3E7A2D3C716D] [core] hook=unrecognized_command plugin=tls function=upgrade_connection params=STARTTLS retval=OK msg="" Nov 08 20:45:34 [INFO] [1BC2F871-D6E6-46D3-888B-3E7A2D3C716D] [helo.checks] helo_host: smtpclient.apple, pass:bare_ip, dynamic, valid_hostname, host_mismatch, literal_mismatch, fail:rdns_match Nov 08 20:45:34 [INFO] [1BC2F871-D6E6-46D3-888B-3E7A2D3C716D] [cloudron] Authenticated as MYUSER@SOMEDOMAIN.COM Nov 08 20:45:34 [INFO] [1BC2F871-D6E6-46D3-888B-3E7A2D3C716D] [core] hook=unrecognized_command plugin=cloudron function=hook_unrecognized_command params=AUTH retval=OK msg="" Nov 08 20:45:34 [INFO] [1BC2F871-D6E6-46D3-888B-3E7A2D3C716D.1] [core] hook=mail plugin=cloudron function=authorize_mail_from params=<MASKED@SOMEDOMAIN.COM> retval=DENY msg="Authenticated user MYUSER@SOMEDOMAIN.COM cannot send mail as MASKED@SOMEDOMAIN.COM" Nov 08 20:45:34 [NOTICE] [1BC2F871-D6E6-46D3-888B-3E7A2D3C716D.1] [core] sender <MASKED@SOMEDOMAIN.COM> code=DENY msg="Authenticated user MYUSER@SOMEDOMAIN.COM cannot send mail as MASKED@SOMEDOMAIN.COM" Nov 08 20:45:34 [NOTICE] [1BC2F871-D6E6-46D3-888B-3E7A2D3C716D.1] [core] disconnect ip=***** rdns=****.t-ipconnect.de helo=smtpclient.apple relay=Y early=N esmtp=Y tls=Y pipe=N errors=0 txns=1 rcpts=0/0/0 msgs=0/0/0 bytes=0 lr="550 Authenticated user MYUSER@SOMEDOMAIN.COM cannot send mail as MASKED@SOMEDOMAIN.COM" time=1.764@Kubernetes said in Cloudron 9.0 (beta) bug reports:
After upgrading to Cloudron 9 I cannot send e-mails with Masquerading-Feature
Thanks for reporting! Indeed that flag is inverted! I have fixed the UI text.
Workaround: If you disable it there, I think you will see that masquerading works.
-
@robi this info is there in Backup -> Info dialog (in the global backups). But just noticed it's missing in the App -> Backup -> Info dialog. Will add it there as well.
-
@robi this info is there in Backup -> Info dialog (in the global backups). But just noticed it's missing in the App -> Backup -> Info dialog. Will add it there as well.
