Seems like a neat project, but outside of Fastmail and selfhosting your own mailserver, there has not been much traction for JMAP over the decade it has been around.
IMAP meanwhile is still nearly universally supported, and there are many independent mail providers that will host your inbox for a low cost without being locked into paying Fastmail or running your own infrastructure.
JMAP for mail, contacts, calendar and files landed in Stalwart mail server about 5-6 months ago. In a discussion here on HN( https://news.ycombinator.com/item?id=45672336 ), a member( @solarkraft ) floated the idea of using Stawart as the "server" implementation of JMAP and using something like mbsync to sync IMAP from their mail provider. And build a client on top of this Stalwart "server." This might very well be the client to serve as a way to use the new JMAP protocols and not self-host.
> floated the idea of using Stawart as the "server" implementation of JMAP and using something like mbsync to sync IMAP from their mail provider. And build a client on top of this Stalwart "server."
That really does not seem like a workable solution. It would probably be brittle, require double the storage, require mapping of accounts and and credentials, would not account for caldav/carddav, etc.
If JMAP is to take off we need proper clients, servers and bridges. I'm not sure we even have one proper OSS implementation for each.
Economically the EU might not keep pace, but the built infrastructure to live an enjoyable life is there.
I certainly had a delightful time visiting the winter markets across Europe, and it seemed like there were a fair number of people living well.
While the Eurozone might not be a great place to start a new business it is still a going concern, enough that those top 50 companies all have a European presence.
> infrastructure to live an enjoyable life is there
Hate to be the bearer of bad news, but living in the US ain't exactly like Escape from New York or Escape from LA. For every Mississippi there is an analogous place in Europe, and for every Liechtenstein there is an analogous place in the US. I'm not sure if your comment is a counterargument or neutral commentary.
New York City. Compared to small cities like London, Paris, or Rome there are areas where it's not on par, but its multimodal transport, energy, heating, water, sanitation systems is larger and more comprehensive than most cities in Europe.
Buses and train cars are a small part of infrastructure, regardless of whether it's the only part of infrastructure certain information ecosystems speak to. But sure. $30 billion per year over many decades for those parts, in one city, provides pretty extensive systems that don't even make sense in smaller cities.
> I bet per capita buses and train cars are dwarfed by even cities well below the tiers
And I will find even smaller US cities with even better metrics.
213.136.8.188 appears to not respond to telnet from any ISP I attempt to connect to it on, I wonder if its just not bound to port 23 on IPv4 or the ISP is filtering port 23. IPv6 works fine to connect.
There are so many businesses that are operating without a website and without reviews.
The bottom line is if you are selling electrical equipment to Amazon, do you really need a web presence or reviews? Your internal advocates will make sure Amazon buys from you, since they know the equipment you deliver will be UL Listed, direct from the OEM, etc.
This same line of reasoning goes for so many other lines of business. Reviews only kinda matter for retail and restaurant businesses, and the second you leave certain specific regions you are literally better off going to a 3.6 star business with 600 reviews than a 4.5 star business with 600 reviews despite both purporting to offer the same thing.
That is an illicit robocall, and you can pursue Backblaze under the Telephone Consumer Protection Act. I would recommend filing a small claims court case, there is no gray zone for Backblaze to be making AI robocalls in.
Cisco Unified Call Manager almost certainly has vulnerabilities, as does Metaswitch which has shambled along in network cores after Microsoft publicly murdered it, Oracle SBC is often wonky just doing the basics, whatever shambling mess Teams is shipping this week for their TRouter implementation definitely has Denial of Service bugs that I can't properly isolate.
Lets not even talk about the mess of MF Tandems or almost every carrier barebacking the web by slinging raw unencrypted UDP SIP traffic over the internet...
It is possible to build secure systems in this space, but instead we have almost every major telecom carrier running proprietary unmodifiable platforms from long dead companies or projects (Nortel, Metaswitch,etc) and piles of technical debt that are generally worse than the horribly dated and unpatched equipment that comprises their networks.
I find it absolutely insane that the industry standard for SIP trunks is unencrypted UDP, usually using IP-based authentication.
When I asked a popular VoIP carrier about this a while back, they argued that unencrypted connections were fine because the PSTN doesn't offer any encryption and they didn't want to give their customers a false sense of security. While technically true, this doesn't mean we shouldn't at least try to implement basic security where we can - especially for traffic sent over the public Internet.
My DOCSIS service provider turned off encryption. That's likely due to the certificate expiring on a popular modem brand. Key management is hard, certificate management is hard. Especially when they don't care about security. The encryption was only DES to begin with instead of AES which is supported in DOCSIS but few service providers bother.
Anyone who has the tools to sniff DOCSIS can eavesdrop on my provider's nodes and hear the incoming leg of phone calls.
It'd be lovely to see some nations of the world pour some serious money into the various Linux Foundation (or other open source) telco & cellular projects.
Pouring money is not how you get good quality software. You need a company driving product quality. Most Linux foundation projects have companies heavily invested in productionizing the projects and that leads to them contributing to them to ensure high quality code. Code without a driving product tends to wander aimlessly.
Maybe the money should have more strings attached, be attached to grant proposals, whatever.
I don't see that that is an important or clarifying distinction. Governments should be directly helping, with money, somehow. Collectivizing the investment is better returns and far better outcomes, open source is the only way you're going to avoid risking your investment in a single company that may over time fail. Having your nation take its infrastructure seriously should be obvious, and this is how. And I disagree that good things only happen at companies. The post I was responding to stands as incredibly broadscale evidence that that often doesn't happen.
Contract work is tricky because individuals who own a particular project may be full time employed already and not capable of taking on contract work. Not every project is capable of generating enough contract work to make it sustainable to do it full time and not everyone wants that level of instability on their income.
Hiring an outside company to do contract work leads to longer term maintenance issues where they disappear after the contract completes. It would be better to have individuals from a distributed set of organizations all collectively pitch in to do maintenance. This is how the Linux project is organized and it's very successful. While this is understandably unlikely to happen for smaller projects I think that just means it's important for projects to be created and maintained by larger collectives. Again, this is a common trend you see occur.
Linux foundation is the thing financing backdoors. do not confuse it with Linux. the only money from the foundation that goes to actual Linux are a couple build servers. and one event sponsorship. absolutely nothing else.
Verizon also will mark your line as hotlined, disabling all functionality if you use a device that works but they don't like or if your late in payment or trip up another undisclosed trigger.
I wonder how long I have on T-Mobile, I keep getting texts like "T-Mobile: Action needed. VoLTE settings may be affecting service quality for phones on your account.". On this particular account there is a single Nord N200 5G bought from T-Mobile, and as far as I can tell VoLTE works fine on it.
IMAP meanwhile is still nearly universally supported, and there are many independent mail providers that will host your inbox for a low cost without being locked into paying Fastmail or running your own infrastructure.