[jdev] Data Forms Media Element

Is there any client implementing it? I'd like to do some tests, but so far I've found no clients with this extension -- Fabio Forno, Bluendo srl http://www.bluendo.com jabber id: f...@jabber.bluendo.com ___ JDev mailing list Forum: http

Re: [jdev] Add a timestamp and/or ID to message stanzas

. On the ejabberd mailing list I think you'll find all the help you need http://www.process-one.net/en/wiki/ejabberd_events_and_hooks/ And if you are adventurous enough you can write them from external applications http://blog.bluendo.com/ff/ejabberd-hooks-with-twisted bye -- Fabio Forno, Ph.D. Bluendo srl

Re: [jdev] Using XMPP to talk to a mobile client

for curisioty: bosh using the phone HTTP apis or implementing the whole HTTP requests ? -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: f...@jabber.bluendo.com ___ JDev mailing list Forum: http://www.jabberforum.org/forumdisplay.php?f=20 Info

Re: [jdev] Using XMPP to talk to a mobile client

. -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: f...@jabber.bluendo.com ___ JDev mailing list Forum: http://www.jabberforum.org/forumdisplay.php?f=20 Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr

[jdev] pep and avatars

Hi, does anybody know a client supporting pep for avatars. We have implemented it for a gateway we've written and our mobile client, but we'd like to do some interoperability test before releasing -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: f...@jabber.bluendo.com

Re: [jdev] pep and avatars

there is something wrong since I see nothing. Let's go to bug hunting! -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: f...@jabber.bluendo.com ___ JDev mailing list Forum: http://www.jabberforum.org/forumdisplay.php?f=20 Info: http

Re: [jdev] a vision

, then there is time for finding better solutions) -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: f...@jabber.bluendo.com ___ JDev mailing list Forum: http://www.jabberforum.org/forumdisplay.php?f=20 Info: http://mail.jabber.org/mailman/listinfo/jdev

Re: [jdev] Mixing Attribute Namespaces

the perspective of 4/5 years of XMPP evolution, XEP-72 should be superseded by something better, such as io-data. XEP-72 just replicates the typical HTTP request/response message pattern, where XMPP has few advantages. -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: f

Re: [jdev] compression tls

in general (problems while flushing) and in all instances of ejabberd I've tested removed xep-138 after starttls -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: f...@jabber.bluendo.com ___ JDev mailing list Forum: http

Re: [jdev] compression tls

=9A8016C904ED74DB757864E788AB1D39?page=com.atlassian.jira.plugin.system.issuetabpanels%3Achangehistory-tabpanel -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: f...@jabber.bluendo.com ___ JDev mailing list Forum: http://www.jabberforum.org

Re: [jdev] compression tls

are mutually exclusive. When activating tls compression must be performed using tls compression. M-Link should support it (at least the trunk version) and thanks to Dave Cridland we are going to test it. -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: f...@jabber.bluendo.com

Re: [jdev] Mixing Attribute Namespaces

for the w3c style ;) -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: f...@jabber.bluendo.com ___ JDev mailing list Forum: http://www.jabberforum.org/forumdisplay.php?f=20 Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev

Re: [jdev] compression tls

On Wed, Mar 4, 2009 at 10:40 PM, Peter Saint-Andre stpe...@stpeter.im wrote: Bug reports are your friend... :) On some servers the report is already there ;) -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: f...@jabber.bluendo.com

Re: [jdev] JID - OpenID mapping?

fight spam much (much and even more much) better than email. bye -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED] ___ JDev mailing list FAQ: http://www.jabber.org/discussion-lists/jdev-faq Forum: http

Re: [jdev] JID - OpenID mapping?

] without the need to complement it with http://smoku.openid.pl/ Yes, the problem is that any integration I've seen so far includes in some way the JID in the url, thus making it possible to automatically harvest it -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED

Re: [jdev] IPv6 readyness?

to the application for discovering which is the correct one to use. -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] OLPC, Federation, and NAT

be fine. In the srv record you specify the s2s and c2s ports. It can work also with different TLDs -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] OLPC, Federation, and NAT

, which can be discovered through s2s srv records). -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] Consistent JIDs across multiple XMPP servers

, a sequence of cryptographically computed authentication tokens should be the best solution. When you register with the gateway you pass you jid and the one-time auth token, then the gateway uses it for connecting with the server and, after the session is gone, the token is useless. bye -- Fabio

Re: [jdev] Consistent JIDs across multiple XMPP servers

from=[EMAIL PROTECTED] x xmlns=xmpp:roaming jid[EMAIL PROTECTED]/jid sign./sign /x /presence (You should just be careful to reply attacks, if the connection is encrypted there aren't problems, otherwise it should be better to ask a challenge to the gateway before) bye -- Fabio Forno, Ph.D

Re: [jdev] Consistent JIDs across multiple XMPP servers

the relay server bye -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] Python/XMPP GSoC proposal

, and use your favourite language for controlling its behavior. Now it's up to server developers to say whether this makes sense or not. As user I'd like it a lot. Bye -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] Python/XMPP GSoC proposal

are interested you may ping via jabber) bye -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] another GSoC idea: JMS-to-XMPP bridge

naming of topics: with jms I can only subscribe to topics of the server I'm connected to, while on XMPP you can subscribe to any pubsub service -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] Wordpress plugin

. This is what we can have in a reasonable time, but for the future I'd bet on direct support on IM clients or XMPP integration in browsers -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] Wordpress plugin

pubsub service which anonimously subscribes to remote nodes and relays them) bye -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] another GSoC idea: JMS-to-XMPP bridge

On Tue, Mar 25, 2008 at 4:46 PM, Peter Saint-Andre [EMAIL PROTECTED] wrote: Peter Saint-Andre wrote: OK, let's put some information about this on the wiki page, then. :) Done: http://wiki.jabber.org/index.php/Summer_of_Code_2008#JMS-to-XMPP_bridge superfast ;) -- Fabio Forno, Ph.D

Re: [jdev] Wordpress plugin

a service, just a requirement, then let users choose. bye -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] GSoC 2008

On Wed, Mar 19, 2008 at 1:18 AM, Joe Hildebrand [EMAIL PROTECTED] wrote: On Mar 18, 2008, at 10:57 AM, Fabio Forno wrote: The only XMPP specific part I'd require is the creation of the initial dictionaries for the most used namespaces, since EXI would be useless without them. Using

Re: [jdev] GSoC 2008

, could be in the scope of SoC and it would be very useful for both client and server developers in order to start experimenting stream optimizations. -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] GSoC 2008

) client server developers that could use it The only XMPP specific part I'd require is the creation of the initial dictionaries for the most used namespaces, since EXI would be useless without them. -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] GSoC 2008

deliverables, the only self contained project I've in mind could be a first implementation of EXI -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] Authentication Process For Jabber.com

. Shouldn't be easier to port some existing c library such as expat? Writing XML parsers from scratch is easy at all. -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] Authentication Process For Jabber.com

: http://www.xml.com/pub/a/1999/09/expat/index.html -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] Authentication Process For Jabber.com

are sending (from the code it's very difficult to understand what it has really been sent) -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] Google Androïd SDK not XMPP compliant ?

-- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] Looking for a J2ME implementation with STARTTLS support

, then send STARTTLS to become encrypted ) Any one have pointers to a library for J2ME that supports this switching mode ? With Bouncy Castle you can upgrade a socket to TLS (we are using it in our mobile client: it's not out only for packaging problems, but we'll fix them asap) -- Fabio

Re: [jdev] XEP-0199 (XMPP Ping) to test reliability

sending a further packet (or packets if the buffer isn't full), but it has no knowledge where the previous stanza was actually received or not. XEP-198 and a BOSH transport instead allow preventing these situations. -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL

Re: [jdev] XEP-0199 (XMPP Ping) to test reliability

it, but it can be done. Usually, for example in j2me it's not possible, and, I think, more in general in java and in other high level frameworks -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] components talking to users at other servers

Konstantin Klyagin wrote: Anyway, can someone recommend me a component that is being installed on one server is by default accessible for users from another server? Mu-conference I think. I joined to many rooms in different servers -- Fabio Forno, PhD Istituto Superiore Mario Boella Jabber

Re: [jdev] components talking to users at other servers

Ulrich B. Staudinger wrote: Sure, components may talk to users on other servers. Provided they have a FQDN (intra-server communications work even without it) -- Fabio Forno, PhD Istituto Superiore Mario Boella Jabber ID: xmpp:[EMAIL PROTECTED] ** Try Jabber http://www.jabber.org

Re: [jdev] Net::XMPP and talk.google.com

/ client.py, line 427 at _rawDataOut: message to='[EMAIL PROTECTED]'bodyhello google talk/body/message -- Fabio Forno, PhD Istituto Superiore Mario Boella Jabber ID: xmpp:[EMAIL PROTECTED] ** Try Jabber http://www.jabber.org

Re: [jdev] jabber @ google talk ?

of the Google Talk Service or Client, or (c) access to the Google Talk Service or Client. [...] So what? They set up a server and they don't want you to use for commercial purpuses. They also wrote a client and they don't want you to resell it. All perfectly legitimate. -- Fabio Forno, PhD Istituto

Re: [jdev] jabber @ google talk ?

if nothing changes. -- Fabio Forno, PhD Istituto Superiore Mario Boella Jabber ID: xmpp:[EMAIL PROTECTED] ** Try Jabber http://www.jabber.org ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev

Re: [jdev] jabber @ google talk ?

. Imho S2S is just one of the aspects: an open protocol would allow to implement 3rd party services (pubsub, notifications, chats, any kind of bots, ...) without the need to re-engineer the protocol or pay expensive licenses. -- Fabio Forno, PhD Istituto Superiore Mario Boella Jabber ID: xmpp

Re: [jdev] google talk invitation ?

Gaspar, Al (EES) wrote: So how does one get an invitation to try gmail and check out Google Talk? +1 offering invitations ;) anybody interested can mail fabio.forno at gmail.com -- Fabio Forno, PhD Istituto Superiore Mario Boella Jabber ID: xmpp:[EMAIL PROTECTED] ** Try Jabber http

[jdev] Google and jabber

/weblogentry_view -- Fabio Forno, PhD Istituto Superiore Mario Boella Jabber ID: xmpp:[EMAIL PROTECTED] ** Try Jabber http://www.jabber.org ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev

Re: [jdev] Google and jabber

Also Slashdot is reporting the news http://slashdot.org/articles/05/08/23/1313229.shtml?tid=217tid=215 -- Fabio Forno, PhD Istituto Superiore Mario Boella Jabber ID: xmpp:[EMAIL PROTECTED] ** Try Jabber http://www.jabber.org ___ jdev mailing list jdev

Re: [jdev] Google and jabber

='urn:ietf:params:xml:ns:xmpp-sasl' mechanismDIGEST-MD5/mechanism mechanismPLAIN/mechanism /mechanisms Instead I get only an empty feature/ tag and the client hangs ... -- Fabio Forno, PhD Istituto Superiore Mario Boella Jabber ID: xmpp:[EMAIL PROTECTED] ** Try Jabber http

Re: [jdev] Google and jabber

Chris Chen wrote: From what I can tell, after TLS negotiation, Google supports the following mechanisms: PLAIN X-GOOGLE-TOKEN Yes now I can get the mechamisms too. I've tried using plain, my gmail account and talk.google.com as realm with no success :/ -- Fabio Forno, PhD Istituto

Re: [jdev] Mil XMPP app to replace SOAP?

and acks in your application. -- Fabio Forno, Ph.D. *** Employer line for sale *** Phone: +39 011 2276 102 - JabberId: [EMAIL PROTECTED] ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev

Re: [jdev] Mil XMPP to replace SOAP?

of pubsub subscriptions, where node visibility is configurable will work, then if you want to protect messages from sniffing you can use TLS connections or pgp on each message, servers support them -- Fabio Forno, Ph.D. *** Employer line for sale *** Phone: +39 011 2276 102 - JabberId: [EMAIL PROTECTED

Re: [jdev] Mil XMPP to replace SOAP?

restrictions. (If you are stuck with clients, you could also write your specialized C2S module with your own traffic shaping policies) -- Fabio Forno, Ph.D. *** Employer line for sale *** Phone: +39 011 2276 102 - JabberId: [EMAIL PROTECTED] ___ jdev

Re: [jdev] Jabber Spoofing on unique server

not since they are under the direct control of the server administrator. -- Fabio Forno, Ph.D. - Research Assistant Politecnico di Torino - Dip. Automatica e Informatica C.so Duca degli Abruzzi 24 - 10129 Torino (Italy) Phone: +39 011 2276 102 - JabberId: [EMAIL PROTECTED

Re: [jdev] spoofing from attributes

c2s, and the messages will get delivered correctly. Thanks, it works ;) I can only send messages for existing users, but it is enough. -- Fabio Forno, Ph.D. - Research Assistant Politecnico di Torino - Dip. Automatica e Informatica C.so Duca degli Abruzzi 24 - 10129 Torino (Italy) Phone: +39 011 2276

Re: [jdev] spoofing from attributes

, but not for components (components are under direct control of system administrators, and if a spammer runs its own server, he or she could send any kined messages...). -- Fabio Forno, Ph.D. - Research Assistant Politecnico di Torino - Dip. Automatica e Informatica C.so Duca degli Abruzzi 24 - 10129 Torino (Italy

Re: [jdev] spoofing from attributes

message with rpc-like calls, the only solution with the present server is to keep a connection open for any possible user of this server. Am I right? (I'd like to avoid to authenticate each time a message is sent) -- Fabio Forno, Ph.D. - Research Assistant Politecnico di Torino - Dip. Automatica e

Re: [jdev] spoofing from attributes

, and no packets passed though a s2s stream. The s2s component refused to send the message -- Fabio Forno, Ph.D. - Research Assistant Politecnico di Torino - Dip. Automatica e Informatica C.so Duca degli Abruzzi 24 - 10129 Torino (Italy) Phone: +39 011 2276 102 - JabberId: [EMAIL PROTECTED

Re: [jdev] spoofing from attributes

is working for. As I've written it does not start any dialback attempt. -- Fabio Forno, Ph.D. - Research Assistant Politecnico di Torino - Dip. Automatica e Informatica C.so Duca degli Abruzzi 24 - 10129 Torino (Italy) Phone: +39 011 2276 102 - JabberId: [EMAIL PROTECTED

Re: [jdev] spoofing from attributes

it to get rejected. Which suggests that your servers you are trying to test with are not setup correctly and thus not even able to start a dialback attempt, can normal users on your server send messages ok? Yes, they can. -- Fabio Forno, Ph.D. - Research Assistant Politecnico di Torino - Dip. Automatica

[jdev] spoofing from attributes

='jabber:client' from='[EMAIL PROTECTED]' type='error' error code='503' type='cancel' service-unavailable xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/ /error body ciau /body /message /route Any suggestion? Thanks -- Fabio Forno, Ph.D. - Research Assistant Politecnico di

Re: [jdev] New MSN-t release with experimental file transfer support

write_dump writing data: iq xmlns='jabber:client' type='error' to='[EMAIL PROTECTED]/Psi' id='aaffa' from='msn.kamin.polito.it' query xmlns='jabber:iq:register' username[EMAIL PROTECTED]/username password./password nick/ /query error code='503'Service Unavailable/error/iq Any hint? -- Fabio

Re: [JDEV] duplicate messages with composing events

(not under my control) or the server. Now I'm looking for someone using Exodus here around in order to sniff some raw XML -- Fabio Forno - PhD Student Politecnico di Torino - Dip. Automatica ed Informatica C.so Duca degli Abruzzi 24 - 10129 Torino (Italy) Phone: +39 011 564 7137 - JabberId: [EMAIL

Re: [JDEV] duplicate messages with composing events

to the client (not under my control) or the server. Now I'm looking for someone using Exodus here around in order to sniff some raw XML ;) -- Fabio Forno - PhD Student Politecnico di Torino - Dip. Automatica ed Informatica C.so Duca degli Abruzzi 24 - 10129 Torino (Italy) Phone: +39 011 564 7137 - JabberId

[JDEV] duplicate messages with composing events

Hi, I'm analyzing some messages logged by a component received with the option archive, and I see that all the messages with a composing event are duplicated. Has anyone an idea of why this is happening? -- Fabio Forno - PhD Student Politecnico di Torino - Dip. Automatica ed Informatica C.so

Re: [JDEV] client to client iqs

. For this reason perhaps I should update the JEP 72, adding that clients offering soap services should be connected using the soap resource. (CC to the standard-jigs ML) -- Fabio Forno - PhD Student Politecnico di Torino - Dip. Automatica ed Informatica C.so Duca degli Abruzzi 24 - 10129 Torino (Italy) Phone

[JDEV] client to client iqs

to the recipient. As server I use the latest jabberd of the 1.4.x series with a default configuration file. Thank you for your help -- Fabio Forno - PhD Student Politecnico di Torino - Dip. Automatica ed Informatica C.so Duca degli Abruzzi 24 - 10129 Torino (Italy) Phone: +39 011 564 7137

Re: [JDEV] Webpresence revisited [Was: JabberCentral]

on from where we left. -- Fabio Forno - PhD Student Politecnico di Torino - Dip. Automatica ed Informatica C.so Duca degli Abruzzi 24 - 10129 Torino (Italy) Phone: +39 011 564 7137 - JabberId: [EMAIL PROTECTED] ___ jdev mailing list [EMAIL PROTECTED] http

Re: [JDEV] karma settings

. -- Fabio Forno - PhD Student Politecnico di Torino - Dip. Automatica ed Informatica C.so Duca degli Abruzzi 24 - 10129 Torino (Italy) Phone: +39 011 564 7137 - JabberId: [EMAIL PROTECTED] ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo

Re: [JDEV] multiple iq/ requests and message order

/ This is documented here: http://www.jabber.org/ietf/draft-ietf-xmpp-core-02.html#anchor3 Thank you. My doubt derived from some libraries that for iq/ elements have methods such as sendAndWaitForResponse, which are blocking until the answer of the last sent iq/ arrives. -- Fabio Forno - PhD

[JDEV] multiple iq/ requests and message order

packets of type message/ from a node to another. With my surprise I've discovered that the arriving order was rather random. Is this behavior documented somewhere, or it may depend on server implementations? Thanks for your help. -- Fabio Forno - PhD Student Politecnico di Torino - Dip

Re: [JDEV] Components ids

this may be the solution for my needs: a server just bots implemented as clients, with special karma settings for c2s communications, almost equal to s2s ones (I can set up all the servers I want, but living in a big organization is not easy to have all the FQDNs I'd like) -- Fabio Forno - PhD

Re: [JDEV] Components ids

Jan Niehusmann wrote: Just *.jabberserver.tld. IN CNAME jabberserver.tld. would work, wouldn't it? Yes it should work, I didn't think of it. -- Fabio Forno - PhD Student Politecnico di Torino - Dip. Automatica ed Informatica C.so Duca degli Abruzzi 24 - 10129 Torino (Italy) Phone: +39 011

[JDEV] Components ids

As far as I can understand components names must be in the form mycomponent.myjabberserver forcing me to have a qualified domain name in order reach them from other servers. Is it true or am I missing something? -- Fabio Forno - PhD Student Politecnico di Torino - Dip. Automatica ed

Re: [JDEV] Components ids

it is possible or not. -- Fabio Forno - PhD Student Politecnico di Torino - Dip. Automatica ed Informatica C.so Duca degli Abruzzi 24 - 10129 Torino (Italy) Phone: +39 011 546 7137 - JabberId: [EMAIL PROTECTED] ___ jdev mailing list [EMAIL PROTECTED] http

Re: [JDEV] Karma and connection redirection

Ulrich Staudinger wrote: Hi Fabio, basically the karma settings shape bandwidth for connected clients. To create a service (which a bot is) which doesn't suffer from karma restrictions, think about creating a server component. I've understood, but I don't know whether server components con

[JDEV] Karma and connection redirection

). Any reaction or suggestion? -- Fabio Forno - PhD Student Politecnico di Torino - Dip. Automatica ed Informatica C.so Duca degli Abruzzi 24 - 10129 Torino (Italy) [EMAIL PROTECTED] ___ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo