13
39
Fork
You've already forked forte
10

Can't connect to known good sites #61

Closed
opened 2026年04月15日 00:02:28 +02:00 by gemlog · 17 comments

Hallo,
Thank you very much for all your code over the years!
I did install friendica years ago, but I've been on masto since 2017, so I know all these accounts are good.
I can Connect to some sites, but not others. I have no idea why. Long-time fedizens that I know.
My instance is at https://friendface.kalum.ca/ and running version 26.4.4.
I am just now going through a .csv of my follows and I find that some can't be found: "Channel not found."
Here are a few examples from my notes that provoke that error:

Can not follow with forte forté :
avilewis@mstdn.ca
claudiom@bsd.network
billbot@mstdn.ca
CloudsGoBy@mindly.social
Kaja@federation.network
requiem@masto.hackers.town
GeoffWozniak@masto.hackers.town
wim_v12e@tilde.zone
evilscientistca@mstdn.ca
PGBeattie@mastodonapp.uk
stebby@bsd.network
sohkamyung@photog.social
northernlights@tilde.zone

With or w/o a leading '@'.
I'm about half-way through my list of ~70. Other than that one common domain, I have no idea why, but I'm going to keep up my list.
My instance is on a VPN in Germany. Debian 12 Bookworm. Kernel: 6.1.0-44-amd64. Can't think of anything else.
Thanks again bud! I'm really liking Forté. It's very different and I'm still poking around.
Just whenever you have time.

(edited to update the full list from my ~70 follows from masto)

It's not bsd, b/c .sdf.org uses bsd where I can follow. I know a couple use the friendly glitch fork. I really have no idea.
Geographically, I'm in northish BC, Canada.

Hallo, Thank you very much for all your code over the years! I did install friendica years ago, but I've been on masto since 2017, so I know all these accounts are good. I can Connect to _some_ sites, but not others. I have no idea why. Long-time fedizens that I know. My instance is at https://friendface.kalum.ca/ and running version 26.4.4. I am just now going through a .csv of my follows and I find that some can't be found: "Channel not found." Here are a few examples from my notes that provoke that error: Can not follow with forte forté : avilewis@mstdn.ca claudiom@bsd.network billbot@mstdn.ca CloudsGoBy@mindly.social Kaja@federation.network requiem@masto.hackers.town GeoffWozniak@masto.hackers.town wim_v12e@tilde.zone evilscientistca@mstdn.ca PGBeattie@mastodonapp.uk stebby@bsd.network sohkamyung@photog.social northernlights@tilde.zone With or w/o a leading '@'. I'm about half-way through my list of ~70. Other than that one common domain, I have no idea why, but I'm going to keep up my list. My instance is on a VPN in Germany. Debian 12 Bookworm. Kernel: 6.1.0-44-amd64. Can't think of anything else. Thanks again bud! I'm really liking Forté. It's very different and I'm still poking around. Just whenever you have time. (edited to update the full list from my ~70 follows from masto) It's not bsd, b/c .sdf.org uses bsd where I can follow. I know a couple use the friendly glitch fork. I really have no idea. Geographically, I'm in northish BC, Canada.

First question to ask is what if any plugins/addons you may have installed, and if you made any changes on the admin/security page. The accounts you listed all appear to be Mastodon accounts; and I saw errors associated with all of these due to my having installed the 'uafilter' addon on my own instance. By default this addon blocks Mastodon, Meta, and Gab if I recall correctly. You can change this by visiting /uafilter on your instance and removing mastodon from the list. Or just disable that addon if you installed it -- and things should improve.

There are a number of associated security settings which can also block some or all Mastodon traffic, as they represent the primary vehicle for spam, malware, and hostile humans/bots entering the fediverse. There are also settings to enable features that Mastodon doesn't currently support, but may in the future. If you send a screenshot of your admin/security page to my email (mike at macgirvin dot com), I can tell you if any of your current settings might be problematic with Mastodon, as we don't currently have a 'restore system defaults'.

First question to ask is what if any plugins/addons you may have installed, and if you made any changes on the admin/security page. The accounts you listed all appear to be Mastodon accounts; and I saw errors associated with all of these due to my having installed the 'uafilter' addon on my own instance. By default this addon blocks Mastodon, Meta, and Gab if I recall correctly. You can change this by visiting `/uafilter` on your instance and removing mastodon from the list. Or just disable that addon if you installed it -- and things should improve. There are a number of associated security settings which can also block some or all Mastodon traffic, as they represent the primary vehicle for spam, malware, and hostile humans/bots entering the fediverse. There are also settings to enable features that Mastodon doesn't currently support, but may in the future. If you send a screenshot of your admin/security page to my email (mike at macgirvin dot com), I can tell you if any of your current settings might be problematic with Mastodon, as we don't currently have a 'restore system defaults'.

Didn't see any issues with the settings, and I'm not having any issues connecting with Mastodon accounts in general (if I turn off the uafilter addon temporarily).

There are tools in your server to see what's happening.

$yoursite/dev/finger

Allows you to input a webfinger address and see what is returned. (Addresses with an '@').

$yorsite/dev/ap_probe

If 'finger' returns something useful, you can enter their channel URL on the ap_probe page and get back ActivityPub. Both of these actions try to return any error messages that may have been encountered. You can also choose to sign the activity with your
account - which might tell you if you've been blocked. Otherwise, it might be necessary to turn on logging and/or turn up the log level a bit to figure out what went wrong.

Your site should try in the background to cache connection information if it wasn't stored already. So you might be able to find those entries in your site /directory after your earlier attempt. In that case, it might be a simple matter to re-import. This shouldn't cause any issues with anybody that is already connected.

Sorry I don't have better answers, but let's see if any of these things point to something obvious.

Didn't see any issues with the settings, and I'm not having any issues connecting with Mastodon accounts in general (if I turn off the uafilter addon temporarily). There are tools in your server to see what's happening. $yoursite/dev/finger Allows you to input a webfinger address and see what is returned. (Addresses with an '@'). $yorsite/dev/ap_probe If 'finger' returns something useful, you can enter their channel URL on the ap_probe page and get back ActivityPub. Both of these actions try to return any error messages that may have been encountered. You can also choose to sign the activity with your account - which might tell you if you've been blocked. Otherwise, it might be necessary to turn on logging and/or turn up the log level a bit to figure out what went wrong. Your site should try in the background to cache connection information if it wasn't stored already. So you might be able to find those entries in your site /directory after your earlier attempt. In that case, it might be a simple matter to re-import. This shouldn't cause any issues with anybody that is already connected. Sorry I don't have better answers, but let's see if any of these things point to something obvious.

Hang on a minute... sorry I forgot an important question - how were you importing the connections from csv? Were you using the "followlist" addon or some other way? Was just tracking through the instances of that particular error message, and wondering why you might have encountered it, as connection import doesn't usually trigger that message directly.

Hang on a minute... sorry I forgot an important question - how were you importing the connections from csv? Were you using the "followlist" addon or some other way? Was just tracking through the instances of that particular error message, and wondering why you might have encountered it, as connection import doesn't usually trigger that message directly.
Author
Copy link

Hi,
Thanks so much for your replies!
I haven't had a chance to try the web finger thing etc. yet.
I didn't know if Forté could import Mastodon csv's, so I was just copy/pasting from LibreOffice manually. I needed to prune a bit anyhow - I can only read a maximum of 75 and no more. Less is better.
This is really nice work Bud and I'm enjoying it. Everything always gets resolved eventually. I'll get back to it in a few hours.

Hi, Thanks so much for your replies! I haven't had a chance to try the web finger thing etc. yet. I didn't know if Forté could import Mastodon csv's, so I was just copy/pasting from LibreOffice manually. I needed to prune a bit anyhow - I can only read a maximum of 75 and no more. Less is better. This is really nice work Bud and I'm enjoying it. Everything always gets resolved eventually. I'll get back to it in a few hours.

Mostly curious what page and possibly which input box were you manually copy/pasting to. Some inputs only check what remote channels are already known to they system, while some go out and fetch the information.

If you input the address into the "Add New Connection" box on the /connections page, it should go out and fetch it and send out a follow request. Whereas if you put it in the "Find Channels" box on that same page, it only searches addresses already known to your system -- and it appears this (or a similar dialogue box) may trigger the message you saw. So it's possible this is working as designed and we just need better documentation regarding "Find Channels"; which doesn't actually search outside what your local system already knows. But if there's something truly broken and you can't establish remote connections and nobody involved is being blocked somehow, I'll certainly try and fix it.

Mostly curious what page and possibly which input box were you manually copy/pasting to. Some inputs only check what remote channels are already known to they system, while some go out and fetch the information. If you input the address into the "Add New Connection" box on the /connections page, it **should** go out and fetch it and send out a follow request. Whereas if you put it in the "Find Channels" box on that same page, it only searches addresses already known to your system -- and it appears this (or a similar dialogue box) **may** trigger the message you saw. So it's possible this is working as designed and we just need better documentation regarding "Find Channels"; which doesn't actually search outside what your local system already knows. But if there's something truly broken and you can't establish remote connections and nobody involved is being blocked somehow, I'll certainly try and fix it.
Author
Copy link

"Remote channel or protocol unavailable."
I tried add new connections with avilewis@mstdn.ca
Same with claudiom@bsd.network
and Kaja@federation.network
I don't know what is common about them.
I've been talking to two of them for 5-6 years, at least.

"Remote channel or protocol unavailable." I tried add new connections with avilewis@mstdn.ca Same with claudiom@bsd.network and Kaja@federation.network I don't know what is common about them. I've been talking to two of them for 5-6 years, at least.
Author
Copy link

[
[subject] => 'acct:billbot@mstdn.ca',
[aliases] => [
[0] => 'https://mstdn.ca/@billbot',
[1] => 'https://mstdn.ca/users/billbot',
],

[links] => [
	[0] => [
		[rel] => 'http://webfinger.net/rel/profile-page',
		[type] => 'text/html',
		[href] => 'https://mstdn.ca/@billbot',
	],
	[1] => [
		[rel] => 'self',
		[type] => 'application/activity+json',
		[href] => 'https://mstdn.ca/users/billbot',
	],
	[2] => [
		[rel] => 'http://ostatus.org/schema/1.0/subscribe',
		[template] => 'https://mstdn.ca/authorize_interaction?uri={uri}',
	],
	[3] => [
		[rel] => 'http://webfinger.net/rel/avatar',
		[type] => 'image/jpeg',
		[href] => 'https://cdn.mstdn.ca/accounts/avatars/109/814/349/162/256/813/original/448f48285f57dc92.jpg',
	],
],

];

https://friendface.kalum.ca/dev/finger?resource=billbot%40mstdn.ca&submit=Submit

[ [subject] => 'acct:billbot@mstdn.ca', [aliases] => [ [0] => 'https://mstdn.ca/@billbot', [1] => 'https://mstdn.ca/users/billbot', ], [links] => [ [0] => [ [rel] => 'http://webfinger.net/rel/profile-page', [type] => 'text/html', [href] => 'https://mstdn.ca/@billbot', ], [1] => [ [rel] => 'self', [type] => 'application/activity+json', [href] => 'https://mstdn.ca/users/billbot', ], [2] => [ [rel] => 'http://ostatus.org/schema/1.0/subscribe', [template] => 'https://mstdn.ca/authorize_interaction?uri={uri}', ], [3] => [ [rel] => 'http://webfinger.net/rel/avatar', [type] => 'image/jpeg', [href] => 'https://cdn.mstdn.ca/accounts/avatars/109/814/349/162/256/813/original/448f48285f57dc92.jpg', ], ], ]; https://friendface.kalum.ca/dev/finger?resource=billbot%40mstdn.ca&submit=Submit

Thanks, I found something. The "site actor" on your instance has no public key and this is affecting some interactions with other sites. I'm going to poke around and see if I can determine how this could have happened and then we'll get that fixed up for you. Please allow me a day or two and I apologies for that, but I want to make sure the problem doesn't go any deeper than that.

Thanks, I found something. The "site actor" on your instance has no public key and this is affecting some interactions with other sites. I'm going to poke around and see if I can determine how this could have happened and then we'll get that fixed up for you. Please allow me a day or two and I apologies for that, but I want to make sure the problem doesn't go any deeper than that.
Author
Copy link

Please don't stress about this. It's just a thing that happens. My bad. I'll need to make a key or w/e.
We flow along :-)
I love your code. It's all good and things always work out.

Please don't stress about this. It's just a thing that happens. My bad. I'll need to make a key or w/e. We flow along :-) I love your code. It's all good and things always work out.
Author
Copy link

Ah! I should have said, I've been lazily using YUNOhost for the past few years. I should contact the packager? Or is it something I can just generate and add in somewhere?

Ah! I should have said, I've been lazily using YUNOhost for the past few years. I should contact the packager? Or is it something I can just generate and add in somewhere?

No worries mate. I looked deeper and found there's a legitimate bug involved, and it could affect other folks in the same way. Working on a fix now.

No worries mate. I looked deeper and found there's a legitimate bug involved, and it could affect other folks in the same way. Working on a fix now.

OK. This should be resolved in v26.4.17. I think that recent YUNOhost forte packages will let you update from the admin page or cli. But this wasn't always the case and I don't know if they all do. If you have any problems updating, contact the package maintainer.

OK. This should be resolved in v26.4.17. I think that recent YUNOhost forte packages will let you update from the admin page or cli. But this wasn't always the case and I don't know if they all do. If you have any problems updating, contact the package maintainer.
Author
Copy link

Oh - good! We found something together! :-) I've written my fair share of bugs in my time. It's all good! I don't know who the YUNOhost guy is, I'll have to look and then see when he has the time to repackage. Thank you for being so on top of this. I'll post to the YUNOhost forum.

Oh - good! We found something together! :-) I've written my fair share of bugs in my time. It's all good! I don't know who the YUNOhost guy is, I'll have to look and then see when he has the time to repackage. Thank you for being so on top of this. I'll post to the YUNOhost forum.
Author
Copy link

It has already been pushed Upgrade to v26.4.17 by yunohost-bot · Pull Request #92 · YunoHost-Apps/forte_ynh · GitHub

Wow! Apparently YUNOhost has a bot that saw the PR and already rebuilt the package. In less than a day the lead dev of this project and tooling at another project found and fixed a problem I only discovered a couple of days ago. So great!
I no longer have any code I need to maintain out there, but gnu-linux has been so good to be a part of, since 1994.
Thank you so much!

> It has already been pushed Upgrade to v26.4.17 by yunohost-bot · Pull Request #92 · YunoHost-Apps/forte_ynh · GitHub Wow! Apparently YUNOhost has a bot that saw the PR and already rebuilt the package. In less than a day the lead dev of this project and tooling at another project found and fixed a problem I only discovered a couple of days ago. So great! I no longer have any code I need to maintain out there, but gnu-linux has been so good to be a part of, since 1994. Thank you so much!
Author
Copy link

The patch worked perfectly. I have now connected to all those people. Thank you so much!

The patch worked perfectly. I have now connected to all those people. Thank you so much!

The proof of the pudding so to speak is if your failed addresses all start working again. I'm cautiously optimistic.
In any case, enjoy your journey.

[edit: oops - our messages crossed. Cheers.]

The proof of the pudding so to speak is if your failed addresses all start working again. I'm cautiously optimistic. In any case, enjoy your journey. [edit: oops - our messages crossed. Cheers.]
Author
Copy link

I copy/pasted each address from the above list into 'add new connection' and they each produced the right avatar and no error messages. You fixed it bud! :-)

I copy/pasted each address from the above list into 'add new connection' and they each produced the right avatar and no error messages. You fixed it bud! :-)
Sign in to join this conversation.
No Branch/Tag specified
dev
release
ldzombie
fep-ae97
ff
owa2
multibox
owa4
rfc9421
3partycheck
v26.6.4
v26.6.3
v26.5.27
v26.5.9
v26.5.3
v26.4.25
v26.4.17
v26.4.4
v26.2.4
v26.1.15
v26.1.8
v25.12.14
v25.11.21
v25.11.19
v25.10.16
v25.9.13
v25.9.11
v25.9.3
v25.8.22
v25.8.4
v25.8.1
v25.7.22
v25.7.18
v25.7.14
v25.7.10
v25.7.7
v25.6.30
v25.6.29
v25.6.24
v25.6.18
v25.6.14
v25.6.9
v25.6.7
v25.6.5
v25.5.25
v25.5.17
v25.5.14.2
v25.5.14.1
v25.5.14
v25.5.12.2
v25.5.12.1
v25.5.12
v25.5.3
v25.4.2
v25.3.30
v25.3.26
v25.3.19
v25.3.12
v25.3.7
v25.2.15
v25.1.4
v25.1.1
v24.12.24
v24.12.20
v24.10.22
v24.10.18
v24.9.27
v24.9.16
v24.8.18.1
v24.8.13
v24.8.9
v24.8.3
v24.7.20.1
v24.7.20
v24.7.17
v24.7.12
v24.7.11.1
v24.7.11
v24.7.9
v24.7.8
v24.7.5
v24.6.29
v24.6.18
v24.6.14
v24.6.10
v24.6.7
v24.6.5
v24.5.25
v24.5.19
v24.5.13
v24.5.2
Labels
Clear labels
No items
No labels
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
fortified/forte#61
Reference in a new issue
fortified/forte
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?