[14:41:24]
<hueso> you could maybe use the redirect app
[17:13:56]
<tituspijean> Fritjof: you should describe (with logs) what is wrong with your restored synapse.
[17:13:56]
<tituspijean> geoma: you can add Koha to our wishlist (app.yunohost.org). They have installation instructions on https://wiki.koha-community.org/wiki/Koha_on_Debian but it looks like it will install Apache, which will definitely clash with and break YunoHost
[17:14:57]
<phinero> Hi, everyone! Can't send and receive emails via Roundcube (on both servers). There are no errors in Diagnosis. If I try to send an e-mail from my second server I get SMTP 451 error. There is no errors on the first server. Any ideas?
Yuno 11.2.5 stabile, VPS
[17:15:01]
<phinero> How to check them? Have clean diagnosis log
[17:15:01]
<phinero> How to check them?
[17:15:01]
<tituspijean> Do you have any error in PHP7.4-FPM and NGINX services regarding the app?
[17:15:01]
<phinero> Hi, everyone! Can't send and receive emails via Roundcube (on both servers). There are no errors in Diagnosis. If I try to send an e-mail from my second server I get SMTP 451 error. There is no errors on the first server (e-mail was sent successfuly). Any ideas?
Yuno 11.2.5 stabile, VPS
[17:15:02]
<phinero> Hi, everyone! Can't send and receive emails via Roundcube (on both servers). There are no errors in Diagnosis. If I try to send an e-mail from my second server I get SMTP 451 error. There is no errors on the first server (e-mail was sent successfuly but in the reality not). Any ideas?
Yuno 11.2.5 stabile, VPS
[17:15:17]
<phinero> How to check them? Have clean diagnosis log
*Info: (Cache still valid for Base system diagnosis. Won't re-diagnose it yet!)
Info: (Cache still valid for Internet connectivity diagnosis. Won't re-diagnose it yet!)
Info: (Cache still valid for DNS records diagnosis. Won't re-diagnose it yet!)
Info: (Cache still valid for Ports exposure diagnosis. Won't re-diagnose it yet!)
Info: (Cache still valid for Web diagnosis. Won't re-diagnose it yet!)
Info: (Cache still valid for Email diagnosis. Won't re-diagnose it yet!)
Success! Everything looks OK for Services status check!
Success! Everything looks OK for System resources!
Success! Everything looks OK for System configurations!
Success! Everything looks OK for Applications!
*
[17:15:23]
<phinero> How to check them? Have a clean diagnosis log
*Info: (Cache still valid for Base system diagnosis. Won't re-diagnose it yet!)
Info: (Cache still valid for Internet connectivity diagnosis. Won't re-diagnose it yet!)
Info: (Cache still valid for DNS records diagnosis. Won't re-diagnose it yet!)
Info: (Cache still valid for Ports exposure diagnosis. Won't re-diagnose it yet!)
Info: (Cache still valid for Web diagnosis. Won't re-diagnose it yet!)
Info: (Cache still valid for Email diagnosis. Won't re-diagnose it yet!)
Success! Everything looks OK for Services status check!
Success! Everything looks OK for System resources!
Success! Everything looks OK for System configurations!
Success! Everything looks OK for Applications!
*
[17:15:40]
<orhtej2> > <@phinero:matrix.org> How to check them? Have a clean diagnosis log
> *Info: (Cache still valid for Base system diagnosis. Won't re-diagnose it yet!)
> Info: (Cache still valid for Internet connectivity diagnosis. Won't re-diagnose it yet!)
> Info: (Cache still valid for DNS records diagnosis. Won't re-diagnose it yet!)
> Info: (Cache still valid for Ports exposure diagnosis. Won't re-diagnose it yet!)
> Info: (Cache still valid for Web diagnosis. Won't re-diagnose it yet!)
> Info: (Cache still valid for Email diagnosis. Won't re-diagnose it yet!)
> Success! Everything looks OK for Services status check!
> Success! Everything looks OK for System resources!
> Success! Everything looks OK for System configurations!
> Success! Everything looks OK for Applications!
> *
Can you `sudo journalctl - f` on receiving machine, send mail and look for activity from dovecot/postfix?
[17:15:40]
<orhtej2> Also tools - services - php7. 4-fpm on receiving machine when running roundcube
[17:16:00]
<phinero> Got working the first server ) I don't know how )
[17:16:00]
<phinero> Got working the first server ) I don't know how )
[17:16:01]
<phinero> Got working the first server ) I don't know how )
SMPT error 451 is still present on the second one (
[17:16:02]
<ChriChri> I'm new to xmpp. yunohost seems to work fine, but I found the following: I connected an android monocles using my account and a dino on my linux desktop. Dino-desktop and monocles show the same chat I have open with another account on my yunohost.
Now I registered my linux phone (same software stack as my desktop) using dino, also. But I can't see the chat that dino-desktop and monocles show.
Is there some kind of restriction on how many clients could share an account? Or do I have to knit some magic to make the third client see the 1-on-1 conversation already running in that account?
[17:16:26]
<phinero> That's what I did on the first server:
Yunohost Settings >
Nginx Compatibility switch to Modern
Postfix Compatibility switch to Modern
Reboot server
And again Yunohost Settings > switch both back and reboot.
I don't know but maybe it helped )
This thing doesn't work on the second server. When I try to save changes I get
"Traceback (most recent call last):
File '''', line 5, in
AccertionError: Setting file: /etc/yunohost/apps/ : /settings.yml does not exists?"
after updating nginx config.
The same error was present by updating Yuno to ver. 11.2.5
[17:16:28]
<Aleks (he/him/il/lui)> Is emailpoubelle installed ?
[17:16:35]
<phinero> How did you guess it? )) And it worked fine...
[17:16:36]
<Aleks (he/him/il/lui)> it's like the 4th time i see this boring issue with `Setting file: /etc/yunohost/apps/ : /settings.yml does not exists?"` related to emailpoubelle's hook being completely broken ...
[17:16:37]
<Aleks (he/him/il/lui)> though honestly the bug isnt that hard to fix, i just had no time to work on this
[17:16:37]
<phinero> Do I have to uninstall it completely or reinstall it? Is there any similar apps?
[17:16:38]
<Aleks (he/him/il/lui)> https://github.com/YunoHost-Apps/emailpoubelle_ynh/blob/master/sources/hooks/conf_regen/98-postfix_emailpoubelle#L4 -> $app is not defined ...
[17:16:38]
<Aleks (he/him/il/lui)> at the moment it's not working and breaking stuff so you should uninstall it
[17:16:40]
<guysoft> Hey all, developer of CustomPiOS here, I got a pull request to list YunoHost as being built with CustomPiOS and wanted to confirm it:
https://github.com/guysoft/CustomPiOS/pull/210
[17:16:42]
<Aleks (he/him/il/lui)> (poke HgO if you happen to have blocking questions regarding CustomPiOS 😜)
[17:16:42]
<Aleks (he/him/il/lui)> oh hi ! Hmmm we were indeed hoping to experiment and ultimately use CustomPiOS somewhere in the near future as a replacement for "running the whole armbian build + our small script" yes, but uh I don't know who that person is o_O
[17:16:42]
<Aleks (he/him/il/lui)> also I see in the PR : `An Ubuntu ARM 64bit Raspberry Pi image running YunoHost ` -> it's clearly not Ubuntu, we're based on Debian x_x ...
[17:16:54]
<HgO> Hm yes indeed, it's still experimental at this point ^^ I started to use it to generate Olimex images, and it seems stable so far though, so for me we can start using CustomPiOS whenever you want :)
[17:16:54]
<HgO> > <@Alekswag:matrix.org> also I see in the PR : `An Ubuntu ARM 64bit Raspberry Pi image running YunoHost ` -> it's clearly not Ubuntu, we're based on Debian x_x ...
Yes, and we build Raspberry Pi, Olimex Lime2 and other Odroid images
[17:16:56]
<HgO> > <@guysoft:matrix.org> Hey all, developer of CustomPiOS here, I got a pull request to list YunoHost as being built with CustomPiOS and wanted to confirm it:
> https://github.com/guysoft/CustomPiOS/pull/210
Regarding your comment in the PR, I didn't know that the repo isn't supposed to be a fork. I can change that if you think it's better. Here is how I build the images: https://github.com/YunoHost/CustomPiOS/blob/yunohost/yunohost/src/README.md
[17:18:14]
<guysoft> Oh, if you need a hand I can try and mash something initially usable up. If you already have a script it makes it easier
[17:24:42]
<phinero> https://aria.im/_matrix/media/v1/download/matrix.org/qbeqKjOentRaNJnrHmlPdtmT
[17:24:42]
<phinero> https://aria.im/_matrix/media/v1/download/matrix.org/kfGIzkCCVFHtXYJmMAsfMkDv
[17:24:46]
<phinero> That's what I got after uninstalling emailpoubelle. The mail service works again. Can send and receive messages.
[17:24:48]
<phinero> https://aria.im/_matrix/media/v1/download/matrix.org/cYtzhocgDdveJDqweqsqYHQu
[17:26:45]
<ChriChri> > <@phinero:matrix.org> sent an image.
I don't know the history of your issue, but that is quite normal. The IP addresses you get on connection with dynamic ip are usually burned (used by many attemps to deliver spam) or blacklisted as dynamic addresses used by providers for end users anyway.
To have a stable outgoing email configuration you'll need to use an outgoing IP that does not fall into those blocks of bad IPs - e.g. over a vpn connection to some hosting that offers a good ip.
Or you'd need an outgoing email-relay-server (some providers offer such servers, but this is very different).
And even then you'll probably run again and again into problems with the real big ones like G, M, A - they do not want selfhosting for obviouls reason they want your data and if they find any justification to ban you they'll do - in my experience with hosting my own email since the internet became available to the public.
[17:26:49]
<ChriChri> Tag, I didn't have time, yet, to find out how to test installation of new packages. I already have a testing VM to hack on, but I need to get into the workflow of building my own PRs. Is there something like automatic builds?
[17:26:49]
<ChriChri> > <@tag:lostpod.me> But I think your PR is good
Thanks, your attention has been high! I like to test. An automatic build would be great for that!
[17:26:49]
<Tag> ah, yes, but I don't know how to trigger the CI... I'll ask on #yunohost-dev:matrix.org
[17:26:50]
<Tag> But I think your PR is good
[17:26:50]
<Tag> We should continue in #yunohost-dev:matrix.org
[17:33:16]
<phinero> > <@chrichri:librem.one> I don't know the history of your issue, but that is quite normal. The IP addresses you get on connection with dynamic ip are usually burned (used by many attemps to deliver spam) or blacklisted as dynamic addresses used by providers for end users anyway.
> To have a stable outgoing email configuration you'll need to use an outgoing IP that does not fall into those blocks of bad IPs - e.g. over a vpn connection to some hosting that offers a good ip.
> Or you'd need an outgoing email-relay-server (some providers offer such servers, but this is very different).
> And even then you'll probably run again and again into problems with the real big ones like G, M, A - they do not want selfhosting for obviouls reason they want your data and if they find any justification to ban you they'll do - in my experience with hosting my own email since the internet became available to the public.
I got this issue after using emailpoubelle I guess.
[17:33:21]
<ChriChri> > <@phinero:matrix.org> I got this issue after using emailpoubelle I guess.
Yes, it could be that both happened at the same time, but most probably emailpubelle is not the cause for your problem.
If you look at the app you'll find that it does the following:
* add an alias file
* configure your postfix (smtp server) to use it
* offer a web gui to let users edit their aliases
You could say that emailpoubelle changes your internal mail routing, but it doesn't affect much the outgoing smtp connections (beside that it could have a security issue that allows arbitrary attackers to use your mailer to send of spam, but I'd say that is unlikely and if you doubt you should look into your mail.* logfiles to find whether your system send out unusual mails).
All that I wrote about the use of an 'home-IP' you can find in the manual as well. If you want to use that IP you greyed out you'll need to tell the dns block lists on their user interface that you took care of whatever reason they show you for being blacklisted and ask to remove that IP. That'd work for any other IP you'll get in the future in case it is dynamic, but it is not the kind of morning ritual I'd want to go through.
Besides you'd still be left with the problem that big email providers tend to block whole IP ranges that are used to provide dynamic IPs to home connections.´
[17:33:23]
<ledruide>
Hi everyone!
I'm trying to upgrade OnlyOffice on yunohost, the upgrade script WARN me about the file /etc/onlyoffice/documentserver/default.json that has been modified by me and that Package distributor has shipped an updated version and it will keep my version...
Now I have the following error in the docservice/err.log:
Configuration property "tenants.filenameConfig" is not defined
at Config.get (/snapshot/server/build/server/Common/node_modules/config/lib/config.js:203:11)
How can I find the "Package distributor" version of the default.json file to compare it with mine?
Secondly, if I try to restore the backup before updating onlyoffice, I have this message:
"The following apps can't be restored because they are already installed: onlyoffice", does it mean I must delete only office before restoring it?
[17:33:25]
<ledruide> Thanks Aleks, and it will not loose the config with nextcloud?
[17:33:25]
<Aleks (he/him/il/lui)> regarding the conf file, I think i would check the output of `ls /etc/onlyoffice/documentserver/` .. supposedly there should be a "default.json.dist" maybe
[17:33:25]
<Aleks (he/him/il/lui)> something like this
[17:33:26]
<Aleks (he/him/il/lui)> >"The following apps can't be restored because they are already installed: onlyoffice", does it mean I must delete only office before restoring it?
yes
[17:33:26]
<ledruide> yes there's a default.json.dpkg-dist file! I will check the differences :-) Thanks again
Nico
[17:33:26]
<Aleks (he/him/il/lui)> you can sort of easily get a diff with : `git diff --no-index default.json.dpkg-dist default.json`
[17:33:26]
<Aleks (he/him/il/lui)> > <@ledruide:matrix.org> Thanks Aleks, and it will not loose the config with nextcloud?
hmmm i'm not sure ... if the point is to restore it, supposedly not, but i'm not super familiar with the specificities of that app
[17:33:27]
<ledruide> Great command for diff!
But there's a lot of differences... May be I could try to replace the default.json by the dpkg-dist default.json (with a backup of default.json)?
[17:33:28]
<Aleks (he/him/il/lui)> might be a bit too brutal, supposedly there's some important config tweaks in there like secrets etc
[17:33:28]
<Aleks (he/him/il/lui)> so "merging" both stuff aint trivial
[17:33:28]
<ledruide> OK!
I will do some tries and let you know... Thanks so much for these information ;.)
[17:33:34]
<Aleks (he/him/il/lui)> hmmm currently nope but that's theoretically simple~ish to implement something for this
[17:33:34]
<ledruide> Hi Aleks, Thanks so much for your assistance, it works now ;-)
In my file, it was missing the filenameConfig": "config.json" in the tenant part of the json...
SUPER COOL!
Another question... if u wish...
Is it possible to run a "dry upgrade" to see which files have been manually updated before to run the update
(I should now update Nextcloud, and I'm a bit afraid...)
[17:33:37]
<ledruide> Ah ah! I will cross my finger during the nexcloud upgrade !
[17:33:37]
<Aleks (he/him/il/lui)> but onlyoffice has some pretty specific technical specificities, i wouldnt worry about exactly this kind of issue with nextcloud ... however there are other kind of issues, such as typically incompatible nextcloud-apps between major upgrades ;P
[17:33:51]
<ledruide> Hi there, it's me again :-)
I'm trying to upgrade Nextcloud on yunohost, and I've got the folowing error in the install srcript (https://paste.yunohost.org/raw/exubenozud) search for "WARNING" to find the line:
"This version of Nextcloud is not compatible with PHP>=8.2.<br/>You are currently running 8.2.11.+ ynh_exit_properly"
It seems that PHP version is too high... Any Idea to ask nextcloud to use another PHP version (or to make nextcloud use PHP 8.2.11)?
Fortunately, the upgrade script restore the working version of nextcloud!
[17:34:03]
<ChriChri> **Bye, bye exim - just migrated my last email domain to yunohost and disabled my former mailservers exim4** Thank you all yunohost contributors!
[17:34:32]
<orhtej2> > <@ledruide:matrix.org> Hi there, it's me again :-)
> I'm trying to upgrade Nextcloud on yunohost, and I've got the folowing error in the install srcript (https://paste.yunohost.org/raw/exubenozud) search for "WARNING" to find the line:
> "This version of Nextcloud is not compatible with PHP>=8.2.<br/>You are currently running 8.2.11.+ ynh_exit_properly"
> It seems that PHP version is too high... Any Idea to ask nextcloud to use another PHP version (or to make nextcloud use PHP 8.2.11)?
> Fortunately, the upgrade script restore the working version of nextcloud!
>
Nextcloud itself should work, are you using some app perhaps that's incompatible?
[17:34:34]
<orhtej2> 8.2 is recommended
[17:34:34]
<Chatpitaine Caverne> And I just checked, my nextcloud is running PHP 8.2.11. Strange error.
[17:34:34]
<orhtej2> https://docs.nextcloud.com/server/latest/admin_manual/installation/system_requirements.html#server
[17:36:06]
<Nadine> Hi,
I have a synapse issue with bridge encryption. For a couple of months newly opened chats via Whatsapp bridge are encrypted by default although the bridge doesn't support encryption. So, I cannot send messages to these chats directly from Element. Instead, I need to answer in WhatsApp app directly which is annoying. How can I configure synapse to not encrypt bridged chats? Thanks.
[17:36:06]
<Nadine> https://aria.im/_matrix/media/v1/download/synapse.the-cryptolution.com/scsetQuZnzKMUatgFQzENqVz
[17:36:08]
<Nadine> Unfortunately, I cannot disable it in existing rooms.
[17:36:08]
<Nadine> https://aria.im/_matrix/media/v1/download/synapse.the-cryptolution.com/PmPmMqPeJdLwYCUyFlIquWZC
[17:39:11]
<ledruide> > <@chatpitaine:cirkau.art> And I just checked, my nextcloud is running PHP 8.2.11. Strange error.
This is maybe because I am trying to upgrade from nextcloud 25.0.4~ynh1 to 27.1.2~ynh2, if upgrades script are incremental maybe it wants to install version 26.xxx before install version 27.1.2 which wants a PHP version < 8.2...
I don't see anything in the debug log to validate this hypothesis...
This morning before upgrading Nextcloud, there was system updates against PHP and I ran them before Nextcloud upgrade.
Maybe I will ask on https://github.com/YunoHost-Apps/nextcloud_ynh
[17:39:11]
<tituspijean> (mmmh, my server may not be in sync, I have no messages between 13:07 and 16:41)
[17:39:11]
<tituspijean> > <hueso> you could maybe use the redirect app
I think you are off-topic. Can you explain further what you mean?
[17:40:02]
<Mateusz Szymański> > <@titus:pijean.ovh> (mmmh, my server may not be in sync, I have no messages between 13:07 and 16:41)
neither did I, just checked with matrix.org to confirm
[17:47:43]
<ChriChri> Just tried rustdesk on a rpi3 in debian bullseye: just works. No special dependencies, just one information needed (public key) from the running daemon(s) to put into the clients. Though it seems to bind to all IPs and I wouldn't know how to restrict its service to some special domain as common for ynh. But **really cool service** 😄 !
[19:01:15]
<bamf> has anyone tried yet if the Synapse `1.94.0~ynh1` update is working? after last update it was completely broken and even could not be recovered from a backup
[19:08:18]
<thatoo> Hi,
I know there is a `ynh_add_nginx_conf` is there a ynh command to reload nginx?
[19:12:55]
<ChriChri> > <@thatoo:defis.info> Hi,
> I know there is a `ynh_add_nginx_conf` is there a ynh command to reload nginx?
```
# yunohost service reload --help
usage: yunohost service reload NAME [NAME ...] [-h]
Reload one or more services
positional arguments:
NAME Service name to reload
optional arguments:
-h, --help show this help message and exit
```
and `yunohost service status` to find what you're looking for?
[20:33:31]
<Fritjof> Is this the yunohost support room?
[20:34:03]
<tituspijean> The title says so. Welcome.
[20:35:54]
<Fritjof> Thank you!
I am sorry to come off asking such a stupid question, it's because I'm trying to get synapse working on my homeserver via yunohost, and the "room directory" in element has been giving me a hard time finding and connecting to this group.
[20:36:31]
<Fritjof> Even now, it says: empty room in the header for me
[20:37:10]
<Fritjof> Well... Only in eleent., it would seem. Just testing via Fluffychat and it works fine
[20:37:39]
<tituspijean> Give it time, initial synchronization with Matrix rooms can be a bit long
[20:38:44]
<tituspijean> If it works on another client, try refreshing Element's cache
[20:38:45]
<Fritjof> Ah, that might be it.
Sooo happy to finally have moved my server home from a VPS. Yunohost is amazing!
[20:54:49]
<thatoo> hi, if I want to manualy modify an app config script file like https://github.com/YunoHost-Apps/synapse_ynh/blob/master/scripts/config, where can I find it in my development yunohost install?
[20:56:00]
<orhtej2> > <@thatoo:defis.info> hi, if I want to manualy modify an app config script file like https://github.com/YunoHost-Apps/synapse_ynh/blob/master/scripts/config, where can I find it in my development yunohost install?
nowhere, you have to install from the branch with your modified script via `sudo yunohost app install url-to-your-modified-version`
[20:56:10]
<thatoo> So far I uninstall the app, modify the config script in my github fork and instal the app from my github script, it takes much time just to try some simple modification of the config script
[20:57:02]
<thatoo> ok, that's what I'm doing...
[20:58:48]
<thatoo> but then I thought, when we click on "save" in the gui settings of the app, the script needs to be executed so it should be somawhere, no?
[20:59:37]
<tituspijean> For my development purposes, I directly alter `/etc/yunohost/apps/<app>/config_panel.toml` and `/etc/yunohost/apps/<app>/scripts/config` when the app is already installed.
[21:00:15]
<tituspijean> (regular users, *do not alter anything in /etc/yunohost/apps*)
[21:00:46]
<tituspijean> thatoo: such discussions should take place in #yunohost-apps:matrix.org 😉
[21:25:05]
<ChriChri> After manually feeding ~7000 spam messages and ~1000 ham messages to rspamd it starts to perform very well ☺️ .