ancarda

I think you're confused because this link is somewhat deep down: https://help.kagi.com/orion/misc/linux-status.html

If you go up to https://help.kagi.com/orion/ it has this description:

> Orion is a free, lightning-fast, privacy-focused, WebKit-based browser for Mac, iOS, and soon Linux that blocks ads and trackers by default.

I really hope this is going to be entirely optional, but I know realistically it just won't be. If Rust is any example, a language that has optional async support, async will permeate into the whole ecosystem. That's to be expected with colored functions. The stdlib isn't too bad but last time I checked a lot of crates.io is filled with async functions for stuff that doesn't actually block.

Async clearly works for many people, I do fully understand people who can't get their heads around threads and prefer async. It's wonderful that there's a pattern people can use to be productive!

For whatever reason, async just doesn't work for me. I don't feel comfortable using it and at this point I've been trying on and off for probably 10+ years now. Maybe it's never going to happen. I'm much more comfortable with threads, mutex locks, channels, Erlang style concurrency, nurseries -- literally ANYTHING but async. All of those are very understandable to me and I've built production systems with all of those.

I hope when Zig reaches 1.0 I'll be able to use it. I started learning it earlier this month and it's been really enjoyable to use.

It's likely because there's a citation in a paper. That's apparently the bar you need to reach to get Wikipedia to see something as significant enough. I tried to get a draft article about SourceHut ( https://sourcehut.org/ ) to be published after extensive improvements and they refused because there weren't enough third party links. This is despite the fact there's like a dozen pages in Wikipedia about software that is hosted on SourceHut, so it seems notable enough?

Are you running the long-term (6.x) branch? RouterOS 7.x (stable) is much better at IPv6 as far as I know.

When was the last time you tried? I used to run into issues too but for a few years now it's basically "just worked".

Oh this hurts a lot. I don't know of a good alternative to this website. Other sites I've found either run fewer tests (so are less useful for debugging) or incorrectly claim I don't have IPv6 (I do?).

I don't suppose we can donate some money to keep this website up? Or perhaps some company like CloudFlare would like to host a mirror?

We're slowly making progress. We're almost at 50% IPv6 worldwide traffic to Google: https://www.google.com/intl/en/ipv6/statistics.html

Depending on what country you're in and what your traffic patterns look like, it might be higher. Some countries are >70% IPv6 traffic to Google.

Do you ever check your access logs to see when you're ready to go IPv6 only?

Yes and Finch wasn’t sure if what team Machine had done was a good thing, which is interesting given he’s usually so sure about resisting Samaritan

I don't think it's unrelated at all. I saw the same picture and just closed the tab right away. Why should I read this article, the whole thing might be written by an LLM.

Sorry, I don't have an iOS device, so I'm not sure. The only mention I could find on the website was: https://www.migadu.com/guides/gmail_android/

> While Gmail is an IMAP client app, it will not check for new mails continuously. Not only it does not support IMAP Push extensions which are standard nowadays, but the [most] frequent polling interval is 15 minutes

Which I guess implies they offer IMAP push, since they're expressing disapproval that the Gmail app doesn't support IMAP push

I was a happy FastMail customer for years, but lack of IPv6+DNSSEC was also disappointing for me. I eventually heard about Migadu ( https://www.migadu.com/ ) which has all that, and AFAIK, EU servers as well.

The only downside for me is the web UI isn't nearly as polished as FastMail.

I don't know a lot about C or the internals of OpenSSL, but going by the commit message, does this mean we should disable TLSv1.3 until we've had a chance to patch OpenSSL?

Edit: Actually, reading through the code a few times, maybe TLSv1.2 should be disabled?

I really wish we had some way to protect ourselves until the patch is widely available.

Seems to be fixed now.

Isn't the issue more with how we implemented IP than BGP? AFAIK, DDoS attacks would be far less effective if every ISP implemented BCP 38.

Perhaps it's for https://radar.cloudflare.com/ or maybe a new service where they'll warn you if services like SSH are configured badly or not firewall'd off?

Also, is it possible this traffic is actually coming from a worker, i.e. https://workers.cloudflare.com/ rather than Cloudflare themselves?

AFAIK ZeroSSL does: https://zerossl.com/features/acme/ but I've never used them.

There are other providers out there. It would be good to collect them, perhaps into something like "awesome-acme" GitHub repo.

Can you tell me what in PHP 8 you're struggling with? Pretty much everything listed here has been deprecated for a long time or used by almost nobody: https://www.php.net/manual/en/migration80.incompatible.php

I've made my whole career about PHP and had no idea it supported stuff like (uncast).

Right sentiment (look for a simple solution), but sadly that story isn't true. https://en.wikipedia.org/wiki/Space_Pen#Uses_in_the_U.S._and...

There's lots of prior art, such as https://wheelmap.org/ -- so I imagine OSM is somewhat open to this sort of thing. Might be worth looking at how Wheelmap edits OSM. I believe it's from a generic account and edits are tagged such to make it clear it's from a member of the public.

You could also implement OAuth (sign-in with OSM) to do edits, similar to how some tools like https://maproulette.org/ work, though you'll get less contributions if you don't have an option for anonymous public edits.

> Allowed you to block certain domains from your search results

I would love for Google to build this in. Until they do, there is a WebExtension that does this: https://addons.mozilla.org/en-US/firefox/addon/hohser/ ("Block or Highlight Search Engine Results"). I use it to block stuff like W3Schools so when I search for something, MDN is always #1. Saves me a lot of time having to add "MDN" to the end of every query.

Almost all spam I receive is from Gmail. It's gotten so bad I've actually setup a filter that routes everything from @gmail.com into spam - except for some whitelisted email addresses. G Suite is fine, it's only @gmail.com that is an issue

And yes, it's genuinely from Gmail; valid SPF, valid DKIM, came from a Google IP address, etc...

To say the biggest source is Gmail might be technically wrong though - I suspect there's a large volume of spam that Migadu (my provider) is dropping before it even reaches my inbox, i.e. emails that it is 100% sure are spam and it can just drop. Nevertheless, an overwhelming amount of spam I observe/have to deal with is coming from Gmail. Second to that is outlook/hotmail.

Isn't Bitwarden Server AGPL?

If not, you can link me to the alternative?

How did you know to contact Microsoft to have them whitelist your IP? Was that from a DMARC report?

This is the sort of thing that puts me off self-hosting email, as much as I'd like to do it -- it seems like a huge amount of effort, tracking down who I need to shout at this week to have them whitelist my IP address.