4 ms·
Wait until you hear about how followers only posts actually work. An analogy would be Microsoft can't figure out how to get email addressing to work in Outlook,
by tedunangst 4y ago
Wait until you hear about how followers only posts actually work. An analogy would be Microsoft can't figure out how to get email addressing to work in Outlook, so they send every email to every server, and then Exchange does some magic filtering and tells Outlook which of the emails in your inbox should be visible. Then somebody writes an alternative SMTP server that allows viewing of these hidden messages, and Microsoft sues them.
- Ciantic 4y agoHmm, to my knowledge, followers only posts are ActivityPub feature, where you just shovel the message to inboxes of just followers. It is not sending it to all servers? It's also possible to send messages to part of the followers as well, some instances like qoto.org support circles. You make circles from your followers and post to just them. I wouldn't call these privacy features, but ability for sender to choose what it wants to say for certain group of followers.
- password4321 4y agoI believe followers-only posts are sent to all servers with at least one follower.
- Ciantic 4y agoThat is given, how else could it work? This is pub/sub, it's not pull based, so every time you release something it is pushed to the subscribers, your followers servers. I would like to have a bit of pull based things as well, but ActivityPub is not built for it. Even though it's pushed to a server, doesn't mean it goes to everyone in that server.
- maxerickson 4y agoEven though it's pushed to a server, doesn't mean it goes to everyone in that server. Right, the issue being raised is that there's nothing preventing it from going to everyone on the server except the server being nice about it.
- Ciantic 4y agoHow is this different from let's say email? It's in the specs what servers should do if it receives a message. If someone sends a message addressed to just these people the server then delivers it to just these people? Of course if you send something from foo@gmail.com to bar@yahoo.com the server at yahoo.com decides who gets it, hopefully just bar. In fact email analogy in my mind is most apt and easiest to explain, including the fact that it's not E2E encrypted. It's totally up to servers who gets your messages when you send them.
- andrewaylett 4y agoA better ideal might be Matrix -- consider a private E2E room, with all your recipients in it, locked down so only you can post messages to it. Stuff you post will only be visible to the set of users you want it to be visible to. Writing software to present those posts in a suitable UI is left as an exercise to the reader. And it's a bit late to start now, but I really wish we'd been able to start our fediverse journey with something that's at least supposed to be secure, then opened up the stuff that's intended be open.
- Ciantic 4y agoAbsolutely, I support E2E and signatures. It's funny that there is nothing new since GPG, it is decentralized identity with E2E encryption and verifiable signatures. But original poster was questioning the delivery mechanism. Given that there is no E2E, it already works as efficiently as it can with pub/sub. I don't want to start discussing what Fediverse should be, but I have had this discussion in past, few points: - ActivityPub has two signatures: HTTP signatures, which are ephemeral, and more persistent JSON-LD object signatures. They are contentious. Some servers disable JSON-LD object signatures, because they allow to proof cryptographically that someone posted something, thus deleted posts become "liability". - E2E encryption will have similar ramifications, because not all servers agree that crypto be used. Currently only way to do "privacy" is to deliver messages to just the people you want, and hope servers won't send them to third parties, like in email. That's what Mastodon does.
- 4y ago
- deleted 4y ago[deleted]
- tedunangst 4y agoIt starts getting weird when you reply to those posts.
- nine_k 4y agoDo not mistake a convenience feature for a security feature. Follower-only posts are not about hiding something from prying eyes, but about removing noise and clutter from those who don't care about certain topics.
- OctopusLupid 4y agoIf you enable follow requests, and trust the admins of your followers, does that work as a privacy feature? From what I know, such posts do not get federated to unrelated servers, right?
- boyter 4y agoThey can. Someone could get your post, then boost it, which distributes it to whoever follows them and so on. Anyone thinking their post is only seen by their followers when they have federation turned on is grossly misinformed.
- OctopusLupid 4y agoI was under the impression that boosting follower only posts does not work (via the API too, actually, it returns a HTTP error code if you try to do so), but then again the server code may be modified, or people can just screenshot. I think this is simply a social problem — when sending a post to your followers, you have to trust that they do not share your post. The same applies in private messaging. You have to trust the recipients.
- boyter 4y agoI agree with you when it comes to private messages, and anyone sharing those is a jerk. I don't agree in this case where the system is designed to spread those posts. Fair enough if you don't want that to happen, in which case don't use a federated system where that is a design goal.
- boring_twenties 4y agoAFAIK, it doesn't send it to every server -- it sends it to every server with at least one recipient. Exactly how email works. Anyone can in fact write an alternative SMTP server that delivers every mail to every account.
- mariusor 4y agoI suspect that the poster you're replying to makes a confusion with public posts, which ActivityPub, unlike email, has. When the public namespace is encountered as a recipient of an Activity, Mastodon indeed iterates over all the instances it is connected to and pushes it to all. But for follower only posting, you are right, Activities go only to the recipients, theoretically to each individual inbox, practically to the instance's shared inbox.