What app is this about, and its version: Nextcloud 31.0.11
What YunoHost version are you running: 12.1.36
What type of hardware are you using: Raspberry Pi 3, 4+
Describe your issue
Nextcloud with Memories seems to work, but
The Nextcloud Administrator-Setting throws some warnings I can not repair:
see error message->
what I did:
1.) no idea, diagnose is all ok
2.) search for files with .mjs,
found /etc/nginx/conf.d/apartmentskitzbuehel.at.d/nextcloud.conf
Set .mjs MIME types
Either include it in the default mime.types list
or include you can include that list explicitly and add the file extension
and include that list explicitly or add the file extension
only for Nextcloud like below:
include mime.types;
types {
text/javascript mjs;
}
isnt it?..
3.) search for files with /.well-known/webfinger,
found /etc/nginx/conf.d/apartmentskitzbuehel.at.d/nextcloud.conf
location ^~ /.well-known {
The following 6 rules are borrowed from .htaccess
The following 2 rules are only needed for the user_webfinger app.
Uncomment it if you’re planning to use this app.
#rewrite ^/.well-known/host-meta.json /nextcloud/public.php?service=host-meta-json last;
#rewrite ^/.well-known/host-meta /nextcloud/public.php?service=host-meta last;
location = /.well-known/carddav { return 301 /nextcloud/remote.php/dav/; }
location = /.well-known/caldav { return 301 /nextcloud/remote.php/dav/; }
location = /.well-known/webfinger { return 301 /nextcloud/index.php$request_uri; }
location = /.well-known/nodeinfo { return 301 /nextcloud/index.php$request_uri; }
Let Nextcloud’s API for /.well-known URIs handle all other
requests by passing them to the front-end controller.
return 301 /nextcloud/index.php$request_uri;
}
to test I removed the # in front of the rewrites, → but no change in error-message
(nota bene: in two other yunohost-nextclouds these lines were commented out as above as well but no such message from nextcloud!)
same with :X-Robots-Tag ist nicht auf noindex,nofollow gesetzt:
found: /etc/nginx/conf.d/apartmentskitzbuehel.at.d/nextcloud.conf,
that shows: (-> see line 7 exactly as it should be?)
HTTP response headers borrowed from Nextcloud .htaccess
more_set_headers “Referrer-Policy: no-referrer”;
more_set_headers “X-Content-Type-Options: nosniff”;
more_set_headers “X-Download-Options: noopen”;
more_set_headers “X-Frame-Options: SAMEORIGIN”;
more_set_headers “X-Permitted-Cross-Domain-Policies: none”;
more_set_headers “X-Robots-Tag: noindex, nofollow”;
more_set_headers “X-XSS-Protection: 1; mode=block”;
Question: what to change where?
(a new install of bookworm and restore of a full backup ended with error and was not usable- too big? 290GB, raspi5B8GB)
many thanks for any help
Bruno
Share relevant logs or error messages
"Es gibt einige Fehler in der Systemkonfiguration.
1.) Der Webserver ist noch nicht hinreichend für Datei-Synchronisierung konfiguriert, da die WebDAV-Schnittstelle vermutlich nicht funktioniert. Damit diese Prüfung ausgeführt werden kann, muß sichergestellt sein, dass der Webserver eine Verbindung zu sich selbst herstellen kann. Daher muss er in der Lage sein, mindestens eine seiner trusted_domains oder overwrite.cli.url aufzulösen und eine Verbindung zu ihnen herzustellen. Dieser Fehler kann das Ergebnis einer serverseitigen DNS-Nichtübereinstimmung oder einer ausgehenden Firewall-Regel sein.
2.) Der Webserver liefert .mjs-Dateien nicht mit dem JavaScript MIME-Typ. Dadurch werden einige Apps beeinträchtigt, da Browser die JavaScript-Dateien nicht ausführen können. Den Webserver so konfigurieren, dass er .mjs-Dateien entweder mit dem MIME-Typ text/javascript oder application/javascript ausliefert.
3.) Der Webserver ist nicht ordnungsgemäß für die Auflösung von .well-known-URLs eingerichtet. Fehler bei: /.well-known/webfinger Weitere Informationen findest du in der Dokumentation 
.
Einige Header sind in deiner Instanz nicht richtig eingestellt - Der HTTP-Header X-Robots-Tag ist nicht auf noindex,nofollow gesetzt. Dies stellt ein potenzielles Sicherheits- oder Datenschutzrisiko dar und es wird empfohlen, diese Einstellung zu ändern. - Der HTTP-Header Referrer-Policy ist nicht auf “no-referrer”, “no-referrer-when-downgrade”, “strict-origin”, “strict-origin-when-cross-origin” oder “same-origin” gesetzt. Dadurch können Verweisinformationen preisgegeben werden. Siehe die W3C Recommendation. Weitere Informationen findest du in der Dokumentation .