Check out www.megaepic.com/~johnston/newencryption.txt - its a proposal
that we're working on to get some better encryption support into jabber.
Mathew Johnston
On Mon, 9 Apr 2001, Jens Alfke wrote:
>
> On Sunday, April 8, 2001, at 10:26 AM, Robert Temple wrote:
>
> > It
I find that when I have a second resource online, the second resource does
not receive presence notification for contacts that are already online
when the second resource logs in. The first resource sees that x and y
contacts via ICQ transport are online, but when the second logs in, it
does not f
e the w3c:x:encrypted namespace is the one defined by the w3c working
group for encrypted xml and ABC decrypts to whatever x tag contains the
file transfer information )
Mathew Johnston
On Sun, 22 Apr 2001, Rob Kooper wrote:
> Ok, just to start thinking about this and maybe at one point start
> implem
me "Jabber". Thus, Jabber.com
did do a good thing, but they did not start Jabber; thus the controversy.
Most people think that "Jabber" should be controlled by the community, and are
worried that Jabber.com may control the name to benifit them, as opposed to
the community.
M
We're forgetting the people that are using Jabber for non instant messaging
purposes (xml-rpc, etc). We need to acknowledge that category of people.
Mathew Johnston
___
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev
This will be a discussion for the foundation. Many people are actively opposed
to changing the name of the protocol to something other than Jabber :)
Mathew Johnston
PS, I like PIXI ;)
On Thu, May 17, 2001 at 10:32:22AM -0600, Peter Saint-Andre wrote:
> Emswiler, Mike wrote:
>
>
&
I assume you've got TCP Syncookies enabled in your kernel (and
in your /proc files)? :)
I guess it's time that we encouraged that 'distributed' nature of
jabber to kick in, and have more people run private servers. :)
Mat.
On Wed, May 23, 2001 at 12:35:49AM -0700, Jabber DevZone wrote:
> @jabbe
Work IS underway, and a preliminary proposal is at
http://megaepic.com/~johnston/newencryption.txt
Mat.
On Sat, May 26, 2001 at 04:31:37PM +0100, Al Sutton wrote:
> Hi,
>
> I've been digging around and not found any information on representing
> either digitally signed messages, or encrypted m
ation,
and one that's being resolved.
Mathew Johnston
On Sat, May 26, 2001 at 02:11:36PM -0400, Julian Missig wrote:
> Documentation is here:
> http://docs.jabber.org/draft-proto/html/pki.html
>
> Several clients, including WinJab, Jarl, and my favorite ( ;) ) Gabber,
> alrea
I know :) I simpley meant that it was being addressed. I wasn't aware of
any other possible options for encrpytion support, but I'd be quite open
to supporting other ideas :)
Again, didn't mean to be presumptuous :)
Mathew Johnston.
On Sat, May 26, 2001 at 10:28:59PM -0400
the key since the
key is what they would use for signing (it would be sort of useless). :)
If we want third party signed keys, X509 certificates would already fulfil
that need.
Mathew Johnston
On Sun, May 27, 2001 at 10:15:33AM +0100, Al Sutton wrote:
> I've read the draft and I'd li
I see what you mean now. I am not entirely convinced, however,
that this is necessary when using X509 certificates since
you are concerned with the integrety of the certificate, and the
trustworthyness of the certificate authority, not where the particular
copy of the certificate came from. Person
I didn't include message body in the reply because the message body was getting big.
Max, have you read the proposal at www.megaepic.com/~johnston/newencryption.txt?
Basically, I/we are interested in supporting encryption for more than just
as there is currently support for. In teh process of
Considering the number of projects hosted on sourceforge, and their wide distribution,
I really hope that people can verify the integrety of their projects (source). It'd be
pretty terrible if any of the sourceforge hosted projects had small trojans installed
in them.
Mathew Joh
I think that I agree with you here; I'm not sure why people want to keep
the vcard as small as possible. Perhaps someone could explain? It certainly
does not have anything to do with crypto :)
Mat.
On Fri, Jun 01, 2001 at 10:14:33PM +1000, Michael Brown wrote:
> From: "Max Horn" <[EMAIL PROTECT
I agree totally, there must be a way to set active vs passive on normal
P2P connections. I was just comming up with a solution that could get
around firewalls as long as they could get to port 80 :)
Mat.
On 16 Aug 2001 15:36:44 -0400, Simon Guindon wrote:
> I believe any connection like this, be
that clients participating in this will need to know how to
render HTML messages. For usefulness, clients will need an easy way of
inserting these HTML tags. I'm sure you've already thought of that,
though :)
Mathew Johnston
>
> I got the picture messaging idea from Nokia m
> I ask because I'm thinking about doing "picture messaging" for a consumer
> market where the user sends messages with cute pictures attached to them.
Actually, here's a public Webdav server list:
http://www.webdav.org/projects/#testservers
___
jdev
Hey jdev :) Maybe someone noticed that I had become incredibly silent
for the past few months. I just started a new job and have been away
from free time far too much. Just saying hi :)
Mathew Johnston
___
jdev mailing list
[EMAIL PROTECTED]
http
It'd be great if jabber servers and clients resolved jabber hostnames
via SVC records (and then fell back to A records if necessary). This
would allow me to host my jabber server at mydomain.com on a different
box than my web server, etc without using NAT or port forwarding. :)
Mathew Joh
Oh, great. Yah, I meant SRV :)
Thanks,
Mat.
On Thu, 2001-12-13 at 14:51, Dave Smith wrote:
> Jabber Servers use the SRV record (I've never heard of the SVC record) to do
> just such a thing.
>
> Diz
>
> > -Original Message-
> > From: Mathew Johnston [ma
Users could always run their own ICQ/AOL transports, and point to
localhost.icq or something?
Mathew Johnston
On Tue, 2002-01-08 at 10:54, Kevin Smathers wrote:
> The only solution I can think of is to move the AOL transport out to
> the client. Actually the ability to open mu
We could also make a little stripped down AIM transport in Perl, Ruby or
something that will sit on the machine of every client and accept
connections only from localhost. Thus AIM sees one connection per
client, and does not suspect Jabber.
Mat.
On Tue, 2002-01-08 at 12:51, Michael Rothwell wr
23 matches
Mail list logo