[14831] in SIPB bug reports
Re: what's needed for http://www.mit.edu/sipb/ ?
daemon@ATHENA.MIT.EDU (Alex Rolfe)
Fri Jul 30 14:24:57 2004
From arolfe@MIT.EDU Fri Jul 30 18:24:57 2004
Return-Path: <arolfe@MIT.EDU>
Delivered-To: bug-sipb-mtg@CHARON.MIT.EDU
Received: (qmail 4434 invoked from network); 30 Jul 2004 18:24:57 -0000
Received: from biscayne-one-station.mit.edu (18.7.7.80)
by charon.mit.edu with SMTP; 30 Jul 2004 18:24:57 -0000
Received: from melbourne-city-street.mit.edu (MELBOURNE-CITY-STREET.MIT.EDU [18.7.21.86])
by biscayne-one-station.mit.edu (8.12.4/8.9.2) with ESMTP id i6UIOhVx022317;
Fri, 30 Jul 2004 14:24:43 -0400 (EDT)
Received: from metacircular-evaluator.mit.edu (METACIRCULAR-EVALUATOR.MIT.EDU [18.243.1.191])
(authenticated bits=56)
(User authenticated as arolfe@ATHENA.MIT.EDU)
by melbourne-city-street.mit.edu (8.12.4/8.12.4) with ESMTP id i6UIOhOn013306
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
Fri, 30 Jul 2004 14:24:43 -0400 (EDT)
Received: (from arolfe@localhost) by metacircular-evaluator.mit.edu (8.12.9)
id i6UIOhdT027110; Fri, 30 Jul 2004 14:24:43 -0400
To: Jacob Morzinski <jmorzins@mit.edu>
Cc: webmaster-internal@mit.edu, bug-sipb@mit.edu
Subject: Re: what's needed for http://www.mit.edu/sipb/ ?
References: <Pine.GSO.4.55L.0407301338390.3050@multics.mit.edu>
From: Alex Rolfe <arolfe@MIT.EDU>
Date: Fri, 30 Jul 2004 14:24:43 -0400
In-Reply-To: <Pine.GSO.4.55L.0407301338390.3050@multics.mit.edu> (Jacob
Morzinski's message of "Fri, 30 Jul 2004 14:02:13 -0400 (EDT)")
Message-ID: <ubzu0vpnyj8.fsf@metacircular-evaluator.mit.edu>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
my last email was wrong. Ignore that.
As it stands now, www.mit.edu/sipb won't work after the transition.
I'll ask that IS&T add the appropriate links/redirects so that it will
continue to work as-is.
We should try to update links on our pages to a new URL, since the
redirects and such on the new www.mit.edu won't necessarily be around
forever.
Alex
Jacob Morzinski <jmorzins@MIT.EDU> writes:
> Putting on my sipb locker maintainer hat, I'd like to ask the
> webmasters what files are currently served underneath the path
> http://www.mit.edu/sipb/
> (For example, one file is /sipb/sipb.html, and this has quite a
> few web pages pointing to it. We want it to continue working
> in the future. What other URLs should keep working?)
>
> I suspect that you'll want to add these files to
> /afs/sipb/project/sipb , so I'm interested in knowing what
> the files are, and where they'll go. Will you need to add
> webmasters to the sipb locker acl, or can you use a subdirectory
> of the sipb locker with a webmaster-specific acl?
>
>
> Thinking about this on my own, I see two options for making the
> http://www.mit.edu/sipb/* URLs still work, but would be
> interested to hear suggestions if other people can think of more
> solutions.
>
> The option I prefer is to let URLs using /sipb/ do regular hesiod
> lookup and point to /afs/sipb/project/sipb. We would then have to
> put some WWW content into the sipb locker. I'm not excited to be
> scattering *.html files around the sipb locker, but if there
> aren't too many of them, it wouldn't be too bad. Future WWW files
> could go into a /mit/sipb/www/ subdirectory, which would help keep
> it separate from the software in the locker. This hypothetical
> /mit/sipb/www subdirectory could be a separate AFS volume, have a
> webmaster ACL, or have whatever makes it convenient for webmasters
> who want to work with it.
>
> The other option I can think of for making http://www/sipb/ work is
> to ask the www.mit.edu maintainers to turn *OFF* hesiod expansion
> for /sipb/, and to point URLs that use that path to a custom
> location in AFS. Although this would maintain the purity of the
> sipb locker, I dislike turning off hesiod expansion, since it
> will break future people's expectations of how MIT's webservers
> work.
>
> Thanks,
> -Jacob
