Re: Ring - secure and distributed voice, video and chat platform
 

The current 'group chats' (MUC/Multi User Chat) in XMPP are actually just IRC chatrooms with XMPP behind it, which means they're really dumb and people just use IRC for chatroom communications instead. However, there is something in the works called 'MIX', which is what most people would think of when they think of group chats. I won't go into details because I'm not an expert on the subject, but essentially, MUC (current) is crap, MIX (future) is good. We aren't in the future yet.

No, proper offline messaging (so messaging that actually works) is on the todo list, as I mentioned earlier in the thread.

But still, if you want communication between different protocols, someone will always have to be responsible for the different bridges between those protocols, to accomodate any changes. Usually, a protocol doesn't change very often, but when it does the changes tend to be quite large, so if no one or not enough people are around to work on that bridge, no one will be able to cross it anymore.

Re: Ring - secure and distributed voice, video and chat platform
 

Sorry for my ignorance.
Im didnt a programer but is it possible to make the program modular?
Like in Hardware. In Europe you HD, HD+, DAB etc pp. every some years there change the standards so you need a new TV/Radio or a converterbox.

For this one i have in the last years a mediacenter. If they change the standard, i buy only e new USB-Device/PCIe-Device to send and receive. The hole Mediacenter is the same.

Is it possible to made the program and only a library responsable for the protocol? So if somewhat change. We, (someone ;) only have to adapt the library?

Re: Ring - secure and distributed voice, video and chat platform
 

It's still a lot more work than you might think, and updating the backend stuff is more difficult and thankless than building a shiny frontend.

Telepathy does a similar thing to what you're describing (using a core framework with components for different transports) which is great in principle, but look at how long it has taken/is taking to drag upstream kicking and screaming towards implementing some of the more vital XEPs (XMPP extensions) for XMPP on mobile.

"someone can just do X" =/= "someone will do X"

Edit: also, see how often something breaks in Hangish, despite the developer's continued input. It's a great client, but each change to Hangouts can break everything without warning, and take a long time to resolve. In the meantime, you're stuck with a broken client. For a "translation" library to work you need quite a lot of notice in advance about changes to protocols, which won't happen with proprietary messaging apps. Ironically, Hangouts is based on XMPP with some proprietary extensions thrown in...

Re: Ring - secure and distributed voice, video and chat platform
 

Ring dev here.

Ring send messages via the DHT. The DHT stores them for a certain amount of time, which depends on the current traffic. But in general we can send messages, go offline, and have it received even if the receipient joins the network 10 minutes after.

This is configurable and depends on a lot of factors, but should the network be generous enough to store every offline message you want it to store, you could send messages with hours of interval.

However, there is currently no guarantees. Only by being online you can ensure that your message goes trough.

Re: Ring - secure and distributed voice, video and chat platform
 

Yes and no. This can be improved but we don't yet plan to guarantee any longer than 5 minutes, even if it could be better than that.

Re: Ring - secure and distributed voice, video and chat platform
 

Reddit reporting in ;)

Re: Ring - secure and distributed voice, video and chat platform
 

I understand this helps to cover short term disconnects (switching between access points, switching from WiFi to mobile connection, etc.) but I would not really call it "offline" messages, unless both participants can get offline for at least a couple hours at a time.

What's the main problem with this ? DoS potential (users flooding the network with events/node storage exhaustion ?).

I guess UI could kinda work around this to a degree by showing if a given message was delivered yet or not, right ? It would not be good if messages could just vanish without any side being notified about that.

Re: Ring - secure and distributed voice, video and chat platform
 

Is it possible to have a server at home receive the message,
which server then lights up your mobile when you get back in signal?
Just curious, seeing the mention of multi-device operability.
The issue of being able to receive while offline is important
to those of us who prowl the nether regions of the planet...

cheers

Re: Ring - secure and distributed voice, video and chat platform
 

> I guess UI could kinda work around this to a degree by showing if a given message was delivered yet or not, right ?

It already does.


> What's the main problem with this ? DoS potential (users flooding the network with events/node storage exhaustion ?).

Yes.

> Is it possible to have a server at home receive the message, which server then lights up your mobile when you get back in signal?

Not yet, but it will work like that in the future. All devices will eventually sync the message backlog. So if your server is online to receive message and your phones comes on, the phone will fetch missed messages from the server.

Re: Ring - secure and distributed voice, video and chat platform
 

It's sad they ommited ring beta 2 version to ubuntu 14.xx. I am using linuxmint 17.X based on ubuntu 14.xx, is Long Term Support 2 years more. So I can't test it.

If they not support anymore ubuntu 14.xx how I would expect n900, or n9 support ?