[jdev] XMPP doubt

Thu May 29 06:14:35 CDT 2008

Yes may be...  it is a known fact that responses vary from server to server
albeit only slightly, however in this case the check your client
implementation including Parsing.

On Thu, May 29, 2008 at 1:40 PM, vitor manuel tavares rodrigues <
vitor at easyclick.pt> wrote:

> hum
> i've tried with many different clients and the result is different.
> whit spark, the client is added to roster automatically. only if i deny the
> contact is deleted. if i close aplication or accept request the result is
> the same.
>
> with exodus it works. i receive the invitation and in the database remains
> no subsctiption. the invitation appears every time i login. whit other
> client, although in db there's no subscription.
>
> with another client, when i receive invitation and logout, in the db
> remains no subscription and the request is not send when i login again.
>
> So, the problem is not with server, right?
>
>
>
>
> On Thu, 29 May 2008 10:16:44 +0530, "shashi kiran" <gmsk19 at gmail.com>
> wrote:
> > One more thing looking up the subscription like joe said could help. for
> > ex:- if the subscription = "from"  for a contact. then it means that the
> > contact has subscribed to your presence . You could use this to render
> add
> > requests .
> >
> > Also are u are u parsing the <presence .. </presence> tags properly....
> if
> > type = "subscribe" it means that you have recvd an add request from the
> > contact as in
> > <presence type="subscribe from="shashi_jimi at gmail.com" to="
> > gmsk19 at gmail.com/4978C875"/>
> >
> > On Thu, May 29, 2008 at 10:10 AM, shashi kiran <gmsk19 at gmail.com> wrote:
> >
> >> vitor, I had tried this quite a few servers the prominent bieng
> > *ejabberd.
> >> *I have also tried this with  many *open XMPP IM systems *which include
> > j*
> >> abber.org ,movsoftware.com* , evn *GTalk* and our own internal IM at my
> >> organization. I also did have a bug similar to the one mentioned here
> > but
> >> that was not because of the server , it was due to my Client calling
> > deny
> >> somewhere in the program which i handled later. It works fine now.
> >>
> >>
> >> On Wed, May 28, 2008 at 7:56 PM, Joe Hildebrand <hildjj at gmail.com>
> > wrote:
> >>
> >>> Have you retrieved your roster, also?  If so, look at the subscription
> >>> attribute on items.  If not, you might start getting notifications
> >>> when you do.
> >>>
> >>> On May 28, 2008, at 8:20 AM, vitor manuel tavares rodrigues wrote:
> >>>
> >>> > today i've tried with openfire in windows as a jabber server and
> >>> > exodus/
> >>> > spark as clients.
> >>> >
> >>> > a client sent an invitation to another client and when I received
> > this
> >>> > invitation i've logged out without accepting or rejecting the
> >>> > invitation.
> >>> > when i login again, the invitation did not appear, although I do not
> >>> > having
> >>> > accepted or rejected in the previous session.
> >>> >
> >>> > Shashi, you have done this before with which server?
> >>> >
> >>> >
> >>> > regards,
> >>> >
> >>> > Vitor Rodrigues
> >>> >
> >>> >
> >>> > On Wed, 28 May 2008 10:08:48 +0530, "shashi kiran" <gmsk19 at gmail.com
> >
> >>> > wrote:
> >>> >> I had developed a similar app for mobile. I am for sure he will
> >>> >> receive
> >>> > the
> >>> >> invite the next time he logs in albeit in a different stanza type.
> >>> >>
> >>> >> *Regards
> >>> >> Shashi Kiran G M*
> >>> >>
> >>> >> On Tue, May 27, 2008 at 11:01 PM, <vitor at easyclick.pt> wrote:
> >>> >>
> >>> >>>> On 05/27/2008 11:18 AM, vitor at easyclick.pt wrote:
> >>> >>>>>> Hello,
> >>> >>>>>>
> >>> >>>>>> Le 27 mai 08 �  18:23, vitor at easyclick.pt a écrit :
> >>> >>>>>>
> >>> >>>>>>> Hi all!!!
> >>> >>>>>>>
> >>> >>>>>>> I'm using jabberd to develop a mobile application.
> >>> >>>>>>>
> >>> >>>>>>> When i send an invitation to a friend, he receives a
> >>> >>>>>>> notification.
> >>> >>>>>>> If he
> >>> >>>>>>> does nothing (accept/deny) and logout, when he login again the
> >>> >>>>>>> invitation
> >>> >>>>>>> doesn't appear, although in database we are not subscribed to
> >>> >>>>>>> each
> >>> >>>>>>> other.
> >>> >>>>>>>
> >>> >>>>>>> this notification only apears once?
> >>> >>>>>>>
> >>> >>>>>>> where can i find more information about that?
> >>> >>>>>>
> >>> >>>>>> The XMPP specification says it *should* receive the subscription
> >>> >>>>>> addition demand on every login until he does something.
> >>> >>>>>> It might not depending on which server you are using.
> >>> >>>>>>
> >>> >>>>>> Reference:
> >>> >>>>>> RFC 3921 section 9.4: Server Delivery and Client
> >>> >>>>>> Acknowledgement of
> >>> >>>>>> Subscription Requests and State Change Notifications:
> >>> >>>>>>
> >>> >>>>>> "In order to require acknowledgement, a server SHOULD send the
> >>> >> request
> >>> >>>>>> or notification to the recipient each time the recipient logs
> > in,
> >>> >>>>>> until the recipient acknowledges receipt of the notification by
> >>> >>>>>> "affirming" or "denying" the notification"
> >>> >>>>>>
> >>> >>>>>> --
> >>> >>>>>> Mickaël Rémond
> >>> >>>>>>  http://www.process-one.net/
> >>> >>>>>
> >>> >>>>>
> >>> >>>>>
> >>> >>>>> thank you Micka�l
> >>> >>>>>
> >>> >>>>> i tried whit different clients and the notification only is show
> >>> >> once. I
> >>> >>>>> need to force the request to send another notification.
> >>> >>>>>
> >>> >>>>> someone knows if the server has any kind of configuration to
> > solve
> >>> >> this
> >>> >>>>> or
> >>> >>>>> anyone has the same problem?
> >>> >>>>
> >>> >>>> Typically this is not configurable, since servers are coded to do
> >>> >>>> the
> >>> >>>> right thing. What codebase are you using?
> >>> >>>>
> >>> >>>> Peter
> >>> >>>>
> >>> >>>> --
> >>> >>>> Peter Saint-Andre
> >>> >>>> https://stpeter.im/
> >>> >>>
> >>> >>>
> >>> >>> i'm using jabberd-2.1.14 in fedoracore6 so
> >>> >>>
> >>> >>>
> >>> >>>> _______________________________________________
> >>> >>>> JDev mailing list
> >>> >>>> FAQ: http://www.jabber.org/discussion-lists/jdev-faq
> >>> >>>> Forum: http://www.jabberforum.org/forumdisplay.php?f=20
> >>> >>>> Info: http://mail.jabber.org/mailman/listinfo/jdev
> >>> >>>> Unsubscribe: JDev-unsubscribe at jabber.org
> >>> >>>> _______________________________________________
> >>> >>>>
> >>> >>>
> >>> >>>
> >>> >>> _______________________________________________
> >>> >>> JDev mailing list
> >>> >>> FAQ: http://www.jabber.org/discussion-lists/jdev-faq
> >>> >>> Forum: http://www.jabberforum.org/forumdisplay.php?f=20
> >>> >>> Info: http://mail.jabber.org/mailman/listinfo/jdev
> >>> >>> Unsubscribe: JDev-unsubscribe at jabber.org
> >>> >>> _______________________________________________
> >>> >>>
> >>> >>
> >>> >>
> >>> >>
> >>> >>
> >>> >
> >>> > _______________________________________________
> >>> > JDev mailing list
> >>> > FAQ: http://www.jabber.org/discussion-lists/jdev-faq
> >>> > Forum: http://www.jabberforum.org/forumdisplay.php?f=20
> >>> > Info: http://mail.jabber.org/mailman/listinfo/jdev
> >>> > Unsubscribe: JDev-unsubscribe at jabber.org
> >>> > _______________________________________________
> >>>
> >>> _______________________________________________
> >>> JDev mailing list
> >>> FAQ: http://www.jabber.org/discussion-lists/jdev-faq
> >>> Forum: http://www.jabberforum.org/forumdisplay.php?f=20
> >>> Info: http://mail.jabber.org/mailman/listinfo/jdev
> >>> Unsubscribe: JDev-unsubscribe at jabber.org
> >>> _______________________________________________
> >>>
> >>
> >>
> >>
> >> --
> >>
> >> Shashi Kiran G M
> >> ----Never Play Leapfrog with a Unicorn----
> >>
> >
> >
> >
> >
>
> _______________________________________________
> JDev mailing list
> FAQ: http://www.jabber.org/discussion-lists/jdev-faq
> Forum: http://www.jabberforum.org/forumdisplay.php?f=20
> Info: http://mail.jabber.org/mailman/listinfo/jdev
> Unsubscribe: JDev-unsubscribe at jabber.org
> _______________________________________________
>

-- 

Shashi Kiran G M
----Never Play Leapfrog with a Unicorn----
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.jabber.org/jdev/attachments/20080529/27ffadd5/attachment-0002.htm>