On 2014-01-30 13:49, Thijs Alkemade wrote:
But what baffles me even more is that it almost appears like nobody else ever
ran into this problem. Is it really the case that every XMPP client out there
does not check for the correct 'from' on result iqs either? Or have they all
implemented
Hello,
I am implementing the SCRAM-SHA-1-PLUS mechanism for my XMPP
implementation (PyXMPP 2). Is there any Jabber server running I could
test my code against?
Greets,
Jacek
___
JDev mailing list
Info:
On Mon, Apr 05, 2010 at 09:02:15PM -0600, Peter Saint-Andre wrote:
Another option is to try to detect specific versions that are broken
using XEP-0092: Software Version, and apply the workaround for just
those. This would get correct operations to the largest groups of
users, and prevent
On Tue, Jun 26, 2007 at 09:58:33AM +0400, Oleg Motienko wrote:
I didn't find any hardware implementation of jabber voice. So, I
think it is possible to implement sip2xmpp gateway in jabber client
side.
I have been thinking about the same. In fact a very minimal SIP
implementation should be
On Tue, Jun 26, 2007 at 02:07:45PM +0200, Norman Rasmussen wrote:
I'm not sure exactly what you want to do, but adding sip support to a jabber
client doesn't sound like a good idea. (It would change it into a
multi-protocol client)
It is not a full SIP client implementation. It's like
On Thu, Apr 12, 2007 at 05:44:49PM -0300, Francisco Boato wrote:
So on it was easy. The next library discarted will be PyXMPP because i
need OpenSLL library.
I don't think you will find a Python XMPP library with right TLS support
not using OpenSSL (let me know if you find). And if you don't
On Fri, Dec 15, 2006 at 02:51:41PM +0100, Tomasz Sterna wrote:
There's to much ambiguity in this form.
xmpp:[EMAIL PROTECTED] and xmpp://[EMAIL PROTECTED] look to similar.
But they are different. Like http://www.xmpp.org/ is different than
mailto:[EMAIL PROTECTED] And in most cases
On Mon, May 22, 2006 at 07:33:05PM +0200, Yves Goergen wrote:
I personally would very much prefer if Google Talk would make its XMPP
service accessible on the real domain of the jid (i.e. gmail.com), not
on talk.google.com. This would save us from manually configuring our
Jabber clients to a
On Tue, Jan 24, 2006 at 11:54:43AM +0200, Norman Rasmussen wrote:
On 1/24/06, Peter Saint-Andre [EMAIL PROTECTED] wrote:
The long-term answer is to build SPPS into the core server level, but
that's not likely to happen very soon.
As I understand it, if it's not at the core server level,
On Wed, Jan 11, 2006 at 06:45:26AM +0530, Joe Hildebrand wrote:
See JEP-77: http://www.jabber.org/jeps/jep-0077.html section 4.
I don't know which clients have implemented this for account
creation, however.
CJC does that. I assumed the non-DataForms registration form is obsolete
and
On Thu, Jan 05, 2006 at 04:22:13PM -, Richard Dobson wrote:
Huh, right to which? Does it open you up to forgery or not, and if TLS is
enough to prevent forgery on its own then why arnt we just using that on
its own without SASL?
TLS does authentication only, no authorization. TLS tells
Hello,
Users of my CJC clients and those who tried one of PyXMPP examples
reported me ugly flood of presence/ and iq/ stanzas during presence
subscription. I have examined the problem and found out, that jabberd2
causes loops with clients that acknowledge received subscribed stanzas
according to
On Thu, Dec 29, 2005 at 12:07:51PM +0530, Vinod Panicker wrote:
RFC 3920 states -
In the 'jabber:server' namespace, a stanza MUST possess a 'from'
attribute; if a server receives a stanza that does not meet this
restriction, it MUST generate an improper-addressing/ stream error
On Mon, Nov 14, 2005 at 08:32:44PM -0800, Peter Saint-Andre wrote:
Realistically this does not seem very likely, since a server that does
not support TLS is probably an XMPP 0.9 (old-style Jabber) server and a
server that supports XMPP 1.0 MUST offer TLS.
It must only implement TLS.
On Thu, Nov 10, 2005 at 04:00:47PM +0530, Vinod Panicker wrote:
Consider this scenario -
Client sends IQ stanza for removing three roster items from the roster
of [EMAIL PROTECTED] .
iq from='[EMAIL PROTECTED]/balcony' type='set' id='roster_4'
query xmlns='jabber:iq:roster'
On Thu, Oct 27, 2005 at 01:43:46PM -0600, Peter Saint-Andre wrote:
The message doesn't contain a body/ element, so clients that don't
know about pubsub don't have anything to show. One solution is for the
pubsub service to include a summary in the body/ element (perhaps it
would be helpful to
On Fri, Oct 28, 2005 at 07:52:24AM +1000, Trejkaz wrote:
On Wednesday 26 October 2005 19:35, Jacek Konieczny wrote:
That doesn't matter. They offer service, not the software. If they
offered the software they could not call it XMPP compliant... That is
how I see it.
I guess by those
On Wed, Oct 26, 2005 at 07:58:58AM +1000, Trejkaz wrote:
On Wednesday 26 October 2005 06:03, Peter Saint-Andre wrote:
Well, mandatory-to-implement means must-implement in software, but
that doesn't mean that any particular deployment of that software must
deploy any particular feature. My
On Wed, Aug 31, 2005 at 11:28:00AM +0200, Maciek Niedzielski wrote:
BreezeChan wrote:
I'm working on a jabber client for palm ,that base on some JabberPalm
project's libaries. As i know,JabberPalm is publish under GPL Jabber
Open source License. It's should be legal If i publish my new
On Mon, Aug 29, 2005 at 08:24:28PM -0300, Gaston Dombiak wrote:
I've been reading the rfc3920 spec and I have a question about TLS. Section
5.1.3 says:
When a receiving entity that complies with this specification receives an
initial stream header that includes the 'version' attribute set
On Thu, Aug 25, 2005 at 08:36:41PM +0200, Alexander Gnauck wrote:
hi,
yesterday i had no problems to login to the google servers. They also
had no ssl or tls yesterday.
TLS was working even the day before yesterday. It must be your configuration
what is wrong.
Using specified Host/Port:
On Fri, Aug 05, 2005 at 10:56:34AM +0200, Tomasz Sterna wrote:
2005/7/26, Mario Salzer [EMAIL PROTECTED]:
Consider for example a web page with textual content like follows:
^^^
user: name
jabber: [EMAIL PROTECTED]
On Fri, Jul 22, 2005 at 09:58:11AM -0600, Peter Saint-Andre wrote:
Hmm, that could be better specified, eh? We'll have to fix that in
rfc3920bis.
I can see two reasons for returning a failure/:
[...]
2. The STARTTLS command is malformed (i.e., something other than
starttls
On Tue, Jun 14, 2005 at 03:43:45PM +0200, Sander Devrieze wrote:
I don't know what OpenID is, but the Drupal plugin makes it possible to
authenticate with *any* Jabber ID, on *any* public Jabber server. You can
test this cool feature for example on:
http://ejabberd.jabber.ru/
On Fri, May 20, 2005 at 07:11:57AM +0200, Stephen Marquard wrote:
Gaston Dombiak wrote:
Which is the expected behavior when the subsequent db:result/ packet is
invalid or there was some kind of error during the validation process?
Should the Receiving Server close the stream and the
On Thu, Apr 28, 2005 at 01:15:53PM -0500, Peter Saint-Andre wrote:
Moreover, I noticed that my Jabber Server automatically lowercase the
JIDs
Yes, US-ASCII characters in JIDs are lowercased (actually case-folded,
in accordance with stringprep).
All unicode characters are case-folded in
On Fri, Apr 29, 2005 at 02:03:44PM +0200, Remko Troncon wrote:
I think that more than focusing on P2P Zeroconf IM systems (which is
something different than XMPP/Jabber), we should look on how we can
advertise the presence of a XMPP server (and its services like: allowed
logon domains,
On Tue, Apr 05, 2005 at 10:24:41AM -0500, Peter Saint-Andre wrote:
1. Gain access to a Mac
2. Start up iChat in Rendezvous mode
3. Have fun!
The main use case for this kind of thing is chatting with people at
events and conferences (I've used it at IETF meetings).
I think that on such
On Mon, Apr 04, 2005 at 04:35:43PM -0500, Matt Tucker wrote:
I wanted to invite everyone to jivesoftware.org's weekly group chat.
This week, the developers of the Pandion client will be joining the chat
to answer questions. As always, topics about Jive Messenger, Smack, and
XIFF are also fair
Hello,
Most of us know, that some transports abuse
presence type='subscribed'/ stanzas, in a way which is now forbidden
by the XMPP-IM specification. That is done because of a very old bug in
jabberd-1.x based servers, which accept and process this stanza. It is
not good, when anyone is able to
On Sun, Feb 06, 2005 at 01:27:36PM -0500, Stephen Pendleton wrote:
I would think the bug lies at least in client a since the client adds b
to its roster even though it was not requested.
No. It is the A server, that adds a roster entry for b with
subscription to. It should reject the subscribed
On Thu, Dec 16, 2004 at 12:52:11PM +0100, Marcel Bootsma wrote:
[...]
You don't have to embed it into your code but its just for anyone
who can use it.
[...]
This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material,
On Fri, Dec 03, 2004 at 11:08:23AM -0700, Peter Saint-Andre wrote:
Does anyone know of CVS or SVN plugins that will output RSS or Atom
syndication data? It'd be cool to pipe that stuff over Jabber.
Maybe Version Control Jabber roBot ( http://vcjb.berlios.de/ ) is what
you are looking for?
On Thu, Nov 18, 2004 at 09:33:05AM -0800, JD Conley wrote:
If an attacker attempts to connect and provides a certificate that is
not on record for the host they are claiming to be, a dialback is
performed against the authority of the host. The attacker, unless they
have control of DNS or the
On Tue, Oct 12, 2004 at 09:31:46PM +0400, Alexey Nezhdanov wrote:
When time out will be hit - connection will broke so I need to know
wich packet was delivered last and wich were just dropped by tcp/ip stack to
re-send them later when client come back online.
You may always use one of the
On Tue, Oct 12, 2004 at 08:58:53PM +0200, Tijl Houtbeckers wrote:
You may always use one of the JEPs providing delivery notifications
(JEP-12 or JEP-79) provided the recipient client supports the extension.
I assume you mean JEP-22 instead of 12.
Yes, that was a typo.
I've read JEP-79 a
On Fri, Sep 24, 2004 at 08:48:10AM +0400, Alexey Nezhdanov wrote:
Sorry Jacek, I hope you will not take it personal.
No, I won't :-)
For less emotional and more rational comparsion here is xmpppy features:
==
XMPP standart login scheme - TLS, SASL, Bind, Session.
The same in
On Thu, Sep 23, 2004 at 05:50:05PM +0200, Chris Niekel wrote:
Now that both authors (of pyxmpp and xmpppy) are in the same thread, could
you (either or both), explain what the difference is between your
libraries,
I can not say anything about differences, as I don't know xmpppy.
When I wanted
On Sun, Sep 19, 2004 at 09:20:31AM +0200, Lucas Nussbaum wrote:
On Fri, Sep 17, 2004 at 10:23:49AM +0400, Alexey Nezhdanov [EMAIL PROTECTED] wrote:
Anti-features:
- documentation lacking. Only one howto and two examples of programming
supplied with the librarty
When will this be solved
On Mon, Sep 20, 2004 at 02:30:45PM +0200, Lucas Nussbaum wrote:
Hi,
I am considering the usage of SRV records instead of classic A/CNAME for
my Jabber server. How supported is it in clients and servers ?
Practically all servers do SRV lookups for server-to-server connections.
But most of
On Thu, Sep 02, 2004 at 12:48:39AM -0500, Nolan Eakins wrote:
So why aren't ISPs giving out Jabber accounts yet? That's gotta do with the
state of our code-bases. An ISP isn't going to setup a buggy, incomplete,
and hard to manage server. They need the equivalent of an Apache, something
they
On Thu, Sep 02, 2004 at 09:35:32PM +1000, Trejkaz Xaoza wrote:
The competitors in the space I was really talking about are Ejabberd and
Jabberd. Ejabberd is probably far better on the usability side... I wouldn't
know, as it still can't do virtual hosting, which would be the top priority
On Thu, Jun 17, 2004 at 02:42:04PM +0200, Peter Beck wrote:
Hi,
I'm confused about some difference between the Presence Subscription States
described in XIMP, capture 9
(http://www.jabber.org/ietf/draft-ietf-xmpp-im-22.html#substates) and the
behavior of real XMPP servers.
For my
On Thu, Jun 10, 2004 at 09:55:43PM -0700, vj wrote:
I am building a server to comply with the XMPP 1.0
spec. I am not sure if there are any clients out there
that are both XMPP compliant(for the most part if not
fully) and freeware.
CJC is quite XMPP compliant but not 100% yet -- no privacy
On Sat, Jun 05, 2004 at 12:51:16PM -0400, Stephen Pendleton wrote:
Out of interest, why was this distinction (need for a full JID) made between
IQ stanzas and message stanzas in XMPP-IM?
Message stanzas are used to pass some information to a user. If user is
not available on one session the
On Fri, Jun 04, 2004 at 04:21:22PM -0600, Craig Hollabaugh wrote:
On Fri, 2004-06-04 at 13:48, Jacek Konieczny wrote:
Please notice, that sending an IQ stanza to a bare JID means sending it
to the server. Only a full JID is a client address for IQ stanzas.
Interesting, where can I read
On Fri, Jun 04, 2004 at 08:16:05AM +1000, Robert Norris wrote:
On Thu, Jun 03, 2004 at 02:36:37PM -0600, Craig Hollabaugh wrote:
I'm trying to send an iq with query xnlns='jabber:iq:private'
between my custom non-IM clients. I noticed that jabberd v1.4.3
intercepts and bounces the message.
On Fri, Jun 04, 2004 at 10:35:43AM -0600, Craig Hollabaugh wrote:
I can see both sides of the current implementation, one as a feature and
the other as a bug. The feature allows for improperly addressed iq
stanzas access to private storage. I'm leaning towards the bug. I think
if clients want
On Mon, Apr 19, 2004 at 10:45:18PM +0200, Petr Ferschmann wrote:
Hello,
and how you handle namespaces?
I can easily send you this stream:
s:stream xmlns:s=... xmlns:client=jabber:client ...
client:iq ...
Do you handle that?
My preparser doesn't have to do that. It will just pass:
On Mon, Mar 29, 2004 at 05:12:29PM -0700, Dr. Craig Hollabaugh wrote:
Now I want to use a data form to allow modification of this var='value'.
Question 1: Is it within the Jabber way to include a node attribute in
the query tag for a data form registration query?
No. 'jabber:iq:reister'
On Fri, Mar 26, 2004 at 11:13:32PM -0700, Dr. Craig Hollabaugh wrote:
JD and Kevin,
SAX parsers parse as the stream comes in.
Unfortunately, this is not always true. I depended on such behavior of
libxml2, but it stopped work after upgrade to libxml2-2.6.7. When
I reported the but I was told
On Thu, Mar 04, 2004 at 11:46:30AM -0600, Thomas Charron wrote:
Once again, JEP-95 provides a way to do all of it. JEP-65 is
specifically to allow a connection of a binary stream over TCP. Making
another enhancement would now provide 3 solutions, one generic, one for
TCP, one for UDP.
On Thu, Mar 04, 2004 at 08:47:09PM +0100, Ulrich Staudinger wrote:
putting this into a compliance test is a very good idea. But I'd not go
native streaming with one fixed codec, going compliant to RTP seems
simply better - it's not reinventing like substituting a round wheel
with an
On Wed, Mar 03, 2004 at 10:57:14PM -0600, Thomas Charron wrote:
JEP-65 is specifically geared twards opeing up a TCP socket to
communicate data. IMHO, anything that uses it is specifically 'jabber
oriented'. Utilizing it could be used, but the end solution is, by
nature, something that
On Fri, Feb 20, 2004 at 06:50:11AM +0300, Alexey Nezhdanov wrote:
3. I need the kind of flexibility that will allow this architecture to
scale (i.e. so I can have several external standalone apps that basically
listen for the same messages and process them as they come in.)
[...]
AFAIK
On Fri, Feb 20, 2004 at 11:16:58AM +0300, Alexey Nezhdanov wrote:
...application is implemented as client. Each application instance would
log in to the same Jabber account, but with different resource. And they
would change their presence prioties according to their current
resources and
On Tue, Feb 10, 2004 at 02:28:51PM -0500, Bob Phan wrote:
Here's our decoded response:
On Fri, Jan 30, 2004 at 11:49:56AM +0300, Alexey Nezhdanov wrote:
Hello. Just looked through document
http://www.jabber.org/ietf/draft-saintandre-xmpp-uri-00.html
This document specifies URI as xmpp:jid[/resource]
This seems wrong.
So I have a question: is resource is a part of jid or not.
On Mon, Dec 15, 2003 at 05:38:35PM +0300, Alexey Nezhdanov wrote:
I found the bug. I can not say for sure if client or server is buggy but this
is the cause:
I am not sure neither. I had the same problem with my PyXMPP library.
python method base64.encodestring(smth) produces base64 code
- 1.91
+++ ChangeLog 14 Sep 2003 10:00:07 - 1.92
@@ -1,3 +1,11 @@
+2003-09-14 Jacek Konieczny [EMAIL PROTECTED]
+
+ * jggtrans.xml, jggtrans.xml.Pl:
+ - jabberd 2.0 configuration comments updates
+
+ * src/stream.c:
+ - jabberd 2.0 compatibility fix
On Tue, Nov 18, 2003 at 11:24:19AM +0100, Stefan Strigler wrote:
So a generated packet looks like this:
iq type='set'vcard xmlns='vcard-temp'FNbruno/FN/vcard/iq
XML is case-sensitive. The iq's child name should be vCard not
vcard.
Greets,
Jacek
On Tue, Nov 18, 2003 at 01:13:47PM +0100, Stefan Strigler wrote:
Hi,
Am Die, 2003-11-18 um 12.49 schrieb Jacek Konieczny:
On Tue, Nov 18, 2003 at 11:24:19AM +0100, Stefan Strigler wrote:
So a generated packet looks like this:
iq type='set'vcard xmlns='vcard-temp'FNbruno/FN/vcard
On Thu, Sep 25, 2003 at 05:02:56PM -0300, Nicolas Avila wrote:
Hi everybody:
So
I'm developing a client wich should use no User's roster.
It should get from the server only the channels wich the user is allowed to
join
[...]
if i want to group one organization's areas i
On Thu, Sep 25, 2003 at 03:52:21PM +0200, Ulrich B. Staudinger wrote:
Dear Bernino,
i agree with your point of view in many ways - developers have
complained very often about this error in the DTD, for obvious reasons.
Error in what DTD? AFAIK there is not DTD for coffe:stats namespace
On Thu, Sep 25, 2003 at 01:33:27PM +0200, Bernino Lind wrote:
What is missing? a method for passing data along with a iq-get packet:
iq type=get
query xmlns=coffee:stats
top20/top
/query
/iq
Such a packet is not allowed.
Where is the to attribute?
Why valid URL is not used for
On Thu, Sep 25, 2003 at 02:33:36PM +0200, Ulrich B. Staudinger wrote:
developers keep complaining about this error in the DTD, at least in
their understanding - which i can understand, too. The error is for sure
not the coffe:stats namespace (which i want to see written down in a
formal
On Sun, Sep 21, 2003 at 08:53:40PM +0200, [EMAIL PROTECTED] wrote:
1. Transports often don't treat the JID case-insensitive leading to the
problem that the transport does not login when logging in as [EMAIL PROTECTED] but
having registered with [EMAIL PROTECTED]
Transports with treat JID
On Thu, Sep 18, 2003 at 06:59:31AM -0500, Ryan Eatmon wrote:
If instead we decided to ax in band registration, and require a web page
or some other script or what not for registration, then you just made
administrating and setting a server that much more complicated. You are
now requiring
On Mon, Sep 08, 2003 at 04:52:48PM -0400, Daniel Chote wrote:
level of relativity you should keep. For instance... if I am holding a
conversation with someone, who also supports jabber:x:events, and the
messages that are going back and forward between the two users have
attrib type=chat in
On Mon, Jul 28, 2003 at 06:03:54PM -0500, Peter Saint-Andre wrote:
The main topics mentioned to me relate to security, specifically SASL
for authentication, TLS for channel encryption,
This is no problem for me. Both these seems very natural choice to me
and I don't see a reason why shouldn't I
On Tue, Jul 29, 2003 at 05:47:32PM +0200, Mikael Hallendal wrote:
Hi!
I got some reports from people having problems connecting to jabber.org
with Gossip and when trying it out I got this:
Sent:
iq id=msg_4 type=get
query xmlns=jabber:iq:auth
usernamehallski/username
/query
On Fri, Jul 25, 2003 at 05:15:13PM -0500, Peter Saint-Andre wrote:
It's been a while since I've used any of the console clients out there.
Does anyone have a recommendation or now of a project that is actively
building a really slick CLI client?
I am writting CJC (Console Jabber Client).
On Thu, Jul 24, 2003 at 03:50:35PM -0600, Joe Hildebrand wrote:
Yes, you should look more into sdpng.
http://www.dmn.tzi.org/ietf/mmusic/sdp-ng/, and in particular:
http://www.dmn.tzi.org/ietf/mmusic/sdp-ng/drafts/draft-ietf-mmusic-sdpng-06.
txt
I have skim read this draft. Generally I
On Wed, Jul 23, 2003 at 04:27:35PM -0400, Jean-Louis Seguineau/EXC/ENG wrote:
Agreed there's a lot of things XMPP can do. But I'm not sure we can find an
IP phone that understands XMPP yet...
There are not many phones that understand H323 and SIP neither.
When SDP is used inside XMPP it whould
On Wed, Jul 23, 2003 at 11:42:43AM -0700, Mike Prince wrote:
I'm glad this is idle chit-chat on my side and I don't have to pick a
protocol ;)
SIP has momentum on it's side: a lot of companies are producing SIP
products today. (same could be said for H.323) It's cool to see XMPP
showing
On Tue, Jul 22, 2003 at 09:44:41PM +0200, Matthias Wimmer wrote:
Only session initiation should be done by Jabber. You normally won't run
VoIP over TCP ... and even more you don't want to run it over XMPP over
TCP.
True.
Use Jabber for session initiation and an other protocol for the actual
On Sun, Jul 20, 2003 at 11:29:05AM -0400, mov Software wrote:
How do I determine WHERE nodes can be created? On the jabber.ru server they
must be created under jabber.ru/home/id.
Look at the recent discussion on standards-jig list.
Greets,
Jacek
On Wed, Jul 02, 2003 at 02:41:18PM -0600, Dave Smith wrote:
This method changes roster copy in client only and doesn't change
original roster on server. But if victim changes the forged entry
(eg. to fix a typo) it will be sent to his server. However subscription
information cannot be
On Thu, Jul 03, 2003 at 11:27:22AM -0500, Peter Saint-Andre wrote:
This is a server bug.
I wouldn't treat it like that. Server got stanza directed to a full jid,
so it routed it to client. This is normal IQ handling and IMHO
should not depend on namespace. Probably there will be more namespaces
On Fri, May 30, 2003 at 09:19:10AM +1000, Robert Norris wrote:
If people think there is value, I'd be happy to document the minimum
that is necessary to implement for a client to authenticate successfully
with a SASL-aware Jabber server using DIGEST-MD5. My hope is that people
will be more
On Thu, Jan 09, 2003 at 03:43:03PM -0500, Yanming Xiao wrote:
Luis,
One more thing.
You component should have valid JID, like
[EMAIL PROTECTED]
If you are using mycomponent.myserver.com
as the JID in a headline message or any other
messages, some client will ignore it as well.
So
On Thu, Jun 06, 2002 at 11:10:10AM -0400, Michael F Lin wrote:
...
Moving transfers out of band is fine, however, it would be highly
advantageous for whatever band you move them into to fully adopt JID
routing rules.
...
I should be able to tell PASS a *JID* that
I want to communicate with,
On Thu, Jun 06, 2002 at 12:28:00PM -0700, Mike Oliver wrote:
I completely concur the Jabber clients can open a second
session for the file transfer,
I agree
and the handshaking of do you want it ok
send it
I don't agree. The handshaking should be done via jabber protocol.
but the
On Thu, Apr 04, 2002 at 10:39:51AM +0200, Schweizer Laurent wrote:
SIP is a Voice over IP protocol with message for presence and IM.
No. SIP is signalling portocol, used mostly for Voice over IP.
SIP doesn't transport any voice data. It is used for dialing the right
number, ringing the phone
On Thu, Apr 04, 2002 at 09:49:13AM +0300, Alper Tarhan wrote:
Anyone out there using the JabberApplet effectively ? Is it stable enough to be
used ?
No. It doesn't even properly handle UTF-8 characters (it is strage as
whole Java string handling is based on Unicode). I hacked the code a bit
so
On Sat, Mar 02, 2002 at 08:21:52PM +0900, Ryutaroh Matsumoto wrote:
MSN messenger uses NetMeeting, which is an H.323 VoIP application, for
realizing voice chat and video chat. I wonder whether we can use
jabber:iq:oob for staring voice chat and video chat in the following
manner.
Please,
On Wed, Feb 20, 2002 at 02:03:36PM -, Richard Dobson wrote:
No ... I don't think you need 3 days to send some headers ... you just
have
to preprend to all your outgoing connections GET / HTTP/1.0\r\n\r\n and
to
all incomming connections HTTP/1.0 200 OK\r\n\r\n. I really can't see
why
On Tue, Feb 12, 2002 at 01:59:33AM +0100, [EMAIL PROTECTED] wrote:
clients.
the filetransfer will be P2P and not the http standart. I will not use
the http standart because i want to be able to continue broken
downloads and it must be possible to connect-sendfile as well as
On Wed, Feb 13, 2002 at 10:30:16AM -0600, Peter Saint-Andre wrote:
Is there XML one can send to delete a JUD entry?
This should do the trick:
iq type=set to=jud from=user
query xmlns=jabber:iq:register
remove/
/query
/iq
Greets,
Jacek
On Sun, Feb 10, 2002 at 03:23:08AM +, Thomas Parslow (PatRat) wrote:
Hi,
I've just upgraded my Jabber server (previously on 1.4.1) to 1.4.2 and
s2s doesn't seem to work any more...
I got the same problem with connecting to some servers. Connection to
jabber.org was goot. To trace teh
On Tue, Feb 12, 2002 at 12:31:36PM +0530, Ashvil wrote:
To support the notion of extensible add-ons (games) in Vista. We wrote some
extensions to the Jabber protocol, which was developed with feedback from
this list.
These extensions include
1. Query the other client for a list of add-ons
On Wed, Feb 06, 2002 at 03:28:35PM +0100, Igor Stroh wrote:
so why shouldn't be the variable ENCODING in xmlstream in utf-8
instead of site.encoding?...
it doesn't work this way, don't ask my why :) to switch to utf-8, edit
your site.py and change the line that says encoding = 'ascii' to
On Wed, Feb 06, 2002 at 06:14:17PM +0100, Igor Stroh wrote:
it doesn't work this way, don't ask my why :) to switch to utf-8, edit
your site.py and change the line that says encoding = 'ascii' to
encoding = 'UTF-8'
It is not a good thing (one Python hacker told me this, with some
93 matches
Mail list logo
