[comp.soft-sys.andrew] Trouble with 'set hold'

tom@sparc01.icase (Tom Crockett) (02/13/90)

I finally got Andrew Release 3 up and running -- seems the Imakefiles
neglected to put in some "-Bstatic" options in the right places in the
Makefiles.  The places I know about are atk/apps (for runapp) and
atk/ness/objects (for nessrun).  Are there any others I may have missed?

My next problem is with messages.  It refuses to read my new mail and
complains about

    Error: 'set hold' in .mailrc or Mail.rc prevents consuming mail (in
    internal parameter check in ConvertOldStyleIncomingMail)

Well, sure enough, "set hold" was in both of those files, but it never
used to cause problems in the last version of AMS.  So I changed my
~/.mailrc file to say "set nohold", but I still have the problem.  So it
appears that messages is insisting on not reading my mail because of the
"set hold" in /usr/lib/Mail.rc.  I hesitate to modify Mail.rc, because
it will likely confuse lots of other folks around here who still use
plain old UNIX mail or Sun's mailtool.  It seems to me that the "set
nohold" in my personal .mailrc file should override whatever is in
Mail.rc, but such seems not to be the case.  Are there any simple
solutions to this besides hacking the source code?

If it makes any difference, this is on a SPARCstation 1 running SunOS
4.0.3c, X11R4 + fix1, Andrew 3 w/ patches 001-003 + vui patches,
compiled with "cc -O1".

Tom Crockett

ICASE
Institute for Computer Applications in Science and Engineering

M.S. 132C				e-mail:  tom@icase.edu
NASA Langley Research Center		phone:  (804) 864-2182
Hampton,  VA  23665-5225
                                                                           

janssen@parc.xerox.com (Bill Janssen) (02/13/90)

Excerpts from andrew: 12-Feb-90 Trouble with 'set hold' Tom
Crockett@sparc01.ica (1607+0)

> So I changed my ~/.mailrc file to say "set nohold", but I still have the
> problem.

The correct syntax is "unset hold".

I actually like this feature, as it tends to keep people from
accidentally eating their spool file, but the error message is terribly
cryptic.

Bill