[05:41:22]
<tierce> mariadb listen locally only…
```
# ss -tnlp | grep maria
LISTEN 0 80 127.0.0.1:3306 0.0.0.0:* users:(("mariadbd",pid=1046,fd=47))
```
[06:25:50]
<trendx> @fabulousfabs, `yunohost service status dovecot` returns:
`configuration: unknown
description: Allows e-mail clients to access/fetch email (via IMAP and POP3)
last_state_change: 2025-08-18 10:32:26
start_on_boot: enabled
status: running`
`grep -i error /var/log/mail.log` returns:
A really long error log. With IP addresses I don't recognize but are known to be abusive. What are you looking for ?
[13:19:01]
<fabulousfabs> Arf, I was hoping for less noise.
if you send an email to your server do you receive a mailer-daemon answer or something ?
you could try `tail -f /var/log/mail.log` and check the log flow *as* you send an email, to see if (and why) your server rejects it, or if just doesn’t reach your YNH mailserver.
You should see entries like "connect from mail.server.sender[ipof.sender.mail.server] …"
and maybe some DKIM checks
[13:19:01]
<fabulousfabs> (just tested on one of my yunohost servers to make sure of what those entries look like)
[14:21:37]
<Aleks (he/him/il/lui)> hmmm
[14:21:37]
<neko> I'm getting a 405 method not allowed when I just try to open the updates section on my admin panel, is there any way to recover from this?
[14:21:52]
<Aleks (he/him/il/lui)> can you make sure you're fully updated on 12.1 with `yunohost --version`
[14:37:53]
<neko> No module named moulinette.utils
[14:38:46]
<Aleks (he/him/il/lui)> ok what about `dpkg --list | grep yunohost`
[14:40:26]
<neko> Server is 12.0.17, admin panel is 12.1.9, portal is 12.1.1
[14:45:53]
<Aleks (he/him/il/lui)> can you try tooooo `apt install yunohost` (that's to force it to upgrade)
[14:49:09]
<neko> Oh hey apt-get has the server update set to held back, seeing if forcing this helps
[14:50:43]
<neko> Ok yup that was it, it just refused to install the update since I guess just using the panel instead of remoting into the server eventually leaves you out of sync
[17:30:16]
<trendx> @fabulousfabs, unfortunately nothing happens. But if I use my main domain (email) I can indeed see such a message.
But not on the secondary domain.
[17:59:28]
<Jørgen> OK to whom it may concern: if the element x client cannot connect to your synapse homeserver it might be because you choose modern security compatibility under nginx.
Element x is not compatible with TLS 1.3: https://github.com/element-hq/element-x-ios/issues/786
[18:12:29]
<Cippr> Hello,
Migration 34 can't be done because root@domain.ynh.fr already exist.
https://paste.yunohost.org/raw/ralezikefo
Is it ok if I manually delete it in the web admin and I launch migration again or should I wait for a fix ?
[18:21:59]
<Aleks (he/him/il/lui)> yes it should be okay to manually delete it in the webadmin
[18:34:32]
<Cippr> I had to remove admin@domain.ynh.fr too in order to do migration 34.
The migration 35 was made automatically following the 34.
Thanks to the Team <3
[19:43:10]
<Cippr> Un détail : il manque le "fil d'Ariane" dans la webadmi
🏠 / Outils / Disques durs
[19:45:23]
<Cippr> https://xmpp-upload.cippr.ynh.fr/upload/1bkaC45xrB69123/Imagepipe_29.jpg
[21:49:43]
<orhtej2> > <Cippr> Hello,
> Migration 34 can't be done because root@domain.ynh.fr already exist.
> https://paste.yunohost.org/raw/ralezikefo
> Is it ok if I manually delete it in the web admin and I launch migration again or should I wait for a fix ?
I created https://github.com/YunoHost/issues/issues/2639 to track that, this is the solution?
[21:51:30]
<smorik> is ipv6 needed for ssl/http to work?
[21:53:31]
<Aleks (he/him/il/lui)> nope ?
[21:55:57]
<smorik> i'm trying to get nextcloud working with client apps (desktop/mobile) but it fails to connect, could this be an SSO issue?
[21:56:52]
<Aleks (he/him/il/lui)> did you set nextcloud as exposed to visitors ? This is required right now for external clients to connect because we don't support OIDC/SAML yet
[21:56:55]
<Cippr> orhtej2: on my side the solution was to delete e-mail aliases root@domain.ynh.fr and admin@domain.ynh.fr then restart migration 34.
These aliases were created automatically from earlier YunoHost version ... maybe 10 years ago ... :-)
[21:57:54]
<smorik> i only have the api exposed for visitors
[21:59:30]
<Aleks (he/him/il/lui)> https://aria.im/_bifrost/v1/media/download/AdrZjuku9DgA6gId7zDRBU6DPNe3hKgeu-uLmkTvupylVJm6mQ4cfy2sPlJ7y6madRLTh-lICAbh2cEE1kTg2ftCeYzqTmPAAG1hdHJpeC5vcmcvSkpmdG9Id1F5VGtJa1d5VlVtSnZWQWxD
[21:59:39]
<smorik> looks like that works, ty
[23:48:46]
<orhtej2> > <Cippr> orhtej2: on my side the solution was to delete e-mail aliases root@domain.ynh.fr and admin@domain.ynh.fr then restart migration 34.
> These aliases were created automatically from earlier YunoHost version ... maybe 10 years ago ... :-)
Worked for me as well, thanks for the tip!
[23:48:47]
<nouckey> hiii so I have a super dumb problem (not an emergency as I've been procrastinating on it for a couple of months) - my very old yunohost server died, and before it died i made a backup BUT of course i forgot to download the backup. but hurray, I can access the IDE hard drive with a special tool ! so I booted on it with another computer (my next server if our lord possum allows it) and there it is ! but (oh no) this computer, despite being connected to my box with ethernet, doesn't appear to be online. So I don't know how to access it remotely to retrieve the backup as explained there https://doc.yunohost.org/admin/backups/ - (also maybe i won't be able to use the backup as I will reinstall a recent version of yunohost and I might have been ahem ahem a bit behind cough cough on my backup previously). Also ! I'm not fluent in bash so I wouldn't know how to tell the computer running yunohost locally to put that file on that USB key, but maybe that's something it can do ? (I tried accessing the IDE disk as a hard drive with my regular computer but I lacked the permissions to access the files I wanted). Sorry ! it's very long ! and very convoluted ! In the end I probably should start from scratch anyway !