Hi Dave, Maybe I misunderstood yours, but your response states "so to see people's presence you'd need to add them to your roster. You do this by subscribing to their presence via a <presence type='subscribe'/> stanza." That's why I replied for getting help with other workaround. I am appreciated your help though.
Hi Cramer, Thanks for your idea. I am going to try your suggestion. Thanks, Phuong Vo On Mon, Oct 19, 2015 at 4:27 AM, <[email protected]> wrote: > Send Standards mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.jabber.org/mailman/listinfo/standards > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Standards digest..." > > > Today's Topics: > > 1. Re: Presences of Contacts in Search Result (Phuong Vo) > 2. Questions regarding Diffie-Hellman (Peter Waher) > 3. Re: Presences of Contacts in Search Result (Dave Cridland) > 4. Re: Presences of Contacts in Search Result (Cramer, E.R. (Eelco)) > 5. Stream Management and BOSH (Michal Piotrowski) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 18 Oct 2015 16:25:04 -0700 > From: Phuong Vo <[email protected]> > To: [email protected] > Subject: Re: [Standards] Presences of Contacts in Search Result > Message-ID: <[email protected]> > Content-Type: text/plain; charset=us-ascii > > Hi Dave > > According to your reply, if I want to see presences of all contacts in > search result, I have to add them to roster. That is just fine for single > endpoint; however, jabber supports multiple endpoints (the same users can > login on multiple devices) if I do this on one endpoint, all other > endpoints will see searched contacts in the contact list which is weird > behavior. I am not sure XMPP has a workaround for this issue. Thanks for > your response Dave. > > Thanks, > Phuong Vo > > > On Oct 17, 2015, at 5:00 AM, [email protected] wrote: > > > > Send Standards mailing list submissions to > > [email protected] > > > > To subscribe or unsubscribe via the World Wide Web, visit > > http://mail.jabber.org/mailman/listinfo/standards > > or, via email, send a message with subject or body 'help' to > > [email protected] > > > > You can reach the person managing the list at > > [email protected] > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Standards digest..." > > > > > > Today's Topics: > > > > 1. Fwd: [Council] Minutes 20151014 (Kevin Smith) > > 2. Presences of Contacts in Search Result (Phuong Vo) > > 3. Re: Presences of Contacts in Search Result (Dave Cridland) > > 4. Re: Fwd: [Council] Minutes 20151014 (Goffi) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Fri, 16 Oct 2015 15:08:18 +0100 > > From: Kevin Smith <[email protected]> > > To: XMPP Standards <[email protected]> > > Subject: [Standards] Fwd: [Council] Minutes 20151014 > > Message-ID: <[email protected]> > > Content-Type: text/plain; charset="utf-8" > > > > FYI > > > >> Begin forwarded message: > >> > >> From: Kevin Smith > >> Date: 16 October 2015 at 15:06:51 BST > >> To: XMPP Council > >> Subject: [Council] Minutes 20151014 > >> > >> 1) Roll call > >> Kev, Lance, Fippo, Dave present. Matt absent (it later transpired he?d > tried to send apologies and failed) > >> > >> 2) Website review > >> > >> Dave asked everyone to review all the technical content on > http://new.xmpp.org/ for correctness > >> > >> 3) Date of next meeting > >> > >> 20151021 15:00Z > >> > >> 4) Any other business > >> > >> Fippo asked if https://github.com/xsf/xeps/pull/108 satisfied Kev?s > previous comment (it did). > >> > >> Kev reminded everyone about the upcoming elections. > >> > >> Fini > > > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: < > http://mail.jabber.org/pipermail/standards/attachments/20151016/c06ca407/attachment-0001.html > > > > > > ------------------------------ > > > > Message: 2 > > Date: Fri, 16 Oct 2015 10:14:12 -0700 > > From: Phuong Vo <[email protected]> > > To: [email protected] > > Subject: [Standards] Presences of Contacts in Search Result > > Message-ID: > > <CA+wHs=z-wo9tej9edcgvr7torkfdt1nsxcnaw5mefhc3yjh...@mail.gmail.com> > > Content-Type: text/plain; charset="utf-8" > > > > Hi, > > > > I am currently developing jabber client (vs Cisco Jabber server) and > facing > > a difficulty of getting presences of contacts (internal contacts, not > > federated contacts) in search result if those contacts are not in my > > contact list (not in roster). In term of XMPP protocol, could you please > > help me how to achieve this feature? Any idea, direction are appreciated. > > > > Thanks, > > Phuong Vo > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: < > http://mail.jabber.org/pipermail/standards/attachments/20151016/f262e3cb/attachment-0001.html > > > > > > ------------------------------ > > > > Message: 3 > > Date: Fri, 16 Oct 2015 20:07:32 +0100 > > From: Dave Cridland <[email protected]> > > To: XMPP Standards <[email protected]> > > Subject: Re: [Standards] Presences of Contacts in Search Result > > Message-ID: > > <cakhuczypba2tojbrgmep5h65hvwcpmnrmg_rlsjhozc0025...@mail.gmail.com> > > Content-Type: text/plain; charset="utf-8" > > > >> On 16 October 2015 at 18:14, Phuong Vo <[email protected]> wrote: > >> > >> I am currently developing jabber client (vs Cisco Jabber server) and > >> facing a difficulty of getting presences of contacts (internal contacts, > >> not federated contacts) in search result if those contacts are not in my > >> contact list (not in roster). In term of XMPP protocol, could you please > >> help me how to achieve this feature? Any idea, direction are > appreciated. > > You can't, by design, in standard XMPP. > > > > The roster is not only a contact list, but also an access control list of > > which other jids are allowed to see your presence; so to see people's > > presence you'd need to add them to your roster. You do this by > subscribing > > to their presence via a <presence type='subscribe'/> stanza. > > > > Dave. > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: < > http://mail.jabber.org/pipermail/standards/attachments/20151016/0614f8bf/attachment-0001.html > > > > > > ------------------------------ > > > > Message: 4 > > Date: Sat, 17 Oct 2015 12:55:50 +0200 > > From: Goffi <[email protected]> > > To: XMPP Standards <[email protected]> > > Subject: Re: [Standards] Fwd: [Council] Minutes 20151014 > > Message-ID: <1981379.Sl3HtCtIuH@dhcppc7> > > Content-Type: text/plain; charset="utf-8" > > > > Le vendredi 16 octobre 2015, 15:08:18 Kevin Smith a ?crit : > >> FYI > >> > >>> Begin forwarded message: > >>> > >>> From: Kevin Smith > >>> Date: 16 October 2015 at 15:06:51 BST > >>> To: XMPP Council > >>> Subject: [Council] Minutes 20151014 > >>> > >>> 1) Roll call > >>> Kev, Lance, Fippo, Dave present. Matt absent (it later transpired he?d > >>> tried to send apologies and failed) > >>> > >>> 2) Website review > >>> > >>> Dave asked everyone to review all the technical content on > >>> http://new.xmpp.org/ for correctness > > > > The new website looks great, congrats ! I'm just wondering if "The most > secure > > messaging protocol" and "Privacy-focused" is suitable when we still > don't have > > a good popular solution for end to end encryption. I know there is work > on > > Axolotl/Omemo which fixes some stuff but: > > 1) it's not standardised yet > > 2) it seems to be focusing on chat > > 3) it encodes the <body> element instead of the whole stanza > > > > We still lack a popular end to end full stanza encryption solution. > > > > Is it possible to have a focus on end 2 end encryption for the Fosdem > XMPP > > summit ? It's a long time issue in XMPP, and I don't think we can claim > "the > > most secure messaging protocol" without this fixed. > > > > > > Thanks > > Goffi > > > > > > ------------------------------ > > > > Subject: Digest Footer > > > > _______________________________________________ > > Standards mailing list > > [email protected] > > http://mail.jabber.org/mailman/listinfo/standards > > > > > > ------------------------------ > > > > End of Standards Digest, Vol 143, Issue 21 > > ****************************************** > > > ------------------------------ > > Message: 2 > Date: Mon, 19 Oct 2015 09:59:50 +0200 > From: Peter Waher <[email protected]> > To: "[email protected]" <[email protected]>, "[email protected]" > <[email protected]> > Subject: [Standards] Questions regarding Diffie-Hellman > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Hello > > Regarding the latest report concerning vulnerabilities in the > Diffie-Hellman key Exchange [1] (short introduction in [2]) and the logjam > attack [3], is there anyone with experience in securing encypted channels > or end-to-end-encrypted channels using either 2048 bit keys or elliptic > curve cryptography? Does anyone know to which extent there are brokers that > support such level of cryptography? Or to what extent it is even legal to > use such level of cryptography, and where? > > Best regards, > Peter Waher > > [1] https://weakdh.org/imperfect-forward-secrecy-ccs15.pdf > [2] > https://en.wikipedia.org/wiki/Diffie%E2%80%93Hellman_key_exchange#Practical_attacks_on_Internet_traffic > [3] https://en.wikipedia.org/wiki/Logjam_(computer_security) > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://mail.jabber.org/pipermail/standards/attachments/20151019/bce50d59/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Mon, 19 Oct 2015 11:28:11 +0100 > From: Dave Cridland <[email protected]> > To: XMPP Standards <[email protected]> > Subject: Re: [Standards] Presences of Contacts in Search Result > Message-ID: > <CAKHUCzykJ=jSbfKwvgH6DZpACSo99_mFnh= > [email protected]> > Content-Type: text/plain; charset="utf-8" > > On 19 October 2015 at 00:25, Phuong Vo <[email protected]> wrote: > > > According to your reply, if I want to see presences of all contacts in > > search result, I have to add them to roster. That is just fine for single > > endpoint; however, jabber supports multiple endpoints (the same users can > > login on multiple devices) if I do this on one endpoint, all other > > endpoints will see searched contacts in the contact list which is weird > > behavior. I am not sure XMPP has a workaround for this issue. Thanks for > > your response Dave. > > > > You're misunderstanding. > > You can only see presence for those people who have given you permission to > do so. > > This is intentional, and a workaround would be a security issue. > > Dave. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://mail.jabber.org/pipermail/standards/attachments/20151019/289377f3/attachment-0001.html > > > > ------------------------------ > > Message: 4 > Date: Mon, 19 Oct 2015 10:45:36 +0000 > From: "Cramer, E.R. (Eelco)" <[email protected]> > To: XMPP Standards <[email protected]> > Subject: Re: [Standards] Presences of Contacts in Search Result > Message-ID: <[email protected]> > Content-Type: text/plain; charset="utf-8" > > For internal contact only you might want to check out: > > http://www.xmpp.org/extensions/xep-0144.html#entities-groupservice < > http://www.xmpp.org/extensions/xep-0144.html#entities-groupservice> > > If you server administrator allows it and you server supports it. > > ?A group service enables an administrator to centrally define and > administer roster groups so that they can be shared among a user population > in an organized fashion.? > > "If the user has registered with a group service or been otherwise > provisioned to use a group service, the receiving application SHOULD > process roster item suggestions received from the service. Such processing > MAY occur automatically (i.e., without the user's approval of each roster > item or batch of roster items) if and only if the receiving application has > explicitly informed the user that it will automatically process roster > items from the service. Furthermore, the receiving application SHOULD > periodically verify automatic processing with the user (e.g., once per > session in which the service sends roster item suggestions to the user).? > > Hope this helps. > > > On 19 Oct 2015, at 12:28, Dave Cridland <[email protected]> wrote: > > > > On 19 October 2015 at 00:25, Phuong Vo <[email protected] <mailto: > [email protected]>> wrote: > > According to your reply, if I want to see presences of all contacts in > search result, I have to add them to roster. That is just fine for single > endpoint; however, jabber supports multiple endpoints (the same users can > login on multiple devices) if I do this on one endpoint, all other > endpoints will see searched contacts in the contact list which is weird > behavior. I am not sure XMPP has a workaround for this issue. Thanks for > your response Dave. > > > > You're misunderstanding. > > > > You can only see presence for those people who have given you permission > to do so. > > > > This is intentional, and a workaround would be a security issue. > > > > Dave. > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://mail.jabber.org/pipermail/standards/attachments/20151019/b6ee3425/attachment-0001.html > > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 841 bytes > Desc: Message signed with OpenPGP using GPGMail > URL: < > http://mail.jabber.org/pipermail/standards/attachments/20151019/b6ee3425/attachment-0001.sig > > > -------------- next part -------------- > This message may contain information that is not intended for you. If you > are not the addressee or if this message was sent to you by mistake, you > are requested to inform the sender and delete the message. TNO accepts no > liability for the content of this e-mail, for the manner in which you use > it and for damage of any kind resulting from the risks inherent to the > electronic transmission of messages. > > ------------------------------ > > Message: 5 > Date: Mon, 19 Oct 2015 13:27:40 +0200 > From: Michal Piotrowski <[email protected]> > To: [email protected] > Subject: [Standards] Stream Management and BOSH > Message-ID: > <CAGH=v4f3WP= > [email protected]> > Content-Type: text/plain; charset="utf-8" > > Hi, > > I don't know if this was discussed already or not but I couldn't find > anything trustworthy about combining Stream Management with BOSH. > > I'd like to hear an opinion from the community regarding using Stream > Management over BOSH. It looks like these two can be combined but the > questions are: > 1. Doest this make sense? > 2. Was Stream Management designed with BOSH in mind or only for regular TCP > (or WS) connections? > > Many thanks in advance for any comment. > > Best regards > Michal Piotrowski > [email protected] > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://mail.jabber.org/pipermail/standards/attachments/20151019/1bfb692d/attachment.html > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Standards mailing list > [email protected] > http://mail.jabber.org/mailman/listinfo/standards > > > ------------------------------ > > End of Standards Digest, Vol 143, Issue 22 > ****************************************** >
