Recent comments in /f/technology

emma wrote

oh hey, that's the weird nerd who made a zero effort 'activitypub support pls' issue on the postmill issue tracker, then thumbs upped the tone policing comments when i raised the plagiarism issue on the kbin issue tracker

open source is when you bark at other people so they make the things you want

4

emma wrote

I think Mastodon and other fediverse servers already require that your ISP allows outgoing email, since there would be no way for you to send your password reset or account verification emails

yeah this is true, but if you were to build a whole system around emails, then the contents would be arbitrary and the magnitude would be far greater, increasing the chance of running into problems with spam blacklists which ISPs hate to be on (see, for instance, digitalocean's spam policy)

And deliverability to providers like Gmail is not a big deal to me IMO either, if say Raddle can suddenly talk with people from riseup.net for example, that's a big win to me.

yeah this may or may not be an issue depending on exactly how the system works

Anyway you're the actual dev here who has way more experience doing server shit than me so maybe I'm just spouting some BS lol, so I will just defer to your wisdom :)

i don't think it's BS. i just foresee there being some problems with the idea, and i know from experience having worked with mail servers that it's something i personally never want to touch lol. but if this is a thing you want to build, then i think you should go for it, if only for the learning experience.

3

nitori OP wrote

I think Mastodon and other fediverse servers already require that your ISP allows outgoing email, since there would be no way for you to send your password reset or account verification emails... Or are those kind of automated emails exempted from ISP restrictions? And deliverability to providers like Gmail is not a big deal to me IMO either, if say Raddle can suddenly talk with people from riseup.net for example, that's a big win to me. The spam filter problem could probably also be circumvented by requiring some authentication before you can talk to the Postmill instance, and being picky on what domains you'd allow. I don't really imagine anyone opening up their Postmill to like everyone on email, that's just going to be PITA. Instead it would be more like a whitelist

I do have to admit I haven't thought much about the dev ecosystem though, or how archives would be accessed (but personally I just access my mailing list archives from the web than Usenet, and this kind of use would still work fine for this theoretical email-powered Postmill because again, the forums are the mailing lists, and all the posts you see are behind the scenes what the archives are returning)...

Anyway you're the actual dev here who has way more experience doing server shit than me so maybe I'm just spouting some BS lol, so I will just defer to your wisdom :)

2

emma wrote (edited )

ok, so, like, i think the hallmark of a well-designed system is that it's designed in such a way that the developers and operators it's targetting will be familiar with the basic concepts of that system. not necessarily domain details like "what should happen with this value in the BCC field", but like the transport (HTTP, SMTP), message exchange formats (JSON, XML, MIME), the tools needed to deploy the system (web servers, mail transfer agents), and such. in that regard, designing it around email is a mistake.

everyone uses email and it's been around forever, but the tools around it are absolutely archaic and alien-like by today's standards. if you ever have the displeasure of configuring a postfix server for some purpose and have to learn what a "milter" is, you'll see what i mean. you will also have to contend with ISP blocks on outgoing email, delivering email to major providers which are incredibly anal about what mail they will accept, not knowing if mail was delivered successfully, and so on. you also need some mechanism for accessing an archive of messages which typically (for mailing lists) means having an NNTP server and then dealing with even more archaicness on top of it all.

on the other hand, the type of developer who would be interested in making a federated forum would likely already be familiar with HTTP, REST concepts, JSON, how to set up a dev environment, the tools you want to use for testing, the libraries you want to use for building the server, and so on. i believe mastodon is successful because it leverages HTTP, enabling any power-tripping 17-year-old furry and their dad to set up their own instance on a $5 VPS, and creating a healthy developer ecosystem thanks to being made with protocols that are already familiar to anyone who's had the misfortune of working extensively with microservices, which is a fair amount of us.

all this said, i think it was a mistake to use JSON-LD for ActivityPub. i think we'll see more competing protocols, but i'm certain that any even moderately successful competitor would be built on HTTP. anything else in this day and age is just a non-starter.

3

neku wrote (edited )

ime battery vacuums are nice in theory but when you get them in the hand theyre pretty underpowered, battery life is poor, and generally shoddily constructed/have a short life span. i'd take a strong wired vacuum over a weaker stick vacuum ten days a week

if you have back pain its important to bend with your knees while keeping your back straight. your thigh muscles are the strongest in your body - theyre meant to support your upper body!

3

neku wrote

looking at the /pol/ board

THE INTERNET IS DEAD. STOP USING IT. EAT RAW MEAT AND ORGANS AND BLOOD, THEN INJECT HCG, THEN TAKE AMPHETAMINES AND KILL THE NEW WORLD ORDER. THAT IS YOUR OBJECTIVE. FURTHER BROWSING IS VANITY.

off to a good start, guys! sounds like a great place to hang on the net!

6