From JNC at MIT-XX.ARPA  Mon Nov 26 00:00:00 1984
From: JNC at MIT-XX.ARPA (J. Noel Chiappa)
Date: Mon 26 Nov 84, 00:00
Subject: MC hardware
In-Reply-To: Message from "Christopher C. Stacy <CSTACY @ MIT-MC>" of Sun 25 Nov 84 11:51:00-EST
Message-ID: <mailman.1047.1479821124.4695.its@nocrew.org>

	I guess I'd consider this a non-optimal move. Since we have a
modest maount of memory on the machine now, I don't think it such a
big lose to switch off 25% of the memory until DEC can look at it.
There is some possibility that they aren't confused when they say they
are hot.
		Noel
-------

From CSTACY at MIT-MC  Sun Nov 25 00:00:00 1984
From: CSTACY at MIT-MC (Christopher C. Stacy)
Date: 25 November 1984, 00:00
Subject: MC hardware
Message-ID: <mailman.1048.1479821124.4695.its@nocrew.org>

On MC: memory boxes B and C are only online because their
override switches are on.   They are too hot, I think.

From CStacy at MIT-MC.ARPA  Sat Nov 24 02:46:00 1984
From: CStacy at MIT-MC.ARPA (Christopher C. Stacy)
Date: Nov 23 84 20:46 EST
Subject: NITS?
In-Reply-To: The message of 23 Nov 84 13:17-EST from Alan Bawden <ALAN at MIT-MC>
Message-ID: <mailman.1049.1479821124.4695.its@nocrew.org>

Someone turned the card over accidently I guess.

From ALAN at MIT-MC  Fri Nov 23 00:00:00 1984
From: ALAN at MIT-MC (Alan Bawden)
Date: 23 November 1984, 00:00
Subject: NITS?
Message-ID: <mailman.1050.1479821124.4695.its@nocrew.org>

The Very Small Bulletin Board on MC told me to load NITS, but there isn't
any such file.  I turned the card around to say just ITS which does exist.
I hope that this only means that thhe card was wrong and not that someone
accidentally deleted the system we are supposed to be running.

From ALAN at MIT-MC  Fri Nov 16 00:00:00 1984
From: ALAN at MIT-MC (Alan Bawden)
Date: 16 November 1984, 00:00
Subject: ROLM lines
Message-ID: <mailman.1051.1479821124.4695.its@nocrew.org>

I just edited the TTYTYP file to remove the %TYMDM bits from all of the
ROLM lines.  Experiment reveals that MC never seems to get told when such a
line is reconnected to a new terminal, thus setting this bit causes MC to
remember old, sometimes incorrect, terminal type information.  Removing the
%TYMDM bits should cause ITS to reset the terminal type information
whenever the tty becomes free.  This is better than the current situation,
where a user can be seriously confused, but since the ROLM -must- be able
to do this correctly, someone should really be looking into fixing it.

From ALAN at MIT-MC  Tue Nov  6 00:00:00 1984
From: ALAN at MIT-MC (Alan Bawden)
Date: 6 November 1984, 00:00
Subject: ITS Uptime Server?
In-Reply-To: Msg of Tue 6 Nov 84 11:36-EST from Martin David Connor <MARTY%MIT-OZ at MIT-MC.ARPA>
Message-ID: <mailman.1052.1479821125.4695.its@nocrew.org>

    Date: Tue 6 Nov 84 11:36-EST
    From: Martin David Connor <MARTY at OZ>
    Could someone implement an UPTIME chaos server for ITS?

Done.

From MARTY%MIT-OZ at MIT-MC.ARPA  Tue Nov  6 00:00:00 1984
From: MARTY%MIT-OZ at MIT-MC.ARPA (Martin David Connor)
Date: Tue 6 Nov 84, 00:00
Subject: ITS Uptime Server?
Message-ID: <mailman.1053.1479821125.4695.its@nocrew.org>


Could someone implement an UPTIME chaos server for ITS?


From ALAN at MIT-MC  Sun Nov  4 00:00:00 1984
From: ALAN at MIT-MC (Alan Bawden)
Date: 4 November 1984, 00:00
Subject: I just checked and he isn't blue...
Message-ID: <mailman.1054.1479821125.4695.its@nocrew.org>

Every once in a great while when I log in I discover that %TOMOR is not set
in my TTYOPT word.  Since my LOGIN does nothing to change the default
setting of more processing it must be the case that normally ITS or DDT (or
PWORD?) turns it on.  Well sometimes, given a blue Moon or something, it
must fail to work...