[jdev] jabberd-2.4.0 release

Next jabberd2 release is available. Get 2.4.0 release at GitHub: https://github.com/jabberd2/jabberd2/releases This is a bugfix release. Make sure to read the NEWS before upgrade: https://github.com/jabberd2/jabberd2/blob/jabberd-2.4.0/NEWS Changes: * Check for C99 support in compiler *

Re: [jdev] self signed cert

W dniu 04.05.2016, śro o godzinie 08∶49 +0300, użytkownik Andrey Utkin napisał: > What happens when your private key gets lost/compromised? > Nothing worse than in case with 3rd party CA, no? Well... In case with 3rd party CA I can just create new private key, request signing new cert, put it on

Re: [jdev] self signed cert

W dniu 03.05.2016, wto o godzinie 11∶36 -0700, użytkownik DannyD napisał: > Now your client XMPP application ONLY trusts & can be decrypted by > the server that you've configured it to communicate with, and all the > communications are safe from eavesdropping. What happens when your private key

Re: [jdev] self signed cert

W dniu 03.05.2016, wto o godzinie 09∶40 -0700, użytkownik li...@lazygranch.com napisał: > I suspect you wouldn't want s2s to use a self signed cert, so > allowing two level of verification (c2s and s2s) sounds complex. You > fix one thing in software and you break something else. So, why would

Re: [jdev] self signed cert

W dniu 03.05.2016, wto o godzinie 02∶12 -0700, użytkownik li...@lazygranch.com napisał: > jabberd2 version(2.3.6) > I followed these instructions: > https://github.com/jabberd2/jabberd2/wiki/InstallGuide-OpenSSLConfigu > ration > [...] > SM  : sx (ssl.c:405) secure channel not established,

Re: [jdev] How to make open communication with Jabber more popular

W dniu 13.04.2016, śro o godzinie 18∶57 +0200, użytkownik Arno Welzel napisał: > Well - you don't need to create any account using a username/password > and you don't need to know the account names of your friends [...] > > How to achieve the same goal with XMPP/Jabber? So, basically what you

[jdev] jabberd-2.3.6 release

Next jabberd2 release is available. Get 2.3.6 release at GitHub: https://github.com/jabberd2/jabberd2/releases This is a major bugfix release. The main change is that WebSocket connections are now fully working and stable. Also if you are using MUC, you want to upgrade as 2.3.5 direct presence

[jdev] jabberd-2.3.5 release

Next jabberd2 release is available. Get 2.3.5 release at GitHub: https://github.com/jabberd2/jabberd2/releases This is a major bugfix release with a bit of new features. It fixes recently discovered issue wit secure generation of dialback keys. The user verification via email module should

[jdev] jabberd-2.3.4 release

Next jabberd2 release is available. Get 2.3.4 release at GitHub: https://github.com/jabberd2/jabberd2/releases This is a major feature release with a bit of bugfixes. With this release jabberd2 joins HTTP realm with WebSocket client connections handling built in C2S module! :-) Changes: *

[jdev] jabberd-2.3.3 release

Next jabberd2 release is available. Get 2.3.3 release at GitHub: https://github.com/jabberd2/jabberd2/releases This is a bugfix release with a bit of new features added. Changes: - Support for RSA/DH/ECDH key agreement - bcrypt support for MySQL storage - C2S per session user data authreg

Re: [jdev] Anyone any recommendations for a production server? E.g. ejabberd, openfire., etc?

Dnia 2014-09-13, sob o godzinie 02:03 +0200, Chris Fortmüller pisze: I hope that user numbers will at least go into the ten thousands, maybe more. I am planning on hosting the server on the Amazon Web Services cloud. jabberd2 will handle it on mini instance easily. Does anyone favour any

Re: [jdev] Syncing a user's status across many clients

presence. Also simple and clean. Is this 403 warranted by RFC, or it is just the server you tested against behaves that way? -- Tomasz Sterna @ http://abadcafe.pl/ @ http://www.xiaoka.com/ ___ JDev mailing list Info: http://mail.jabber.org/mailman

[jdev] jabberd-2.3.2 release

* systemd unit files For a full change log see: https://github.com/jabberd2/jabberd2/commits/jabberd-2.3.2 -- Tomasz Sterna @ http://abadcafe.pl/ @ http://www.xiaoka.com/ ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev

Re: [jdev] manifesto 0.4

And discouraging TLSv1 in favor of TLSv1.2 when latest OpenSSL does not even support TLSv1.1 nor v1.2 is a pie-in-the-sky. -- Tomasz Sterna @ http://abadcafe.pl/ @ http://www.xiaoka.com/ ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo

Re: [jdev] manifesto 0.4

Dnia 2013-10-30, śro o godzinie 15:58 +0100, Thijs Alkemade pisze: And discouraging TLSv1 in favor of TLSv1.2 when latest OpenSSL does not even support TLSv1.1 nor v1.2 is a pie-in-the-sky. OpenSSL supports TLS 1.2 since 1.0.1 (and I think TLS 1.1 since the same version), released March

Re: [jdev] Standalong BOSH server in 20013?

just it, to connect to your server. Without running the client connections, dialback, rosters, sessions etc. this installment will act as a standalone BOSH connector. -- Tomasz Sterna:(){ :|:};: Instant Messaging ConsultantOpen Source Developer http

Re: [jdev] Strange Smack SASL response encoding implementation

Sequence. -- Tomasz Sterna Instant Messaging Consultant : Open Source Developer http://tomasz.sterna.tv/ http://www.xiaoka.com/portfolio ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

Re: [jdev] Strange Smack SASL response encoding implementation

included in the 3.2.1 release. Luckily it is a simple fix, so it will be easy to apply to 3.2.2. ...and guess which version I'm on... ;-) Thank you for the pointer. -- Tomasz Sterna Instant Messaging Consultant : Open Source Developer http://tomasz.sterna.tv/ http://www.xiaoka.com/portfolio

[jdev] Strange Smack SASL response encoding implementation

implementing it. Am I missing something? -- Tomasz Sterna Instant Messaging Consultant : Open Source Developer http://tomasz.sterna.tv/ http://www.xiaoka.com/portfolio ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev

Re: [jdev] Is strophejs maintained?

Dnia 2011-06-06, pon o godzinie 13:20 -0600, Jack Moffitt pisze: I find it odd that this question is asked here instead of on the strophe mailing lists. Did you not notice: - the mailing lists posts that I and others routinely answer? Strophe has own mailing list? Care to share more

[jdev] Is strophejs maintained?

/metajack/strophejs/pulls [2] http://www.xiaoka.com/portfolio#chat -- Tomasz Sterna Instant Messaging Consultant : Open Source Developer http://tomasz.sterna.tv/ http://www.xiaoka.com/portfolio ___ JDev mailing list Info: http://mail.jabber.org/mailman

Re: [jdev] Invisibility and MUCs

. These same means can be used to stay active in selected MUC rooms. -- Tomasz Sterna Instant Messaging Consultant : Open Source Developer http://tomasz.sterna.tv/ http://www.xiaoka.com/portfolio ___ JDev mailing list Info: http://mail.jabber.org/mailman

Re: [jdev] XML Namespaces validation

Dnia 2011-04-17, nie o godzinie 18:53 +0700, Sergey Dobrov pisze: Anyway, what real alternatives should be examined from the point of fast and full pubsub support? Tigase. http://www.tigase.org/ -- Tomasz Sterna Instant Messaging Consultant : Open Source Developer http://tomasz.sterna.tv

Re: [jdev] XML Namespaces validation

... This shouldn't be your component job to check whether your server is sending invalid XML. The server should drop the offending stream in the first place. You can always switch your XMPP server to one in which XML parsing does not hurt performance. ;-) -- Tomasz Sterna Instant Messaging

Re: [jdev] Are you broken?

Dnia 2011-04-14, czw o godzinie 19:33 +0100, Dave Cridland pisze: So the question is, can anyone not see me? An easy way to check is by discoing my server. jabberd-2.2.13 connects fine here :-) -- Tomasz Sterna Instant Messaging Consultant : Open Source Developer http://tomasz.sterna.tv

Re: [jdev] Server responses to resource conflicts

On czw, 2010-09-16 at 09:38 +0100, Will Thompson wrote: 1. Assign the new client a fresh resource; 2. Boot the old connection, granting the resource to the new client; 3. Refuse the new connection. I don't really think behaviour 3 is very useful. a. Protects you from rerunning the same

Re: [jdev] The future of Jabber/XMPP?

On czw, 2010-08-26 at 10:37 +0200, Jonathan Schleifer wrote: This is the case with jabberd2. Not really, it still has the bugs it had years ago that made me move to ejabberd. And ejabberd still has the bugs that made me move to Prosody :(. Every software have bugs. There are just bugs that

Re: [jdev] The future of Jabber/XMPP?

On czw, 2010-08-26 at 10:16 -0400, Stephen Pendleton wrote: I agree, PEP support isn't so great on the major server platforms. For example Openfire's implementation has a memory leak. I think PEP is one differentiating factor for XMPP. It would be nice to have solid, dependable support in all

Re: [jdev] The future of Jabber/XMPP?

On czw, 2010-08-26 at 12:35 -0400, Stephen Pendleton wrote: Also, if ejabberd doesn't want to provide proper PEP support then you should just remove it as a listed feature. A missing feature is better than a broken one. This may be a design flaw of the JEP/XEP process itself. XEPs are not

Re: [jdev] The future of Jabber/XMPP?

Dnia 2010-07-10, sob o godzinie 22:33 -0700, Matt Mason pisze: It could be that no updates = stability! This is the case with jabberd2. It reached stability and I do not touch it unless I have to. It is just steadily pumping packets in the background. :-) -- Tomasz Sterna Instant Messaging

Re: [jdev] Figuring out what a client thinks its JID is

Dnia 2010-03-31, śro o godzinie 13:08 +0100, Dave Cridland pisze: This is a flaw with XMPP client implementations, not the specification, but its a flaw that most XMPP client implementations seem to have. Isn't it told the jid during resource binding? It was a complaint for the

Re: [jdev] Google Summer of Code

and help with XEP-0163 and XEP-0136 implementations for jabberd2. What should I do? (I don't have any experience with GSoC.) -- Tomasz Sterna Instant Messaging EDI Consultant Open Source Developer http://tomasz.sterna.tv/ http://www.xiaoka.com

Re: [jdev] Resource binding

Dnia 2010-03-01, pon o godzinie 05:21 -0800, chris pisze: The ability to multiplex multiple resources is certainly desirable. It is too bad that it has missed the core spec at this point. [...] It'd be great to see this put back in the draft-ietf-xmpp-3920bis. :) Peter promised to resurrect

Re: [jdev] Resource binding

Dnia 2010-03-04, czw o godzinie 05:59 -0700, Peter Saint-Andre pisze: I don't know that I promised to do this. :) I think it would be great for us to define this and I've provided most of the pieces, *but* I am extremely busy these days and I don't have time to work on every XEP anymore, so I

[jdev] Resource binding

, just reuse existing one - easy to implement (servers already support one resource bind and multiple connections from one client) - very straightforward once you get what resource bind is (and you need to bind one) Cons: - ??? -- Tomasz Sterna Instant Messaging EDI Consultant Open Source

Re: [jdev] Multiplexing large number of client connections

. There is. Dropping it kills private MUC which is an interesting feature for the privacy nuts. Well... it's an interesting feature anyway. :-) -- Tomasz Sterna to...@xiaoka.com Xiaoka.com ___ JDev mailing list Forum: http://www.jabberforum.org

Re: [jdev] Multiplexing large number of client connections

spent time implementing it in jabberd2 then? -- Tomasz Sterna Instant Messaging EDI Consultant Open Source Developer http://tomasz.sterna.tv/ http://www.xiaoka.com/ ___ JDev mailing list Forum: http://www.jabberforum.org/forumdisplay.php?f=20 Info: http

Re: [jdev] Multiplexing large number of client connections

. -- Tomasz Sterna Instant Messaging EDI Consultant Open Source Developer http://tomasz.sterna.tv/ http://www.xiaoka.com/ ___ JDev mailing list Forum: http://www.jabberforum.org/forumdisplay.php?f=20 Info: http://mail.jabber.org/mailman/listinfo/jdev

[jdev] RFC 3921 message to RFC 5322 message conversion

it would be useful to base it on some of the message characteristics? -- Tomasz Sterna Xiaoka.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] plaintext passwords hack

Dnia 2009-12-17, czw o godzinie 16:58 +0100, Simon Josefsson pisze: Sure, but caching the hashed values scales better. Remember, we are not talking about just one hash call, typically there is 4096 hash iterations when deriving the keys from a password in SCRAM. Oh. So you really meant that

Re: [jdev] plaintext passwords hack

Dnia 2009-12-17, czw o godzinie 14:35 +0100, Simon Josefsson pisze: If you don't store the hashed password for SCRAM, you need to burn CPU time for every login to derive the SCRAM hash keys. That doesn't scale well. Why do you say so? It scales well vertically by CPU upgrade, and

Re: [jdev] XMPP Related Help

help ful if i got a opensource link which fulfills my requirement. You need a running Skype client to communicate with Skype network, so gateway creation is at least hard. But there are client plugins that could use a running Skype instance. See http://eion.robbmob.com/ for example. -- Tomasz

Re: [jdev] Seeing users' genders: implementation opinions?

From: Gabriel Soto Currently we are studying alternatives to solve this requirement. I'm looking for suggestions on how to approach its implementation. Get gender information exactly the same way you get other user information like name, nick, etc. -- Tomasz Sterna Instant Messaging EDI

Re: [jdev] Jabber Login with OpenID

was attempting this about a year ago or so and I stuck with the question How do I redirect XMPP client to the HTTP page for login confirmation dialog? I do not really want to fit a web browser into an XMPP client... -- Tomasz Sterna Instant Messaging EDI Consultant Open Source Developer http

Re: [jdev] Jabber Login with OpenID

for WWW and is bound to HTTP domain. -- Tomasz Sterna Instant Messaging EDI Consultant Open Source Developer http://tomasz.sterna.tv/ http://www.xiaoka.com/ ___ JDev mailing list Forum: http://www.jabberforum.org/forumdisplay.php?f=20 Info: http

[jdev] S2S clustering

example.com B === returning every incoming S2S connection back. -- Tomasz Sterna Instant Messaging EDI Consultant Open Source Developer http://tomasz.sterna.tv/ http://www.xiaoka.com/ ___ JDev mailing list Forum: http://www.jabberforum.org

[jdev] XMPP stream packet ordering

ordering? -- Tomasz Sterna Instant Messaging EDI Consultant Open Source Developer http://tomasz.sterna.tv/ http://www.xiaoka.com/ ___ JDev mailing list Forum: http://www.jabberforum.org/forumdisplay.php?f=20 Info: http://mail.jabber.org/mailman

Re: [jdev] XMPP stream packet ordering

Dnia 2009-06-10, śro o godzinie 14:05 -0600, Peter Saint-Andre pisze: 10. Server Rules for Handling XML Stanzas Compliant server implementations MUST ensure in-order processing of XML stanzas between any two entities. Thanks Peter. You are as always dependable. :-D -- Tomasz Sterna

Re: [jdev] Doing ssl straight without a non encrypted handshake

Dnia 2009-02-13, pią o godzinie 21:10 +0200, Norman Rasmussen pisze: Is this even possible? Lets say we have ssl in a load balancer and a xmpp server behind it. Sending a stream or starttls is gonna confuse the LB. Use legacy ssl port 5223. And forget XMPP clients that do not know

Re: [jdev] GSSAPI and service hostname

Dnia 2009-01-15, czw o godzinie 17:21 +0100, Robin Redeker pisze: I've received a bugreport for my Perl module AnyEvent::XMPP recently, that says that I should not pass the domain of the JID as service hostname to SASL (and later the GSSAPI mechanism). I think you should. It's server job to

Re: [jdev] Mixing Attribute Namespaces

Dnia 2009-01-14, śro o godzinie 10:20 +0100, Richard Smith pisze: What I'm pondering is while the following is valid XML, is it valid under XMPP? message to=... from=... xmlns:magicNS=urn:blah:etc magicNS:attr1=... ... From what I understand in RFC3920 this would be ok, however

Re: [jdev] Show values of the Presence Message - logout

Dnia 2009-01-02, pią o godzinie 23:32 +0100, naw pisze: When I'm on Home and Psi and I disconnect from Home I get: presence from=x...@jabberes.org/Home type=unavailable to=x...@jabberes.org/Psi / I don't remember to be subscribed explicitly to myself. Why don't you just make the effort

Re: [jdev] scaling a component

Dnia 2008-12-15, pon o godzinie 20:50 +0100, Simon Tennant pisze: * Have the client do a disco query at startup and then choose a random leaf from a branch: household-staff.buddycloud.com butler01.household-staff.buddycloud.com butler02.household-staff.buddycloud.com

Re: [jdev] Presence - how often?

Dnia 2008-12-11, czw o godzinie 13:59 +0100, Jonathan Schleifer pisze: So the the problem is the timeout in Gajim, and disabling it helps, as Dave already said. But disabling it is not always the best solution, because then you also won't notice when the connection is really dead. Whitespace

Re: [jdev] Initial presence and contact capabilities

Dnia 2008-12-04, czw o godzinie 14:49 +0100, Senko Rasic pisze: But in my use case, for offline contacts the client would return an error, while for contacts for which presence hasn't been received, it would wait until it is received. My intention is to allow users to attempt a call (to

Re: [jdev] Initial presence and contact capabilities

Dnia 2008-12-04, czw o godzinie 14:50 +0100, Jonathan Schleifer pisze: Maybe we should have a XEP that allows better exchange of presence between server, that is when the s2s was just established? It often gives timeout and a XEP that would list all JIDs of users from server A for which

Re: [jdev] Initial presence and contact capabilities

This is possible already without any additional XEP. Just push presence/ packets after an S2S connection is established. And it is implementable both sides. Your server could also pull all required presence states with presence-probes to users on rosters of its users. That's the

Re: [jdev] Formal Component Protocol

Dnia 2008-11-12, śro o godzinie 13:14 +0200, Jonathan Dickinson pisze: One thing that I have seen with my experiences so far is that there is practically no formal component protocol. This is because every server has different needs (depending on the server design), thus implements different

Re: [jdev] ./configure failed on windows with mingw

Dnia 2008-11-07, pią o godzinie 12:09 +0100, Serge Fonville pisze: I am trying to compile jabberd14 on windows advertisement http://www.nanoant.com/projects/jabberd2-win32 /advertisement ;-) -- ___ JDev mailing list FAQ:

Re: [jdev] TLS version clarification for RFC 3920

is available only with TLS handshakes. Using TLSv1 handshakes gives stream compression, with no cost, to servers that do not support XEP-0138. With both SSLv3 and TLSv1 handshakes enabled, the SSLv3 is used and TLS compression cannot be negotiated. -- /\_./o__ Tomasz Sterna (/^/(_^^' http

Re: [jdev] JID - OpenID mapping?

protocol handling into the OpenID requestor. Thus I am looking for a way to map [EMAIL PROTECTED] to http://open.id/someone without the XMPP protocol involvement. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED

Re: [jdev] JID - OpenID mapping?

use SRV record type somehow? -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED] ___ JDev mailing list FAQ: http://www.jabber.org/discussion-lists/jdev-faq Forum: http://www.jabberforum.org/forumdisplay.php?f

Re: [jdev] JID - OpenID mapping?

information you are willing to share with the requesting party. Thus it protects your privacy completely. The thing is I want to be known as [EMAIL PROTECTED] without the need to complement it with http://smoku.openid.pl/ -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im

[jdev] JID - OpenID mapping?

based, and requiring OpenID supporters to add another protocol support could pretty much sink the idea. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED] ___ JDev mailing list FAQ: http://www.jabber.org

Re: [jdev] PyICQ-t branch / PyICQ-t fork?

. :-) P.S. I'm willing to host your version at http://jtransports.xiaoka.com/ -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED] ___ JDev mailing list FAQ: http://www.jabber.org/discussion-lists/jdev-faq Forum: http

Re: [jdev] PyICQ-t branch / PyICQ-t fork?

it creating jabberd-2.1.tar.gz and announced it on jadmin. This is how GPL works. :-) -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED] ___ JDev mailing list FAQ: http://www.jabber.org/discussion-lists/jdev-faq

Re: [jdev] Routing

will find jabberd2 which routes packets based on full-JIDs. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED] ___ JDev mailing list FAQ: http://www.jabber.org/discussion-lists/jdev-faq Forum: http

Re: [jdev] conversing with multiple users, but not MUC

Dnia 2008-06-19, czw o godzinie 11:49 +0200, Sander Devrieze pisze: Do people who use this need MUC? No. They happily use Skype where this (and many, many more) just works. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED

Re: [jdev] PubSub component

Dnia 2008-06-11, śro o godzinie 21:23 +0200, Florian Jensen pisze: I am searching for a PubSub component, which I could connect to Tigase. http://idavoll.ik.nu/ -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED

Re: [jdev] Accessing the roster from a component

to it, because of lack of interest in it. Maybe I should rethink it now. ;-) Nevertheless, my proposition of the enhancements is here: http://jabberd2.xiaoka.com/wiki/ComponentProtocol -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED

Re: [jdev] Message Routing

Dnia 2008-05-19, pon o godzinie 10:57 +0200, Remko Tronçon pisze: You can route it to all resources with identical priorities. I don't think any server except Google Talk does this, [...] jabberd 2.1.x does this... -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im

Re: [jdev] Facebook XMPP

. And this is a problem because ...? -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] Invisibility. Was: Presence of type available not allowed?

way to go. It took me one evening to implement XEP-0126 in jabberd 2, though. ;-P -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] Invisibility. Was: Presence of type available not allowed?

-0126 replacement. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] Presence of type available not allowed?

Dnia 2008-05-04, nie o godzinie 21:21 -0600, Peter Saint-Andre pisze: Which is why we need to define a real protocol for invisibility. Here is a candidate: http://www.xmpp.org/extensions/xep-0186.html I prefer: http://www.xmpp.org/extensions/xep-0126.html -- /\_./o__ Tomasz Sterna

Re: [jdev] Roster Item Exchange XEP

, then yes - this may be annoying. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] Mysql authreg why not encrypted?

file. -- password_type !-- only one may be enabled here -- plaintext/ !-- use crypt(3)ed passwords crypt/ -- /password_type /mysql [...] -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] c2s crash

Dnia 2008-04-09, śro o godzinie 22:20 +0800, JackieZhang pisze: I use jabberd 2.1.15,accidently c2s crash,gdb debug core file : How can i resolve it? Try upgrading to 2.1.23. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] My GSoC project : to continue the PyMSNt development.

Dnia 2008-04-08, wto o godzinie 18:08 +, Daniel Henninger pisze: I won't get into my diatribe about why I think that will never happen. People were saying the same about SMTP. You know - this marginal protocol used to bridge proprietary Electronic Mail systems... -- /\_./o__ Tomasz

Re: [jdev] Vapor (C# XMPP Server)

Dnia 2008-04-04, pią o godzinie 14:45 +0200, Norman Rasmussen pisze: I really don't understand why people rolled their own XML parsers for their XMPP libraries. Who did? Could you give some examples? -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL

Re: [jdev] console MUC client

Dnia 2008-04-01, wto o godzinie 09:35 -0600, Peter Saint-Andre pisze: Does anyone know of a good console MUC client, along the lines of irssi? CJC is pretty cool: http://cjc.jajcus.net/ And IrSSI itself: http://cybione.org/~irssi-xmpp/ -- /\_./o__ Tomasz Sterna (/^/(_^^' http

Re: [jdev] Python/XMPP GSoC proposal

Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] GSoC proposal - open web XMPP client

the efforts in extending/fixing JWChat? -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] Python/XMPP GSoC proposal

Dnia 2008-03-30, nie o godzinie 12:10 +0200, Tomasz Sterna pisze: In case of jabberd 2.x you launch only router and s2s components. router, s2s and resolver components :-) -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] GSoC proposal - open web XMPP client

that segmentation of efforts in OSS leads to gazilions of half-finished projects. See sf.net for reference. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] Python/XMPP GSoC proposal

. This is something that I think does not exist, and that many people could use. Both jabberd 1.x and jabberd 2.x with onlu router + s2s modules loaded works for me in this role for years now... -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] ask for help about jabberd architecture

is the situation in cluster . jabberd2 does not support clustering. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] Jabberd 2 2.1.23 not working according to XEP 13

. Messages are stored in offline storage when you are offline and bursted from offline storage on connection (right after positive presence broadcast). -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] Jabberd 2 2.1.23 not working according to XEP 13

://jabber.org/protocol/offline'/ on disco#info. So... jabberd 2.1.23 does not support XEP-0013. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] Jabberd 2 2.1.23 not working according to XEP 13

. :-) -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] Sharing a single connection for multiple users

). -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] Authentication Process For Jabber.com

parser is very tedious and error prone job. It's always better to use one of the publicly available and well established parsers. Other way you'll end up redoing the hard work the implementers of these parsers did already. ;-) -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com

Re: [jdev] IMPORTANT www.jabber.org software listings

life easier is so... government like... ;-) -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] IMPORTANT www.jabber.org software listings

Dnia 2008-02-24, N o godzinie 18:37 +0100, Peter Saint-Andre pisze: 5. Click the Edit tab and re-add your information And what if I don't see edit tab? ;-) -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] IMPORTANT www.jabber.org software listings

Dnia 2008-02-24, N o godzinie 18:37 +0100, Peter Saint-Andre pisze: The good news: we updated the jabber.org website last night to the new Drupal infrastructure. http://www.jabber.org/submissionguide Page not found -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im

Re: [jdev] IMPORTANT www.jabber.org software listings

-standard, undocumented and legacy. I thought we wanted to encourage use of STARTTLS not the legacy SSL wrapper. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] IMPORTANT www.jabber.org software listings

. This is just laziness... Write a proper custom check tool. You will gather more information with it, beside the certificate. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] a few more privacy questions

Dnia 2008-02-14, Cz o godzinie 17:00 -0800, tjabber pisze: And one thing I need to do is to allow a client to block users not on their roster from seeing their presence. You don't need to. This is the default how presence works. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com

Re: [jdev] Bug in jabberd2 (2.1.13) on win32

of resourceprep somewhere), but I just checked and resource [EMAIL PROTECTED] works on my local installation. It's Linux not win32 though. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]

Re: [jdev] Bug in jabberd2 (2.1.13) on win32

Dnia 2008-02-08, Pt o godzinie 12:51 +0100, Maciek Niedzielski pisze: Hmm I may be wrong, but I think there is no case-folding in resourceprep. You're right. Resourceprep does not use Table B.2 mapping. -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL

  1   2   3   >