What ideally I’d like is some sort of good encrypted email [...], which can achieve decent Android integration. Proton apps are pretty useless to that effect [...]
Don't need provider-specific apps if their services use standard protocols:
And how much of that "cycling infrastructure" mileage and spending is on easy yet expensive and useless examples such as along freeways, in islanded suburbs where calm backstreets should suffice, or just mystery unconnected segments?
Really interesting proposal! To a degree the structure of Lemmy/Mbin/etc may be quite close to the categorising and moderating aspect, and might be a good place to start collecting URLs to crawl.
Each community could be considered analogous to a (rather chaotic) webring. When an instance doesn't meet your moderation expectation, defederate; if a MengZi user wants to see search results from different defederated segments, use a MengZi instance that federates with both, or just have both plugged into a searx instance.
The categorising side of MengZi could be (from an activitypub perspective) like a very cut down version of lemmy –each webring/category being a community, each website being a post, comments disabled or limited/filtered to hashtags.
A webring could be a specific sort of category/community, where a submitted website's url's page must contain specific metadata definining its membership in that ring or it is automoderated and removed. Such a category could automoderate the url and title to be the default page defined by its membership metadata. Existing webring html element standards could suffice.
A website could be crossposted to other categories, including to other instances, even to/from lemmy or other compatible activitypub sites. If a (cross)posted post is not a url returning the correct mime type for a category then it can be automoderated and deleted; same for other arbitrary criteria a category could define.
A website/post on MengZi could be accompanied by relevant crawling metadata, even full search database data available via the api for sharing to other MengZi instances to save duplication of crawling effort while distributing the database.
For incoming mail, on your server run a mail retrieval agent like fetchmail to fetch mail from the externally hosted mailbox into a maildir on your server.
To serve that maildir to your clients, on your server run a mail delivery agent like the IMAP server Dovecot.
To accept outgoing mail from your clients, on your server run something like Postfix with a relayhost configured with the details of your externally hosted SMTP server.
There's nothing unusual or tricky about any of this arrangement.
The organisers make a thoughtful observation of existing positive discrimination widely accepted in pricing:
They also noted that staggered ticketing structures "are not uncommon".
"Discounted tickets are widely offered to various groups including seniors, students, unwaged, and locals to name a few. This structure exists beyond [the event] WAVES, and is utilised by businesses and organisations alike, in an effort to prioritise affordability for specific demographics."
Jitsi works really well, and the developers seem to have made an effort to have it work well on any platform, even mobile browsers and PSTN. I've always found it the lowest friction teleconferencing method for all types of users.
It's self-hostable, integrates with SIP, and 8x8's commercial offering mentions HIPAA, BAA and GDPR.
When you let an industry regulate itself, you end up with the 737-MAX and a reassurance that existing 737 pilots don't need further training to fly it...
Gotta say, I don't read their posts as trolling. Perhaps some mildly trollish language in the first comment, but in the context of their further responses they do seem to have a critical but genuine and insightful perpective on the topic at hand.
Many countries around the world have been experiencing legislative overreach brought in under the guise of prohibiting racism/violence/antivax/etc, but written to effectively create a framework for suppressing any protest and discourse which any government of the day (and by extension their sponsors) can use to crack down on whatever they define as wrongthink.
That kind of predicted result strongly prompts the need to wrack our collective minds in search of a better solution, which I believe the commenter was trying to encourage.
Don't need provider-specific apps if their services use standard protocols: