Nope. PETG is maybe the easiest "safer" option, but AFAIK there isn't a true food safe filament. Also 3d printed things will basically be impossible to clean without extensive post-processing (including probably needing to coat it in something), so "safer" single use pretty much.
Not sure if it's relevant as pretending to be form Germany may be the point here, but "Tor clients" aren't "from" anywhere you can know, that's just where the exit node is located.
Perhaps I am a unicorn, but I have self-hosted my email for years and don't have deliverability problems. The only problems I have had:
To me one of the big things that differentiates Lemmy (and the fediverse in general) from email is that most of it is public, so the things in email that would involve sharing someone's private information (email addresses, IPs, email contents, etc) are public (at least the post/comment and username+instance), and can all be verified. I think there is a lot of potential because of this. Maybe I'm crazy, but I just really don't like the idea of a whitelist-based system because it means I as a small instance operator may have to sign up to dozens of services like the one you are building. I want my instance to be able to federate pretty much as widely as possible, and to me such a burden is too much to ask within a system/protocol/fediverse that is designed to facilitate sharing and decentralization.
Also, I think there is already room for a problem with "capture". What motivation is there for .world .ml or beehaw to bother signing up for your thing? Even assuming you get 100 like minded admins to sign up for Overseer that is probably a pretty small fediverse island without them, some or all "mega" instances will probably just end up getting a pass anyways and at the end of the day no system is in place to help with the problem of bot/spamming users on trusted instances (whether in that WoT or just blindly trusted by the WoT).
Most of the spam I get is from gmail addresses, I don't see it going any differently here.
I agree that we need far stronger admin and moderation tools to fight spam and bots. I disagree with the idea of a whitelist approach, and think taking even more from email (probably the largest federated system ever) could go a long way.
With email, there is no central authority granting "permission" for me to send stuff. There are technologies like SPF, DKIM, DMARC, and FcRDNS, which act as a minimum bar to reach before most servers trust you at all, then server-side spam filtering gets applied on top and happens at a user, domain, IP, and sometimes netblock level. When rejections occur, receiving servers provide rejection information, that let me figure out what is wrong and contact the admins of that particular server. (Establish a baseline of trust, punish if trust is violated)
A gray-listing system for new users or domains could generate reports once there is a sufficient amount of activity to ease the information gathering an admin would have to do in order to trust a certain domain. Additionally, I think establishing a way for admins to share their blacklisting actions regarding spam or other malicious behavior (with verifiable proof) could achieve similar outcomes to whitelisting without forcing every instance operator to buy in to a centralized (or one of a few centralized) authority on this. This would basically be an RBL (which admins could choose to use) for Lemmy. This could be very customizable and allow for network effects ("I trust X admin, apply any server block they make to my instance too" sort of stuff).
I think enhancements to Lemmy itself would also address help. Lemmy itself could provide a framework for filtering and report when an instance refuses a federated message with relevant information, allowing admins to make informed decisions (and see when there are potential problems on their instance). Also having ways to attach proof of bad behavior to federated bans at an instance level, and some way to federate bans (again with proof) from servers that aren't a user's home instance.
Finally, as far as I can tell everything following a "Web of Trust" model (basically what you are proposing) has struggled to gain widespread adoption. I have never been to a key signing party. I once made a few proofs on keybase, but that platform never really went anywhere. This doesn't mean your solution won't work, it just concerns me a little.
I expanded a bit more on some of how email tooling could be used within lemmy in this comment as well. My ideas aren't fully baked yet, but I hope they at least make some sense.
Yeah, as I said IDK what device timelines are, but for some reason I can't imagine apple not releasing an iPhone in the EU for 4 years... the charge port mandate was not super impactful/difficult for Apple to comply with. I am still not convinced Apple isn't going to drop the charge port entirely in favor of their magsafe wireless thing (again, anti-consumer IMO), or at the very least will be putting out an EU-only SKU with USB-C.
2027 seems kinda weak sauce. Maybe it is more reasonable than I feel given I don't know much about hardware design timelines, but I honestly was hoping for more of a middle finger to companies that have embraced the anti-consumer practice of using non-replaceable batteries.
Clearly we need a "Saved You A Click" community... this article's title sucks and it takes way too long to get to the point.
The answer is 12.5 to 22 years.
For a defendant with no prior criminal convictions, an offense level of 37 yields 210 to 262 months (17 1/2 to almost 22 years). A defendant who accepted responsibility could reduce that range to 151 to 188 months if the prosecution agreed to deduct the third point.
I switched from Plex to Jellyfin several years ago and haven't really looked back. Overall I just didn't like the direction plex kept going (pushing shit streaming services, central auth, paywalling features), and dropped it even though I grabbed a lifetime plex pass back in the day. The only thing I miss about plex was the ease of developing a custom plugin for it since you could pretty much just drop python scripts in there and have it work, though their documentation for plugin development was terrible (and I think removed from their site entirely).