@girish ahh so thais might take some time. but at least you reached a human … looking foreward. Would be awesome if you guys would have access to test instance.
@timconsidine check the links I posted in my previous post...maybe that lightens it up a little. I think netcup simply named their service somewhat alike clouDNS as they talk about CloudDNS (with double d)
I do have sort of the same problem. After years of working with netcup DNS, DNSSEC stopped working a few days ago. After haveing a conversation with their support, they told me that they no longer make DNSSEC available on their legacy DNS, so I was asked to migrate to their new DNS. After examining this I found that the new cloudDNS obviously is only supporting Key without an additional Password. For the user they documented the new cloudDNS here https://www.netcup.com/de/helpcenter/dokumentation/domain/dns-einstellungen-cloud-dns. It seems they are phaseing out their legacy DNS ...
So if cloudron plans to support netcup DNS automation any further, there needs to be a new implementation of their cloudDNS be done for cloudron (ideally during the phase out both of them available on the interface)…
the API documentation is this https://www.netcup.com/en/helpcenter/documentation/netcup-api (although I am not shure if this is the new cloudDNS or the old legacy DNS)
For me and other netcup users it would be awsome if cloudron keeps the support for netcupDNS as this made handling DNS very convenient. As I still enjoy the old prices of their servers... Which now – as hetztners – went up almost double the price they previously had… so +1 for lukasp
@girish maybe if you ask their support to upgrade the server you bought to the new cloudDNS for testing they will... (I think it is in netcups interrest aswell that you guys are able to use their new API and test it)
I had the exact same problem and the post of arnaudguy fixed it like a charm. So please
SELECT
tc.constraint_name,
kcu.column_name,
ccu.table_name AS foreign_table_name,
ccu.column_name AS foreign_column_name
FROM information_schema.table_constraints tc
JOIN information_schema.key_column_usage kcu
ON tc.constraint_name = kcu.constraint_name
JOIN information_schema.constraint_column_usage ccu
ON ccu.constraint_name = tc.constraint_name
WHERE tc.table_name = 'user_agent_details'
AND tc.constraint_type = 'FOREIGN KEY';
SELECT COUNT(*) AS nb_violations
FROM user_agent_details
WHERE organization_id IS NULL;
BEGIN;
DELETE FROM user_agent_details
WHERE organization_id IS NULL;
COMMIT;
ALTER TABLE user_agent_details VALIDATE CONSTRAINT check_17a3a18e31;
BEGIN
DELETE 1
COMMIT
ALTER TABLE
SELECT conname, convalidated
FROM pg_constraint
WHERE conname = 'check_17a3a18e31';
\qand voilá it works again...
thanks a lot to you guys...
@7dowWilkes sorry for answering that late. You need to have app that serves the file at the expected URL.
You need to set up surfer app (this is the webserver you are looking for) at mta-sts.YOURDOMAIN.TLD (YOURDOMAIN= is your domain... TLD=Top Level Domain e.g. .com, .org...) inside surfer app you need to create .well-known folder inside folder public and then place the mta-sts file as described earlier there...
I hope this clarifies it for you ...and yes it is still working. @james I think it would be awesome to somehow implement it into cloudron for the ease of use mail setup. As long as it is not implemented maybe a notice in the mail section of cloudron might work.
After a server migration I expirienced a somehow similar behaviour. After the cloudron restored from the backup penpot OIDC didn't work.
penpot package version: 1.7.0
Frontend said: "Authentifizierungsanbieter ist nicht konfiguriert."
On the backend: "E app.http.errors - hint="restriction error", data={:type :restriction, :code :provider-not-configured, :provider :oidc, :hint "provider not configured“}"
I did the following diagnostics:
Now after about 24h after the restore I tried again a fresh install -> it worked
Returned to the previous instance –> It all of a sudden worked.
Solution: Time is a healer…
This is realy very astonishing and I feel lucky, but it is not very reliable and now brings up questions how to secure the designwork of me and others when working with penpot. Unfortunatly I have no time left to further investigate, but it seems that OIDC & penpot have issue after restoring of cloudron...
Main Page: https://www.nocobase.com
Git: https://github.com/nocobase/nocobase
Licence: AGPL-3.0 https://www.nocobase.com/en/agreement
Docker: Yes
Demo: https://demo.nocobase.com/new
Summary: For those that are amazed by the ease of use of baserow to build internal and public faceing apps, but wish to have a low-no-code app builder they can do a little more with. The community Edition has no constrains but the Branding and self-developed plugins should be given back to the community (pretty fair, I think). Alternative to budibase, Tooljet, bubble etc.
Not to be mixed up with nocoDB which is a database with only small application capabilities …
Alternative to:
budibase - non attractive pricing
Tooljet - non attractive pricing
bubble - closed source
As every user has to have app-user permissions to correct or delete his/her data (didn't found a workaround like in baserow) … it's getting pricey pretty fast. Or am I missing something? How do you guys give your users the option to handle their data or do you do it yourself on request?
Given that, it seems that budibase is only for big companies, that can afford to pay hundreds of EUR's per month fast, for small user groups. Unfortunately in my opinion not quite the target group of cloudron … What do you guys think?
I made some weeks ago my first no-code app with baserow and need to say I loved it. But I reached so fast the limits, that this one seems to be the natural next step. +1 for this
@BrutalBirdie While playing around to overcome this error. I found an alternative solution. It doesn't fix the collabora CODE font issue mentioned here, but makes it possible to add fonts to a Nextcloud instance hosted via cloudron.
It works with Nextclouds' ability to add fonts as remote_fonts therefore do the following:
{
"kind": "fontconfiguration",
"server": "[YOUR.NEXTCLOUD.DOMAIN]",
"fonts": [
{
"uri": "https://[YOUR.NEXTCLOUD.DOMAIN]/[APP-DATA-DIRECTORY]/richdocuments/fonts/[FONTNAME-1].ttf"
},
{
"uri": "https://[YOUR.NEXTCLOUD.DOMAIN]/[APP-DATA-DIRECTORY]/richdocuments/fonts/[FONTNAME-2].ttf"
}
]
}
Additional, remove any font added to the collabora fonts directory...
Edit: After trial and erroring even more, I found nextcloud updating the fontlist only if ~/apps/richdocuments/settings/fonts.json is again saved.
Edit-2: Unfortunatly after a collabora update nextcloud needs to be restarted again to make the font changes again available…
@nebulon maybe this might solve the issue?
cheers
@fbartels you are right the immutability is solved by the last two lines sudo chattr -i /etc/resolv.conf && ... but with my RS 2000 G9.5 the whole resolv.conf seemed to miss when I tried dpkg-reconfigure resolvconf...therefore I simply installed it...like in the snippet...
@girish The VPS have generally AVX not enabled it's only supported by the RS line a supporter of Netcup told me... Maybe this should be mentioned on the list of cloudron providers...
@girish @jdaviescoates The fix is not for the DVD Installation, but for the "original" netcup ubuntu 22.04 minimal image Netcup provides to their users in the Netcup SCP. It makes the DVD full installation of Ubuntu obsolete (and solves the issue of the OP) and reduces the maintenance burden of Netcup RS server customers... with approval I thought of confirmation on a different system by a different user than me. Sorry for the confusion have to work on my english skills 
The minimal image of ubuntu 22.04 of netcup seems to have resolvconf not installed, which seems to be a dependency for init-ubuntu.sh which is used by cloudron-setup. So it produces a error like this :
Fehler traten auf beim Bearbeiten von:^M
resolvconf^M
needrestart is being skipped since dpkg has failed
E: Sub-process /usr/bin/dpkg returned an error code (1)
To fix it. resolvconf needs to be installed manually with these commands.
sudo apt-get update && sudo apt-get upgrade -y
sudo apt-get install -y resolvconf
sudo chattr -i /etc/resolv.conf && \
sudo dpkg --configure resolvconf
and one can proceed happily with the installation, without needing to use the full Ubuntu DVD. Can someone approve this fix?
Exactly that was the article I was referring too. Beside oft my findings it worked for my installation like a charm.
Just stumbling upon the installation and found some minor quirks of the documentation, so I thought I leave my findings here for others:
chown -R cloudron:cloudron /media/registry-shared/" you are able to use user "yellowtent" if you don´t have user cloudron available (@girish or is this a security fail).production:
<<: *base
registry:
enabled: true
host: <DOCKER_REGISTRY_HOST>
...
I found in my gitlab.yml "production: &base" and left it, like it was. When I did the change the KB article mentioned it didn't work out for me.
By the way is it possible to propose changes in the KB article like this, so the maintainers just have to accept (that might streamline the workflow a little and keep the KB articles faster up to date. Again thank you so much for your awesome work grish and johannes...really appreciating it.
@necrevistonnezr you are absolutely right. @LoudLemur as the same legislative rules already applied to the paper-based business communication for a long time before already... from the surveillance perspective you are right, but it is not the government but the business owners, that are collecting the information and need too anyway to fulfill the business. When I look from different angles on it, I even sort of can understand it.
As a business owner it makes you safe in legal cases (HGB) or financial audits (AO, GoBD)...
As an end-user/citizen I like the regulation because, that way it is a bit more difficult to mess around with taxes (I think taxes are fair as long as all of us pay them) and with the GDPR rules we in Europe are always able to ask for deletion, change and handing out of at least any personal information...
IMHO So there is as always a fine line between surveillance and the security/freedom we as a community deserve and rely on and in my eyes we as the technical enablers have to consult at that point wisely...
But I'm neither a judge nor a lawyer anyway
@LoudLemur in germany there is a legal requirement for almost all businesses according to different laws and regulations to archive without the user haveing the option to modify, delete…so before it get‘s in the inbox. Additionally you have to find mechanisms to not archive personal information due to regulations of the GDPR/DSGVO. Very hairy therefore a solution like mailpiler was developed…
Mailpiler is a software to archive not to backup so a different usecase
@girish First of of all, a huge thank you to all participants. This is huge step for seriuos mail providing especially in germany.... but, maybe I don't see the obvious. As it is published... am I able to install it via the appstore? Or do I have to use the cli route mentioned in vladimirs readme?
@girish Thank you so much for the quick response...I can confirm putting in https://lt.my-domain.org/6FoL0A/v2 worked perfectly. the check is added by the firefox plugin itself... cloudron is awsome, for the software and the people...