SoapBox does IBB (http://soapbox.net) but it isn't XEP-0096 compatible at the
moment. We use our own profile on top of 0095 we call direct connect for
breaking up stanzas that we consider to be too large (i.e. embedded images).
You can ping me off list if you're interested in this.
I'm 99%
http://www.coversant.net/Coversant/Blogs/tabid/88/EntryID/39/Default.as
p
gives a 404
It's aspx. The 'x' didn't make it on the line and ended up on the next
one.
Hopefully this one won't wrap:
http://tinyurl.com/2rh4nj
-JD
On 5/9/07, JD Conley [EMAIL PROTECTED] wrote:
Last night I put together some guidelines [1] for presence priority
for
desktop XMPP instant messaging applications. Anybody have any
comments/suggestions? Oh wait, I mean: I'm right and all current
implementations suck.
Yes, they're
Last night I put together some guidelines [1] for presence priority for
desktop XMPP instant messaging applications. Anybody have any
comments/suggestions? Oh wait, I mean: I'm right and all current
implementations suck.
-JD
[1]
How should my Jabber _client_ get the latest news about the remote
JID?
Ghosted users is an interesting (and common) issue that we've been
discussing a lot in the Standards list recently. Ideally the server
handles this for you. But, as you mention, remote servers going offline
aren't always
On Fri, Apr 20, 2007 at 10:22:33PM +, Nathan Fritz wrote:
I don't see this as being the client's job.
I completly agree! My view was about how the client could fix that
problem. And rather than the workarounds, a real solution would be
more desireable than quirkshacks. And a server
Justin Karneges wrote:
This begs the question: what is too big? Currently, we consider
stanza size
to be somewhat unbounded, as XMPP-Core imposes no size maximum. But
I
believe we do need some mechanism for a stanza maximum size,
otherwise XMPP
software is prone to denial-of-service
We (especially Chris Mullins) also brought this up many many many many
many many many times during the experimental stages of this XEP
Of course, there is nothing stopping you from creating a XHTML-Body XEP
that allows free form...
-JD
-Original Message-
From: [EMAIL PROTECTED]
A more complete test harness would be most welcome. Maybe one of the
server
projects have an internal test harness that they can offer up?
If I remember correctly you were using our toolkit, which is now
available as OSS [1]. We (Coversant) are working with the JSF to release
just such a test
Anybody knows if it is equal to just 'any IP' and as a consequence -
can't we
have now native xmpp transports to these two networks?
Legally, who knows. I'm sure IBM has a contract in place with AOL...
-JD
It looks like Google is requiring the initial response be sent. See
section 6.2 in RFC 3920.
-JD
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of ARP
Sent: Wednesday, November 15, 2006 8:25 AM
To: Jabber software development list
Subject: [jdev] Incorrect Encoding
Hi
It seems like this calls for an IRC style network approach where MUC
domains can join a specific network and share room names.
-JD
I've been planning to write up an approach to this soon (probably next
week), based on discussions I've had with people in the same
situation.
But more
.
There are also some room management issues if
you go distributed--who has authority to do what?
On Oct 25, 2006, at 4:09 PM, JD Conley wrote:
It seems like this calls for an IRC style network approach where
MUC
domains can join a specific network and share room names.
-JD
I've
Well, we chose to solve this problem with a SOAP Web Service
that maintains state for mobile users and provides an abstracted object model
to the XMPP session. The web service will keep your session to the server
active and queue your contact list changes until you request them. The same
The element containing the initial response is not mechanism/ but
auth/. The initial exchange would therefore look something like this:
Oops. :)
-JD
Yeah, thats it. You can test client implementations against our
public server at soapbox.net if you want.
-JD
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tong
Sent: Monday, July 31, 2006 8:34 PM
To: jdev@jabber.org
Subject: [jdev] Re: sasl plain
Ok, I think
a server you need to also handle an empty
mechanism element, send back an empty challenge, and expect a
response with the payload.
-JD
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of JD
Conley
Sent: Monday, July 31, 2006 8:55 PM
To: Jabber software development list
Subject: RE
At Coversant we have testing software we use with SoapBox Server that
could pretty easily be adapted (with something like a SoC project) to
work with any server. Remind me and I'll show it off to the guys at the
interop event.
Included in our automated testing suite are things like which JEP and
Sending a presence/ to a server is probably the worst thing
you could possibly do for a keep-alive. J Aside from login and logout,
and some more complicated JEPs like MUC or PubSub, its the most
intensive operation an XMPP server performs and in most cases causes multiple hits
to the back
Yup. An empty presence has just as much impact/meaning (aside
from network utilization and obviously some processing time) as one with status
information or other payload data.
-JD
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Thursday,
We've implemented this at the SDK level, but not all the way up to the
client. We do it with a GUID and use the room configuration form to name
the room something more user friendly.
-JD
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Remko Troncon
Sent:
this should work without modification,
since that is the from address on the groupchat messages you receive.
-JD Conley
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dwarapudi, Vijay
Sent: Wednesday, March 15, 2006 11:29 AM
To: Jabber software
present a warning when certificates aren't correct
(domain mismatch, etc) but many do not and just use the certificates for
encryption, not authentication.
-JD Conley
JD Conley wrote:
address. Naturally we'll need to clarify this in rfc3920bis, but my
question now is: how do existing clients and servers handle this?
We do this on the server side with a separate cert for each domain
--
even conference, users, and other sub-domains used in s2s. Some
quite sunk in. At least, that's my
experience after talking with many, many people outside of our
microscopic (perhaps nano-sized, even) XMPP geek circle. Much education,
aka marketing, is needed.
-JD Conley
there are equally free technologies
for the *nix world as well.
-JD Conley
Right. And if that is too expensive, you can use software load
balancing (such as Windows NLB /WLBS). I think using XMPP for this
would be unwise.
On 2/13/06, Paul Clegg [EMAIL PROTECTED] wrote:
From your description, it seems
. But, when
crossing the C2S -S2S gap in XMPP the server is responsible for not
retransmitting stanzas in the jabber:client namespace. If a server
simply tacks on the from address and forwards the stanza to the S2S
socket stream then that is legitimate XML, but bad XMPP.
-JD Conley
What clients and libs are working on this?
Here are the ones I know of so far. There are probably more.
Libs:
- SoapBox Framework 2006
- Gloox
- agsXMPP
Clients:
- Exodus
- Pandion
- imov
-JD Conley
for you
in this case. Gloox for example is GPL.
If you're using Managed C++ under Windows and can call into .NET
assemblies then you have some options. But with just C++ the library
choices are pretty limited, as Hal pointed out.
-JD Conley
enabled now).
-JD Conley
as it is a test system, but should be available most of the time.
Shoot me an Email/IM if you'd like more info.
Cheers,
JD Conley
[EMAIL PROTECTED]
Sorry.. forgot to mention that non-SASL being done again *after* a
successful non-SASL auth has happened.
I think that should be officially disallowed. :)
-JD Conley
in both
SASL and non-SASL.
-JD Conley
69,4% are presence stanzas (without subscription requests)
18,8% are messages
10,6% are iq stanzas
1,2% are subscription requests
It would be interesting to see the percentage of stanzas received as
well. I bet message surpasses presence.
-JD Conley
running a build from
March or so and doesn't have compression support. In fact we haven't
actually released a build with compression yet (Coming with SoapBox
2006). :) But yeah, it works great.
-JD Conley
passwordpass/password
resourcemyclient/resource
/query
/iq
Unfortunately SASL is quite a bit more complicated than that. The server
will send you a list of mechanisms, then you choose one and use it.
See: http://www.xmpp.org/specs/rfc3920.html#sasl
-JD Conley
. there is some subtlety that I'm missing.
True. PLAIN is very simple. It is a single round trip, with all the data
sent in the initial mechanism request. You just have to base64 encode
the null separated values.
What's your XML exchange look like?
-JD Conley
be a completely separate
entity. The endpoint simply must know about all the services and all the
JID's under the domain in order to properly handle messages.
-JD Conley
FYI, windows clients shouldnt have any excuse for not supporting SRV
records anyway as windows has built in support for querying SRV
records,
it even works on windows 98 by just using the appropriate windows
2000
dns dll on it.
thats correct. But this library is cross platform which is
According to spec, that error is returned when the room is locked. It
was half way created by the owner but never configured.
-JD
I am trying to enter a chat room on an MU-Conf component at
jabberd1.4.
The component returns 404 - Not Found Although it creates other rooms
on
the fly without
Do I have to comfigure the room after the initial presence/ ?
Yup according to the MUC spec.
I'd like to avoid this.
Well your only option for this would probably to modify your MUC
server so
it doesnt require it.
We actually have a custom extension in our MUC server implementation
Interesting solution but not exactly standard, and will only
work between servers that are running Jive Messenger,
True. However, the nice thing about the logic is that normal DNS is
tried first. We also recommend that users setup DNS for max
compatibility. Even so, the extra logic means
Can client save large private data, says 10M bytes data on jabber.org
using
JEP-0049?
I would venture to guess jabber.org's (or any public server's) Karma
settings do not allow that much data in a single XML stanza. :)
-JD Conley
IMO the JSF should start talking to Google ASAP to resolve this
federation thing.
or we could give them the benefit of the doubt, see what else they
announce over the next few days - like they said they would - and then
cry foul and shoot them down once we know actual facts?
Agreed.
Well, one has to assume that Google's server solution can already
cluster
somehow. If they're planning to support as many users as their major
competitors, and every user is forced to use SSL to maintain password
security,
then they're going to need a lot more power than one computer can
will do SASL after successful
TLS negotiation. They might negotiate compression, ACK, registration,
non-sasl auth, dialback, or some other stream feature.
In all the implementations I've seen this is allowed and SASL is not
necessarily even required on an XMPP stream.
-JD Conley
is that the server did have TLS enabled when
it sent in the features, but someone changed its configuration while
stream feature negotiation was taking place. When the client sent in
the request the feature was no longer available.
-JD Conley
___
jdev mailing list
Thanks Ulrich. Our ISP was changing out some of their load balancing
equipment on our network so there may have been a hiccup for a bit.
-JD
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf
Of Ulrich Staudinger
Sent: Saturday, July 09, 2005 3:41 AM
To:
provide a resume including
links to any projects you participated in that are publicly available.
Thanks,
JD Conley
Coversant, Inc
___
jdev mailing list
jdev@jabber.org
http://mail.jabber.org/mailman/listinfo/jdev
I'm sure there are many more potential projects lurking out there, so
let's discuss them on the list here and I'll update that page.
I was actually just talking about an idea yesterday that plays off a few
existing ideas. In fact I'm probably stealing this from someone else.
:)
Someone should
On Tuesday 17 May 2005 11:01 pm, Stephen Marquard wrote:
JD Conley wrote:
TLS/SASL requires a separate connection per domain since XMPP
makes no
provisions for establishing streams to multiple domains over the
same
connection. Opening a stream within a stream is prohibited.
SASL
Sounds like you're having fun with S2S. Make sure you test with all the
implementations out there and with subdomains on all of them. For
example, make sure you S2S to jabber.org and also conference.jabber.org
and make a two way connection happen. Do the same for any other servers
you wish to be
like Macromedia this is a Good Thing. :)
Hopefully they'll keep with the trend and get XMPP/Jabber working better
directly from Flash. . .
JD Conley
Coversant, Inc
[1] http://www.macromedia.com/software/coldfusion
[2] http://www.coversant.net/coldfusion
[3] http://www.coversant.net/press#PR33
Don't forget:
[Packet 1]
message
message xmlns=mynamespace/message
[/Packet 1]
[Packet 2]
/message
[/Packet 2]
Throw that one at your RegEx. :)
JD Conley
___
jdev mailing list
jdev@jabber.org
http://mail.jabber.org/mailman/listinfo/jdev
. As you can imagine there was a message element containing
the error message nested in the .NET serialization output in the
exception object.
JD Conley
-Original Message-
From: Anthony Ortiz [mailto:[EMAIL PROTECTED]
Sent: Friday, March 11, 2005 8:19 PM
To: JD Conley; Jabber software
://www.coversant.com which would give you a free (but not
open source) setup and is tightly integrated into windows - probably a
good fit for local client development testing.
Actually it's www.coversant.net.
JD Conley
___
jdev mailing list
jdev@jabber.org
Our implementation of SASL ANONYMOUS does exactly what you mention
below. It also creates a unique JID without a password that is useable
for just that one login.
What is the difference between that and the fictional UNIQUE
mechanism? I guess I don't get it. :)
JD
-Original
list
Subject: Re: [jdev] Client support for advanced MUC
Exodus supports 1-to-1. Just double-click a person in the room
roster.
On Wed, 29 Dec 2004 19:00:19 -0800, JD Conley [EMAIL PROTECTED]
wrote:
Does anybody know of any clients out there that support the full MUC
feature set
software development list
Subject: Re: [jdev] Client support for advanced MUC
Try neos, it has full support of muc.
you can download at http://neosmt.com
Bye
On Thursday 30 December 2004 00:00, JD Conley wrote:
Does anybody know of any clients out there that support the full MUC
feature set
! but not in the next days.
For now, you can add manually in the jabber.xml conf or sm.xml if you
are
using jabberd2, item by item to work properly. If you have any trouble
I
can
help if you like.
Thanks for ask!
On Tuesday 04 January 2005 15:44, JD Conley wrote:
Are there any plans
I think we'd all agree. But if you parse through the code in all the
open source libraries posted earlier you'll most likely find nobody has
been able to do it without being tricky. Even though the XMPP code I
work on isn't available, I can say that our XMPP parser is tricky as
well. It seems
Does anybody know of any clients out there that support the full MUC
feature set, especially Converting a One to One Chat Into a Conference
(http://www.jabber.org/jeps/jep-0045.html#continue).
I've checked out Exodus, Trillian, and Pandion. All seem to have
partial support. Exodus seemed to be
This is handled by the client.
If the client application announces presence (no to address) then the
server will route that to all nodes which are subscribed to it.
However, a client application can send different presence with a
specific to address to different contacts (at their full JID). In
-Original Message-
From: Matthias Wimmer [mailto:[EMAIL PROTECTED]
Hi JD!
JD Conley schrieb am 2004-11-12 09:18:46:
Not sure ... there are valid reasons to change your s2s
certificate:
- Key expired
- Key has been compromised
- Key has been lost
Well
From: Matthias Wimmer [mailto:[EMAIL PROTECTED]
Sent: Friday, November 12, 2004 5:07 AM
Hi Justin!
Justin Karneges schrieb am 2004-11-11 22:07:54:
And now that I think about it, the whole use dialback for the first
connection, SASL EXTERNAL for all after concept would be a good way
to
You're sending a Start IM Session request instead of a resource bind
request. You need to bind your resource first then you can start your
session. You need another round trip. :)
XMPP-IM states this is required but doesn't show you the XML in an
example. Perhaps this should be annotated
Allowing self signed (or otherwise untrusted) certs with STARTTLS +
EXTERNAL is opening yourself up for a serious security breach. Using it
with stream:features over dialback would give you encryption with a self
signed cert and trust through the DNS system. STARTTLS + Dialback
offers some level
I would also recommend you have a look at the available libraries. A
lot of people have written Jabber/XMPP support and done all this
already.
http://www.jabber.org/software/libraries.php
--
JD Conley
-Original Message-
From: Jon Phillips [mailto:[EMAIL PROTECTED]
Sent: Friday
See http://www.saint-andre.com/blog/2004-08.html#2004-08-16T15:49 Your
opinion is shared by many...
--
JD Conley
On Saturday 28 August 2004 9:12 am, Nolan Eakins wrote:
With all of these pieces laying around half complete, why aren't we
picking
them up and giving them a nice and polished
since I saw happen for the first time last night. While I was in jdev
there
happened to be a 6 hour ghost due to a server's connection being
broken.
That was due to an unavailable presence never being sent. The same
could
happen if one of my contacts was online. He'd still appear online if
A NNTP gateway/server with a PubSub interface sure would be nice. It
seems like it would be a good way to both solve the current problem and
have wider reaching effects. :)
JD
Email/XMPP: [EMAIL PROTECTED]
-Original Message-
From: Stephen Pendleton [mailto:[EMAIL PROTECTED]
Sent:
I think this is a bit of a misunderstanding. Both of the servers you mentioned were
built before the XMPP specification and are not XMPP compliant. Any server that
claims to be XMPP compliant (which those do not) would need to send an ID with that
set. In Jabber the client didn't reply to
That sort of parsing is the basis of XMPP/Jabber. In many cases SAX and
DOM parsers do require the whole document. But there are parsers that
will parse a stream as it comes in. I'm not sure how it's usually done
in Java -- I'm a .NET guy myself -- but there are a few open source Java
Jabber
basis. A DOM parser creates a complete document to
manipulate. If you're parsing is really simple, you can use a regular
expression to find what you're looking for.
Craig
On Fri, 2004-03-26 at 23:08, JD Conley wrote:
That sort of parsing is the basis of XMPP/Jabber. In many
cases SAX
/liveassistant/
As always, there are probably a hundred other options.
JD Conley
Principle Software Engineer
www.winfessor.com
-Original Message-
From: Tom Coffin [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 26, 2004 10:32 AM
To: Jabber software development list
Subject: RE: [jdev
I haven't used any of the open source installers, but I can tell you I
don't care for Install Shield. It's very powerful, but takes at least a
week to figure out how the hell to use it. To do anything custom in the
installer requires a whole lot of InstallScript code and the integration
with MSI
Nice to see more .NET developers around. :)
I'd look into Flash Remoting. I built a proof of concept app with it a
few months ago and it looked very promising (assuming you can put up
with their scripting language). It allows you to make calls to
webservices and stateless .NET assemblies,
site.
JD Conley
Principle Software Engineer
www.winfessor.com
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
If you set your presence priority to a negative value the server isn't
supposed to send that resource any messages that were sent to your bare
jid ([EMAIL PROTECTED]). So you could login with your message-less client and
send something like presencepriority-1/priority/presence and
you shouldn't
Hi all,
Winfessor has released a beta version of a web service for doing Jabber
communication. It is built on top of our SoapBox Framework, but does not
require .NET or the SoapBox Framework for usage on the client side (just
the server). All you need on the client is a SOAP implemenation that
to use a jabber:mynamespace namespace that
isn't in the spec.
Hope this helps.
Regards,
JD Conley
Winfessor, Inc
www.winfessor.com
Life would be so much easier if we could just see the source code.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of
Pat
are
notified so the search can be marked complete.
JD Conley
Winfessor, Inc
www.winfessor.com
Life would be so much easier if we could just see the source code.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of
Peter Saint-Andre
Sent: Friday, December 06, 2002 10:00
to being a part of making Jabber the #1 instant messaging protocol.
Cheers,
JD Conley
Director of Operations
Winfessor, Inc
[EMAIL PROTECTED]
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
that is pretty easy to use.
Hope this helps!
--JD Conley
- Original Message -
From: SheTech and Company [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, June 18, 2002 2:42 PM
Subject: [JDEV] Help?
Hi, Jabber developers!
I know that this is the developer list, but I have an end-user
JabberTools will import from an export AIM buddy
list...
http://jabbertools.sf.net/
Hey, that looks great for me. =) Thanks. However, I
guess my problem is a bit deeper. I was hoping the
process was automated. I've got a couple of hundred
users that will be calling the help desk if
I'm running AIM-T 0.9.23 and it doesn't appear to
import buddy list contacts from AIM. Is it supposed
to? If not, why not? Does a newer version import?
MSN-T seems to. GAIM imports your buddy list and AFAIK
it's based on libfaim as well. It seems it would be
relatively trivial to add
86 matches
Mail list logo