Re: [Standards] Time-bound unsubscription from presence info of particular users

Maybe it would be better if the traveling person would be using smacks (XEP-0198). Short network outages are effectively "healed" by smacks and should not result in presence flapping. The client and server must support smacks, though. Thilo Molitor Am Freitag, 20. Oktober 2017, 08:13:29 schri

Re: [Standards] Time-bound unsubscription from presence info of particular users

Presence flapping is an ongoing problem: at sender level, at server level, at receiver level. Nicolas Vérité (Nÿco) On 20 Oct at 16:13, Kevin Smith wrote: On 20 Oct 2017, at 14:47, vaibhav singh wrote: > > > > > On Fri, Oct 20, 2017 at 5:23 PM, Kim Alvefur wrote: > > Hi! > > (shortened) >

Re: [Standards] Time-bound unsubscription from presence info of particular users

On 20 Oct 2017, at 14:47, vaibhav singh wrote: > > > > On Fri, Oct 20, 2017 at 5:23 PM, Kim Alvefur > wrote: > Hi! > > (shortened) > > On Fri, Oct 20, 2017 at 04:01:31PM +0530, vaibhav singh wrote: > > a person who was logging in and out of IM frequently. > > One possib

Re: [Standards] Time-bound unsubscription from presence info of particular users

On Fri, Oct 20, 2017 at 5:23 PM, Kim Alvefur wrote: > Hi! > > (shortened) > > On Fri, Oct 20, 2017 at 04:01:31PM +0530, vaibhav singh wrote: > > a person who was logging in and out of IM frequently. > > One possible way to mitigate this would be to collapse such events and > only show the last on

Re: [Standards] Time-bound unsubscription from presence info of particular users

On Fri, Oct 20, 2017 at 4:56 PM, Philipp Hörist wrote: > Hi, > > The only thing you can do with privacy lists is you can block someone > until your next login. > > There is nothing like a "block for X minutes". > > XEP-0191, is a full block always, not only presence, also messages, so in > your u

[Standards] UPDATED: XEP-0071 (XHTML-IM)

Version 1.5.2 of XEP-0071 (XHTML-IM) has been released. Abstract: This specification defines an XHTML 1.0 Integration Set for use in exchanging instant messages that contain lightweight text markup. The protocol enables an XMPP entity to format a message using a small range of commonly-used HTML e

[Standards] LAST CALL: XEP-0286 (Mobile Considerations on LTE Networks)

This message constitutes notice of a Last Call for comments on XEP-0286. Title: Mobile Considerations on LTE Networks Abstract: This document provides background information for XMPP implementors concerned with mobile devices operating on an LTE cellular network. URL: https://xmpp.org/extensions/

Re: [Standards] Time-bound unsubscription from presence info of particular users

Hi! (shortened) On Fri, Oct 20, 2017 at 04:01:31PM +0530, vaibhav singh wrote: > a person who was logging in and out of IM frequently. One possible way to mitigate this would be to collapse such events and only show the last one. Swift does a good job of this in MUCs. The Prosody community modul

Re: [Standards] Time-bound unsubscription from presence info of particular users

Hi, The only thing you can do with privacy lists is you can block someone until your next login. There is nothing like a "block for X minutes". XEP-0191, is a full block always, not only presence, also messages, so in your use case not really suitable. of course something like that could be eas

Re: [Standards] XEP-0191: Behavior in MUCs

Argh. Ignore my email. My mobile Gmail app wasn't showing the full thread for some reason. On Oct 20, 2017 13:01, "Daniel Gultsch" wrote: > I think the problem Philipp is getting at (or at least that I see) is when > you block a muc full jid. That's when you won't see a user's presence (not > kn

Re: [Standards] XEP-0191: Behavior in MUCs

I think the problem Philipp is getting at (or at least that I see) is when you block a muc full jid. That's when you won't see a user's presence (not know they are in the room), won't receive their messages but they will receive your messages. This is independent of the real jid of the participant

Re: [Standards] Time-bound unsubscription from presence info of particular users

On Fri, Oct 20, 2017 at 4:04 PM, Evgeny Khramtsov wrote: > Fri, 20 Oct 2017 16:01:31 +0530 > vaibhav singh wrote: > > > Is there provision in presence protocol for this? > > You can block incoming presences using Privacy Lists (XEP-0016). > Thanks for the quick reply. I was however, interested

Re: [Standards] Time-bound unsubscription from presence info of particular users

Fri, 20 Oct 2017 16:01:31 +0530 vaibhav singh wrote: > Is there provision in presence protocol for this? You can block incoming presences using Privacy Lists (XEP-0016). ___ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standard

[Standards] Time-bound unsubscription from presence info of particular users

Hi, So, in my office most of the communication happens via IM, and we have our own XMPP servers for it. I was working today, and there was a particularly irritating person who was logging in and out of IM frequently (probably shouldn't blame him though, maybe he was traveling). I could not remove

Re: [Standards] XEP-0191: Behavior in MUCs

On Freitag, 20. Oktober 2017 11:37:15 CEST Philipp Hörist wrote: > Hi, > > I dont read anything in the XEP about Real JIDs. > The XEP allows to block MUC Jids perfectly fine like > > user@domain/resource > ex. confere...@gajim.org/testuser > > And if i block such a JID, i think the server will b

Re: [Standards] XEP-0191: Behavior in MUCs

Hi, I dont read anything in the XEP about Real JIDs. The XEP allows to block MUC Jids perfectly fine like user@domain/resource ex. confere...@gajim.org/testuser And if i block such a JID, i think the server will block all presence from that. Now i know there is no good way of blocking MUC partic

Re: [Standards] XEP-0191: Behavior in MUCs

On Sonntag, 15. Oktober 2017 21:00:28 CEST Philipp Hörist wrote: > Hi, > > There is no information in the XEP regarding behavior in MUC, so how does > this exactly work? In general, it can’t because the MUC server doesn’t necessarily have any way to interact with your "home" server, thus it can’