[15:22:23]
<svartoyg> saluton! i just got to know the project and it seems very nice.
i've got a question about the Synapse-app: Is it bundled with Matrix Authentication Service?
[15:27:48]
<svartoyg> and another question: In the [demo](demo.yunohost.org), I wonder why i don't have to confirm my login/identity to the apps, which is, what i expected using OIDC. what kind of SSO is used?
[15:28:33]
<Aleks (he/him/il/lui)> considering this PR https://github.com/YunoHost-Apps/synapse_ynh/pull/536 is still open / in draft, i'd assume no
[15:29:16]
<Aleks (he/him/il/lui)> SSOwat, a relatively basic SSO, there are ~plans to move to Authelia and OIDC
[15:58:58]
<thatoo> Bonjour,
Dans un yunohost, lorsque je crée un utilisateur, cela prend beaucoup de temps et si je regarde les logs, cela donne
```
2025-11-16 16:42:27,324: INFO - Le compte 'test' sera ajouté au groupe 'all_users'
2025-11-16 16:42:54,135: DEBUG - Updating LDAP perm dolibarr.main
```
[15:59:24]
<thatoo> où est-ce que je pourrais chercher pour comprendre ce qui se passe entre ces deux lignes (30 secondes)?
[16:51:28]
<err404> Il y a beaucoup d'utilisateurs?
[16:52:44]
<err404> Est-ce qu'il y a beaucoup d'attente I/O disque? Durant l'opération d'ajout d'utilisateur?
[16:53:55]
<selfhoster1312> err404, non c'est un bug connu depuis longtemps qu'une opération LDAP en particulier met *plusieurs secondes* même sur un système puissant/moderne
[16:55:20]
<selfhoster1312> enfin c'est ptet un autre problème ici mais y'en a un qui est connu :)
[16:55:47]
<selfhoster1312> oh peut-être corrigé?! https://github.com/YunoHost/yunohost/pull/1975
[16:58:37]
<selfhoster1312> (pardon pour le mauvais tuyau du coup)
[17:05:09]
<Maxnet> Hey there, I am currently trying to set up my xxx.nohost.me domain. It already is reachable via the browser. But when I try to set up the Let's encrypt certificate I first want to run the diagnosis. However the diagnosis fails due to a Python Error:
Fehler: Diagnose fehlgeschlagen für die Kategorie 'dnsrecords':
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/yunohost/diagnosis.py", line 193, in diagnosis_run
code, report = diagnoser.diagnose(force=force)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/yunohost/diagnosis.py", line 443, in diagnose
items = list(self.run())
^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/yunohost/diagnosers/12-dnsrecords.py", line 61, in run
for report in self.check_domain(
File "/usr/lib/python3/dist-packages/yunohost/diagnosers/12-dnsrecords.py", line 157, in check_domain
status = "ERROR" if its_important() else "WARNING"
^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/yunohost/diagnosers/12-dnsrecords.py", line 149, in its_important
results[f"A:{basename}"] != "OK"
~~~~~~~^^^^^^^^^^^^^^^^^
KeyError: 'A:@'
Any ideas what the issue is here?
[17:08:52]
<Maxnet> I saw that this was an issue in August for some people too, but e.g here https://forum.yunohost.org/t/dyndns-update-fails-with-keyerror-value/38069 it sais it should be resolved with 12.1.9 and I have 12.1.35
[17:31:17]
<Salamandar> Ah, you only have ipv6 and no ipv4 record i think
[17:31:28]
<Salamandar> and maayyybeee our code doesn't understand when only ipv6 is present
[17:33:10]
<Maxnet> This could be the case, as some time ago when I tried it first, I recognized I was not Dual-Stack yet. Then I contacted my ISP and now I am Dual-Stack (aka ipv4 ad ipv6).
[17:33:56]
<Maxnet> Any idea on how to fix this? I not aware of any way to reset the record.
[17:45:02]
<Maxnet> yunhost dyndns update does also fail: yunohost log share 20251116-174133-dyndns_update-buckholz.nohost.me So I am open to ideas :')
[17:46:42]
<orhtej2> (show the actual log please)
[17:54:56]
<Maxnet> Oh sorry, copied the wrong thing, here it is: https://paste.yunohost.org/raw/guyucikufe
[17:56:14]
<orhtej2> honk honk nice errors :/
[18:00:47]
<Maxnet> I'm sorry, its all I get when I use yunohost log share
[18:17:25]
<orhtej2> yeah, that's not a complaint to you, sorry
[18:19:09]
<Aleks (he/him/il/lui)> Urgh classic obscure nsupdate errors yeah T_T
[18:20:25]
<Aleks (he/him/il/lui)> > <@thatoo:defis.info> Bonjour,
> Dans un yunohost, lorsque je crée un utilisateur, cela prend beaucoup de temps et si je regarde les logs, cela donne
> ```
> 2025-11-16 16:42:27,324: INFO - Le compte 'test' sera ajouté au groupe 'all_users'
> 2025-11-16 16:42:54,135: DEBUG - Updating LDAP perm dolibarr.main
> ```
C'est quelle version de yunohost
[19:34:47]
<thatoo> une centaine
[19:35:21]
<thatoo> Je ne sais pas, <a data-mention-type="user" href="https://matrix.to/#/@rodinux:matrix.org" contenteditable="false">rodinux</a> faudra qu'on vérifie ça
[20:58:33]
<chankalan> salut, mon serveur est mal considéré par spamhaus, ça me saoul, je sais pas quoi faire, si vous avez un lien vers une doc ce serait chouette, à part utiliser le "lookup" (https://check.spamhaus.org) qui me répond que le serveur has no issues, je comprends rien sur leur site ni ce que je peux faire de plus... je reçois juste les notifications yunohost qui disent que le serveur is blacklisted on Spamhaus ZEN et maintenant aussi is blacklisted on Composite Blocking List... Merci infiniment...
[20:59:33]
<Salamandar> Salut, on a eu des bugfixes dernièrement, tu es sur quelle version de yunohost ?
[21:00:11]
<chankalan> 12.1.35 stable
[21:02:32]
<Aleks (he/him/il/lui)> est-ce que c'est un VPS OVH avec de l'IPv6 ?
[21:03:21]
<chankalan> non, il est chez pulseheberg
[21:03:34]
<chankalan> avec IPv6
[21:03:51]
<Aleks (he/him/il/lui)> et si tu fais `grep nameserver /etc/resolv.conf` ça retourne bien 127.0.0.1 ?
[21:04:41]
<Aleks (he/him/il/lui)> d'ailleurs c'est quoi le vrai message complet que tu reçois de YunoHost
[21:05:10]
<Aleks (he/him/il/lui)> et est-ce que `yunohost tool regen-conf postfix --dry-run --with-diff` montre des changements qu'il faudrait propager manuellement ou est-ce que tout est clean
[21:10:28]
<chankalan> le vrai message
- The blacklist reason is: "Error: open resolver; https://check.spamhaus.org/returnc/pub/2001:19f0:5000:1800:5400:5ff:fe01:2dc5/"
- The blacklist reason is: "Error: open resolver; https://check.spamhaus.org/returnc/pub/2001:19f0:5000:1800:5400:5ff:fe01:2dc5/"
- After identifying why you are listed and fixing it, feel free to ask for your IP or domain to be removed on cbl.abuseat.org
[21:12:12]
<chankalan> "grep nameserver /etc/resolv.conf" renvoi bien 127.0.0.1
[21:12:59]
<rodinux> ça ressemble au problème que j'ai eu avec un serveur vps OVH et l'IPv6... On avait testé avec `for IP in $(dig +short AAAA e.gns.spamhaus.org); do dig +short TXT 23.129.209.213.zen.spamhaus.org @$IP; done`
[21:13:52]
<rodinux> qui renvoi
```
"Error: open resolver; https://check.spamhaus.org/returnc/pub/2001:41d0:2:b1dc::1/"
"Error: open resolver; https://check.spamhaus.org/returnc/pub/2001:41d0:2:b1dc::1/"
"Error: open resolver; https://check.spamhaus.org/returnc/pub/2001:41d0:2:b1dc::1/"
```
[21:15:45]
<rodinux> qu'est-ce que te renvoi cette commande ? `dig +short 23.129.209.213.zen.spamhaus.org`
[21:15:49]
<err404> chankalan: de toute façon, même si tu sors des liste de spamhaus, ils t'y remettrons l'an prochain, il suffira de renouveller la demande
[21:16:04]
<chankalan> retour de la commande yunohost tool... : usage: yunohost {user,domain,app,backup,settings,service,firewall,dyndns,tools,hook,log,diagnosis,storage} ...
[-h] [--output-as {json,plain,none}] [--debug] [--quiet] [--version] [--timeout ==SUPPRESS==]
yunohost: error: argument {user,domain,app,backup,settings,service,firewall,dyndns,tools,hook,log,diagnosis,storage}: invalid choice: 'tool' (choose from 'user', 'domain', 'app', 'backup', 'settings', 'service', 'firewall', 'dyndns', 'tools', 'hook', 'log', 'diagnosis', 'storage')
[21:17:37]
<rodinux> en fait ça ne veut pas dire qu'il est blacklisté, c'est peut-être juste la requêtte avec les resolveurs de spamhaus en IPv6 qui ne sont pas acceptés...
[21:18:07]
<Aleks (he/him/il/lui)> sauf qu'il et pas vraiment listé sur spamhaus, c'est juste que les requetes sont faites via une IP que spamhaus considère comme un openresolver..
[21:18:42]
<Aleks (he/him/il/lui)> mouarf oui c'est "tools" avec un s
[21:19:20]
<chankalan> ah oui, mais ça renvoi rien du tout
[21:21:31]
<chankalan> bon alors en fait c'est pas si grave
[21:21:44]
<rodinux> que te renvoi `dig +short 23.129.209.213.zen.spamhaus.org`
[21:22:33]
<chankalan> retour : 127.0.0.2
127.0.0.9
127.0.0.3
[21:25:03]
<rodinux> c'est ce qui est attendu, déjà c'est une bonne nouvelle...
Le risque est que aléatoirement un message qui t'es destiné ne soit pas reçu et l'expéditeur reçoit un message Undelivered... mais aléatoirement...
[21:26:29]
<chankalan> ok, et c'est lié à l'IPv6 ou pas ?
[21:26:29]
<rodinux> et cette commande ? `for IP in $(dig +short AAAA e.gns.spamhaus.org); do dig +short TXT 23.129.209.213.zen.spamhaus.org @$IP; done`
[21:27:26]
<chankalan> "Listed by SBL, see https://check.spamhaus.org/sbl/query/SBL675854"
"Listed by DROP, see https://check.spamhaus.org/sbl/query/SBL675854"
"Listed by CSS, see https://check.spamhaus.org/query/ip/213.209.129.23"
"Listed by SBL, see https://check.spamhaus.org/sbl/query/SBL675854"
"Listed by DROP, see https://check.spamhaus.org/sbl/query/SBL675854"
"Listed by CSS, see https://check.spamhaus.org/query/ip/213.209.129.23"
"Listed by SBL, see https://check.spamhaus.org/sbl/query/SBL675854"
"Listed by DROP, see https://check.spamhaus.org/sbl/query/SBL675854"
"Listed by CSS, see https://check.spamhaus.org/query/ip/213.209.129.23"
"Listed by SBL, see https://check.spamhaus.org/sbl/query/SBL675854"
"Listed by DROP, see https://check.spamhaus.org/sbl/query/SBL675854"
"Listed by CSS, see https://check.spamhaus.org/query/ip/213.209.129.23"
[21:28:37]
<rodinux> alors tu n'as pas de soucis avec les resolvers IPv6 de Spamhaus non plus...
[21:30:25]
<Aleks (he/him/il/lui)> genre t'as fait la mise à jour vers 12.1.35 récemment ou bien ?
[21:31:18]
<rodinux> Ou bien je me trompe, tu es listé par eux comme spam et comme dit miro5001 il faut essayer la démarche de déblacklister l'IP...
[21:31:39]
<Aleks (he/him/il/lui)> non mais il est pas listé 😑
[21:34:08]
<chankalan> j'ai fait la mise à jour y'a pas si longtemps, mais j'avoue que les messages ça fait un bail...
[21:34:19]
<chankalan> (les messages de spamhaus)
[21:36:14]
<Aleks (he/him/il/lui)> oui mais du coup si t'as fait la mise à jour récemment, c'est censé corriger le problème, donc la question c'est est-ce que le truc est toujours là depuis la mise à jour
[21:36:23]
<Aleks (he/him/il/lui)> genre la si tu vas dans le diagnostique de la webadmin, ça rale toujours ?
[21:56:34]
<chankalan> non, effectivement, plus de message d'erreur dans le diagnostique email...
[21:58:05]
<Aleks (he/him/il/lui)> ¯\_(ツ)_/¯ pas de problème alors
[22:00:36]
<chankalan> je me décide un peu tard pour agir et vous avez déjà fait le job...
[22:01:59]
<chankalan> du coup désolé du dérangement, mais merci pour les vérifications, et surtout pour les corrections finalement... :o)