headers
Ruff, Rob | 8 Feb 23:09

XMPP questions

Hi,

 

I am new to XMPP and have a few questions.  I have read the book and a number of different websites and am still not sure about a few things. 

 

We are considering using XMPP for chat, conferencing, etc between a number of systems that will not be connected via a reliable network.  The systems may lose connectivity at any time, especially if one is moving.  Since any of the systems can lose connectivity, an XMPP server will run at each one so the systems that are still connected can communicate.

 

I am using Openfire and Spark as well as a bot I created using the gloox c++ library to do some prototyping/testing.

 

-          Is a DNS required to use XMPP, in particular for the server to server connections?  I have played around with using the hosts file and I can’t seem to get that to work. 

-          I have seen references to BOSH for unreliable connections but it usually referred to client-server connections.  Could that be used for server-server connections as well or is there something else you would recommend?

-          Is multicast required?

-          I understand that conferences are hosted at a particular server.  That would mean if that particular server lost connectivity then the conference would be unavailable for the others that are still connected.  Is there any way around this?

 

Thanks in advance!

Rob


CONFIDENTIALITY NOTICE: This email constitutes an electronic communication within the meaning of the Electronic Communications Privacy Act, 18 U.S.C. 2510, and its disclosure is strictly limited to the named recipient(s) intended by the sender of this message. This email, and any attachments, may contain confidential and/or proprietary information of Scientific Research Corporation. If you are not a named recipient, any copying, using, disclosing or distributing to others the information in this email and attachments is STRICTLY PROHIBITED. If you have received this email in error, please notify the sender immediately and permanently delete the email, any attachments, and all copies thereof from any drives or storage media and destroy any printouts or hard copies of the email and attachments.

EXPORT COMPLIANCE NOTICE: This email and any attachments may contain technical data subject to U.S export restrictions under the International Traffic in Arms Regulations (ITAR) or the Export Administration Regulations (EAR). Export or transfer of this technical data and/or related information to any foreign person(s) or entity(ies), either within the U.S. or outside of the U.S., may require advance export authorization by the appropriate U.S. Government agency prior to export or transfer. In addition, technical data may not be exported or transferred to certain countries or specified designated nationals identified by U.S. embargo controls without prior export authorization. By accepting this email and any attachments, all recipients confirm that they understand and will comply with all applicable ITAR, EAR and embargo compliance requirements.

_______________________________________________
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: JDev-unsubscribe <at> jabber.org
_______________________________________________
Permalink | Reply | 1 comment |
headers
Roberto Ostinelli | 1 Feb 05:49
Favicon

notification server

Dear list,

I need to build a notification server for an m2m application, where events are being pushed every few
seconds to a large group of JID.

At first, I was considering PubSub, then I realized that all messages are actually stored on the server as
content, which is something I obviously do not want (once the notifications have been sent, I do not want to
store them).

Therefore, is XEP-0060 the extension I'm looking for, or should I consider something else?

Thank you,

r.
_______________________________________________
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: JDev-unsubscribe <at> jabber.org
_______________________________________________
Permalink | Reply | 2 comments |
headers
Dhoren Hernsor | 31 Jan 11:35
Picon
Favicon
Gravatar

Very Amazing!


 There is a present for u http://www.worldbiznesnwa.ru/message.php?p0011 Hope u enjoy it! 
_______________________________________________
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: JDev-unsubscribe <at> jabber.org
_______________________________________________
Permalink | Reply | 1 comment |
headers
Peter Saint-Andre | 9 Jan 21:18
Favicon

Fwd: [Summit] Brussels discussion topics

FYI regarding the upcoming meetings in Brussels. Please join the
summit <at> xmpp.org list to discuss:

http://mail.jabber.org/mailman/listinfo/summit

-------- Original Message --------
Subject: [Summit] Brussels discussion topics
Date: Mon, 09 Jan 2012 13:16:57 -0700
From: Peter Saint-Andre <stpeter <at> stpeter.im>
Reply-To: XMPP Summit <summit <at> xmpp.org>
To: XMPP Summit <summit <at> xmpp.org>

What technical topics would folks like to discuss at the XMPP Summit
next month? Here are some possibilities:

* internationalization (rfc6122bis)
* end-to-end encryption (rfc3923bis)
* cryptographic hash agility (XEP-0300)
* message carbons (XEP-0280)
* Jingle file transfer (XEP-0234)
* vCard4 (XEP-0292)
* fast reconnect (XEP-0305)
* message forwarding (XEP-0297)
* real-time text (XEP-0301)
* distributed chatrooms

I've added those here:

http://wiki.xmpp.org/web/Summit_11

Feel free to bring up other topics here or on the wiki so that we can
formulate an agenda. Lightning-style or longer talks are also welcome on
Friday February 3rd or Monday February 6th. And we are still looking to
fill out the devroom schedule on Saturday at FOSDEM:

http://wiki.xmpp.org/web/FOSDEM_2012

Peter

--

-- 
Peter Saint-Andre
http://stpeter.im/

_______________________________________________
Summit mailing list
Event: http://xmpp.org/participate/the-xmpp-summit/xmpp-summit-10/
Info: http://mail.jabber.org/mailman/listinfo/summit
Unsubscribe: Summit-unsubscribe <at> xmpp.org
_______________________________________________
_______________________________________________
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: JDev-unsubscribe <at> jabber.org
_______________________________________________
Permalink | Reply | 2 comments |
headers
Jo Galara | 6 Jan 02:26
Picon

Questions about XMPP transports dev.

Hi,

I'm going write a transport which connects to another IM system, I'm
planning to use C(++).

- Can you recommend some source of information about XMPP transports and
their protocol.

- Are there any libraries I can use to make my life easier?

--

-- 
Regards,

Jo Galara


_______________________________________________
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: JDev-unsubscribe <at> jabber.org
_______________________________________________
Permalink | Reply | 3 comments |
headers
Nobuo Ogashiwa | 5 Jan 15:42
Picon
Favicon

features stanza on a s2s dialback connection

Dear all,

Now I'm developing a XMPP server software which supports s2s connection,
and now I faced a problem of features stanza on a s2s dialback connection.
If someone knows a right solution, please let me know. The problem is following:

In a case of s2s dialback connection from google talk server,
If it send a <stream:features> stanza to the google talk server,
then the google talk server replies a 'not yet authorized' error.
If it don't send <stream:features> stanza,
the google talk server replies a <db:verify> stanza and it can
continue a dial back sequence.

However, in a case of jabber.org,
if it don't send a <stream:features> stanza, jabber.org server replies nothing
and it can't continue dial back authentication sequence.
If it send a <stream:features> stanza to jabber.org server, jabber.org
server replies a <db:verify> stanza.

Collectively,
if it dose not send <stream:features> stanza, google => OK, jabber.org => NG
if it send <stream:features> stanza,  google => NG,  jabber.org => OK.

How should our implementation support these incompatible behaviors?

I have read RFCs, XEPs and jdev mailing list archive carefully, but I
couldn't find
the right sequence of sending <stream:features> stanza on a dial back
connection.
If someone knows the right solution, standard sequence, or pointer to
standards of this,
please let me know.

Anyway, we have temporarily implemented a following two workarounds :

(1) 50% send features stanza, 50% don't send a features stanza,
 it is just like following code:
 if (rand()%2==0) { send_features_stanza(); return; }
 else { return; }

(2) wait <db:verify> stanza to receive for 5 seconds, if nothing
received, then send <stream:features> stanza

Both of these workarounds works well for now.

Regards,

Nobuo Ogashiwa <ogashiwa <at> c.kyoai.ac.jp>
JID: ogashiwa <at> c.kyoai.ac.jp
Web: http://nlab.jp/xmpp/
_______________________________________________
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: JDev-unsubscribe <at> jabber.org
_______________________________________________
Permalink | Reply | 3 comments |
headers
Daniel Dormont | 4 Jan 21:00

Echo outgoing chat messages back to myself

Hi XMPP-ers,

I've noticed that certain clients (Gmail's web interface most notably) automatically replicate my chat conversations in all windows I have open. I'm wondering how to implement something similar using an XMPP client and server. I control both client and server but don't want to make too many custom modifications if I can help it. As a first step, the easiest thing seems to be to send all messages to a bare JID rather than full JID. From the user's standpoint this correctly causes all messages they receive to appear everywhere.

But what about sent messages? Is there a simple way to have messages I (as a user) send echoed back to my other connected resources? Or should I just send a second message to my own bare JID with some sort of custom element that indicates it was really a message to someone else (and who that someone else is)?

thanks,
Dan
_______________________________________________
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: JDev-unsubscribe <at> jabber.org
_______________________________________________
Permalink | Reply | 8 comments |
headers
Thijs Alkemade | 4 Jan 18:26
Picon

XEP 0172 in MUCs

Hello,

As a client developer, I'm a bit confused about how XEP 0172 (User Nickname) is intended to be used with MUCs.
From the XEP:

"A user MAY specify his or her persistent nickname as well. This may be desirable because the user's
preferred room nickname is already taken or because the service "locks down" room nicknames."

So should a client should interpret the XEP-0172 nickname as a replacement for the MUC-nickname? This
could lead to confusing situations with the same nick being used multiple times. If the service locks down
room nicknames, then it supposedly has a good reason for that, and implementing a way to circumvent that
sounds like a bad idea.

The reason I'm asking this is because Google Talk (the web interface) uses, for ad-hoc private group chats,
random strings as room nicks, and then sends the user's real name as a <nick> element. I think all users
would rather see the real name instead of the random string, but I'm worried about the implications of
changing this. I've read the Security Considerations of XEP-0172, but I don't think that really answers this.

Regards,
Thijs
_______________________________________________
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: JDev-unsubscribe <at> jabber.org
_______________________________________________
Permalink | Reply | 0 comments |
headers
goffi | 3 Dec 12:29

[FOSDEM] anyone to have a stand ?

G'day all,

I'm the developper of the "Salut à Toi" project ( 
http://wiki.goffi.org/wiki/Salut_%C3%A0_Toi/en ), and I'd like to have a 
stand at FOSDEM, but there is a requirement of 2 people always present 
on the stand, and I'm alone. I am wondering if it is possible to have a 
common stand with an other project, or to join the XSF stand...

Anyone ?

Thanks
Goffi
_______________________________________________
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: JDev-unsubscribe <at> jabber.org
_______________________________________________
Permalink | Reply | 6 comments |
headers
Alan Peng | 23 Nov 18:46
Picon

Re: XMPP error response 406

Thanks for the reply and I have forwarded this post to jdev <at> jabber.org

Yes I am chatting with a Spark client via a Openfire server, any idea to fix this?

Thanks again.
Alan

On Nov 24, 2011, at 1:25 AM, Peter Saint-Andre wrote:

In general it is better to post such messages to the jdev <at> jabber.org list because I can be very slow about replying...


It looks like the error your receiving might be caused by the client you're chatting with -- is that Smack-based?

On Wed, Nov 23, 2011 at 3:31 AM, Alan Peng <hcpeng1975 <at> gmail.com> wrote:
hi Peter, 


I am trying to build a jabberd client for iOS using the XMPPframework and the instant messaging all works fine except when I go for the file transfer with XEP-0065 protocol, I got the 406 error from server response:


2011-11-23 18:19:25:511 iPhoneXMPP[2262:6703] SEND: <iq type="get" to="106.187.45.225" id="DEA480E8-1E14-420C-AFEA-643814670C2B"><query xmlns="http://jabber.org/protocol/disco#items"/></iq>
2011-11-23 18:19:25:555 iPhoneXMPP[2262:6703] RECV: <iq type="result" id="DEA480E8-1E14-420C-AFEA-643814670C2B" from="106.187.45.225" to="test <at> 106.187.45.225/72263d17"><query xmlns="http://jabber.org/protocol/disco#items"><item jid="proxy.106.187.45.225" name="Socks 5 Bytestreams Proxy"/><item jid="conference.106.187.45.225" name="Public Chatrooms"/><item jid="search.106.187.45.225" name="User Search"/><item jid="pubsub.106.187.45.225" name="Publish-Subscribe service"/></query></iq>
2011-11-23 18:19:25:555 iPhoneXMPP[2262:6e03] SEND: <iq type="get" to="proxy.106.187.45.225" id="AE98ABBE-36A7-460E-A7F2-ABB05D9B2647"><query xmlns="http://jabber.org/protocol/disco#info"/></iq>
2011-11-23 18:19:25:621 iPhoneXMPP[2262:6e03] RECV: <iq type="result" id="AE98ABBE-36A7-460E-A7F2-ABB05D9B2647" from="proxy.106.187.45.225" to="test <at> 106.187.45.225/72263d17"><query xmlns="http://jabber.org/protocol/disco#info"><identity category="proxy" name="SOCKS5 Bytestreams Service" type="bytestreams"/><feature var="http://jabber.org/protocol/bytestreams"/><feature var="http://jabber.org/protocol/disco#info"/></query></iq>
2011-11-23 18:19:25:621 iPhoneXMPP[2262:6e03] SEND: <iq type="get" to="proxy.106.187.45.225" id="17088F28-BE2B-4003-B26A-FEA96B871573"><query xmlns="http://jabber.org/protocol/bytestreams"/></iq>
2011-11-23 18:19:25:622 iPhoneXMPP[2262:1803] XMPPCapabilities: handleDiscoResponse:fromJID: - Non-Hash response
2011-11-23 18:19:25:623 iPhoneXMPP[2262:1803] XMPPCapabilitiesCoreDataStorage: Triggering save (pendingRequests=0)
2011-11-23 18:19:25:666 iPhoneXMPP[2262:1803] RECV: <iq type="result" id="17088F28-BE2B-4003-B26A-FEA96B871573" from="proxy.106.187.45.225" to="test <at> 106.187.45.225/72263d17"><query xmlns="http://jabber.org/protocol/bytestreams"><streamhost jid="proxy.106.187.45.225" host="106.187.45.225" port="7777"/></query></iq>
2011-11-23 18:19:25:667 iPhoneXMPP[2262:1803] SEND: <iq type="set" to="alan <at> 106.187.45.225/Spark 2.6.3" id="17AC69E9-CE8F-4E56-A9A9-17065F94AD69"><query xmlns="http://jabber.org/protocol/bytestreams" sid="17AC69E9-CE8F-4E56-A9A9-17065F94AD69" mode="tcp"><streamhost jid="proxy.106.187.45.225" host="106.187.45.225" port="7777"/></query></iq>
2011-11-23 18:19:25:749 iPhoneXMPP[2262:8703] RECV: <iq id="17AC69E9-CE8F-4E56-A9A9-17065F94AD69" to="test <at> 106.187.45.225/72263d17" from="alan <at> 106.187.45.225/Spark 2.6.3" type="error"><query xmlns="http://jabber.org/protocol/bytestreams" sid="17AC69E9-CE8F-4E56-A9A9-17065F94AD69" mode="tcp"><streamhost jid="proxy.106.187.45.225" host="106.187.45.225" port="7777"/></query><error code="406" type="MODIFY"><not-acceptable xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/></error></iq>
2011-11-23 18:19:25:749 iPhoneXMPP[2262:207] iPhoneXMPPAppDelegate: xmppStream:didReceiveIQ: - 17AC69E9-CE8F-4E56-A9A9-17065F94AD69
2011-11-23 18:19:25:749 iPhoneXMPP[2262:207] SMChatViewController: turnSocketDidFail:
2011-11-23 18:19:25.749 iPhoneXMPP[2262:207] TURN Connection failed!


Can you give me some hints on how to fix this?


Thanks and appreciated.
Alan


_______________________________________________
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: JDev-unsubscribe <at> jabber.org
_______________________________________________
Permalink | Reply | 0 comments |
headers
Justin Karneges | 21 Nov 23:25
Favicon

_jabber._tcp needed anymore?

I'm curious if anyone still needs to put this in their DNS to support legacy 
servers?  Does anyone do it?  I noticed I had it in mine.  Anyone know when 
_xmpp-server showed up in jabberd1?

Justin
_______________________________________________
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: JDev-unsubscribe <at> jabber.org
_______________________________________________
Permalink | Reply | 3 comments |

Gmane