[12:21:24]
<finneh> Re: known issues with SSO portal on a subdomain & handling cookies/declaration properly - I might be seeing another symptom of this.
[12:21:34]
<finneh> My setup: Main domain/portal is sub.domain.tld. I later added the parent domain.tld (intended for email only - its A records point elsewhere).
[12:21:50]
<finneh> Problem: After adding the parent, accessing the portal at https://sub.domain.tld now incorrectly redirects to https://domain.tld (my separate public website). YunoHost portal/apps are inaccessible.
[12:22:21]
<finneh> Troubleshooting: Confirmed sub.domain.tld is main, ran set main, restarted nginx/ssowat. Checked Nginx config for sub.domain.tld (only standard HTTP->HTTPS redirect found). Also checked/corrected SSOwat configs found in /etc/ssowat/. curl -I suggests server-side redirect persists.
[14:20:48]
<Westbam> salut, j'ai un souci avec mon instance nextcloud qui est en carafe
[14:21:09]
<Westbam> pour une raison inconnu je me suis retrouvé avec le .ocdata manquant
[14:21:27]
<Westbam> je l'ai recréé
[14:21:33]
<Westbam> mais depuis j'ai ça
[14:21:48]
<Westbam> "Internal Server Error
The server encountered an internal error and was unable to complete your request.
Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report.
More details can be found in the server log."
[14:24:37]
<Westbam> en épluchant le nextcloud.log, j'ai un message d'erreur en boucle qui remonte ""Failed to connect to the database: An exception occurred in the driver: SQLSTATE[HY000] [2002] No such file or directory"}}"
[14:32:04]
<Westbam> quelqu'un a des infos sur comment je peux checker la santé de nextcloud ? l'etat de la connexion avec la base de données, voir la réindexer ?
[14:43:57]
<rodinux> Je viens d'avoir eu ce soucis après échec d'upgrade de 29 à 31 puis restauration et du coup j'ai renommé un fichier .ncdata dans le dossier /home/yunohost/apps/nextcloud/data en .ocdata et comme toi ce message, ensuite j'ai fait cela
```
yunohost app shell nextcloud
php occ maintenance:repair
````
ça a réparer
[14:45:16]
<rodinux> L'application mail avait cassé la mise à jour... mais j'ai pu upgrader ensuite en 30.0.9 en prenant le commit
[14:46:48]
<Westbam> rodinux: ha yess !!!!!!!!!!!!!!!!!! merci
[14:47:00]
<Westbam> oui c'est reparti
[14:47:16]
<Westbam> du coup l'upgrade c'est bien passée derrière ?
[14:47:46]
<Westbam> je vais faire un backup maintenant que cela tourne comme il faut
[14:48:15]
<Westbam> car la restauration de la sauvegarde n'avait rien donnée pour réparer mon souci
[14:49:43]
<rodinux> Pour la 30.0.9 oui ça c'est bien passé. En effet j'ai vu passer un truc concernant la mise à jour de l'app mail... je pense que du coup passer de 29 à 30 puis à 31 n'était pas possible. je reste en 30 pour l'instant en attendant que 31 se stabilise... d'ailleurs
[14:51:59]
<rodinux> j'ai fait cette commande
```
yunohost app upgrade nextcloud -u https://github.com/YunoHost-Apps/nextcloud_ynh/tree/4474dc4294c423acfbd742adff3a801851692eda --debug
```
[15:24:18]
<danneggiato> > <@tituspijean:matrix.org> there's the hook system for that :)
It doesn’t include message and media retention
[17:41:30]
<tituspijean[m]> I'm confused, the hook system enables one to run a script upon certain events like upgrading apps, effectively ensuring custom edits on configuration files are kept.
[18:03:36]
<darl200> @rodinux. Dans le salon AppsDevelopment, j'ai vu que la présence de monitorix pouvait bloquer le passage de nextcloud v30.o.8 à v31.0.04 (pb php 8.3) . Problème également avec l'appli maps. Je m'abstiens pour le moment. Je ferai toutes les sauvegardes nécessaires avant de vivre dangereusement...
[20:03:59]
<sebastian> Hi there I am looking for help regarding the configuration of the app rallly. I have installed the app but when I try to register I never receive the confirmation mail. In the logs of rallly and postfix I can find that the outgoing mail is not sent because of this: "Sender address rejected: not owned by user rallly; from=[rallly@domain.tld](mailto:rallly@domain.tld) to=[receiver@domain.tld](mailto:receiver@domain.tld) what do I need to change in order to fix this?
[21:27:01]
<rodinux> perhaps editing your file `/etc/postfix/main.cf` and commit the line ` # reject_sender_login_mismatch`
[21:27:22]
<rodinux> Is not recommended, but is not a big security issue... When SASL is enabled and the MAIL FROM address is listed in pOSTFIX smtpd_sender login maps, but the client is not authenticated with SASL, reject the request. With SASL enabled, an unauthenticated client cannot use any MAIL FROM address listed in Postfix smtpd_sender login maps
[21:31:03]
<rodinux> the risk with line commented is any user using a mail address on domain.tld could use another username [ at ] domain.tld...