I'm glad to announce the release of version 2.63 of #snac, the simple, minimalistic #ActivityPub instance server written in C. It includes the following changes:
The server can now act as a proxy for all image, audio or video media coming from other account's posts (both from the Web UI and the Mastodon API). This way, other servers will see media requests coming from the server IP, not the user's, improving privacy. This is controlled by setting the proxy_media boolean field to server.json to true.
The strict_public_timelines option introduced in the previous release now works correctly.
Fixed a crash when posting from the links browser.
Fixed some repeated images from Lemmy posts.
Fixed a crash when posting an image from the tooot mobile app.
Updated FreeBSD rc script: the server process is now managed by the daemon(8) utility (contributed by @stefano@bsd.cafe).
Hi, Justine. #snac has a feature that is somewhat atypical: the inbox collection, which stores all public inboxes that crosses your instance and send all posts you generate to them, even if no specific accounts on that instance are in the 'to' list. Though it's on specification (what Mastodon calls 'federating' is very similar), some people or admins may find that posts from your instance arrives to them with no apparent reason, and may block due to ignorance and/or overzealous behaviour. You can disable this by setting the disable_inbox_colllection variable to true in you server.json config file.
Also, some people looks at the 0 count of followers / followees and infer (incorrectly) that it's a new account and blindly block your account.
Of course, I don't know if this is the reason for the blocks, just guessing. Also, if you don't want to know about any random moron blocking you, you can also disable the Block activity notifications by setting disable_block_notifications to true in the global server configuration.
Oh. One of #snac 's goals is to endorse cuteness and the nice side of things, so this is doubly sad. I'll do my best to fix it ASAP to help propagating pretty cats and the greenest prairies.
I consider that every person is the legitimate owner of their data, so it's my duty to let people leave whenever they want with their assets, and avoid them being captive inside my software.
The opposite movement, bringing them to me 😉 comes after that (it will happen soon, unless life gets in my way).
It's a work in progress, basically a brainstorm of ideas. It's very much like ActivityPub, but very simplified. Basically, it tries to minimize the network traffic and favour caching between servers.
Don't show instance announcements in public timelines (contributed by sarahpw).
Added auto boosting. If an account has this flag enabled, all mentions to that account are automatically boosted to all its followers (contributed by sarahpw).
Fixed typos in manpages (contributed by sergiodj).
Some minor performance improvements (contributed by Claire).
The alt text in attachments that have one is also shown in a dropdown just below it (useful for environments where mouseover is not available, i.e. for phones and tablets).
Instance-wide notifications has been implemented (contributed by louis77). A small tweak to the default CSS was made to suit this change; please consider updating your style.css (see doc/style.css as an example).
The avatar and/or the header images can now be deleted (contributed by louis77).
Code cleaning: HTTP status codes use names instead of hardcoded integers (contributed by louis77).
Mastodon API: fixed login problems with the official Mastodon API, IceCube and Toot! on iOS, some fixes for Mona and Tokodon apps, user credentials can now be edited from apps (all contributed by louis77), fixed crash on unset content-type header.
The webfinger content-type response header is now RFC-compliant (contributed by steve-bate).
Embed this noticeThe Real Grunfink (grunfink@comam.es)'s status on Monday, 27-May-2024 06:32:45 JST
The Real GrunfinkMastodon and/or Mastodon-compatibles really do need a "suppress this thread from my timeline" feature, like the "mute thread notifications" but for when you don't want to see it at all. The fediverse server I develop, #snac ¹, has this feature with a Hide button. You can suppress full conversations or just a subtree of one. Further replies to hidden threads are also immediately dropped.
Hi, #snac author here. I've just read your message and tested following a Threads account, and the process seems to complete correctly, the log messages report the correct dialog and the account appears in my being-followed list (I still haven't received any message from that account, but it's still early, I think). What may have happened in your case is that the Accept message from Threads to your Follow request was lost or not sent for whatever reason, so for snac it's a follow not (yet) confirmed.
Can you tell me what Threads account are you trying with? I'll investigate.
A new instance page, that shows all posts by users in the same instance (like the public instance timeline, but interactive). This will help building communities.
Follower-only replies to unknown users are not shown in timelines.
Added verification of metadata links: if the linked page contains a link back to the snac user with a rel="me" attribute, it's marked as verified.
Added a new server-level configuration parameter: min_account_age. If this value (in seconds) is set in server.json, any activity coming from accounts that were created newer than that will be discarded. This can be used to mitigate spam.
Added a profile-page relation to links in webfinger responses (contributed by khm).
They/their. Author of the snac ActivityPub instance server and other pieces of singular software. Not a real Grünfink.Git repositories at https://codeberg.org/grunfink