Simple C based approach on Sieve of Eratosthenes (by yours truly):

* https://github.com/intc/c-notes/blob/master/threads/4-thrd_e...

One can use standard IMAPS/SMTPS/PGP compliant native email app with C1.FI.

I'm still contemplating about the E2E webmail app - No matter which way one looks it - It's a shaky concept...

BTW. Does anyone know what is the current state of WASM Constant Time proposal?

> Ms Luke said hackers took control of her PayPal account, in a credential stuffing attack that affected 35,000 PayPal customers in December.

https://www.abc.net.au/news/2023-07-25/byron-bay-data-breach...

Have you checked the MS powershell approach[1]?

1. https://learn.microsoft.com/en-us/microsoft-365/enterprise/u...

thank you for that, but that seems to be simply remote controlling the migration process of the admin interface of office 365.

Sadly it seems the migrator is unable to authenticate against OVH

We use server side spam filtering at c1 (see: https://c1.fi/about/). So far things are working pretty well but certainly false positives may occur. On the positive side client can contact yours truly and we can usually do something to sort these out.

You have a few typos on that page:

Minimzed client tracking on our websites (no 3rd party trakcers)

I believe that should be "Minimized" instead of "Minimzed", "trackers" instead of "trakcers".

I didn't read the whole thing carefully - you might want to spellcheck the entire page.

Our self hosted email service, https://c1.fi, works fine with "plus addressing".

In addition I recently laid out plans for "disposable aliases" with a machine generated random string as local part for users in our shared domains (like c1to.me). So one could use an alias when signing-up with a service. Once the service is not relevant - Just delete the alias. All comments and suggestions are welcome. =)

You should make your website work without JavaScript.

Thanks fore commenting! The public informative parts of c1.fi are readable without JS. See https://c1.fi/about?lang=en for example.

Registering, account management etc. will require JS - Simply to provide better UX.

There are no 3rd party libraries or references (except on pages handling payments via Stripe) in use and the JS is not minified. No 3rd party trackers either.

> Registering, account management etc. will require JS - Simply to provide better UX.

The proper way to do that is progressive enhancement.

Receiving a proken page and demands to turn on JS is pretty much the worst UX you can come up with.

Can you email me? Perhaps I can help. Contact information available here: https://c1.fi/about?lang=en (scroll down the page)

> I ported the HelenOS kernel to RV64 in 2016, but I've never properly finished the user space support. I hope this board will be a good motivation for me to finally push the entire OS to the same level as x86-64

https://twitter.com/mdecky/status/1397892220225736711

Look into VisionFive2 and Star64.

These aren't just faster than all SiFive's devboards to date, but also cheaper, under $100 mark.

Shipping in the long thousands, instead of short hundreds.

VisionFive2 is only in pre-order stage, right?

Same but 2004: https://www.openbsd.org/images/rack.jpg