[1946] in athena10

home help back first fref pref prev next nref lref last post

Re: olh

daemon@ATHENA.MIT.EDU (Jonathan Reed)
Sun Mar 29 16:16:24 2009

Cc: debathena@mit.edu
Message-Id: <028D28AA-038B-4C49-A423-C6809ACA19B9@mit.edu>
From: Jonathan Reed <jdreed@MIT.EDU>
To: John Hawkinson <jhawk@mit.edu>
In-Reply-To: <20090329200130.GB23817@multics.mit.edu>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v919.2)
Date: Sun, 29 Mar 2009 16:15:34 -0400


On Mar 29, 2009, at 4:01 PM, John Hawkinson wrote:

> Tim Abbott <tabbott@MIT.EDU> wrote on Sat, 28 Mar 2009
> at 01:08:47 -0400 in <alpine.DEB.1.10.0903280108230.18719@vinegar-pot.mit.edu 
> >:
>
>> Yeah, I was actually thinking web.mit.edu/dotfiles would be good.
>
> Please let's drop the 'web' if we're marketting it as short.
>
> 	http://mit.edu/dotfiles
>
> is plenty-well supported.

Now that I think about this, I wonder if we're setting ourselves up  
for failure.  Currently we have a dotfiles locker, which is fine, and  
it would be easy to create, for example, the lockers "tracker" and "no- 
customizations" for our other messages.  However, I wonder if there  
will come a time when the locker we want isn't available ("mail" comes  
to mind), and no reasonable abbreviation is available either.

We do have the "help" locker left over from the olh days.  What about  
"mit.edu/help/dotfiles"?

Pros:
- there aren't a bunch of stub lockers lying around
- we aren't reserving the top level of a locker for something  
Debathena-specific
- easy to remember and read

Cons:
- adds an extra token

Thoughts?

-Jon

home help back first fref pref prev next nref lref last post