traversal and p2p. Maybe we can share ideas.
If you are new to XMPP you might want to read my bachelor project from
last year on encryption in Jabber. Theres a pretty good description of
the Jabber protocols in it. I'll send it to you if you like.
Regards
Jens Mikkelsen
On Mon, 2005-04-11 at
__
> jdev mailing list
> jdev@jabber.org
> http://mail.jabber.org/mailman/listinfo/jdev
--
Jens Mikkelsen <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
___
jdev mailing list
jdev@jabber.org
http://mail.jabber.org/mailman/listinfo/jdev
On Thu, 2005-01-06 at 19:04, Justin Karneges wrote:
[...]
> > What kind of encryption? Is it just the authentication thats being
> > encrypted? Is it just that digest and zeroK it refers to?
>
> The entire channel is secured. It is not just during authentication.
>
> The encryption used is depen
On Thu, 2005-01-06 at 17:56, Justin Karneges wrote:
[...]
>
> Whoa there. SASL can encrypt!
>
> SA = Simple authentication
> SL = Security Layer (encryption) <--
>
What kind of encryption? Is it just the authentication thats being
encrypted? Is it just that digest and zeroK
[snip]
>
> In one line: TLS does encryption of the TCP connection, SASL does
> authentiction of the IM user.
>
> The login process of an XMPP client using XMPP-1.0 goes as follows:
> 1. Client makes a normal TCP connection to the XMPP server. This is not
> encrypted or anything; just a socket.
On Thu, 2005-01-06 at 14:24, Christoph Schmidt wrote:
> Jens Mikkelsen schrieb:
> > ...
> > What I can't find out is, what SASL exactly does.
> >
> http://www.ietf.org/rfc/rfc.txt
>
Actually I looked at the RFC, but I just needed a quick overview of what
On Thu, 2005-01-06 at 14:13, Trejkaz Xaoza wrote:
> On Fri, 7 Jan 2005 00:07, Jens Mikkelsen wrote:
> > On Thu, 2005-01-06 at 13:37, Christoph Schmidt wrote:
> > > TLS is for encryption, SASL for authentication only.
> >
> > So there is no encryption at all with
On Thu, 2005-01-06 at 13:37, Christoph Schmidt wrote:
> TLS is for encryption, SASL for authentication only.
>
So there is no encryption at all with SASL? What is it then? It is a
MUST.
> Jens Mikkelsen schrieb:
[...]
signature.asc
Description: This is a digitally signed mes
Hi List,
I don't know much about SASL, so I have a question on this.
In RFC 3920 it says:
When negotiating XML streams in XMPP 1.0, TLS SHOULD be used as
defined under Use of TLS (Section 5) and SASL MUST be used as defined
under Use of SASL (Section 6).
When i sniff the data when I am
A and AES? Or is it simply that
the communication is encrypted with SSL?
regards
Jens
On Wed, 2005-01-05 at 21:59, Peter Saint-Andre wrote:
> AFAIK, no client implements RFC 3923. And I don't expect to see one
> anytime soon (if ever). The need for a CPIM parser is just one of the
Or if any other client does?
On Tue, 2005-01-04 at 20:14, Jens Mikkelsen wrote:
> Hi List,
>
> Does anyone know if Jabber XCP implements RFC3923? All I was able to
> find was:
>
>
> Encryption
>
> Because Jabber XCP is XMPP-based, encryption is standard. Encr
Hi List,
Does anyone know if Jabber XCP implements RFC3923? All I was able to
find was:
Encryption
Because Jabber XCP is XMPP-based, encryption is standard. Encryption
becomes especially important when users are communicating outside of the
firewall.
--
Jens Mikkelsen <[EMAIL PROTEC
Hi all,
Thanks for the answers. Good thing I'm not working with MSN Messenger.
;o)
On Mon, 2005-01-03 at 15:23, Richard Dobson wrote:
> > There are other open IM protocols designed around SIP. See for example
> > RFC3428 and SIMPLE
> > (http://www.ietf.org/html.charters/simple-charter.html).
Hi list,
This might not be the right newsgroup, but I will try anyway.
Does anyone have some goog links to sites describing the history of IM?
Further is Jabber the only open IM protocol or is ICQ or any other open
as well?
Thanks
--
Jens Mikkelsen <[EMAIL PROTECTED]>
signatu
On Wed, 2004-12-29 at 20:36, Maxym Gorodetskyy wrote:
> I am in the beginning of my way, that is why probably I am so optimistic.
> The main goal of my project is to understand why people like so much XML.
I doubted this aswell in the beginning. What is so brilliant about XML?
Well I started my pro
affic. But that will be
> encrypted by then.
>
> Is that enough ?
>
> Marcel
>
>
> -Original Message-
> From: Jens Mikkelsen [mailto:[EMAIL PROTECTED]
> Sent: donderdag 16 december 2004 15:46
> To: Jabber software developme
list
> [EMAIL PROTECTED]
> http://mail.jabber.org/mailman/listinfo/jdev
--
Jens Mikkelsen <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
___
jdev mailing list
[EMAIL PROTECTED]
http://mail.jabber.org/mailman/listinfo/jdev
Yeah but thats not good if you want to create a member-only room.
Well, one just have to live with that I guess.
Best regards
Jens
On Thu, 2004-12-16 at 12:44, Marcel Bootsma wrote:
> Well, you can just enter the room (send a )
> And either it is there already and jou join it
> or i
eceives my request to
create the room, somebody else could have created the room.
On Thu, 2004-12-16 at 11:20, Marcel Bootsma wrote:
> Hi Jens,
>
> You can use service discovery on the server or the conference unit:
> Disco#info amd disco#items:
> If properly configured you
Hi List,
Isn't there a way to check if a MUC room exists before creating it?
Maybe this is a very stupid question, but I just can't seem to find any
info on this.
--
Jens Mikkelsen <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally sig
possible to implement using the mapi? Or
will it require changes to the server? Will it break something?
--
Jens Askengren
Teknik i Media Sverige AB (publ)
Address: Södra förstadsgatan 2, SE-211 34 Malmö, Sweden
Tel: +46 40 601 57 00 (vx)
Mobile: +46 704 20 57 17
Fax: +46 40 601 57 99
http
l.
Also, once people are actually using the client and see the resource
names next to their buddies' names, they get the point and sometimes
clean up their own resource name if they put in something awkward
originally.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
on Solaris. I'd be overjoyed if these problems were
all now magically fixed, as I have not been able to work around them all.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
than the
others (in some case too much).
I used ICQ for a while and saw it as fairly interchangeable with AIM. I'd (sincerely) love to hear about what you think its particular strengths and exclusive features are. I'm not talking about tangential things like stock tickers, just real IM/presence functionality. We can do this offline if you think it's more appropriate...
--Jens
pictures are very important -- out in
the real world a huge fraction of people think best visually rather than
verbally.
Yeah, there are slight differences between AIM, ICQ, MSN, Yahoo, etc.,
but really they're all pretty close to being carbon copies of each
other. For the most pa
you anyway. Java
has excellent support for Unicode. You just do your work in Unicode, and
talk to the server in UTF-8, and let the various non-Java clients
translate to and from their platforms' native encodings.
Can we PLEASE move onto something else now? I'm sure there are better
l.
Also, once people are actually using the client and see the resource
names next to their buddies' names, they get the point and sometimes
clean up their own resource name if they put in something awkward
originally.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
ater. Dunno
about Unix.
I suspect that you actually have an issue with the client library you're
using (JabberCOM), not with the Jabber protocol itself. If you need help
using JabberCOM or Windows Unicode translation utilities, this probably
isn't the best list
27;ve read by him give me the impression he's a rather embittered guy with a lot of ideas that I, frankly, consider pretty wacko. If I'm going to read manifestoes by user-interface cranks, I'll take Ted Nelson any day -- his "Computer Lib / Dream Machines" totally changed my life in 1979.
Jens
nge of choices. A compact buddy list(tm) is efficient, but makes photos illegible. 64x64 photos look real pretty but take up a lot of room.
In general I think your comments are useful, but they're not pushing the envelope. They merely reflect the current 'best' practices of commercial IM clients, which IMHO all suck. No one has really thought through the issues and tried to do something better; they're all just repeating AOL's and ICQ's mistakes.
--Jens
h it, I can write it
up in more formal style and we can start the JEP process and hammer out
the details.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
jabber:[EMAIL PROTECTED]?action=message # send IM (default action)
jabber:[EMAIL PROTECTED]?action=roster # add to roster
jabber:[EMAIL PROTECTED]?action=chat # join a chat room
As I said, I recall that this is how AIM URLs work.
--Jens
onferences /
chat-rooms, since the behavior of clicking the URL would be different
(joining the room.) AIM, I believe, uses a "?" attribute on the "aim:"
URL to distinguish between these things.
--Jens
___
jdev maili
e to more innocuous characters such
as curly quotes.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
ut not 95/98/Me.)
So you should ask this same question of the WinJab developers.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
ll the server decide that I'm being obnoxious and
throttle my ability to send data? What are the default karma settings?
(I run my own 1.4.1 server and have not changed any karma settings.)
--Jens (starting to feel like a bit player in the Bhagavad-Gita...)
__
u can run the string through an XML parser and get the various elements, from which it's quite easy to get the attributes of the messages. JabberBeans must include or require an XML parser, so you already have one lying around...
Jens
l
message, but other people in the chat never receive the full message.
I've looked at the raw XML on both sides to verify this.
This is with the 1.4.1 server on Solaris.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
ng? Anyone else seen this?
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
crash or get its memory corrupted? If the latter, this would provide for a very easy attack on jabberd...
Jens
kward-compatible with ASCII, and does not contain any embedded null bytes.
Jens
roster lists, etc.
Jens
tly what flavor of PGP encoding is defined by the spec
for inter-client communication; the protocol documents I've seen are
unhelpfully vague on that point.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
ring. Therefore
clients and serverse should be case-insensitive when comparing chat-room
names, but the server should always send packets using the case
originally used.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
Compiling gcc itself shouldn't be necessary! gcc is the built-in C
compiler on OS X (version 2.95.2, on my prerelease build of 10.1.) The
existing patches for jabberd 1.4.1 definitely don't require any other
compiler.
--Jens
___
jdev maili
vatar support in my client now; it only took a few days to do.
I'll try to find some time to add a description to my Client Developer
Cheat Sheet.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
rther discussion of this port should happen on the mac-dev list,
probably...
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
ld be the best place to discuss this issue.) I'll post
them when I get access to the machine that they're archived on.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
ering the account, however.
--Jens
ile you were offline. If I see someone's offline, I'm more likely to email them instead.
Jens
next time that person comes online. The best way around this, I think, is to ignore a missing jabber:x:avatar in a presence element whose type is 'unavailable'.
Jens
usly change the image.
It's the same fundamental thing I said in the other email: Avatar push is done as part of presence; presence is per-resource; therefore avatars should be per-resource.
Jens
fficult to decide which one is more recent. (I have a
similar issue about vCard storage, too.)
Yes, I am fairly serious about trying to implement [1] and/or [2] once I
get the basic buddy icon support working (any day now...)
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
tar pictures.
For now I'm going to implement according to (1) or (2) since I have no
desire personally to muck with the server code! In the long run I guess
I would prefer (3) to (4) because I would rather see an existing generic
facility improved rather than add Yet Another Spec
"s -- the conference protocol is tricky and
ill-documented and I know it's being changed around as we speak.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
jabber:x:avatar'
extension to indicate canceling the avatar picture. The extension with
missing sub-element would not be valid. The change to the
existing spec is to remove the element from the example following
"User disables their icon:".
Agreed?
--Jens
PS: For th
if a
> user@server/resource lookup fails, then it could fall back on the
> user@server data if it is available.
That sounds like a great compromise. Go for it!
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
- periodically updating your picture from a live webcam
Jens
formats are self-describing, but I think it's still safer to
tag the data. Not all OS's may have support for auto-detecting the image
type, and future image types may be harder to detect, and also this way
we could in the future include multiple elements with different
MIME typ
>> I'd like to learn to develop a jabber client. DO you
>> know which texts should I read as reference?
>
> Have a look at Jens Alfke's Client Developer's Cheat Sheet aT:
>
> http://homepage.mac.com/jens/Jabber/JabberClientCheatSheet.html
One note: my
can't use that with public XML storage, I think we should use
some other top level name that will be reserved for the Jabber standard
protocol. Just "storage" seems overly vague to me. Maybe "jabberstorage"?
--Jens
___
jdev
amespaces that don't begin with "jabber:" will get stored. Which puts
one in a quandary about how to define a standard public-storage
namespace. I suggested "jaber:" with one "b" as the standard prefix for
these, but this might cause confusio
x27;s MP3 files around, but for tiny
little stuff like this I don't see the overhead as significant.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
Sounds could be very useful if they were used as message alerts: whenever you get an IM from me (in a new thread) you hear my voice saying "Message from Jens!" (As a bonus this would teach people how to pronounce my name...) Uncompressed 8-bit 5KHz audio (telephone quality) runs 5kbytes/
ickTime/etc. are all probably too large to be
practical.
Sounds could be very useful if they were used as message alerts:
whenever you get an IM from me (in a new thread) you hear my voice
saying "Message from Jens!" (As a bonus this would teach people how to
pronounce my name...
in itself but a Java based
rendering library for the standard SVG (Scalable Vector Graphics)
format. There are other SVG implementations including plug-ins by Adobe
for at least Mac and Windows and possibly X11.
--Jens
___
jdev mailing list
[
return the data stored by the provider, else it will route
the IQ query directly to the provider, who will handle it as described
in (2) above.
This adds minimal complexity to the implementation and improves
performance if the server supports public XML, while still working with
older server
asks for it. As soon as more than one buddy requests the image
you've saved on bandwidth.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
all self-describing. But if you do provide
it, please use a real MIME type instead of making up a name.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
re-fetch the picture.
(I'm aware that the protocol list would be the ideal place to discuss
this, but that list appears to be essentially defunct, so I'm using jdev
instead. If anyone's interested in starting a discussion of this, I'll
glad
g clients all good
about setting a vCard on the server, or does one automatically get
created when you register your account?
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
t be
your problem ... the server is probably doing a case-sensitive
comparison.
Also, this is the default value so you can just remove the
sub-element entirely if you like.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
have
this info already, but I don't see a way to get it...
(The main reason I want this is so that when a presence subscribe
request arrives, I can show the full name of the user making the
request.)
--Jens
___
jdev mailing list
[E
n name owned by the entity that
defines the protocol is a well-established way of doing that.
(If this explanation confuses you, you might want to read up on XML
namespaces.)
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
ed on this is that I want to
figure out how to do file sharing. My plan is (was?) to have the client
respond to a browse request by listing the hierarchy of files it has
available. But these files don't have their own JIDs, so what do I use?
--Jens
___
for anything
else. There is a lot of other info that one might want to subscribe to,
ranging from buddy icons to lists of shared files to news headlines, but
no good mechanism to manage the subscriptions and notifications required
by real-time updates of this information.
Any
sible to use GPL'd software. (I'm building my own
client due to reasons 2 and 4, the first based on my own opinions, the
latter on the opinions of the customer I'm developing for.)
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
7;t want
to change? Ideally I'd just like to send:
but I'm afraid that omitting the 'group' and 'subscription' elements
might clear their values.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
accounts.) So nearly everyone has access to such a server. The problem is that you have to configure your Jabber client by giving it the correct protocol and address, which is a hassle.
--Jens
On Tuesday, August 14, 2001, at 10:29 AM, Julie wrote:
> Jens, thanks a lot for your message. It does solve the problem.
> However, is there
> any other way that a file transfer can be done? Perhaps sending the
> whole file
> directly to the other client?
There is no m
only works if the receiver can make an HTTP connection to
the sender, i.e. the sender is not behind a firewall or NAT.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
person" is in your GUI. The way
I decided it, my client considers all resources of one JID to be a
single person and displays the status and message of the most-available
resource. In fact, I allow multiple JIDs per person and use the
most-available resource of all the JIDs.
--Jens
_
rude! Instead, if you're
removing them from your buddy list, you just change the subscription
type from "both" to "from".
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
And don't sound so darned negative about everything, it'll give ya
wrinkles.. 8-)
Oh, I'm not negative about most things, but this one really shocked me. It's the worst-designed thing I've seen in Jabber yet.
Jens
from "jabber:", it leaves no room for anything else.
(Or have I managed to completely misunderstand those few pages of C
code?)
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
riting a server-side module, I just want to define a protocol extension that instances of my client can use. Please don't tell me that the server has to be hacked whenever clients want to use a new namespace to communicate with each other!
Jens
to me, and fits in with what Jeremie is so inscrutably
alluding to in the draft <http://docs.jabber.org/draft-
proto/html/xml.html>.
(I had a longer gripe here complaining about how incredibly vague much
of the documentation is, but I thought it over and decided to remove it.
Except for this allus
quot; and go directly to the client? (Isn't that what the JAM project is all about?) How do I control who resolves the query?
Jens
ess", so if you get a 103-character message it counts as two. This seems fairly typical of the providers I've looked at.
Jens
but I can build the source if necessary.)
Jens
to resist. Plus, they come in translucent colors...)
Jens
s, so it can show the correct buddy icon and otherwise make it clear that the chat participant is the same as the person in your buddy list. (Yes, my client does this.)
Jens
urrent draft of this document describes all kinds of new features that I don't think have even been implemented yet! As far as I know there's no current document that describes just what exists today in 1.4.x.
Jens
sends XML metachars properly to the server, and that the problem exists in the raw XML received by the client, not in my XML parsing.
This is with the 1.4.1 server running on Solaris. Anyone else seen this?
Jens
this a known bug? I'm running the 1.4.1 conference server on Solaris.
--Jens
nd constantly flipping back and forth between them. (And to get conferencing working, I had to go to the protocol-draft document for that, since the stuff in both of the previously mentioned documents is out of date.)
--Jens
around the problem in my client by replacing
the XML special characters with innocuous ones, e.g. mapping "<" to "[",
before sending a message.
--Jens
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
pchat".
The URL remains:
http://homepage.mac.com/jens/Jabber/JabberClientCheatSheet.html
Conferencing is quite complicated, and I've only just gotten it working in my own client this week, so there may well be errors or omissions! If anyone finds something wrong, let me know and I'll fix it.
Jens
way.
Again, is that an intrinsic limitation of the protocol, or just with the design of the current server?
Jens
ment a bot as a transport given the current server; but there are no architectural reasons to (and reasons against it, as I listed earlier.)
Jens
1 - 100 of 205 matches
Mail list logo