News for hackers. Stuff that matters.
Re:Pidgin working on implementation of Facebook Messenger pr... by comex on Monday June 15, 2015 @03:32AM (#9717991)
What's old is new again. Around the time Gaim was created there were AIM/ICQ, MSN, and YIM, each with its proprietary protocol, each lacking good official Linux support. Now, fifteen years later, there's Facebook Messenger, Google Hangouts, iMessage, Skype, WhatsApp, Snapchat, LINE, Telegram, Kik, WeChat, Twitter (which is evolving DMs into a chat service), and many others... each with its proprietary protocol (undocumented except for Telegram and Twitter), few with support for all the mobile and desktop platforms one might want to use them on, none that actively encourage use of clients that can access more than one service (except iMessage on OS X for a limited set).

Given the profusion of services, and the resulting difficulty of managing a separate account on each if you want to maximize your connectivity, I'm surprised there isn't more interest in unified chat clients. Third party Pidgin plugins exist for some of those services, but I've never personally heard anyone mention actually using them, and availability is even more barren on mobile - my barometer might be off, but I feel like everyone has just forgotten about the possibility of interoperability. Then again, maybe it's just a question of the right person writing a new client designed for mobile and modern messaging, and that client taking off...

Re:Pidgin working on implementation of Facebook Messenger pr... by xnyhps on Monday June 15, 2015 @04:08AM (#9718075)
I think there are multiple reasons why multi-protocol mobile clients haven't taken off:

1. More complicated protocols. iMessage and Skype are many times more complicated than AIM/ICQ, MSN or YIM, with lots of layers of custom encryption and authentication. Reverse engineering of these protocols has never been close to done. 2. Battery usage. Each new account you add is (likely) another connection that you have to keep open. With one connection you can apply optimizations like the server bundling packets, but you can not do that when you need to keep connections to many different services.

Re:Pidgin working on implementation of Facebook Messenger pr... by douche on Monday June 15, 2015 @07:32AM (#9718676)
Skype is actually not that complicated a protocol - at least on the enterprise side. It is basically just straight SIP messaging, with a few Microsoft-specific extensions.
Re:Pidgin working on implementation of Facebook Messenger pr... by MichaelGG on Monday June 15, 2015 @08:58AM (#9718996)
Do you mean "Skype for Business" aka Lync? Cause that's really totally unrelated to Skype except for questionable branding. Skype used a heavily obfuscated system, with all sorts of anti-reversing technology.

And the protocol flowchart for Lync is complicated as all hell, even with SIP at the core. (More complicated than SIP usually is.)

I wonder if Skype itself falls under MS's legal obligations to publish protocol descriptions.

Re:Pidgin working on implementation of Facebook Messenger pr... by throwaway2048 on Monday June 15, 2015 @08:42AM (#9718930)
"enterprise skype" is just a renamed microsoft lync and has nothing to do with the real skype besides branding nonsense.
Re:Pidgin working on implementation of Facebook Messenger pr... by darklajid on Monday June 15, 2015 @05:18AM (#9718283)
Given that I know your account/where you're coming from: What's your take on multi-protocol .. servers today? Let's call them 'transports'?
Re:Pidgin working on implementation of Facebook Messenger pr... by xnyhps on Monday June 15, 2015 @06:16AM (#9718459)
I've used a transport for a while, but I've never successfully done a file transfer using one. Voice/video over transports is going to be even harder to do. I think that makes it a dead-end for most people.

Trust is also a difficult problem with transports, as they often need to store your passwords in plain. A single server storing your Facebook, Google, Twitter and Microsoft passwords just does not sound like a great idea to me.