XMPP Council - 2022-02-19

> Suppose the _real_ way to get things moving would be to develop an actual exploit and wave it around threateningly 😈️ Yes this for real

Sam: you always display the call button regardless so when they log onto their client that supports calling they see the missed call

Also when they don't answer you can "leave a voicemail"

Only if they have ever had a client that supports calling.

Why? Maybe they'll install one tommorow?

Besides, either way they'll get your voicemail

Calling is a bad example. If they install a client with calls tomorrow there is no point in calling today or did I miss the time travel XEP?

😃

I think the example was, that the fallback is good enough, (http upload with voice) , so you _can_ use it anyways

replace tomorrow by "in 2 seconds when the iOS client you had not seen yet gets pushed because of your call"

I think the more realistic threat is, indeed, confusing PEP implementations

mdosch, You can still at least display in a client tomorrow that the person attempted to do a call before they sent the voice mail (because the Call Invite is in MAM). Also from caller side, there really is no difference between "no client that supports calls" and "no client picks up call", so you need to be prepared for this to happen anyways.

(not saying it might be a good idea to let the user know if it seems like the other side has no client with call support)

On a related note, I plan to automatically reject incoming call invites on the server if it's not immediately deliverable (via a live connection or push notification)

In the long term I see capabilities being attached to push registrations

What's wrong with call invites in MAM?

Ah, with reject you mean, to actively reject (not just error)

Right

It just improves the UX a little for the caller, and will hopefully weed out some issues I've been seeing people having

Make sure to only do this when there is subscription...

Sure

<gone/> condition from https://larma.de/xeps/xep-0353.html#table-1 would be good for this, right? Or do you think there should be a new condition for this?

I think <gone/> fits (if you do :) )

It was originally meant for when the caller goes offline while there is a pending call, so it has no real meaning when sent by the callee.

So now we have one 🙂

*blink*

Did I just observe an exchange between XMPP community members, agreeing on a solution to an issue *immediately*?