[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 F

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

ooks. 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 For

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

: 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=2

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

liability, but a new and better method (xep-0198) is being defined for this purpose. -- 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...@jabber.org ___

Re: [jdev] pep and avatars

ps Gajim too? > Well, so 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.jabber

[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.b

Re: [jdev] a vision

s the olny way to make it happen, 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

Re: [jdev] Mixing Attribute Namespaces

ken from 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 jab

Re: [jdev] compression & tls

.net/browse/EJAB-499;jsessionid=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.jabber

Re: [jdev] compression & tls

ken 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

On Wed, Mar 4, 2009 at 10:40 PM, Peter Saint-Andre 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] compression & tls

t; compression), TLS (with TLS compression), TLS (with XEP-0138 compression) > and TLS (with TLS and XEP-0138 compression - SHOULD NOT happen, but might) Yep, it is so. Nevertheless no server appears to offer xep-138 after starttls bye -- Fabio Forno, Ph.D. Bluendo srl http://www.b

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 Unsubscri

Re: [jdev] compression & tls

ly 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

[jdev] compression & tls

Hi, is there any server which supports TLS and compression together? In ejabberd it seems feature that will added in feature releases, in other servers I don't know. Is there anybody aware of a server implementing it, so that we can test with out mobile client? -- Fabio Forno, Ph.D. Bluend

Re: [jdev] JID -> OpenID mapping?

roubles, unless we are so confident that we can 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.o

Re: [jdev] JID -> OpenID mapping?

n as [EMAIL PROTECTED] 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.

Re: [jdev] IPv6 readyness?

rcase without supplying any means 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

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

Re: [jdev] OLPC, Federation, and NAT

SRV records for all this domains you should 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] Consistent JIDs across multiple XMPP servers

and it can login to your server: [EMAIL PROTECTED] . (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. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] Consistent JIDs across multiple XMPP servers

ssion is gone, the token is useless. bye -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] Consistent JIDs across multiple XMPP servers

oblem is that your credentials must pass through the relay server bye -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] Python/XMPP GSoC proposal

lback) (now we're going off topic, if you are interested you may ping via jabber) bye -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

Re: [jdev] Python/XMPP GSoC proposal

his way you could let the server do what it does better, routing messages, 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] Wordpress plugin

point was just: privacy should never be a stopper for designing 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] 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-X

Re: [jdev] Wordpress plugin

uld be technical solutions (e.g. a local 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] Wordpress plugin

> look into the different aspects of reading and publishing (atom) feeds > in general would be worthwile i think. 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] another GSoC idea: JMS-to-XMPP bridge

ect could concentrate on just replicating the JMS functionalities on pubsub - define 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] 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

Re: [jdev] GSoC 2008

for our case 2) 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

e encoding of unknown namespaces as EXI already prescribes. I think that such a library (in Java or C), with no client/server integration, 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

tarting coding and it's difficult to devise a project with controllable 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

prefixes, so it doesn't understand > query like the following: xmlns:v='jabber:iq:version'> (but routes them happily). This is just an implementation issue of a specific server and I'm surprised hearing of it, since also basic XEP examples such as this one use them: ht

Re: [jdev] Authentication Process For Jabber.com

/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

Which needs to be Tweaked a bit now. 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

re useful a dump of the xml you 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] Looking for a J2ME implementation with STARTTLS support

g problems, but we'll fix them asap) -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

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

essing the whole class of problems I've listed -- Fabio Forno, Ph.D. Bluendo srl http://www.bluendo.com jabber id: [EMAIL PROTECTED]

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

gt; > So, it is more work to check 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] XEP-0199 (XMPP Ping) to test reliability

ta was sent. If the connection is broken the application gets an error only when 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.

Re: [jdev] examples of apps that use XMPP internally?

ll these things (and others I surely forgot) make XMPP on of the best choices for asychronus messaging in distributed architectures, especially when thousands and more of simultaneous online clients are involved. -- Fabio Forno, PhD Bluendo srl xmpp:[EMAIL PROTECTED] http://www.bluendo.com/en/products

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 Mar

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.jabb

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 h

Re: [jdev] jabber @ google talk ?

enough. Their client is far less attractive than other clients (VoIp a part, i haven't tried yet) and so they need something more. 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 th

Re: [jdev] jabber @ google talk ?

ny of those servers 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 ?

ent, (b) use 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 legit

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

client.py, line 422 at _rawDataIn: client.py, line 427 at _rawDataOut: hello google talk -- Fabio Forno, PhD Istituto Superiore Mario Boella Jabber ID: xmpp:[EMAIL PROTECTED] ** Try Jabber http://www.jabber.org ___

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

Re: [jdev] Google and jabber

DIGEST-MD5 PLAIN Instead I get only an empty tag and the client hangs ... -- 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

Re: [jdev] Google and jabber

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

[jdev] Google and jabber

lecom/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] Mil XMPP to replace SOAP?

those 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] ___

Re: [jdev] Mil XMPP to replace SOAP?

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 app to replace SOAP?

message sequence number 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] Jabber Spoofing on unique server

e 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 PROT

Re: [jdev] spoofing "from" attributes

just like 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) Phon

Re: [jdev] spoofing "from" attributes

the name of the component name changes, I really don't understand what's worng. Are there other sources for better learning elements? -- Fabio Forno, Ph.D. - Research Assistant Politecnico di Torino - Dip. Automatica e Informatica C.so Duca degli Abruzzi 24 - 10129 Torino (Italy) Phone:

Re: [jdev] spoofing "from" attributes

ing 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.

Re: [jdev] spoofing "from" attributes

onsible for, and dialback 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 10

Re: [jdev] spoofing "from" attributes

em, 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

Re: [jdev] spoofing "from" attributes

send 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. Au

Re: [jdev] spoofing "from" attributes

s evil for client entities, 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 Duc

[jdev] spoofing "from" attributes

error message: xmlns='http://jabberd.jabberstudio.org/ns/component/1.0' from='s2s'> from='[EMAIL PROTECTED]' type='error'> ciau Any suggestion? Thanks -- Fabio Forno, Ph.D. - Research Assistant Politecnico di Torino - Dip. Auto

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

13:22:29 2004 mio.c:418 write_dump writing data: [EMAIL PROTECTED] . Service Unavailable Any hint? -- 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 564 7091 - J

Re: [JDEV] duplicate messages with composing events

t know whether this was due 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 (I

Re: [JDEV] duplicate messages with composing events

t know whether this was due 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 (I

[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 I

[JDEV] client to client iqs

he 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 - JabberId: [EMAIL PROTECTED] ___

Re: [JDEV] client to client iqs

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: +39 011

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

ould go 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 PROTE

Re: [JDEV] Scaling 1.4.2 with xdb_file... And the patch

hout risking of having too crowded or empty branches -- 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 mail

Re: [JDEV] karma settings

e examples. -- 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.or

Re: [JDEV] multiple requests and message order

raries that for elements have methods such as sendAndWaitForResponse, which are blocking until the answer of the last sent arrives. -- 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 - J

[JDEV] multiple requests and message order

ht packets of type 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

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) Phon

Re: [JDEV] Components ids

ntails. At present 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 li

Re: [JDEV] Components ids

out wehther 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

[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. Aut

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 int

[JDEV] Karma and connection redirection

le in this case). 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.jabb