[JDEV] About the protocol

[German Pablo de la Cruz]

Thanks very muche Peter!.

I comment my case. I need to make a messenger with support to a internal
protocol form my mates(I see in Jabber a good point). But today I need
communication to my clients to.

I don't have any problem to make bloking on the client side. But when I
send an unavailable because of the previous presence, they see me for a
glance.

I try to keep the block list in the server. But I don't know how!

Apart of that. I try to make messagin to MSN too. I see that sending and
unavailable to a MSN buddy must result in a block. But it work only with
all of the client (sending a presence without to:) I don't know if it is
a bug or what.

Thanks again!

German


> I'm implementing a Jabber client over Java, then I fault into two
> problems
> 
> 	1- How block a user like MSN Messenger.

Blocking communications from specific JIDs is usually done client-side.
There is no Jabber protocol for this.

> 	2- How define a name to show in the roster of each buddy that
> see my presence.

When you add a roster item, you can include a 'name' attribute, like so:

<iq type="set" id="uniquevalue">
  <query xmlns="jabber:iq:roster">
    <item jid="romeo at montague.net" 
        name="Romeo" 
        subscription="none" 
        ask="subscribe">
      <group>friends</group>
    </item>
  </query>
</iq>

However, AFAIK there is no way to suggest to your "buddy" what that name
attribute should include.

Peter


--__--__--

Message: 6
Date: Tue, 15 Jan 2002 09:51:10 -0800
To: jdev at jabber.org
From: Chris Chen <ckchris at idream.net>
Subject: Re: [JDEV] iq question
Reply-To: jdev at jabber.org

Technically, you should be giving each message (or ones that you're
waiting 
on a reply for) a different ID rather than the same ID.  The way I do it
is 
to have a global ID counter that increments every time it is 
called.  Jabber IM uses a string-based unique ID approach.  Any way
works 
as long as the ID can be unique within your own context.

Thanks,
Chris

At 03:56 PM 1/14/2002, you wrote:
>hello,
>
>i was wondering if there is a way to send an id/key element to the the
server
>which the server will return in it's reply on a iq packet by packet
basis.
>basically, my concern is that some replies from the server simply
return
>something like <iq type="result" id="1001"/> to signal a successful iq
>operation.  however, if i have different components listening for iq
packets,
>but in different contexts then it's not possible for my listeners to
know
>when the success signal was meant for them or not.  is there some other
>mechanism that i can use for this?
>
>for a concrete example i have a listener that waits for the return iq
packet
>after authenticating, jabber:iq:auth, which returns  <iq type="result"
>id="1001"/> for success and another listener that listens for iq
packets for
>jabber:iq:private which can also return <iq type="result" id="1001"/>.
my
>intent was for each listener to get both packets and to leave it up to
the
>listeners to filter out the packets their interested in.
>
>any help with this would be appreciated.
>
>zak.
>_______________________________________________
>jdev mailing list
>jdev at jabber.org
>http://mailman.jabber.org/listinfo/jdev

PGP at ldap://certserver.pgp.com/



--__--__--

_______________________________________________
jdev mailing list
jdev at jabber.org
http://mailman.jabber.org/listinfo/jdev


End of jdev Digest