HDTenEightyP/NetNews huggingface dataset:
From: sarma@rtsg.mot.com (Raja Sarma)
Subject: Question on dotlock file ?
Organization: Motorola Inc., Cellular Infrastructure Group
Distribution: na
Date: Fri, 6 Nov 1992 22:06:15 GMT

Hi,
  Could someone tell me :
	1) What is the role played by the lock file 
	   created when starting elm in "/usr/spool/mail" directory.?

	2) Why create it only in mail spool directory.?

	3) Would there be any problem if it gets created under home or 
	   any user specified directory ?.   

Reason for me to ask these questions:
     What happens if /usr/spool/mail directory has write permission 
	for the "world" and elm with lock option compiled defined does 
	not execute. It simply exits with the message:
		"Can't create lock file! Need write permission in 
		"/usr/spool/mail/" permissions on /usr/spool/mail".

My Environment: ELM 2.4(PL6) on SUN 3/80 over NFS network.

Currently I am using elm after compiling with "dotlock" option "undef"ed.
However, I would very much like to use ELM with lock file option
"define"d.

Please E-mail me directly and I'll post a summary of the replies.

Thanks

-- Raja
sarma@maize.rtsg.mot.com

Xref: sparky comp.mail.elm:3270 comp.sources.wanted:5009
From: yanek@novavax.UUCP (Yanek Martinson)
Newsgroups: comp.mail.elm,comp.sources.wanted
Subject: Emacs interface for Elm?
Date: 11 Nov 92 21:33:54 GMT
Organization: Nova University, Fort Lauderdale, FL



I have heard it mentioned that there is an emacs interface for elm.
Has anyone heard of it? Where can I get it from?

--
Yanek Martinson
yanek@novavax.nova.edu
(305) 765-6300 (daytime)
Newsgroups: comp.mail.elm
From: tucker@bedford.progress.COM (Kyle Tucker)
Subject: Reply address diff from 2.3PL0->PL11
Reply-To: tucker@bedford.progress.COM
Organization: Progress Software Corp.
Date: Fri, 13 Nov 1992 16:24:31 GMT

I noticed when we went to Elm PL11 from PL0, the replies to mail from 
Mailer-Daemon stopped going to the original sender. As Postmaster, this made
responses to user errors easy to whip out. Now PL11 makes the To: line
Mailer-Daemon rather than the original sender. Which patch level was operating
correctly?

From daemon Fri Nov 13 11:13:14 1992
Return-Path: <Mailer-Daemon>
Received: by tahiti.bedford.progress.COM (4.1/pscdev2.2)
        id AB03349; Fri, 13 Nov 92 11:13:07 EST
Date: Fri, 13 Nov 92 11:13:07 EST
From: Mailer-Daemon (Mail Delivery Subsystem)
Subject: Returned mail: User unknown
Message-Id: <9211131613.AB03349@tahiti.bedford.progress.COM>
To: tucker

   ----- Transcript of session follows -----
550 nono... User unknown

   ----- Unsent message follows -----
Return-Path: <tucker>
Received: by tahiti.bedford.progress.COM (4.1/pscdev2.2)
        id AA03347; Fri, 13 Nov 92 11:13:07 EST
From: tucker (Kyle Tucker)
Message-Id: <9211131613.AA03347@tahiti.bedford.progress.COM>
Subject: Test
To: nono
Date: Fri, 13 Nov 92 11:13:05 EST
X-Mailer: ELM [version 2.3 PL11]
 
Thanks in advance and sorry if this a FAQ!
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Kyle Tucker - Email Administrator  | 		Progress Software Corporation
tucker@bedford.progress.com 	   |		14 Oak Park
(617)280-4565			   |		Bedford, Mass. 01730
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Xref: sparky comp.mail.elm:3248 comp.sys.mac.apps:16983 comp.sys.mac.wanted:10391
From: vladimir@intrepid.com (Vladimir Vukicevic)
Newsgroups: comp.mail.elm,comp.sys.mac.apps,comp.sys.mac.wanted
Subject: Re: elm on Mac?
Keywords: elm,mac,mail
Date: 9 Nov 92 18:47:14 GMT
Distribution: usa
Organization: Intrepid Technology, Inc.

In article <BxAu4E.6zs@ux1.cso.uiuc.edu> kerr@ux1.cso.uiuc.edu (Stan Kerr) writes:
>
>I've not seen Fernmail, but I use Eudora every day and it is GREAT. The 
>author Steve Dorner is still doing very active development on it, and it is
>still FREE. (It does require MacTCP on a network.) It's a POP client, so
>you have to have a local POP server set up first, but that's easy to do on
>a Unix box.

The new beta version of Eudora also supports UUCP (not by itself though. you
have to have UUPC or mac/gnuucp.). UUCP works great for me, but if you plan
to download many messages ea. day (>50), make sure you have a fast modem. I
believe that a 2400 w/V.42/bis will do, but even that'll be slow. I'm using
a Telebit T1000 w/PEP & UUCP spoofing; that works fine. (The only problem is
that UUPC doubles the time needed to download & process the messages because
it's processing is *exrutiatingly* slow. You can't really do anything else
on your computer while it's doing this: it never calls WaitNextEvent while it's
processing a message.)

	- Vladimir

-- 

-------------------------------------------------------------------------------
	    Internet................vladimir@intrepid.com
^[:r std.disclaimer
Newsgroups: comp.mail.elm
From: marc@r-node.gts.org (Marc Fournier - Admin)
Subject: Re: ispell
Organization: R-node Public Access UNIX Information System (416-249-5366)
Date: Sat, 07 Nov 1992 23:00:34 GMT

In article <1992Nov5.143415.25705@news.lrz-muenchen.de> mandel@forwiss.tu-muenchen.de writes:
>HI!
>Where can I obtain the GNU ispell?
>
>Thanks Luis

The most comprehensive place I know of for any GNU stuff...including
ispell...is prep.ai.mit.edu.  I don't know of where the mirror sites
are, sorry, but I know there are tons of mirror sites for it as well.

Marc
-- 
Marc G. Fournier      | R-node Public Access Unix running UnixBBS 1.10
Etobicoke, Ontario    | 416-249-5366   24hrs 7 days/week   network email
voice: 249-4230       | shell accounts available  2400+ newsgroups  FREE
marc@r-node.pci.on.ca | Telebit WorldBlazer/SupraModem2400/Cardinal 2400 
Newsgroups: comp.mail.elm
From: les@chinet.chi.il.us (Leslie Mikesell)
Subject: Re: pager for small mail
Keywords: 2.4 less
Organization: Chinet - Public Access UNIX
Date: Fri, 6 Nov 1992 22:30:07 GMT

In article <1992Nov5.012957.13923@wubios.wustl.edu> phil@wubios.wustl.edu (J. Philip Miller) writes:

>We configure elm to use less as the pager, and have many users whose only use
>of the system is for mail.  For them to become sophisticated to notice that
>depending on the bottom line on their display they either have to type q or i
>depending on what they see will be a major challenge.

It's probably for historical reasons but it happens that q works fine to
go back to the index from the builtin pager even though the prompt says
to use i.

>Seems to me this would be an easy patch, and it would be very useful for many
>users.

An even easier patch might be to make the builtin pager prompt for q to
return to the index.

Les Mikesell
  les@chinet.chi.il.us
From: totic@dante.cs.uiuc.edu (Alex Totic)
Newsgroups: comp.mail.elm
Subject: Misplaced sendmail program. How do I configure new place?
Date: 5 Nov 92 22:13:02 GMT
Article-I.D.: m.1992Nov5.221302.1898
Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL

I have switched to elm recently, and it is great. The only problem is that I
cannot use it for mailing out, or replying to mail because my sendmail program
is in /usr/lib/sendmail, and elm expects it to be in /etc/sendmail.
I've tried to fix this by setting mailer to right path in elmrc,
set mailer = /usr/lib/sendmail
but it does not work. Elm complains that it does not understand the line,
and mailer remains /etc/sendmail.
Does anyone know which variable to set , and in which file for this to work 
properly?

Thanks,

Aleks
From: trsnyder@mcs.Drexel.edu (Bob Snyder)
Newsgroups: comp.mail.elm
Subject: Re: Mime?!
Date: 13 Nov 92 02:38:57 GMT
Organization: Drexel University, Dept. of Math. and Comp. Sci.

q>>>>> In article <vhc.721590747@abacus.hgs.se>, vhc@abacus.hgs.se (Mikael Larsson) writes:

Mikael> Where can I get mime?? heard a lot about it, but never found it.

Define get. :-)  The RFCs describing it are available from nic.ddn.mil, and
the metamail program, a UNIX implimentation of MIME, is available from
thumper.bellcore.com,/pub/nsb directory.

Bob
From: adam@endor.uucp (Adam Shostack)
Newsgroups: comp.mail.elm
Subject: Re: elm wish list
Date: 9 Nov 92 18:14:37 GMT
Article-I.D.: das.1992Nov9.181437.13002
Organization: Aiken Computation Lab, Harvard University

In article <syscrc.721158601@gsusgi1.gsu.edu> syscrc@pickle.gsu.edu (Randy Carpenter) writes:
>briank@ars2.uucp (D. Brian Kimmel) writes:

>>I think that this feature would be a valuable addition to elm.
>>A *reply* to mail aliased into your mailbox could build the
>>From: line from the received To: line  and build a Sender: line
>>as the current From: line is being constructed.  This would
>>only occur if the users LOGNAME is not part of the To: field.

>Wouldn't this suggested feature allow allow an e-mail security hole?  For
>example, a bad guy could type in a fake letter complete with headers from
>another person (i.e. a fake "To:" line).  Let's say he uses "To: root".
>Then, store it in a folder, reply to it and Elm would put "From: root" in
>the headers?

Well, since there are other easy ways to fake mail from root, I don't
think that this is really too much of a worry.

Adam


Adam Shostack 					adam@das.harvard.edu

What a terrible thing to have lost one's .sig.  Or not to have a .sig
at all because of elections.  How true that is.
Newsgroups: comp.mail.elm
From: norstan@oar.net (Steve Frazier)
Subject: Reply - question
Organization: Ohio Academic Resources Network
Date: Sun, 8 Nov 1992 16:41:11 GMT

When I reply to a message, ELM use to ask me "Copy message" or something
like that, I could answer yes if I wanted the original message to be
copied into my mail I was replying to or answer no if I didn't.

I can't make that work under ELM 2.4 PL5, I thought it was something in the
elmrc file, but it makes not difference whether I specify ON or OFF.

Please help me with this answer.

Thank you.
From: vhc@abacus.hgs.se (Mikael Larsson)
Newsgroups: comp.mail.elm
Subject: Filter rules samples!?
Date: 8 Nov 92 16:53:39 GMT
Organization: Solace Computer Club, Sundsvall, Sweden


Hello, I am trying to get filter to work. It works pretty good,
but I think the samples in the filter guide isn't too good, so I
wonder if someone would like to share your setups with me? So I can
get more ideas how to use it... :-)

Also, in /var/log/syslog it says to="|/usr/hacks/bin/filter -o
Note: it does NOT end the line, like I have in my .forward;

"|/usr/hacks/bin/filter -o /tmp/vhc.filter.log"

The last part is missing.. Why? And is it possible to fix so it
could say something with my name in the log??? at "to="... ?

					Rgds,

						Mikael
From: larryp@sco.COM (Larry Philps)
Newsgroups: comp.mail.elm
Subject: Re: "leavembox.c", line 766: SIG_BLOCK undefined
Date: 10 Nov 92 15:27:18 GMT
Organization: SCO Canada, Inc.

In <1djh74INN8mj@spool.mu.edu> tomb@studsys.mscs.mu.edu (Tom Baas) writes:

> Hi, all,
> I am trying to compile elm2.4 on an ISC SVr3.2 and I get the following:
> 
> "leavembox.c", line 766: SIG_BLOCK undefined
> 
> Can anyone tell me what I have to do the fix this problem?

SIG_BLOCK is one of the possible arguments to the POSIX sigprocmask
system call.  Configure on your system must have detected sigprocmask
in libc, or else line 766 would have been ifdef'ed out of the code.
Given that sigprocmask exists, posix requires that the symbol SIG_BLOCK
be defined in <signal.h>.

It is likely there somewhere, but you probably need an extra define on
the cc line to get signal.h to include the posix symbols.  If it is not
there, it is a bug in your development system.

In that case, edit config.sh,  change the field d_sigprocmask to
"undef", and the d_sighold field to "define".  Then reextract all
the .SH files, and recompile.  Note that this step will have to be
performed after every run of Configure.

Good Luck

---
#include <std/disclaimer>

Larry Philps,	 SCO Canada, Inc.
Postman:  130 Bloor St. West, 10th floor, Toronto, Ontario.  M5S 1N5
InterNet: larryp@sco.COM
UUCP:	  {uunet,utcsri,sco}!scocan!larryp
Phone:	  (416) 922-1937
From: jsanchez@halcyon.com (Jim Sanchez)
Newsgroups: comp.mail.mush
Subject: mush does not update mbox on quit??
Date: 10 Nov 92 02:51:01 GMT
Article-I.D.: nwnexus.1992Nov10.025101.16676
Organization: The 23:00 News and Mail Service

The BBS system that I recently signed up with has mush v6.4 available.
Somehow the system does not update the mbox file when I quit after
reading the messages i.e., messages keep appearing in my mailbox after I
read them.  This must be a trivial configuration issue but I don't have
access to the docs on the system so ask any mush wizards out there to
let me know the trick so I can pass it along to the sysop here.  He says
he does not speak mush so I need to give him the answer.
thanks all

-- 
Jim Sanchez
Hughes LAN Systems jim@hls.com OR jsanchez@halcyon.com
Kirkland, WA 98033 (206)828-7417 (voice) (206)828-2454 (FAX)
From: sergio@Ingres.COM (Sergio L Aponte)
Newsgroups: comp.mail.mush
Subject: MUSH on Ultrix 4.2A
Date: 10 Nov 92 22:45:23 GMT
Organization: Ingres, an ASK Company, Alameda CA 94501
X-Newsreader: Tin 1.1 PL5


	Compiled on Ultrix 4.2A, gets

/mush -d sergio@ingres.com

[ Mush trace deleted to save space]
[ here I compose a sample mail]

(continue editing letter or ^D to send)
Newsgroups: comp.mail.mush
From: munish@cs.ucf.edu (Munish Jain)
Subject: Porting mush to Harris HCX-9 machine
Summary: porting mush on hcx-9
Keywords: hcx-9
Organization: University of Central Florida
Distribution: comp
Date: Fri, 13 Nov 1992 21:24:58 GMT

hi

Has anyone ported "mush" successfully on Harris HCX-9 ?
I have tried porting it but it dumps core.
Any help will be appreciated.

Thanks

munish
--
A man paints with his brains and not with his hands.
Newsgroups: comp.mail.mush
From: bitbug@netcom.com (James Buster)
Subject: mush passes string constants when it shouldn't
Organization: Lynx Real-Time Systems, Inc.
Date: Fri, 6 Nov 1992 22:22:43 GMT

Mush passes string constants to do_pager(misc.c), when the comment above
do_pager() says specifically that you shouldn't do this. If mush is then
compiled with gcc, it will dump core because gcc puts string constants in
the text segment and mush attempts to write into them.
-- 
				James Buster
			     bitbug@netcom.com
Newsgroups: comp.mail.mush
From: forrie@morwyn.uucp (Forrest Aldrich)
Subject: Segmentation Violation error in PL5
Organization: Vision Graphics
			  Dover, NH
			  USA
Date: Tue, 10 Nov 1992 23:40:35 GMT

I just got done compiling mush 7.2.5, and all seems to work fine, except
when you go to press ^D, it reports "Segmentation Violation" and asks
me if I wish to dump core.

Is this a documented error, or is there perhaps something I overlooked
(likely!) in the compile procedure?

HELP...

Thanks,

Forrest

-- 
	   -----------	      Forrest Aldrich	      -----------
	   -------     morwyn!forrie@unhtel.unh.edu	  -------
	   ----						     ----
	   --	     VISION GRAPHICS --	Dover, NH - USA	       --
	   ------------------------------------------------------
From: jean@cse.ucsc.edu (Jean McKnight)
Newsgroups: comp.doc.techreports
Subject: UCSC TR: Evidence for a Satisfiability Threshold for Random 3CNF Formulas
Date: 7 Nov 1992 00:40:53 GMT
Organization: University of California, Santa Cruz (CE/CIS Boards)
NNTP-Posting-Host: oak.ucsc.edu
Keywords: backtracking, logic, reasoning, satisfiability, threshold behavior.
Originator: golding@oak

          University of California at Santa Cruz
Baskin Center for Computer Engineering and Information Sciences 

The following technical report is available electronically or as
a paper copy.  Instructions for getting either follow the abstract.


UCSC-CRL-92-42   (available electronically, as ucsc-crl-92-42.ps.Z)
EVIDENCE FOR A SATISFIABILITY THRESHOLD FOR RANDOM 3CNF FORMULAS
Tracy Larrabee and Yumi Tsuji
November 1992, 9 pages (paper copy $5.00)

Abstract:  This paper presents empirical evidence of a satisfiability
threshold in random 3CNF formulas.  The paper also expands on and supports
the conjecture of Mitchell, Selman, and Levesque that *hard* randomly
generated CNF formulas will be hard for any reasonable satisfiability
algorithm.  We report statistics for a much larger set of variables than
have been previously reported; in particular, we show that for each clause
to variable ratio less than 4.2, the percentage of satisfiable formulas 
increases, and for each clause to variable ratio greater than 4.2, the
percentage of satisfiable formulas decreases as a function of number of
variables.  We found that several algorithms behaved qualitatively in the
same fashion.  We report on the relative performance of each algorithm.
Keywords:  backtracking, logic, reasoning, satisfiability, threshold behavior.


This technical report is available electronically through either 
of the following methods:
1.  through anonymous ftp from ftp.cse.ucsc.edu, in /pub/tr. Log in 
    as "anonymous", use your email address as your password, specify 
    "binary" before getting the file.  Uncompress before printing.
2.  by mail to automatic mail server rnalib@ftp.cse.ucsc.edu.
    Put this command on the subject line or in the body of the message:
	@@ send ucsc-crl-92-42.ps.Z from tr
    To get the index or abstract list:
	@@ send INDEX from tr
	@@ send ABSTRACTS.1992 from tr
    To get the list of the tr directory:
	@@ list tr
    To get the list of commands and their syntax:
	@@ help commands

Order paper copies from:  Technical Library, Baskin Center for Computer 
Engineering & Information Sciences, UCSC, Santa Cruz  CA  95064.
Purchase orders are not accepted.  Checks or money orders must be
for U.S. dollars, payable through a U.S. bank, and made out to 
"UC Regents".

Questions:  jean@cse.ucsc.edu

===========================================================================
Co-moderator:  Richard Golding, Computer & Information Sciences, UC Santa Cruz
	    compdoc-techreports-request@ftp.cse.ucsc.edu
From: jean@cse.ucsc.edu (Jean McKnight)
Newsgroups: comp.doc.techreports
Subject: UCSC TR: Carafe: An Inductive Fault Analysis Tool for CMOS VLSI Circuits
Date: 9 Nov 1992 23:25:00 GMT
Organization: University of California, Santa Cruz (CE/CIS Boards)
NNTP-Posting-Host: oak.ucsc.edu
Keywords: Fault models, VLSI testing, CMOS, inductive fault analysis.
Originator: golding@oak

          University of California at Santa Cruz
  Baskin Center for Computer Engineering and Information Sciences 

The following technical report is available electronically or as
a paper copy.  Instructions for getting either follow the abstract.


UCSC-CRL-91-24  (available electronically as ucsc-crl-91-24.ps.Z)
CARAFE:  AN INDUCTIVE FAULT ANALYSIS TOOL FOR CMOS VLSI CIRCUITS
Alvin Lun-Knep Jee
June 1991, 37 pages (paper copy $7.00)

Abstract:  Traditional fault models for testing CMOS VLSI circuits
do not take into account the actual mechanisms that precipitate faults.
As a result, the failure modes of a circuit as predicted by these
fault models may not reflect the realistic failure modes of the
circuit.
      This thesis reports on the Carafe software which
determines the realistic bridge faults of the CMOS circuit based on
its layout.  Each fault found by Carafe is assigned a relative
probability based on the geometry of the fault site and defect
distributions of the fabrication process.  Carafe improves upon
previous software in that it is easier to use, more robust, and
more time and memory efficient so that larger circuits can be
analyzed.
Keywords:  Fault models, VLSI testing, CMOS, inductive fault analysis.


This technical report is available electronically through either 
of the following methods:  

1.  through anonymous ftp from ftp.cse.ucsc.edu, in /pub/tr. Log in 
    as "anonymous", use your email address as your password, specify 
    "binary" before getting the file.  Uncompress before printing.
2.  by mail to automatic mail server rnalib@ftp.cse.ucsc.edu.
    Put this command on the subject line or in the body of the message:
    	@@ send ucsc-crl-91-24.ps.Z from tr
    To get the index or abstract list:
	@@ send INDEX from tr
	@@ send ABSTRACTS.1992 from tr
    To get the list of the tr directory:
	@@ list tr
    To get the list of commands and their syntax:
	@@ help commands

Order paper copies of entire tech report from:  Technical Library, 
Baskin Center for Computer Engineering & Information Sciences, UCSC, 
Santa Cruz  CA  95064.  Purchase orders are not accepted.  
Checks or money orders must be for U.S. dollars, payable through 
a U.S. bank, and made out to "UC Regents".

Questions:  jean@cse.ucsc.edu


===========================================================================
Co-moderator:  Richard Golding, Computer & Information Sciences, UC Santa Cruz
	    compdoc-techreports-request@ftp.cse.ucsc.edu
From: em@cs.uta.fi (Erkki M{kinen)
Newsgroups: comp.doc.techreports
Subject: Tech. report from Tampere
Date: 11 Nov 92 12:20:20 GMT
Organization: University of Tampere, Finland
NNTP-Posting-Host: oak.ucsc.edu
Originator: golding@oak

DEPT. OF COMPUTER SCIENCE
UNIVERSITY OF TAMPERE
P.O. BOX 607
SF-33101 TAMPERE, FINLAND

********************************************************************
**************** Now available electronically **********************
********************************************************************


Anonymous ftp address: cs.uta.fi
Directory: pub/reports
Format: compressed PostScript
        (download in binary mode and run through uncompress)
Filename: A-1992-5.ps.Z


TITLE    = Incremental parser construction with metaobjects

NUMBER   = A-1992-5, November 1992
AUTHOR   = Kai Koskimies and Juha Vihavainen

ABSTRACT = The construction of an object-oriented recursive descent parser
is studied. A program is modelled by representing each nonterminal symbol
as a class. To support interactive, incremental parser construction, it
is required that a modification in the definition of a nonterminal has
minimal effects on the classes of other nonterminal symbols. An object-
oriented parsing method based on metaobjects and lazy recursive descent
technique is developed. It is shown that Eiffel allows a pseudo-incremental
solution in which the changes propagate only to the next superclass level,
while C++ allows fully incremental solution.

Paper copies are available upon request from em@cs.uta.fi


===========================================================================
Co-moderator:  Richard Golding, Computer & Information Sciences, UC Santa Cruz
	    compdoc-techreports-request@ftp.cse.ucsc.edu