[18078] in Athena Bugs

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

Re: sun4 8.4.8: Netscape Messenger

daemon@ATHENA.MIT.EDU (Greg Hudson)
Mon Jul 31 13:37:18 2000

Message-Id: <200007311737.NAA06123@egyptian-gods.MIT.EDU>
To: "t. belton" <tbelton@MIT.EDU>
cc: Greg Hudson <ghudson@MIT.EDU>, bugs@MIT.EDU
In-Reply-To: Your message of "Mon, 31 Jul 2000 13:19:43 EDT."
             <Pine.GSO.4.21L.0007311318560.344-100000@iphigenia.mit.edu> 
Date: Mon, 31 Jul 2000 13:37:13 -0400
From: Greg Hudson <ghudson@MIT.EDU>

> Can I get more information on why this is happening? I've had a lot
> of email on this today and Friday that did not necessarily go to
> bugs.

So, remember that copy-netscape-local script thing?  At the time when
I submitted it, I wrote:

	I don't claim that this is beautiful, or that it's 100%
	foolproof, or that it won't generate any support problems or
	maintenance load.

Well, here is a support problem.  We have a fix available; it just has
to wait for the next patch release to go out, which is probably next
Monday evening.  The specific problems waiting to be fixed are:

	* I didn't think to make sure the infoagents locker was
	  attached when the local version of netscape runs.  Some
	  helper programs, like netscape-movemail, run out of
	  /mit/infoagents paths.

	* I didn't copy the www/netscape directory local, so
	  first-time users get an error about the default bookmarks
	  file.

If you think the first problem is inconveniencing enough users to
require quicker action, you can create a file
/mit/infoagents/.syncversion containing the line "2".  This will cause
Athena workstations to stop using the local copy of netscape starting
at around 3:30 tomorrow morning, until they have a fixed version of
the script.  Let me know if you decide to do this.

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