From tabbott at MIT.EDU  Mon Jul  3 23:39:08 2006
From: tabbott at MIT.EDU (Timothy G Abbott)
Date: Mon, 3 Jul 2006 23:39:08 -0400 (EDT)
Subject: [Wocky] SIPB Jabber
In-Reply-To: <1151337440.3573.21.camel@egyptian-gods.mit.edu>
References: <Pine.LNX.4.62L.0606242130270.28349@yaz-pistachio.mit.edu>
	<1151337440.3573.21.camel@egyptian-gods.mit.edu>
Message-ID: <Pine.GSO.4.62L.0607032309050.15373@portnoy.mit.edu>

On Mon, 26 Jun 2006, Greg Hudson wrote:

>>  	- the lack of something to fill the role of owl (a text-based
>> client that can reasonably thread several classes)
>
> I would dearly love to see Jabber support within owl, and I think kretch
> would also like to have that.  (He started working on it, in fact,
> although I don't know if he gave up.)  At the moment, I don't know of
> any plan to allocate IS&T resources towards making that happen.
>
> jwgc can be used in text mode like zwgc can, and I expect to hack up vt
> support for my own use using jwgc, but that's not really a satisfying
> end-user solution.

Agreed.  I guess we should probably talk to kretch, since there are all 
sorts of rumors regarding the status of his Jabber in owl efforts.

> We have a change in testing to send messages to bare JIDs to all
> connected resources at the highest priority level.  I will try to get
> that into production soon.  A more serious problem is not being able to
> use the same nickname for multiple resources within a multi-user chat.
> I believe that could be solved in practice by the MUC component, but I'm
> not sure if JEP 045 has considered the problem.

Unfortunately, multi-user chat is one of the most important features of 
zephyr, and the one where having more than one resource using the same 
nickname is most useful.

>>  	- there doesn't seem to be support for inauthentic sending, or
>> logging in with a weird kerberos principal (such as one might want for
>> sending authentically as a daemon).
>
> We're concerned about the spam potential of allowing unauthenticated
> access; as a federated system, Jabber is more likely to attract spammers
> than an obscure local system like Zephyr.  Jabber's solution to spam is
> to filter at the domain level (as it's somewhat difficult to forge your

That seems to be a quite reasonable concern.  Would it be possible to do 
some form of unauthenticated access that only worked inside the MIT 
domain, and required the accessor to be net18?

>>  	We would like to know which of these issues are likely to be
>> receiving active development within IS&T before a release.
>
> We don't really have a roadmap at the moment; there are some big
> unknowns which need to be resolved first.  I would suggest that effort
> spent in the client space (working with the upstream client authors) is
> least likely to be wasted.

Okay.  Thanks for the extensive information.

 	-Tim Abbott




From mathmike at MIT.EDU  Tue Jul  4 18:54:15 2006
From: mathmike at MIT.EDU (Michael Lieberman)
Date: Tue, 4 Jul 2006 18:54:15 -0400 (EDT)
Subject: [Wocky] SIPB Jabber
In-Reply-To: <1151337440.3573.21.camel@egyptian-gods.mit.edu>
References: <Pine.LNX.4.62L.0606242130270.28349@yaz-pistachio.mit.edu>
	<1151337440.3573.21.camel@egyptian-gods.mit.edu>
Message-ID: <Pine.LNX.4.62L.0607041819240.12903@ozok-the-destroyer.mit.edu>


I believe we care mostly about instances as tags.

Reading RFC 3921, it seems like the <thread/> element is innappropriate to 
serve as an instance:

"The value of the <thread/> element MUST be treated
    as opaque by entities; no semantic meaning may be derived from it,
    and only exact comparisons may be made against it."

The <subject/> element should work, however it goes against Draft 
JEP-0045 (Jabber Enhancement Proposal) that treats <subject/> as a global 
variable of the room. It expects changing the subject to be done 
separately from sending a message. We could write a client that uses it as 
an "instance", but users of the current version of gaim would instead see 
each time the subject "changes".

-Mike

On Mon, 26 Jun 2006, Greg Hudson wrote:

> Hi, Timothy.  Here's what I know.
>
> On Sat, 2006-06-24 at 21:33 -0400, Timothy G. Abbott wrote:
>>  	- the lack of a useful "instance" feature
>
> Do you mean the ability to subscribe to all or a part of a discussion
> node, or the ability to tag messages with a topic field within a
> discussion node?
>
> The Jabber protocol includes <subject/> and <thread/> elements within
> messages, and I believe our server supports them just fine.  This is
> more an issue of client support; I think popular Jabber clients
> generally do nothing with those fields.
>


From ghudson at MIT.EDU  Sat Jul  8 15:12:49 2006
From: ghudson at MIT.EDU (Greg Hudson)
Date: Sat, 8 Jul 2006 15:12:49 -0400
Subject: [Wocky] djabberd
Message-ID: <200607081912.k68JCnXb014168@cage-2.mit.edu>

This project looks interesting to follow:

  http://www.danga.com/djabberd/

It's a Jabber server implementation written in perl, with an eye to
performance.  In particular, it appears to be designed to allow
redundant servers.

It's still in development and hasn't had a release yet, but is a nice
indication that there is active open source Jabber server development
going on.


From awillis at MIT.EDU  Wed Jul 12 15:55:38 2006
From: awillis at MIT.EDU (Albert Willis)
Date: Wed, 12 Jul 2006 15:55:38 -0400
Subject: [Wocky] Adium X 1.0b4 beta
Message-ID: <5845B1C8-47D9-47A8-9799-EFDB92DF1A87@MIT.EDU>

Lots of improvements; check it out at http://trac.adiumx.com/wiki/ 
AdiumBeta.

   -- Al


From othomas at MIT.EDU  Thu Jul 13 13:44:26 2006
From: othomas at MIT.EDU (oliver thomas)
Date: Thu, 13 Jul 2006 13:44:26 -0400
Subject: [Wocky] FWD: Adding encryption support to gaim on Athena
In-Reply-To: [4448]
Message-ID: <200607131744.k6DHiQjf004883@rogue.mit.edu>


The below request came into Suggest and Athena Consulting. We are not sure
whether there actually was encryption support in an earlier version of
gaim, but either way it seems like wocky is the right group to decide
whether it should be added to the current version on Athena.

The client on this request is lcl at mit.edu.

Thanks!

Oliver

-----Original Message-----
[4448] daemon at ATHENA.MIT.EDU (rradez at mit.edu)  Athena Software Suggestions  10/1
8/05 10:07 (27 lines)
Subject: Your OLC question about "other"
Date: Tue, 18 Oct 2005 10:07:03 -0400
From: rradez at mit.edu
Message-Id: <200510181407.j9IE73nF029459 at dewey.mit.edu>
To: suggest at mit.edu
cc: Lisa Caroline Lewis <lcl at mit.edu>
Reply-To: Athena On-Line Consulting <olc at mit.edu>
Errors-To: suggest-bounces at mit.edu

--------

Hello,

OLC received the following question regarding gaim from lcl at mit.edu (cc'd on
this mail):

******************************************
Is there any chance that the current gaim could have encryption plugings
added to the vanilla Athena version (1.5.0)?  Or whom should I ask about 
such things?

The earlier version before the Athena upgrade (gaim 1.1.4) did offer 
encryption, so it seems a logical offering to continue...
******************************************

Regards,
Rob Radez
Athena Consultant
--[4448]--


From ghudson at MIT.EDU  Tue Jul 18 15:20:56 2006
From: ghudson at MIT.EDU (Greg Hudson)
Date: Tue, 18 Jul 2006 15:20:56 -0400
Subject: [Wocky] FWD: Adding encryption support to gaim on Athena
In-Reply-To: <200607131744.k6DHiQjf004883@rogue.mit.edu>
References: <200607131744.k6DHiQjf004883@rogue.mit.edu>
Message-ID: <1153250456.29624.47.camel@cage-2.mit.edu>

On Thu, 2006-07-13 at 13:44 -0400, oliver thomas wrote:
> The below request came into Suggest and Athena Consulting. We are not sure
> whether there actually was encryption support in an earlier version of
> gaim, but either way it seems like wocky is the right group to decide
> whether it should be added to the current version on Athena.

I've added gaim-encryption to the source tree, and it should go into the
next patch release (no scheduled date).

Since Linda is leaving MIT, I'll defer on responding directly to her
request, but I know other people have asked for that functionality in
the past.



From othomas at MIT.EDU  Tue Jul 18 16:37:25 2006
From: othomas at MIT.EDU (Oliver Thomas)
Date: Tue, 18 Jul 2006 16:37:25 -0400
Subject: [Wocky] Adding encryption support to gaim on Athena
In-Reply-To: <1153250456.29624.47.camel@cage-2.mit.edu>
References: <200607131744.k6DHiQjf004883@rogue.mit.edu>
	<1153250456.29624.47.camel@cage-2.mit.edu>
Message-ID: <C87D42A4-F12B-46F6-8422-7D8C223CACDE@mit.edu>

Thanks Greg!

On Jul 18, 2006, at 3:20 PM, Greg Hudson wrote:

> On Thu, 2006-07-13 at 13:44 -0400, oliver thomas wrote:
>> The below request came into Suggest and Athena Consulting. We are  
>> not sure
>> whether there actually was encryption support in an earlier  
>> version of
>> gaim, but either way it seems like wocky is the right group to decide
>> whether it should be added to the current version on Athena.
>
> I've added gaim-encryption to the source tree, and it should go  
> into the
> next patch release (no scheduled date).
>
> Since Linda is leaving MIT, I'll defer on responding directly to her
> request, but I know other people have asked for that functionality in
> the past.
>



From danjared at MIT.EDU  Thu Jul 20 15:27:54 2006
From: danjared at MIT.EDU (Daniel Jared Dominguez)
Date: Thu, 20 Jul 2006 15:27:54 -0400
Subject: [Wocky] Adding encryption support to gaim on Athena
In-Reply-To: <mailman.553.1153325086.6209.wocky@mit.edu>
References: <mailman.553.1153325086.6209.wocky@mit.edu>
Message-ID: <20060720192754.GB21769@gaston.mit.edu>

Are there any plans to add Off-the-Record as well?

--Jared

-- 
Daniel Jared Dominguez     617.368.0509     danjared at mit.edu
pika, 69 Chestnut Street, Cambridge Massachusetts 02139-4835
Zephyr: danjared at ATHENA.MIT.EDU     Jabber: danjared at mit.edu