> With the new WhatsApp interface mandated by the DMA, any BirdyChat user in the EEA will be able to start a chat with any WhatsApp user in the region simply by knowing their phone number.
Unfortunately, as it's been implemented as opt-in on WhatsApp's side, this isn't really true. Honestly that decision alone means it's kinda dead in the water.
It's better than nothing. If you have a different app and want to talk to your friend who uses whatsapp it's much easier to convince him to toggle a setting than to download a different app.
After talking to your third and fourth friend and explaining which twenty menus they need to navigate through to enable this, you'll give up.
This is fucking malicious compliance. Meta knows what they're doing.
This is like "web installs" on Android. Navigate the complex menus (step 1) to toggle the setting. Then for every APK, find the file (step 2 - not everyone can do this), say okay to the "scare wall" (step 3), the permissions screen (step 4), and beware any app defaults. Let's hope Google doesn't negatively rank the app in the SERPs. (And let's not forget the fact that Apple doesn't even allow this.)
Or worse - you have a nice trademark for your business or product, and google managed to turn 91% of "URL bars" through "web standards" and unilateral control / anti-competitive practices, turn these into "Google search". You type in Anthropic and instead of seeing their homepage, you see ads for ChatGPT. 50% of Google's revenue is trademark taxation.
Every single one of these big tech companies needs to be muzzled and broken up. And as an innovation, I wouldn't even suggest partitioning them by product vertical, but rather creating 5 clones of each business entity that have to scramble to compete from day one on every business line. Ma Bell style. Forced mitosis.
You can get some really hefty fines for not playing by the rules. It's taken extremely seriously in basically every aspect of life in Europe. It's not enforced hard enough against US company empires like meta and the like unfortunately, but it absolutely works.
> It's taken extremely seriously in basically every aspect of life in Europe
Yeah, like every single cookie banner out there not actually being compliant. A regulation can't be considered to be meaningfully enforced when every single storefront openly breaches it in total impunity for years.
Yeah... Ask Schrems about the hefty fines and all that pretty things bright to Europeans by the GDPR. Come on! The GDPR is at best a pretty face to a rotten nothing-burger.
Nah it’s privacy. Gotta get consent from users. Cookies, GDPR, and all. Meta has learned from their fines, and isn’t opting users automatically into features.
It's not a case of "feel-good legislation", but yeah, this reaction was to be expected. Meta and most other SaaS companies are user-hostile on purpose, not by accident, so it's predictable they'll try to fight it.
That is not the case here. The legislation has been drafted with all of this in mind, and will force Meta to continually improve until the feature is like it should be.
Without Trump making a huge fuss everytime US companies have to do something that can hurt their monopolies, we'd probably already be there
> Or worse - you have a nice trademark for your business or product, and google managed to turn 91% of "URL bars" through "web standards" and unilateral control / anti-competitive practices, turn these into "Google search". You type in Anthropic and instead of seeing their homepage, you see ads for ChatGPT. 50% of Google's revenue is trademark taxation.
This is preposterous. You'd see ads for Gemini, not ChatGPT.
It's because the real solution here is to move away from this proprietary malware to protocols that are open, so that anyone can write or fork a client. (For instance, see Molly for a fully Ungoogled Signal.)
It's difficult when it comes to messengers, but reasonably easy when it comes to Google and Android, for which good alternatives exist (e.g., DuckDuck on GrapheneOS.)
It's a universal setting. You have to enable it per third-party app, though. You get to choose whether you want to see them listed with WhatsApp chats or in a separate folder
I understand my agreement with WhatsApp - i read it and all. I have no agreement with that other app. I do not know what they would do with my data. Until they give me a privacy policy and i approve it, they indeed should have none of my data. Opt-in is the correct solution.
I am not even sure how this is GDPR-compliant (that app is European and thus must care about GDPR). They do not have my permission to have/handle my private data, and GDPR does not allow WhatAspp to hand it over without my permission either... My name (which whatsapp exposes simply with my phone number) is considered PII under GDPR and
What a strange way to think about a telecommunications service. By the same logic, shouldn’t there be a privacy policy for regular old phone lines? Who knows which third parties are between you and the person on the other end!
And speaking about the other end: I have bad news about all the data you share with untrustworthy contacts on WhatsApp…
Quite practically, anyone that enables backups (which WhatsApp heavily nudges people to do) uploads a copy of all your messages and media sent to them to a cloud provider you have no privacy agreement with.
old telephone lines did not disclose info about me with merely my phone number. whataspp discloses name, picture, status
As for your second comment, updated first comment with:
I am not even sure how this is GDPR-compliant if that app is European. They do not have my permission to have my private data, and GDPR does not allow whatAspp to hand it over without my permission either...
Only to who you choose to make it available to. And if you choose “everybody”, I don’t see how you can reasonably expect this to mean “everybody not using third-party software”?
I just don’t think that’s a reasonable expectation of a telecommunications tool, so yeah, I think it’s a fair change well within the norms and expectations of an instant messenger.
You should get to control how/ to whom your data is distributed, but also requiring these recipients to only use software and services of your choosing seems excessive. Platform lock-in at this point seems like the much greater harm.
I could see the case for a small indicator in the contact details that they’re using a third-party client, but anything more (green bubbles?) would be counterproductive.
The regional limit makes it pretty much useless. The only reason I keep a whatsapp account is to stay in touch with my family in law and a few relatives who live in another continent.
Sounds like an easy fix. Europe just has to convince the rest of the world to ditch the 15 year old popular US apps ingrained in pop culture and with network effects, and have them switch to their own EU made apps, this way we can all communicate together. :hugs: Until then, let's keep chatting on $US_APP so we can debate on how we're gonna achieve that switch.
In countries where SMS isn't as widespread as it is in the US, the use of WhatsApp is much more common.
I live in one of those countries, and I don't think I've ever had to use it to communicate with someone on another continent. I think most of its use is simply local, for your community or friend group.
The downside for me is basically the lack of appeal for a non-tech user (like my parents) to voluntarily want to stop using an app they've been using for, what, 10-12 years? It’s not that big of a deal; everyone uses Instagram or Facebook (maybe)... WhatsApp is definitely going to make the process difficult, too.
Whatsapp is more popular in the US than you'd think. Probably due to a large immigrant population. I'm in several groups that use the channels feature to organize things like soccer, game nights etc. Most people with family abroad use Whatsapp, and that's a huge portion of the US.
Exciting news! Can't wait for iMessage to open up too. Any idea if this (or other future messengers) will work outside of Europe too or does WhatsApp use some kind of geofencing, like Apple, to prevent non-EU citizens from enjoying the same rights too?
The DMA is enforced by bureaucracy. The commission proposes that certain platforms are big enough to be regulated, and then there's a comment period/negotiation. The list of platforms currently being regulated is publicly available.
iMessage really isn't popular in Europe. Although the fact that any SMS sent between two iPhones automatically converts into an iMessage message means that there are definitely (accidental) users.
But iMessage is already open? You can send an SMS to any number and it shows in iMessage, completely interoperable through that standard protocol.
Whatsapp on the other hand does not show SMS messages (Which is a design choice that makes sense from a security perspective I guess, not saying it's wrong.)
You're confusing two different things, though I don't blame you for it, as it is confusing. "iMessage" is the OTT E2E-encrypted chat protocol. "Messages" note the lack of the leading "i" and trailing "s") is an iOS app that lets you send and receive messages using both the iMessage and SMS/MMS/RCS protocols.
iMessage is not open, and Apple fights efforts by other companies (e.g. Beeper) to interoperate with it.
I must protest that this kind of announcement belies the stupidity of proprietary chat protocols.
Remember when IRC was king, and basically, anyone could write an IRC client? Anyone could write a MUD client, or even a Telnet client. Those are open protocols.
When Pidgin came out, it was like a breath of fresh air for me. In the early 90s I had multiple IM accounts (starting with ICQ!) and unifying them, especially under a Linux client, was a dream come true.
But of course, AIM purported to use Oscar at the time, but they really hated F/OSS and 3rd-party clients, and so did the other proprietary guys, so it became cat-and-mouse to keep the client compatible while the servers always tried to break their functionality.
Now this dumb announcement comes out that a 3rd party has (apparently legally) established interop with a Meta property with (I am guessing) a completely proprietary, undocumented, secret protocol underneath.
I am not impressed. I am McKayla Maroney unimpressed.
I want open protocols and I want client devs who are free to produce clients in freeform, as long as they can follow the protocol specs. Now we have email clients who speak SMTP, IMAP, and POP3, including the "secured, encrypted" versions of those protocols. We should ask for nothing less when it comes to other communications.
Matrix is a lost cause. The protocol is too complex/ambitious and the company behind it doesn't have the resources to actually produce a good server nor client implementation. I was hopeful for it at first but at some point you have to be realistic.
While I agree with you, and there should more diverse members than just the people from Element.
What I do like about them is the zero server trust stand they are taking on their clients which makes migration a pain in the butt, but that is what one would expect from a true e2ee chat app.
And now they have two stable servers in rust. The French and German government including military are using the protocol to make their own apps. Maybe it should be something the EU should put some more resource into it?
Is it? My experience with it has been middling at best, and I communicate with exactly zero people through Matrix outside of the context of open source projects.
The UX is still pretty bad, with many rough edges around sign-in and device verification. The message/encryption story has gotten better (it's been a long time since I've gotten spurious errors about being unable to decrypt messages), but it's still not particularly easy to use. Performance-wise I've found it to still be fairly bad; loading messages after I've been offline takes a noticeable amount of pause, something I rarely see with other messaging platforms.
On the plus side, Matrix does have many chat features that many people like (or even require) in a chat platform, like formatting, emojis, message reactions, threads, etc.
We had XMPP, and even Google Chat used that in the early days.
It's not like users haven't had choice over the decades to choose software that runs on open standards. It's that the features and UX provided by closed software has been more compelling to them. Open standards and interoperability generally aren't features most people value when it comes to chat. They care mostly about what their friends and family are using.
The issue isn't closed vs open but business models. The reason most services don't support third-party clients is that their business model is based on advertising (aka wasting the user's time) and a third-party client would reduce said wasted time.
A proprietary/for-profit messenger can very well use open protocols and embrace third-party clients if their business model wasn't explicitly based on anti-productivity.
The problem is that there's not much of a market for an ecosystem of commercial chat clients that use open standards underneath. It's not like it hasn't been tried. What ultimately ends up happening is the market becomes a race to the bottom, chat clients become a commodity product, and innovation ceases. It's essentially what happened with Web browsers and why we don't have a particularly robust for-profit market in that space.
Right. Unfortunately, people have overwhelmingly voted with their wallets, and prefer to pay with their time and attention (and ignore the fact that they're being psychologically manipulated into buying random products and services) than with actual cash.
I expect you could get some people to pay for a messaging platform, but it would be a very small platform, and your business would not grow very much. And most of your users will still have to use other (proprietary, closed) messaging services as well, to talk to their friends and family who don't want to pay for your platform. While that wouldn't be a failure, I wouldn't really call that a significant win, either.
This is why legislation/regulation is the only way to make this happen. The so-called "free market" (a thing that doesn't really exist) can never succeed at this, to the detriment of us all.
Google Chat used XMPP to build an user base and then cut it off from the Jabber network. That's when I stopped using it. Or was it when it got integrated into Gmail? Then they rebranded it and binned each iteration several times.
That's a bit misleading. WhatsApp uses Signal's end-to-end encryption scheme, but not Signal's networking protocol. It's still proprietary. Otherwise, we could have cross-messaging between Signal and Whatsapp.
Social networks and chat apps are mostly dominated by the network effect.
Since the purpose of these apps is literally putting you in contact with other people, you tend to use the same app/social network most of your friends and family are using.
This is not necessarily true for platforms you use to find new people, but even then, you're going to use the websites/apps people with your interests are using.
I understand, but in this specific arena, because of the network effect, interoperability is important so you can hope to make a competitive product.
More in general,standard protocols are important but they don't necessarily avoid lock-in.
For example, imagine a Dropbox equivalent with a public API specification.
At some point you want to leave.
You are ready to use Postman or even curl and download everything to upload it somewhere else... but download is capped at 10 files/day per user. And you uploaded 100,000 files over years.
The API is public but good luck leaving with all your files!
In other words, standard protocols help avoiding client lock-in, but when the value is on the server side (data,...), they are not enough.
> Now this dumb announcement comes out that a 3rd party has (apparently legally) established interop with a Meta property with (I am guessing) a completely proprietary, undocumented, secret protocol underneath.
Resd the article - this isn't a proprietary secret API, it's the official intended interop API the EU now obliges them to provide. Not exactly 100% what you're asking for (I too would prefer common standards) but forcing interop access is a very good start.
> I must protest that this kind of announcement belies the stupidity of proprietary chat protocols. [...] In the early 90s I had multiple IM accounts (starting with ICQ!) and unifying them, especially under a Linux client, was a dream come true.
ICQ was also a proprietary chat protocol. The Pidgin (then "Gaim") developers had to reverse-engineer it. Fortunately the folks at ICQ were less hostile toward third-party clients than AOL was toward Gaim's reverse-engineer of AIM's protocol, as you note. (Not to mention sending legal threats to the Gaim/Pidgin team to get them to change the name of the app.)
IRC was indeed king, when the internet was populated mostly by technically-savvy folks who could deal with its rough edges. (For example, you probably forget how annoying it was to get file transfer working over IRC; sometimes it was just impossible to do, depending on clients and NAT conditions and so forth. Things like ChanServ and NickServ were creative, but inelegant, hacks, functions that the protocol should handle directly.) And consider that IRC has more or less not changed at all in decades. I am a technically-savvy user, and I gave up on IRC, switching to Matrix for those types of chats, which has its own rough edges, but at least has modern features to sorta kinda make up for it. (Otherwise I generally use Signal, or, if I can't get people to switch, Whatsapp.) I want to be able to do simple formatting, react to messages, edit messages, etc. And most people in the world seem to want those things too. IRC has stagnated and doesn't meet most people's needs.
But I absolutely agree in that I want open protocols too. It's just hard to fight against big corporations with endless development, design, and marketing budgets. And those big corporations are not incentivized to build or support open protocols; in fact they are incentivized to do the opposite. As much as the EU does get some things wrong, I think we need strong governments to force companies to open up their protocols and systems for interoperability, and to stamp down hard on them when they comply maliciously, as Apple and Meta does. The EU is pretty much the only entity that comes close to doing that. I really wish the US was more forward-thinking, but our government is full of oligarchs and oligarch-wannabes these days, thanks to the lack of any meaningful campaign finance limits. At least California (where I live) has some GDPR-inspired privacy legislation, but I think something like the EU's DMA is still too "out there" for us here, unfortunately.
ICQ was not only proprietary, but it was centralized and server-based, even though the messaging part was peer-to-peer.
Even in those heady early days of the mid-90s, it was recognized that many end-users were behind NAT and firewalls and otherwise-inaccessible endpoints of the Internet. Many of us were also on dialup lines that were intermittently connected, so they needed to establish some sort of persistent presence.
So the ICQ client was designed to check-in with a central server to indicate the online/away/DND/offline status of the client. I do not know how much of ICQ's messaging went through that server, but I believe that a lot of clients in those days were designed to, eventually, connect peer-to-peer for delivering files and stuff. Mainly, because the operators of servers didn't want to be overwhelmed with transferring lots of data!
Interestingly, ICQ and Livejournal as well were completely invaded and taken over by Russians. Or perhaps it was not an invasion, but a planned psy-op all along. My original UIN was 279866, and my girlfriend's was slightly below that: she had signed up first and got me on-board.
But eventually, Russians broke into my account, changed the profile, and commandeered it for their own purposes. And Livejournal got sold to Russian interests too.
I believe it was them watching us over here all along. It must have been a personal-data goldmine to know when teens and young adults were online and who they were connected to, on the social graph, whether it was IM'ing or blogging the old-fashioned way on Livejournal.
So beware with your modern "disruptive" apps, particularly ones like those fun e-Scooters you can share and rent. They are probably psy-ops from foreign-based actors who enjoy watching and recording our movements.
This is pretty amazing, but I wish they picked a better name for it. I have a feeling that a good amount of people will dismiss it just because of the name.
Specially if you go to the homepage and they're trying to market it as a work too.. If I went to my boss and tried to make the case that we should move all of our encrypted communication from Whatsapp to something called BirdyChat they would laugh at me and dismiss the idea.
I couldn't work out what the hell the app is from the website, as the home page tells you it's a "New Home for Work Chat" and mentions "Still using personal chat apps for work conversations?" - so I'm guessing it's supposed to have some business focus, but the app name makes it sound like something you'd install for your kids. I can't imagine ever saying to someone "we need to discuss contract details, let's talk on BirdyChat".
It looks like it's focused on business but its name sounds childish. If I mentioned that in a corporate meeting people would just laugh at me, I don't think it helps their case.
What's wrong with the name? "WhatsApp" sounds pretty dumb to me, too, but it's entrenched in the social consciousness, so we don't really think about it.
(The name even has nothing to do with chat; originally WhatsApp was a way to share your "current status"; "WhatsApp" sounds like "what's up?".)
I don't think Whatsapp sounds dumb. It's "what's up", and it came out when mobile apps were getting popular with everyone. I immediately got it when I heard it the first time, and it sounded good to me.
"BirdyChat" just sounds childish.
Maybe I'm in the minority, who knows, but project names are important. I've seen so many posts of people dismissing projects just because of the name...
Gimp would have to be the extreme example of this. I used to recommend Krita to people, despite it being less appropriate for photo editing, just to avoid using 'Gimp' in work/polite scenarios.
I agree - "Birdy" is the name used with infants when talking about birds, or is a bird toy that photographers use to distract people ... which is a bit too close to the truth, perhaps.
To me it also suggests 'a toy version of Twitter'; and Twitter already had enough negativity around it for me.
Somehow I feel like GIMP's lack of popularity has more to do with its reputation for having a horrendous and impenetrable interface than its name.
At one point in the recent past there was a fork of GIMP named "Glimpse," yet weren't a sudden influx of users who were waiting for a more polite name.
BUT, lack of users might just be that it's too late, now. People use web-based tools like Figma, I wouldn't think a lot of people are looking for a Photoshop alternative.
Complaining about names seems like a surefire way to induce endless bikeshedding conversations that go nowhere. It's also often cited as a too-convenient excuse for why a service fails that doesn't really account for the market realities or whatever systemic failures were at play.
The truth is that 15 years ago, "tweet" was seen as a joke by those who weren't extremely online. It didn't stop Twitter from becoming a desirable place to socialize, at least for a time. If the internet made "tweet" happen, people can get used to any weird nomenclature.
The problem I have with names like BirdyChat is they're not easy to remember and even less easy to explain to someone whose first language isn't English. Like yeah, we know it's "Chat" and "Bird" combined and all but to a lot of people it's just "Bdytsch something". Compare that to Twitter which is relatively easy to pronounce and remember.
Forgejo is even worse in that regard. I live in Europe, speak 5 languages, and still have to think to remember the proper pronunciation every time.
It's much harder to get people on board with yet another messenger app when they forget the name 5 minutes later.
Birdy evokes the same energy as "BabySeal". I imagine you can understand why an app called "BabySealChat" would be off-putting to a thirty-something disgruntled developer?
Sorry to be "that guy", because I don't know the details of how WhatsApp does E2EE, but in any proper (as in secure and private) implementation the only thing that should matter is whether the client follows the spec? You might as well ask, how does $browser work with HTTPS?
I think the suspicion is based on this app being offered in a region whose government is hostile to privacy and this implementation being connected with the strong nativist bent in Europe.
The "spec" is not relevant in any way because we have no idea what else is going on. Why was it relevant that these operators must specifically be in the EU? Everyone is just complying with the global spec...but the app provider must be in Europe...okay.
1- The client isn't the only thing that matters (There's servers)
2- The client doesn't follow a spec in WhatsApp, there is no spec as it's a private non-interoperable system.
3- Browsers and HTTPS work with an entirely different encryption model, TLS is asymmetric, certificate based and domain based. TLS may be used in Whatsapp to some extent, but it's not the main encryption tool.
The only thing that matter is whether you trust the app or not.
- If it is proprietary, you just have to blindly trust it (as is the case with WhatsApp currently: they say it is end-to-end encrypted, but you can't verify).
- If it is open source, then some people will want to understand how it works before they trust it. Other will either blindly trust (like for proprietary software) or trust that persons they trust understood how it works and were convinced.
> You might as well ask, how does $browser work with HTTPS?
Well, exactly. I am interested in how the WhatsApp interop works just as I am interested in how HTTPS works.
Well, yes. But one could think of a world in which WhatsApp has its own internal protocol and to bolt on third-party support they just decide to represent third party clients as “virtual clients” on the server side, which would be the easiest way to make it work while not having E2EE support. Especially since the feature only exists for legal compliance purposes.
Even the first announcement about this included BirdyChat and Haiket. Two completely unknown and yet unreleased closed source chat apps with a waitlist.
Can't help but think they are maintained by people close to Meta dev teams and were hand-picked for a malicious compliance, where they can just point to them as examples, and they make onboarding as complicated and expensive as possible for others.
Correct! This is just Meta doing malicious compliance by being "compatible" with companies with no actual product, three-months old waitlist, no actual users within the EU, and nobody to push back on WhatsApp's definition of interoperability. Then when some real product tries to actually become interoperable down-the-line, Meta's gonna be like "well these two did it just fine according to this backwards implementation, why can't you?"
They're both b2b products that are gonna try to find their first users by pitching the idea that you can use their products to spam WhatsApp users.
Haiket doesn't even try to hide its connection to Meta. All you have to do is to go to their website, click on press, and see in the only press release they've ever posted that its CEO holds patents in use by Meta. Here, let me save you a click: https://haiket.com/press/release-nov11.html
> Alex holds over 10 patents in voice and communication technologies, assigned to and used by Google and Facebook.
Eh, there's no specific definition of interoperability written in the Digital Markets Act. It's decided on a case-by-case basis and I'm sure that the legislators in charge of this case will push back on this piss-poor implementation in like a year from now.
By the time this back-and-forth reaches its end, these two will find some shady b2b customers and are gonna be touted as "successful European startups".
- the default choice needs to be "strictly necessary cookies
- with other less prominent buttons for "allow all" and "deny all"
- a site is not allowed to force you to have the press a bunch of buttons or select a bunch of things to deny most/all cookies
The problem lies in enforcement. Unless you are a huge player, there is almost nil chance you're gonna get fined.
I think about the only thing missing is that they should have RFC'd a standard akin to Do Not Track, except this would have communicated to sites if your default is "strictly necessary", "allow all" or"deny all". With it being set to "strictly necessary" by default.
> The problem lies in enforcement. Unless you are a huge player, there is almost nil chance you're gonna get fined.
I am curious: why is that difficult? Define the fine as a percentage of the revenue of the company, have users report links, and pay someone to check the link and send the fine.
Sounds like easy money... I mean it's very profitable to pay people to check parking lots and fine drivers who don't follow the regulations. This should be even more profitable?
Optimistic. They've got sideloading done, browser and search choice done, ad transparency done, more choice for payments done, many dark patterns banned.
The gears are turning slowly, but they're doing really useful work.
> Haiket doesn't even try to hide its connection to Meta. All you have to do is to go to their website, click on press, and see in the only press release they've ever posted that its CEO holds patents in use by Meta. […] Alex holds over 10 patents in voice and communication technologies, assigned to and used by Google and Facebook.
How does this imply he has any connection to Meta? Companies license patents all the time.
> Before Haiket, Alex founded a number of technology start-ups and helped develop innovative voice solutions for Facebook and Google.
At the very least, I think it's safe to say he has some connections within Meta that he utilised for this purpose. He's definitely not a complete outsider whose startup (with no actual product) just happened to be picked by Meta.
My bad. I searched for “Meta” instead of “Facebook.” Quite a few other red flags in that press release.
> Haiket is launching the Beta trial from today, with a pipeline of future innovation for early adopters, including a pioneering silencing technology that will allow users to speak privately in public, with voice communication that only your device can hear.
>> including a pioneering silencing technology that will allow users to speak privately in public, with voice communication that only your device can hear.
Does anyone else think this sounds beyond ridiculous?
> voice communication that only your device can hear.
This is fairly straightforward - you have the device spew out noise with similar characteristics to human speech (ie. random overlapping syllables in the speaker's voice). Take a recording then subtract the random syllables.
Only your device can do the subtraction, because only your device knows the waveform it transmitted.
Obviously in a room with lots of reverb this will be a bit harder, since you will also need to subtract the reflection of what was transmitted with a room profile and deal with the phone moving in the room, but it sounds far from impossible.
Countermeasure: set up four microphones some distance apart, use autocorrelation to pinpoint the sound sources, and then isolate them, recovering the "masked" speech. The countercountermeasure would be to fully surround your mouth and vocal tract with an active noise cancelling system and then produce noise (to push whatever little sound gets through far below the noise floor: the signal is unpredictable enough that you can't use averaging techniques to recover it). The countercountercountermeasure would be to use a camera in the radio band to look at the vocal tract directly, using the phone as a light source, and recover the phonemes that way. The countercountercountercountermeasure would be to construct an isolated box… at which point you're no longer having a voice call in public: you have a portable privacy booth.
Why? I'd love to be an alternative whatsapp client with all kinds of new features that the official client doesn't have. Obviously you say you're building a compatible chat network, but the reality is users are just using your client to talk to whatsapp users.
Eg. one feature I'd love is some AI to automatically take any date and time someone mentions to me and put it as a draft event in my calendar. I miss so many events from big group chats I'm not paying proper attention to and suddenly everyone is saying "Whoa, you didn't come to Johns 50th birthday?!? Why not? We invited you months ago[in a group chat with 100 messages a day of mostly memes]"
Would love to know how it is "obviously" against my interest to make a chat app and have 3.3 billion users adressable instantly. Bad for internet health to be still tied to Meta, sure, but the damage was done and this is a way to reverse it.
Why would you spend a lot of money to make a better app for whatsapp and let them keep all the revenue?
You won't get enough people to pay you money to use your app to make it profitable. If you think you will, then you have a business already; go build it!
Which revenue? Whatsapp is for free, those 3.3 billion people use it for free, the revenue is the reselling of user data and showing them ads. Which they would do less with a 3rd party client, and as such Meta fights it tooth and nail.
> You won't get enough people to pay you money to use your app
It might surprise you but people build apps just for fun, free and open source for others to use, just to make the world better. Which really would be in this case, that's also the intention of this law.
My new favorite breed of commenters are AI bros who go around lamenting how trivial other peoples' work is, while they themselves fail to create anything that anyone else actually wants to use
As a European, I would like to know in _which_ European country you're based. I think I know all of them, people from abroad might not. Saying "Made in Europe" is too general for my European liking. ;)
The words aren't important. The regulated meaning is. Does it have a legal meaning? If so, what is it? Who enforces it? Consider made in Italy vs made in Germany are different in meaningful aspects.
The way I see it, "made in Europe" may be dubious, but "made in EU" should be just as okay to write as "made in USA". And if it's not a thing, well, nothing is a thing until people make it a thing.
EDIT: also we're talking about a software product here, where most things written on the product is legally meaningless - otherwise we'd have special customs regimes for those major software exporter places like "love" and "♡".
As my comment implied, there is in some places, but the regulations aren't uniform. Also, the person I responded to mentioned supermarket products. I was asking legitimate questions & was hoping to get an informed response.
I know that there is a regulated meaning—at least for food—even down to the region (Scotch, Chianti, Champagne, etc.) or even city (Modena, for balsamic vinegar), but laws aren't the same in every country.
"Made in EU" would be equivalent to "Made in USA", and I'm pretty sure it's regulated.
This is just an app though, so they can say whatever they want. I've seen "Made with love", "Made on Earth", etc.
Surely it's very similar, companies can't - AFAIK - be registered in USA, they're registered in a state. USA's States have different tax and legislative climates, just like EU states do.
I'd also like to know what "based in the EEA" means:
> For interoperability to work, both you and your WhatsApp contacts need to be based in the EEA.
Does my contact phone number need to have an EEA country code? Does my current IP address need to be geolocated in the EEA? Do I need to download the two apps from a regional App Store in the EEA? Do I need to show an EEA payment method to both apps? What happens to my chats if I move or switch app stores?
"For Europe, this is our chance to build competitive alternatives to Big Tech. But we need European-hosted infrastructure to make that possibility a reality."
Warning! Badly broken user interface, I wouldn't trust these programmers to get the end-to-end encryption right.
On the second screen of the app there is already an infuriating bug: they ask to give your work email because than you go hire in priority on their invite-only waiting list. So you type in your email again and again and again, alternating between all your emails, but you keep returning to the form asking for your work email. You check those emails to see if they send you something to activate your account but nothing. Exasperated you try the only other button, sign up with private email instead. Guess that works, because you leave the infinite loop. But than zilch, nada, nothing.
I was a big fan of pidgin, but this premise makes me feel iffy.
Why would I ever want my work to intrude on my personal messaging? My private time is my own.
Slack/Teams is perfect because I can mute it on a schedule when I stop for the day.
Anything that is urgent can be managed via Pagerduty or similar on a controlled fashion
The unfortunate problem with Pidgin is you don't have proper cross-platform E2EE chats, especially for groups. OTR is terribly outdated with its 1536-bit FFDH. These days the security margin sits at 2048-bit minimum, 3072-bit recommended. OMEMO might work but it's just not a standard. Good thing Signal made the whole thing just work.
Surely there must be someone capable of and willing to update OTR to support the latest PQC encryption protocols and ciphers. OTR is the only semi-trustable model of E2EE I have ever seen. Anything managed by the same platform managing the communication is dead in the water for me.
When a smaller network tries to be interoperable with a larger network, the larger network almost always eats up the smaller one. This is how XMPP was killed by Gtalk, if any of you are old enough to remember.
Gtalk did not kill XMPP. Very few people were using XMPP before Gtalk, most people were using AIM, ICQ, MSN, Yahoo Messenger and other proprietary protocols. Gtalk supported XMPP to gain traction as a more open messenger and possibly because they implemented the original version on top of XMPP to get it out the door faster.
Gtalk did pull the plug on XMPP but that didn't really change much.
I don't remember EVER interacting with someone with their own XMPP server. Gtalk had nothing to kill.
Jabber was big with the "federated, decentralized" crowd. I recall several colleagues who established Jabber addresses and advertised them, sometimes as their only IM address.
XMPP was more than Gtalk, but I think that Gtalk was the "death knell" for XMPP, having absorbed it and sort of claimed it as their own. Anyone who would've used federated Jabber addresses in those days is using Mastodon now.
Signal still doesn't allow you to backup/export chat history on iOS into an open format? I think now they have some bullshit proprietary paid cloud storage solution (why not let me use the cloud I already pay for?), but for years they haven't had any solution for iOS at all.
Last time I had to reinstall my phone I ended up having to use & fix some Github project that simulated Signal's transfer protocol to simulate a target device to export my data.
I then deleted Signal and migrated to iMessage/WhatsApp and called it a day.
* No end-to-end encryption for desktop meaning normal use when working on computer requires you and your friends to constantly whip out phone to send 1:1 secret chats. Nobody wants to do that so they revert to non-E2EE chats.
* Terrible track record with end-to-end encryption deployment from AES-IGE to IND-CCA vulnerabilities
Signal's UX is years behind even modern WhatsApp, let alone Telegram, which is closer to a blogging or social platform. We can't expect mass adoption of such a clunky app simply because it's more private – it has never worked that way.
Various group features like communities and group voice chats, public channels, voice message transcription, only three sticker packs and no obvious way to add my own, backup is still marked as beta in 2026, no business features while all business here use WhatsApp in one way or another…
While not a commercial offering, which is what this is saying in reality - closed source, commercial alternative with (limited) interoperability, I've been running my own chat server for a while now with (limited) interoperability with both Whatsapp and Messenger.
I suspect a good number of people here don't care for any of this - FOSS, chat, voice, and video is where it's at. Interoperability for those last two don't exist yet AFAIK, and they're truly game-changers. Will that change? Does the DMA mention anything other than chat? Perhaps someone could enlighten me.
This is really amazing. I hope some regulation like DMA comes to India as well.
Does WhatsApp charge money for this? If not, why would a business use their API? They could simply create an app to directly talk to their customers, or am I missing something?
There are criteria for how dominant a platform is to be considered gatekeeper. Teams, Google and Slack have much smaller market share for private messaging, so I guess they are not affected. Don't remember the criteria by heart.
WhatsApp is not a great name either, but catchy and somewhat simple.
BirdyPo.. I mean BirdyChat sounds like when doves cry. But not as catchy.
Also, I am all in favour of Europeans becoming less dependent on the USA (yet-another-ICE-killing incident today, with video footage contradicting the claims made by the current government - again), but there is kind of ... a weak decision-making process here. Lobbyists sell to Europeans that Amazon data servers in Europe, now comply with european laws. Well, those are still external companies that will hand over data from europeans, so that is not a solution. Why do some media try to insinuate otherwise? Who owns and controls all these media?
Right-wing populist parties are very popular in Europe, including in France and Germany, the two most important EU countries. There is a significant possibility that people with Trump-like ideologies will come to power there before too long.
Trump is so incompetent he has killed any chance for far right politicians to be elected for the next decades. And even them hate him now due to Greenland.
I'm pretty resentful that people in the US are stuck using worse/less featureful versions of products from US companies, while the government in Europe can get these kinds of concessions for their people. If a company is legally obligated to offer a feature to people in other parts of the world, they should be forced to offer it at back home in the US as well, since we can't be bothered otherwise to pass any of these nice laws for ourselves. See also: choice in app stores
Yes, the EU would never dare to regulate European companies, for example require banks to offer free and instant person-to-person money transfers or mobile phone operators to offer data roaming at domestic rates.
The EU weaponizes regulation and protectionism just like any other country (or federation I guess) – some would say they're particularly adept at the regulation. Just ask all of the non-european producers of champagne, parmesan, feta and so on.
That’s because your government aligns itself with businesses, not consumers.
> If a company is legally obligated to offer a feature to people in other parts of the world, they should be forced to offer it at back home in the US as well
This is a pretty typical self -entitled attitude that Americans have. You chose your government, not the rest of the world.
It would have been more effective to require Meta (and all other messaging companies) to implement an open protocol or open source theirs, so that people can freely write alternative clients free of malware.
That is not official, unmaintained since November 2024, and only applicable for the business API. It wouldn't allow someone to create a WhatsApp client for a non-Android/iOS platform.
This is why iMessage is much better than SMS - there is an implicit cost to send. This is why there is 100x (my experience) iMessage spam than SMS spam. Easy to send messages -> spam
I am wondering if this opens up the possibility of having more than two WhatsApp Number on the same phone. Especially on iOS.
I have long requested this feature for Whatsapp Business, where I can pay an annual subscription just to have more than one number. So I can separate life between Business and Friends.
I think you can do it on pure Androids that can have more than 1 SIM card, you need to have an Android profile for each and have both sim cards in the same phone.
Let me know when I can link it to the hundred whatsapp groups other people have added me to, so I can remove the stain of zuckerberg from as much of my life as possible.
"Built for better conversations
Reach people with their email, not their phone number. Designed for focused, meaningful exchanges between managers, builders, and collaborators."
Is it using email protocols to send messages or is it using email addresses as a proxy for usernames?
The claim of a drive for better conversations is not really that accurate because better conversations rely on a more universally used app/system than presently exists. Ie, a replacement that would have to grow internationally extraordinarily quickly.
Apple figured that out... iMessage was basically a cheat code to a vast userbase almost instantly. What Apple didn't figure, however, was that iMessage's green/blue thingy that went on for so long didn't really give android/sms users fomo, but really, it just created an unneeded communication barrier. Such barriers are the exact opposite of what is needed for a communication platform to be excellent. Unfortunately, decisions counter to what may be perceived as income generating are difficult to reverse.
mcjiggerlog | 5 hours ago
Unfortunately, as it's been implemented as opt-in on WhatsApp's side, this isn't really true. Honestly that decision alone means it's kinda dead in the water.
dfajgljsldkjag | 5 hours ago
echelon | 4 hours ago
After talking to your third and fourth friend and explaining which twenty menus they need to navigate through to enable this, you'll give up.
This is fucking malicious compliance. Meta knows what they're doing.
This is like "web installs" on Android. Navigate the complex menus (step 1) to toggle the setting. Then for every APK, find the file (step 2 - not everyone can do this), say okay to the "scare wall" (step 3), the permissions screen (step 4), and beware any app defaults. Let's hope Google doesn't negatively rank the app in the SERPs. (And let's not forget the fact that Apple doesn't even allow this.)
Or worse - you have a nice trademark for your business or product, and google managed to turn 91% of "URL bars" through "web standards" and unilateral control / anti-competitive practices, turn these into "Google search". You type in Anthropic and instead of seeing their homepage, you see ads for ChatGPT. 50% of Google's revenue is trademark taxation.
Every single one of these big tech companies needs to be muzzled and broken up. And as an innovation, I wouldn't even suggest partitioning them by product vertical, but rather creating 5 clones of each business entity that have to scramble to compete from day one on every business line. Ma Bell style. Forced mitosis.
jstummbillig | 4 hours ago
And so do the courts. Give them some time to cook. How goes the popular American saying: We can do this the easy way or we can do this the hard way.
echelon | 4 hours ago
Lina Khan didn't move fast enough, then she was shown the door.
Maybe the EU will persist where the US FTC/DOJ could not?
Nextgrid | 3 hours ago
How long? I'm still waiting for the GDPR to actually be enforced meaningfully.
jstummbillig | 3 hours ago
Nextgrid | an hour ago
It's several years old by now but nothing has changed. It is still more profitable to breach the GDPR than to comply with it.
gf000 | 2 hours ago
Nextgrid | an hour ago
> It's taken extremely seriously in basically every aspect of life in Europe
Yeah, like every single cookie banner out there not actually being compliant. A regulation can't be considered to be meaningfully enforced when every single storefront openly breaches it in total impunity for years.
reedciccio | an hour ago
_3u10 | 2 hours ago
irishcoffee | 4 hours ago
Wait, you mean passing feel-good legislation has knock-on effects? Who would have thought?
TeMPOraL | 2 hours ago
schubidubiduba | 2 hours ago
Without Trump making a huge fuss everytime US companies have to do something that can hurt their monopolies, we'd probably already be there
ronsor | 4 hours ago
This is preposterous. You'd see ads for Gemini, not ChatGPT.
drnick1 | 2 hours ago
It's difficult when it comes to messengers, but reasonably easy when it comes to Google and Android, for which good alternatives exist (e.g., DuckDuck on GrapheneOS.)
thisislife2 | 5 hours ago
odo1242 | 5 hours ago
thisislife2 | 5 hours ago
dfajgljsldkjag | 5 hours ago
odo1242 | 5 hours ago
benj111 | 4 hours ago
zeeZ | 4 hours ago
InsideOutSanta | 2 hours ago
Fire-Dragon-DoL | 2 hours ago
dmitrygr | 2 hours ago
I am not even sure how this is GDPR-compliant (that app is European and thus must care about GDPR). They do not have my permission to have/handle my private data, and GDPR does not allow WhatAspp to hand it over without my permission either... My name (which whatsapp exposes simply with my phone number) is considered PII under GDPR and
lxgr | an hour ago
And speaking about the other end: I have bad news about all the data you share with untrustworthy contacts on WhatsApp…
Quite practically, anyone that enables backups (which WhatsApp heavily nudges people to do) uploads a copy of all your messages and media sent to them to a cloud provider you have no privacy agreement with.
dmitrygr | an hour ago
As for your second comment, updated first comment with:
I am not even sure how this is GDPR-compliant if that app is European. They do not have my permission to have my private data, and GDPR does not allow whatAspp to hand it over without my permission either...
lxgr | 56 minutes ago
Only to who you choose to make it available to. And if you choose “everybody”, I don’t see how you can reasonably expect this to mean “everybody not using third-party software”?
dmitrygr | 56 minutes ago
lxgr | 50 minutes ago
You should get to control how/ to whom your data is distributed, but also requiring these recipients to only use software and services of your choosing seems excessive. Platform lock-in at this point seems like the much greater harm.
I could see the case for a small indicator in the contact details that they’re using a third-party client, but anything more (green bubbles?) would be counterproductive.
prmoustache | an hour ago
The regional limit makes it pretty much useless. The only reason I keep a whatsapp account is to stay in touch with my family in law and a few relatives who live in another continent.
joe_mamba | an hour ago
Sounds like an easy fix. Europe just has to convince the rest of the world to ditch the 15 year old popular US apps ingrained in pop culture and with network effects, and have them switch to their own EU made apps, this way we can all communicate together. :hugs: Until then, let's keep chatting on $US_APP so we can debate on how we're gonna achieve that switch.
Grimblewald | an hour ago
joe_mamba | an hour ago
Maybe it was tongue in cheek and I missed it.
Scarblac | an hour ago
hei-lima | an hour ago
I live in one of those countries, and I don't think I've ever had to use it to communicate with someone on another continent. I think most of its use is simply local, for your community or friend group.
The downside for me is basically the lack of appeal for a non-tech user (like my parents) to voluntarily want to stop using an app they've been using for, what, 10-12 years? It’s not that big of a deal; everyone uses Instagram or Facebook (maybe)... WhatsApp is definitely going to make the process difficult, too.
thevillagechief | an hour ago
nozzlegear | 36 minutes ago
1a527dd5 | 5 hours ago
zer0zzz | 5 hours ago
serial_dev | 4 hours ago
uriegas | 4 hours ago
thisislife2 | 5 hours ago
thevillagechief | 5 hours ago
nozzlegear | 5 hours ago
bsimpson | 5 hours ago
bootsmann | 4 hours ago
arter45 | 4 hours ago
drcongo | 4 hours ago
hocuspocus | an hour ago
Hamuko | 4 hours ago
TZubiri | 4 hours ago
Whatsapp on the other hand does not show SMS messages (Which is a design choice that makes sense from a security perspective I guess, not saying it's wrong.)
kelnos | 4 hours ago
iMessage is not open, and Apple fights efforts by other companies (e.g. Beeper) to interoperate with it.
TZubiri | 12 minutes ago
nottorp | 2 hours ago
Can you send a photo?
blell | 2 hours ago
hocuspocus | an hour ago
cheema33 | an hour ago
How do you send/receive messages from a Windows system? My guess is that you think iMessage is SMS-only.
TZubiri | 14 minutes ago
You can send an SMS.
>My guess is that you think iMessage is SMS-only
No, there's Apple's proprietary protocol, that you can only use on Apple devices. But from non Apple devices you can use the standard SMS.
B1FIDO | 5 hours ago
Remember when IRC was king, and basically, anyone could write an IRC client? Anyone could write a MUD client, or even a Telnet client. Those are open protocols.
When Pidgin came out, it was like a breath of fresh air for me. In the early 90s I had multiple IM accounts (starting with ICQ!) and unifying them, especially under a Linux client, was a dream come true.
But of course, AIM purported to use Oscar at the time, but they really hated F/OSS and 3rd-party clients, and so did the other proprietary guys, so it became cat-and-mouse to keep the client compatible while the servers always tried to break their functionality.
Now this dumb announcement comes out that a 3rd party has (apparently legally) established interop with a Meta property with (I am guessing) a completely proprietary, undocumented, secret protocol underneath.
I am not impressed. I am McKayla Maroney unimpressed.
I want open protocols and I want client devs who are free to produce clients in freeform, as long as they can follow the protocol specs. Now we have email clients who speak SMTP, IMAP, and POP3, including the "secured, encrypted" versions of those protocols. We should ask for nothing less when it comes to other communications.
PEe9bB7D | 5 hours ago
Nextgrid | 4 hours ago
zenmac | 4 hours ago
What I do like about them is the zero server trust stand they are taking on their clients which makes migration a pain in the butt, but that is what one would expect from a true e2ee chat app.
And now they have two stable servers in rust. The French and German government including military are using the protocol to make their own apps. Maybe it should be something the EU should put some more resource into it?
hermanzegerman | 4 hours ago
palata | 2 hours ago
Last time I checked, the Matrix servers had access to a lot of metadata. Did they fundamentally change it?
vpShane | 4 hours ago
No thanks on that. I don't have time or energy for these things.
kelnos | 4 hours ago
The UX is still pretty bad, with many rough edges around sign-in and device verification. The message/encryption story has gotten better (it's been a long time since I've gotten spurious errors about being unable to decrypt messages), but it's still not particularly easy to use. Performance-wise I've found it to still be fairly bad; loading messages after I've been offline takes a noticeable amount of pause, something I rarely see with other messaging platforms.
On the plus side, Matrix does have many chat features that many people like (or even require) in a chat platform, like formatting, emojis, message reactions, threads, etc.
otterley | 4 hours ago
It's not like users haven't had choice over the decades to choose software that runs on open standards. It's that the features and UX provided by closed software has been more compelling to them. Open standards and interoperability generally aren't features most people value when it comes to chat. They care mostly about what their friends and family are using.
Nextgrid | 4 hours ago
A proprietary/for-profit messenger can very well use open protocols and embrace third-party clients if their business model wasn't explicitly based on anti-productivity.
otterley | 4 hours ago
kelnos | 4 hours ago
I expect you could get some people to pay for a messaging platform, but it would be a very small platform, and your business would not grow very much. And most of your users will still have to use other (proprietary, closed) messaging services as well, to talk to their friends and family who don't want to pay for your platform. While that wouldn't be a failure, I wouldn't really call that a significant win, either.
This is why legislation/regulation is the only way to make this happen. The so-called "free market" (a thing that doesn't really exist) can never succeed at this, to the detriment of us all.
petre | 4 hours ago
palata | 2 hours ago
holri | 4 hours ago
pipo234 | 4 hours ago
palata | 2 hours ago
sedatk | 4 hours ago
arter45 | 4 hours ago
Since the purpose of these apps is literally putting you in contact with other people, you tend to use the same app/social network most of your friends and family are using.
This is not necessarily true for platforms you use to find new people, but even then, you're going to use the websites/apps people with your interests are using.
pipo234 | 4 hours ago
The way I read it is along the lines of Mike Masnick's protocols not platforms.
https://knightcolumbia.org/content/protocols-not-platforms-a...
arter45 | 3 hours ago
More in general,standard protocols are important but they don't necessarily avoid lock-in.
For example, imagine a Dropbox equivalent with a public API specification.
At some point you want to leave. You are ready to use Postman or even curl and download everything to upload it somewhere else... but download is capped at 10 files/day per user. And you uploaded 100,000 files over years.
The API is public but good luck leaving with all your files!
In other words, standard protocols help avoiding client lock-in, but when the value is on the server side (data,...), they are not enough.
buildfocus | 4 hours ago
Resd the article - this isn't a proprietary secret API, it's the official intended interop API the EU now obliges them to provide. Not exactly 100% what you're asking for (I too would prefer common standards) but forcing interop access is a very good start.
kelnos | 4 hours ago
ICQ was also a proprietary chat protocol. The Pidgin (then "Gaim") developers had to reverse-engineer it. Fortunately the folks at ICQ were less hostile toward third-party clients than AOL was toward Gaim's reverse-engineer of AIM's protocol, as you note. (Not to mention sending legal threats to the Gaim/Pidgin team to get them to change the name of the app.)
IRC was indeed king, when the internet was populated mostly by technically-savvy folks who could deal with its rough edges. (For example, you probably forget how annoying it was to get file transfer working over IRC; sometimes it was just impossible to do, depending on clients and NAT conditions and so forth. Things like ChanServ and NickServ were creative, but inelegant, hacks, functions that the protocol should handle directly.) And consider that IRC has more or less not changed at all in decades. I am a technically-savvy user, and I gave up on IRC, switching to Matrix for those types of chats, which has its own rough edges, but at least has modern features to sorta kinda make up for it. (Otherwise I generally use Signal, or, if I can't get people to switch, Whatsapp.) I want to be able to do simple formatting, react to messages, edit messages, etc. And most people in the world seem to want those things too. IRC has stagnated and doesn't meet most people's needs.
But I absolutely agree in that I want open protocols too. It's just hard to fight against big corporations with endless development, design, and marketing budgets. And those big corporations are not incentivized to build or support open protocols; in fact they are incentivized to do the opposite. As much as the EU does get some things wrong, I think we need strong governments to force companies to open up their protocols and systems for interoperability, and to stamp down hard on them when they comply maliciously, as Apple and Meta does. The EU is pretty much the only entity that comes close to doing that. I really wish the US was more forward-thinking, but our government is full of oligarchs and oligarch-wannabes these days, thanks to the lack of any meaningful campaign finance limits. At least California (where I live) has some GDPR-inspired privacy legislation, but I think something like the EU's DMA is still too "out there" for us here, unfortunately.
B1FIDO | 4 hours ago
Even in those heady early days of the mid-90s, it was recognized that many end-users were behind NAT and firewalls and otherwise-inaccessible endpoints of the Internet. Many of us were also on dialup lines that were intermittently connected, so they needed to establish some sort of persistent presence.
So the ICQ client was designed to check-in with a central server to indicate the online/away/DND/offline status of the client. I do not know how much of ICQ's messaging went through that server, but I believe that a lot of clients in those days were designed to, eventually, connect peer-to-peer for delivering files and stuff. Mainly, because the operators of servers didn't want to be overwhelmed with transferring lots of data!
Interestingly, ICQ and Livejournal as well were completely invaded and taken over by Russians. Or perhaps it was not an invasion, but a planned psy-op all along. My original UIN was 279866, and my girlfriend's was slightly below that: she had signed up first and got me on-board.
But eventually, Russians broke into my account, changed the profile, and commandeered it for their own purposes. And Livejournal got sold to Russian interests too.
I believe it was them watching us over here all along. It must have been a personal-data goldmine to know when teens and young adults were online and who they were connected to, on the social graph, whether it was IM'ing or blogging the old-fashioned way on Livejournal.
So beware with your modern "disruptive" apps, particularly ones like those fun e-Scooters you can share and rent. They are probably psy-ops from foreign-based actors who enjoy watching and recording our movements.
altern8 | 5 hours ago
snowmobile | 4 hours ago
Onavo | 4 hours ago
altern8 | 4 hours ago
Specially if you go to the homepage and they're trying to market it as a work too.. If I went to my boss and tried to make the case that we should move all of our encrypted communication from Whatsapp to something called BirdyChat they would laugh at me and dismiss the idea.
That might just be me, not sure.
drcongo | 4 hours ago
iknowstuff | 2 hours ago
altern8 | 2 hours ago
drcongo | 4 hours ago
altern8 | 4 hours ago
It looks like it's focused on business but its name sounds childish. If I mentioned that in a corporate meeting people would just laugh at me, I don't think it helps their case.
wiether | 4 hours ago
TZubiri | 4 hours ago
kelnos | 4 hours ago
(The name even has nothing to do with chat; originally WhatsApp was a way to share your "current status"; "WhatsApp" sounds like "what's up?".)
altern8 | 4 hours ago
"BirdyChat" just sounds childish.
Maybe I'm in the minority, who knows, but project names are important. I've seen so many posts of people dismissing projects just because of the name...
pbhjpbhj | 4 hours ago
I agree - "Birdy" is the name used with infants when talking about birds, or is a bird toy that photographers use to distract people ... which is a bit too close to the truth, perhaps.
To me it also suggests 'a toy version of Twitter'; and Twitter already had enough negativity around it for me.
LexiMax | 3 hours ago
At one point in the recent past there was a fork of GIMP named "Glimpse," yet weren't a sudden influx of users who were waiting for a more polite name.
altern8 | 3 hours ago
BUT, lack of users might just be that it's too late, now. People use web-based tools like Figma, I wouldn't think a lot of people are looking for a Photoshop alternative.
LexiMax | 3 hours ago
The truth is that 15 years ago, "tweet" was seen as a joke by those who weren't extremely online. It didn't stop Twitter from becoming a desirable place to socialize, at least for a time. If the internet made "tweet" happen, people can get used to any weird nomenclature.
trinix912 | 2 hours ago
Forgejo is even worse in that regard. I live in Europe, speak 5 languages, and still have to think to remember the proper pronunciation every time.
It's much harder to get people on board with yet another messenger app when they forget the name 5 minutes later.
GoatInGrey | 2 hours ago
odo1242 | 5 hours ago
snowmobile | 4 hours ago
skippyboxedhero | 4 hours ago
The "spec" is not relevant in any way because we have no idea what else is going on. Why was it relevant that these operators must specifically be in the EU? Everyone is just complying with the global spec...but the app provider must be in Europe...okay.
oblio | 3 hours ago
Which government?
skippyboxedhero | 3 hours ago
Trufa | 4 hours ago
odo1242 | an hour ago
TZubiri | 4 hours ago
I can count 3 mistakes here:
1- The client isn't the only thing that matters (There's servers)
2- The client doesn't follow a spec in WhatsApp, there is no spec as it's a private non-interoperable system.
3- Browsers and HTTPS work with an entirely different encryption model, TLS is asymmetric, certificate based and domain based. TLS may be used in Whatsapp to some extent, but it's not the main encryption tool.
palata | 2 hours ago
- If it is proprietary, you just have to blindly trust it (as is the case with WhatsApp currently: they say it is end-to-end encrypted, but you can't verify).
- If it is open source, then some people will want to understand how it works before they trust it. Other will either blindly trust (like for proprietary software) or trust that persons they trust understood how it works and were convinced.
> You might as well ask, how does $browser work with HTTPS?
Well, exactly. I am interested in how the WhatsApp interop works just as I am interested in how HTTPS works.
odo1242 | 2 hours ago
(This is not the case, apparently.)
palata | 2 hours ago
mytailorisrich | 4 hours ago
brabel | 4 hours ago
oblio | 4 hours ago
tcfhgj | 33 minutes ago
poisonborz | 4 hours ago
Can't help but think they are maintained by people close to Meta dev teams and were hand-picked for a malicious compliance, where they can just point to them as examples, and they make onboarding as complicated and expensive as possible for others.
input_sh | 4 hours ago
They're both b2b products that are gonna try to find their first users by pitching the idea that you can use their products to spam WhatsApp users.
Haiket doesn't even try to hide its connection to Meta. All you have to do is to go to their website, click on press, and see in the only press release they've ever posted that its CEO holds patents in use by Meta. Here, let me save you a click: https://haiket.com/press/release-nov11.html
> Alex holds over 10 patents in voice and communication technologies, assigned to and used by Google and Facebook.
kubb | 4 hours ago
input_sh | 4 hours ago
By the time this back-and-forth reaches its end, these two will find some shady b2b customers and are gonna be touted as "successful European startups".
Bratmon | 4 hours ago
jorvi | 3 hours ago
- the default choice needs to be "strictly necessary cookies
- with other less prominent buttons for "allow all" and "deny all"
- a site is not allowed to force you to have the press a bunch of buttons or select a bunch of things to deny most/all cookies
The problem lies in enforcement. Unless you are a huge player, there is almost nil chance you're gonna get fined.
I think about the only thing missing is that they should have RFC'd a standard akin to Do Not Track, except this would have communicated to sites if your default is "strictly necessary", "allow all" or"deny all". With it being set to "strictly necessary" by default.
palata | 3 hours ago
I am curious: why is that difficult? Define the fine as a percentage of the revenue of the company, have users report links, and pay someone to check the link and send the fine.
Sounds like easy money... I mean it's very profitable to pay people to check parking lots and fine drivers who don't follow the regulations. This should be even more profitable?
kubb | 3 hours ago
The gears are turning slowly, but they're doing really useful work.
lurk2 | 4 hours ago
How does this imply he has any connection to Meta? Companies license patents all the time.
input_sh | 4 hours ago
> Before Haiket, Alex founded a number of technology start-ups and helped develop innovative voice solutions for Facebook and Google.
At the very least, I think it's safe to say he has some connections within Meta that he utilised for this purpose. He's definitely not a complete outsider whose startup (with no actual product) just happened to be picked by Meta.
lurk2 | 3 hours ago
My bad. I searched for “Meta” instead of “Facebook.” Quite a few other red flags in that press release.
> Haiket is launching the Beta trial from today, with a pipeline of future innovation for early adopters, including a pioneering silencing technology that will allow users to speak privately in public, with voice communication that only your device can hear.
scns | 3 hours ago
Does anyone else think this sounds beyond ridiculous?
londons_explore | 3 hours ago
This is fairly straightforward - you have the device spew out noise with similar characteristics to human speech (ie. random overlapping syllables in the speaker's voice). Take a recording then subtract the random syllables.
Only your device can do the subtraction, because only your device knows the waveform it transmitted.
Obviously in a room with lots of reverb this will be a bit harder, since you will also need to subtract the reflection of what was transmitted with a room profile and deal with the phone moving in the room, but it sounds far from impossible.
wizzwizz4 | 2 hours ago
zimpenfish | 2 hours ago
Surely this only works if you're using the phone as a speakerphone (and are therefore almost certainly being an arsehole in public[0])?
[0] Because if it was an actual speakerphone situation, hiding your voice would be stupid.
blell | 3 hours ago
The DMA will change nothing in this regard because the "many apps" approach is the most beneficial to users.
londons_explore | 3 hours ago
Why? I'd love to be an alternative whatsapp client with all kinds of new features that the official client doesn't have. Obviously you say you're building a compatible chat network, but the reality is users are just using your client to talk to whatsapp users.
Eg. one feature I'd love is some AI to automatically take any date and time someone mentions to me and put it as a draft event in my calendar. I miss so many events from big group chats I'm not paying proper attention to and suddenly everyone is saying "Whoa, you didn't come to Johns 50th birthday?!? Why not? We invited you months ago[in a group chat with 100 messages a day of mostly memes]"
poisonborz | 3 hours ago
Would love to know how it is "obviously" against my interest to make a chat app and have 3.3 billion users adressable instantly. Bad for internet health to be still tied to Meta, sure, but the damage was done and this is a way to reverse it.
blell | 3 hours ago
You won't get enough people to pay you money to use your app to make it profitable. If you think you will, then you have a business already; go build it!
poisonborz | 2 hours ago
Which revenue? Whatsapp is for free, those 3.3 billion people use it for free, the revenue is the reselling of user data and showing them ads. Which they would do less with a 3rd party client, and as such Meta fights it tooth and nail.
> You won't get enough people to pay you money to use your app
It might surprise you but people build apps just for fun, free and open source for others to use, just to make the world better. Which really would be in this case, that's also the intention of this law.
nottorp | 2 hours ago
m00dy | 4 hours ago
jakkos | 4 hours ago
nottorp | 2 hours ago
hsbauauvhabzb | an hour ago
rambambram | 4 hours ago
arter45 | 4 hours ago
kykat | 4 hours ago
altern8 | 4 hours ago
I also don't think there's such a thing as "made in Europe", as if it was "made in USA". Is it made in Germany, Italy, Albania..?
ncruces | 4 hours ago
dfxm12 | 4 hours ago
TeMPOraL | 2 hours ago
The way I see it, "made in Europe" may be dubious, but "made in EU" should be just as okay to write as "made in USA". And if it's not a thing, well, nothing is a thing until people make it a thing.
EDIT: also we're talking about a software product here, where most things written on the product is legally meaningless - otherwise we'd have special customs regimes for those major software exporter places like "love" and "♡".
dfxm12 | 2 hours ago
altern8 | 2 hours ago
"Made in EU" would be equivalent to "Made in USA", and I'm pretty sure it's regulated.
This is just an app though, so they can say whatever they want. I've seen "Made with love", "Made on Earth", etc.
altern8 | 3 hours ago
pbhjpbhj | 4 hours ago
altern8 | 3 hours ago
I'm in Poland and can drive 2 hours and stop understanding what people are saying to me (in German and Czech).
That was my point.
palata | 3 hours ago
I think it would be similar to saying "First American chat app that...", which would be ambiguous?
retired | 3 hours ago
They can fabricate the product in Bursa and do final assembly in West-Istanbul.
palata | 3 hours ago
altern8 | 2 hours ago
chatmasta | 4 hours ago
> For interoperability to work, both you and your WhatsApp contacts need to be based in the EEA.
Does my contact phone number need to have an EEA country code? Does my current IP address need to be geolocated in the EEA? Do I need to download the two apps from a regional App Store in the EEA? Do I need to show an EEA payment method to both apps? What happens to my chats if I move or switch app stores?
timeon | 3 hours ago
"For Europe, this is our chance to build competitive alternatives to Big Tech. But we need European-hosted infrastructure to make that possibility a reality."
Page is hosted in USA.
t00 | 4 hours ago
Hackbraten | 3 hours ago
morphle | 4 hours ago
On the second screen of the app there is already an infuriating bug: they ask to give your work email because than you go hire in priority on their invite-only waiting list. So you type in your email again and again and again, alternating between all your emails, but you keep returning to the form asking for your work email. You check those emails to see if they send you something to activate your account but nothing. Exasperated you try the only other button, sign up with private email instead. Guess that works, because you leave the infinite loop. But than zilch, nada, nothing.
Don't these script-kiddies use their own app?
aduwah | 4 hours ago
Why would I ever want my work to intrude on my personal messaging? My private time is my own. Slack/Teams is perfect because I can mute it on a schedule when I stop for the day.
Anything that is urgent can be managed via Pagerduty or similar on a controlled fashion
maqp | 3 hours ago
Bender | 2 hours ago
altern8 | 2 hours ago
thwg | 4 hours ago
oblio | 3 hours ago
Gtalk did pull the plug on XMPP but that didn't really change much.
I don't remember EVER interacting with someone with their own XMPP server. Gtalk had nothing to kill.
B1FIDO | 3 hours ago
XMPP was more than Gtalk, but I think that Gtalk was the "death knell" for XMPP, having absorbed it and sort of claimed it as their own. Anyone who would've used federated Jabber addresses in those days is using Mastodon now.
vpShane | 4 hours ago
People need signal. It's not perfect, but it's the best available.
No source code, wait list, special compatibility with a for-profit ad based company. No thanks.
fragmede | 4 hours ago
Nextgrid | 3 hours ago
Last time I had to reinstall my phone I ended up having to use & fix some Github project that simulated Signal's transfer protocol to simulate a target device to export my data.
I then deleted Signal and migrated to iMessage/WhatsApp and called it a day.
B-Con | 3 hours ago
No idea if that's actually what's going on, but Apple thinks of their devices as appliances and hates when apps offer pro-customer features.
pseudalopex | 2 hours ago
p1anecrazy | 3 hours ago
maqp | 3 hours ago
* No end-to-end encryption for groups.
* No end-to-end encryption for desktop meaning normal use when working on computer requires you and your friends to constantly whip out phone to send 1:1 secret chats. Nobody wants to do that so they revert to non-E2EE chats.
* Terrible track record with end-to-end encryption deployment from AES-IGE to IND-CCA vulnerabilities
* CEO pretends to be exiled from Russia but in secretly visits Russia over SIXTY times in 10 years https://kyivindependent.com/kremlingram-investigation-durov/
* Zero metadata protection from server
* Open source, but it's meaningless as it only confirms the client doesn't protect content or metadata from the server.
palata | 2 hours ago
ivm | 3 hours ago
palata | 2 hours ago
ivm | 2 hours ago
nottorp | 2 hours ago
ExpertAdvisor01 | 4 hours ago
colinprince | 3 hours ago
https://news.ycombinator.com/item?id=44736050
my_throwaway23 | 3 hours ago
I suspect a good number of people here don't care for any of this - FOSS, chat, voice, and video is where it's at. Interoperability for those last two don't exist yet AFAIK, and they're truly game-changers. Will that change? Does the DMA mention anything other than chat? Perhaps someone could enlighten me.
thebiblelover7 | 17 minutes ago
AgharaShyam | 3 hours ago
Does WhatsApp charge money for this? If not, why would a business use their API? They could simply create an app to directly talk to their customers, or am I missing something?
yigalirani | 3 hours ago
bni | 3 hours ago
I suspect the answer is no, but why?
benoau | 3 hours ago
aniviacat | 3 hours ago
usr1106 | 3 hours ago
shevy-java | 2 hours ago
WhatsApp is not a great name either, but catchy and somewhat simple.
BirdyPo.. I mean BirdyChat sounds like when doves cry. But not as catchy.
Also, I am all in favour of Europeans becoming less dependent on the USA (yet-another-ICE-killing incident today, with video footage contradicting the claims made by the current government - again), but there is kind of ... a weak decision-making process here. Lobbyists sell to Europeans that Amazon data servers in Europe, now comply with european laws. Well, those are still external companies that will hand over data from europeans, so that is not a solution. Why do some media try to insinuate otherwise? Who owns and controls all these media?
u8080 | an hour ago
The idea here is that EU three letter agencies also have access to your data
aucisson_masque | an hour ago
umanwizard | an hour ago
potatototoo99 | 35 minutes ago
amelius | an hour ago
lxgr | an hour ago
Never attribute to a cabal what can be adequately described by Gell-Mann-Amnesia.
jordemort | 2 hours ago
latexr | 2 hours ago
https://en.wikipedia.org/wiki/Brussels_effect
wswin | an hour ago
lxgr | an hour ago
nozzlegear | 23 minutes ago
cromka | an hour ago
hsbauauvhabzb | an hour ago
> If a company is legally obligated to offer a feature to people in other parts of the world, they should be forced to offer it at back home in the US as well
This is a pretty typical self -entitled attitude that Americans have. You chose your government, not the rest of the world.
drnick1 | 2 hours ago
didip | an hour ago
reedciccio | an hour ago
amelius | an hour ago
vachina | an hour ago
charcircuit | an hour ago
https://pypi.org/project/whatsapp-python/
GranPC | an hour ago
charcircuit | an hour ago
This is moving the goal posts.
amelius | an hour ago
amelius | an hour ago
(So not free, not for consumers)
https://developers.facebook.com/documentation/business-messa...
dmitrygr | an hour ago
I do not want spam.
This is why iMessage is much better than SMS - there is an implicit cost to send. This is why there is 100x (my experience) iMessage spam than SMS spam. Easy to send messages -> spam
sahiljagtapyc | 55 minutes ago
ksec | 52 minutes ago
I have long requested this feature for Whatsapp Business, where I can pay an annual subscription just to have more than one number. So I can separate life between Business and Friends.
augusto-moura | 30 minutes ago
My_Name | 42 minutes ago
zahirbmirza | 11 minutes ago
"Built for better conversations Reach people with their email, not their phone number. Designed for focused, meaningful exchanges between managers, builders, and collaborators."
Is it using email protocols to send messages or is it using email addresses as a proxy for usernames?
The claim of a drive for better conversations is not really that accurate because better conversations rely on a more universally used app/system than presently exists. Ie, a replacement that would have to grow internationally extraordinarily quickly.
Apple figured that out... iMessage was basically a cheat code to a vast userbase almost instantly. What Apple didn't figure, however, was that iMessage's green/blue thingy that went on for so long didn't really give android/sms users fomo, but really, it just created an unneeded communication barrier. Such barriers are the exact opposite of what is needed for a communication platform to be excellent. Unfortunately, decisions counter to what may be perceived as income generating are difficult to reverse.