HDTenEightyP/NetNews huggingface dataset:
From: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Subject: Re: having problem with MOTD
Reply-To: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Organization: University of Illinois at Urbana
Date: Tue, 15 Dec 1992 01:05:26 GMT

Michael Branton writes
> Anyone else have this problem?

I do.  When I touch /etc/motd and /etc/motd.rtfd then logout and log  
back in, I don't see the motd.  But notification of mail works fine.
-- 
-- Jeff (jeffo@uiuc.edu)
-- NeXTmail welcome
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Help with email error: can't get working directory
Reply-To: eps@cs.sfsu.edu
Organization: San Francisco State University
Date: Sat, 19 Dec 1992 13:30:30 GMT

In article <1992Dec14.191716.1237@dakota.hsd.com> krarick@hsd.com
	(Kevin C. Rarick) writes:
>Any user of group "other" on my network gets the following bounced mail message
>when trying to send email.

>can't get working directory; will try to continue
>uux failed. code -1

sendmail changes its working directory to its queue directory
(usually /usr/spool/mqueue).

Here are the initial permissions on /usr/spool/mqueue:

drwxrwx---  2 root     wheel       1024 ... /usr/spool/mqueue

sendmail typically runs as root.daemon until it calls a mailer.
Then it normally changes to agent.daemon (unless the mailer
specifies the "S" flag), which causes it to lose *all* access
to the spool directory!  Then when you exec uux,

---s--s--x  1 uucp     daemon     24576 ... /usr/bin/uux

the effective permissions become uucp.daemon.

The simplest approach is probably just to do
	# chmod a+x /usr/spool/mqueue

Since the sensitive queue files won't allow access to other, this
shouldn't pose a serious security threat.

If you're really paranoid, another way would be to change the P=
to point to a shell script containing something like

	#!/bin/sh -f
	cd /usr/spool/uucppublic
	exec /usr/bin/uux "$@"

					-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: tholland@pars.skidmore.edu (Anthony Holland)
Subject: How to do Auto Shut down at given date&time ??
Keywords: auto shutdown
Organization: Skidmore College, Saratoga Springs NY
Date: Fri, 18 Dec 1992 17:26:09 GMT

Is there any way to setup a command which will have the NeXT machines do  
an auto shutdown and power down at some prearranged date and time ?

Thanks

Anthony Holland
NeXT system admin
Skidmore College
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Dump/restore problem with DAT-drive (Major hint!!!)
Date: 15 Dec 1992 16:09:19 GMT
Organization: University of Houston
Reply-To: sears@tree.egr.uh.edu
NNTP-Posting-Host: thanatos.egr.uh.edu

In article <1992Dec9.101922.618@nexcom.hanse.de> helmut@nexcom.hanse.de  
(Helmut Schoenborn) writes:
#My Sony SDT 2000 DAT-Drive works fine using tar on /dev/rst0.
#But the attempt to dump/restore failed. Dump reports no errors.
#According to man sd for Exabyte-Drives whith the command
#
#	dump 0fs /dev/rst0 1200000 /dev/rsd0a
#
#a level 0 dump was written on the tape. Trying to restore by
#
#	restore if /dev/rst0
#	
#I receive
#
#	Tape/disk read error: I/O error
#	
#and on console
#
#	st: cmd = 0x8 sr_io_status = 2H
#    Sense key = 0x0  Sense Code = 0x0
#
#The tape is ok, tar does it's job read/write, and I'm confused. Any hints  
? 
#-- 

I think this is because your drive is not set to fixed block mode for  
restore which it was during dump.  What I do, and this has ALWAYS worked,  
is a 

localhost:4# restore i
/dev/rxt0: I/O error

Then I do a

localhost:5# restore if /dev/nrst0

and the restore works just fine.  The default device for tape is /dev/rxt0  
which, if I remember correctly, is a exabyte device which uses a fixed  
block length....

I hope this helps...

#                     __   __
#Helmut Schoenborn 	/\_\_/\_\		email:  
helmut@nexcom.hanse.de
#Rheingoldweg 13 	\/_/ \/_/		voice (040) 810 816

--
Paul S. Sears                *  sears@uh.edu (NeXT Mail OK)
The University of Houston    *  suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center *  comments, complaints, questions)
NeXT System Administration   *  DoD#1967 '83 NightHawk 650SC 
          >>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
From: sunil@oyster.smcm.edu (Sunil Punnoose)
Newsgroups: comp.sys.next.sysadmin
Subject: Fujitsu  2623 (425MB)
Date: 17 Dec 92 19:18:13 GMT
Reply-To: sunil@oyster.smcm.edu
Distribution: usa


I haven't been able to install a Fujitsu 2623 (425 MB, internal) drive as  
the boot disk on a NeXTStation Turbo.  The drive is terminated and the ID  
is set to 0.

But, I get the following message....

SCSI: Unexpected msg:1
sc: unexpected msg

SCSI: Unexpected msg:1
sc: unexpected msg
 
 

I ran into the same problem on a Fujitsu 2624SA (520MB, internal).  

Can anyone help with the jumper settings? 

Thanks!

Sunil Punnoose
St. Mary's College of MD
From: av@kielo.uta.fi (Arto V. Viitanen)
Newsgroups: comp.sys.next.sysadmin
Subject: Deskjet on NeXT
Date: 18 Dec 92 06:17:48 GMT
Reply-To: av@uta.fi (Arto V. Viitanen)
Distribution: comp
Organization: University of Tampere, Finland

Actually, I should not post this, since I am not sysadmin on our NeXT, but
since I suggested it...

How can one connect HP DeskJet 500C color inkjet printer to NeXT ? We managed
to make it print text, but I think it should be possible to print PostScript
files also, since NeXT has the interpreter. The printer is not right
connected, since it cannot print a PCL file generated on PC.
--
Arto V. Viitanen				               email: av@uta.fi
University Of Tampere,				   	           av@cs.uta.fi
Finland
Newsgroups: comp.sys.next.sysadmin
From: gerben@rna.indiv.nluug.nl
Subject: Re: PGP v2.1 and NeXT
Organization: G.R.O.S.S.
Date: Sat, 12 Dec 1992 11:12:18 GMT

In article <rich.724150542@pencil> rich@pencil.cs.missouri.edu (Rich Winkel)  
writes:
> In <WARLORD.92Dec12021232@deathtongue.mit.edu> warlord@MIT.EDU (Derek Atkins)  
writes:
> 
> Interestingly enough, I ONLY changed the makefile and it compiled fine
> on a next.  I haven't exhaustively run it, but it passed all the tests
> suggested in setup.doc.
> What gives?

If you change the makefile, the functions are also not used( since they are  
protected with #ifdef BSD).

I just posted a small diff to system.c on sci.crypt (not including usuals.h, since  
that just adds code that is already available in NeXT's C lib) but just a #ifdef  
__NeXT__ around the offensive functions. Patch system.c and it will work. This is  
for 2.1 of course.....

*** system.old.c        Tue Dec  1 01:10:10 1992
--- system.c    Sat Dec 12 10:24:38 1992
***************
*** 268,273 ****
--- 268,274 ----
        return(c);
  }
  
+ #ifndef __NeXT__
  #ifdef BSD
  VOID *memset(s, c, n)
  VOID *s;
***************
*** 310,315 ****
--- 311,317 ----
        return unlink(name);
  }
  #endif
+ #endif /* __NeXT__ */
  
  #ifdef SVR2
  int rename(old, new)

-- 
Gerben Wierda                 Tel. (+31) 35 833539
  "If you don't know where you are going, any road will take you there."
  From the Talmud(?), rephrased in Lewis Carroll, "Alice in Wonderland".

Newsgroups: comp.sys.next.sysadmin
From: hwr@pilhuhn.ka.sub.org (Heiko W.Rupp)
Subject: Re: uucp problems on Next 3.0
Date: Wed, 16 Dec 1992 01:26:36 GMT
Organization: The Home of the Pilhuhn

biff@biff.gbdata.com (Dwight Everhart) writes:

>You can use P_ZERO in your chat script to set zero parity, but I don't think  
>you can force it to use no parity.  See the man page for L.sys for more info.

P_ZERO gives zero parity, which in fact is no parity.

-- 
Heiko W.Rupp  Gerwigstr.5  7500 Kh'e 1  hwr@pilhuhn.ka.sub.org  +49 721 693642
Coincidence, n.: 
	You weren't paying attention to the other half of what was
going on.
Newsgroups: comp.sys.next.sysadmin,comp.lang.postscript,sci.math.symbolic
From: tlm@iastate.edu (Tom Marchioro)
Subject: Re: psfix missing and needed to fix Mma ps
Organization: Iowa State University, Ames IA
Date: Sun, 20 Dec 1992 04:16:14 GMT

In <1992Dec19.194250.26583@sophia.smith.edu> orourke@sophia.smith.edu (Joseph O'Rourke) writes:

>I need psfix to "fix" the postscript files output by Mathematica on
>a NeXT.  My Mma/NeXT manual tells me it was distributed with Mma,
>but it (and related ps programs) are nowhere to be found on my NeXT.
>Any advice would be appreciated.  Since psfix is probably just a
>short shell script, maybe someone can mail it to me?  Thanks!

I seriously doubt that you are missing psfix, it's simply that it's
in an unusual path, and in what even WRI admits is probably a bug, it's
not in the path.  

Open up Mathematica.app and look in the subdirectory /Kernel/Display and
psfix should be there.  Mma itself can access it, for it uses PSfix when
you do the "convert pasteboard" approach to pasting or saving an individual
graphic, or if you save a notebook to a PS file from the print panel (try
one of these to see if you get a valid file, i..e select a graphic, copy
it, hit "convert pasteboard" (command-m) and then the EPS option and save
to file option, and you shoudl end up with a valid EPS file.

The best thing to do to make psfix available on a more general basis is
to simply copy if from Mathematica.app/Kernel/Display to /usr/local/bin
or somehwere else in the path (what version of Mma do you have?  when I
discussed this with WRI right after 2.0 came out they told me it woudl be 
fixed in 2.1?). Alternatively you could make a symbolic link, but the file
is so small (~50 Kb) that I'd recommend a straight copy.

If you ARE really missing psfix then I would contact WRI and get an 
entirely new version of Mma, since yours is obviously defective and 
who knows what else is wrong.

Hope this is Helpful --- Tom
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Problem bringing up new hard drive
Date: 15 Dec 92 10:42:15 GMT
Reply-To: izumi@pinoko.berkeley.edu
Organization: University of California, Berkeley
NNTP-Posting-Host: moica.berkeley.edu

In article <1992Dec11.154508.14594@ldp.com> rolfe@ldp.com (Rolfe Tessem) writes:

>I disconnected the external drive, but cannot get the system to boot from the  
>internal.  Messages displayed at bootup are:
>
>	Starting Extended Self Test...
>	Extended SCSI Test
>	System Test passed
>	Boot command: sd
>	boot sd(0,0,0)
>
>	SCSI unexpected msg:1
>	sc: Unexpected msg

This has been asked about a dozen timed here.

The answer is "Disable synchronous mode SCSI".  There
should be a jumper for enable/disabling this on the drive.

--
Izumi Ohzawa             [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440     Fax:  (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXT Mail OK)
Newsgroups: comp.sys.next.sysadmin
From: rcd@cs.brown.edu (Bear - the CIT Rat)
Subject: Re: HELP: Can't login as root on console
Organization: Brown Computer Science Dept.
Date: Fri, 18 Dec 1992 03:18:49 GMT

While we are on the subject of error messages, does anybody
have some source for the error message numbers that the
Workspace generates?

rcd
From: bradshaw@thelma.hq.af.mil (Michelle A. Bradshaw)
Newsgroups: comp.sys.next.sysadmin
Subject: NetInfo Error
Date: 17 Dec 92 16:05:29 GMT
Reply-To: bradshaw@thelma.hq.af.mil (Michelle A. Bradshaw)

A few months ago we were having problems with our server and I had to  
temporarily reconfigure one of our client stations to be a stand alone  
one.  I used SimpleNetworkStarter (SNS) to first reconfigure the machine  
to stand alone.  Once the server was working, I again used SNS to  
reconfigure the station to be a client.

SNS worked fine both times, but now when I try to use the NextAdmin  
utilities like UserManager, NFSManager, or NetInfoManager from the server  
to look this particular client's stuff, I get an alert or error message:   
"Domain browsed did not respond, please try again later" or "Domain  
selected failed to open."  The client has access to everything the server  
is exporting, but for some reason the client won't let me look around at  
its NetInfo database stuff.

I already tried to go back to the default NetInfo set-up on the client,  
but the problem persists.  Does anyone have some ideas about what I need  
to do to fix this problem?

--
-- Michelle A. Bradshaw		HQ USAF LAN Configuration Management
-- bradshaw@thelma.hq.af.mil (NeXT OK)	(703)695-5060	DSN 225-5060
-- Anybody who has an identity problem had better wise up and get
-- with the program!  Jack Handey
Newsgroups: comp.sys.next.sysadmin
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Subject: Re: Getting Preferences to stick (3.0)
Organization: University of Illinois at Urbana
Date: Sun, 20 Dec 1992 06:21:45 GMT

woo@ornl.gov (John W. Wooten) writes:

>I have one user that can't get preferences to stick.  He sets them
>then if he quits Preferences and starts it back, the preference is  
>gone!  In addition, if he selects Unix Expert and hides the app,  
>nevertheless, he doesn't get the dot files to show.

Let me guess... the machine he uses does not get root access to the
NFS filesystem that his home directory is on.
I was hoping this was fixed in 3.0.
-- 
David Lemson                                                (217) 244-1205
University of Illinois NeXT Campus Consultant / CCSO NeXT Lab System Admin
Internet : lemson@uiuc.edu                UUCP :...!uiucuxc!uiucux1!lemson 
NeXTMail accepted                                  BITNET : LEMSON@UIUCVMD
Newsgroups: comp.sys.next.sysadmin
From: mgb@moksha.uucp (Michael Branton)
Subject: Re: having problem with MOTD
Keywords: motd broken 3.0
Reply-To: mgb@moksha.uucp (Michael Branton)
Organization: Totally Disorganized
Date: Sun, 13 Dec 1992 03:06:52 GMT

In article <1992Dec11.113707.24229@dmu.ac.uk> sfch@dmu.ac.uk (Simon Harwood)  
writes:
> In article <1992Dec7.010703.3457@utagraph.uta.edu> root@mecad.uta.edu  
(Operator) writes:
> >
> >The message stored in /etc/motd, doesn't appear on the screen after login  
at  
> >the console (even right after modifying motd), however, with remote login  
> >there is no problem and motd's message scrolls. 
> >Any idea and solution appreciated.     
> >
> >root@mecad.uta.edu
> 
> There is a MOTD application which you can anonymous ftp available on
> sonata.cc.purdue.edu. There are at least 2 versions available which are
> 
> 	pub/next/2.0-release/source/MOTD.tar.Z
> and
> 	pub/next/1.0-release/source/MOTD.tar.Z
> 
> They make use of loginhook and logouthook and throw up a window after you  
have
> entered your password and before the workspace opens up. They also make wtmp
> entrys for people who never use a terminal or the terminal application.
> 
> 		Simon..


I've got this. It worked fine under 2.0, but under 3.0, it seems be broken. I  
get notification of new mail, but not the motd.  Anyone else have this problem  
? Anyone know how to fix it ?

---


-Michael


  mgb@moksha.UUCP
  mgb@stetson.BITNET

  NeXT mail welcome !
-- 


-Michael

Newsgroups: comp.sys.next.sysadmin,comp.lang.postscript,sci.math.symbolic
From: orourke@sophia.smith.edu (Joseph O'Rourke)
Subject: Re: psfix missing and needed to fix Mma ps
Organization: Smith College, Northampton, MA, US
Date: Sun, 20 Dec 1992 04:12:03 GMT

In article <1992Dec19.194250.26583@sophia.smith.edu> orourke@sophia.smith.edu (Joseph O'Rourke) writes:
>I need psfix to "fix" the postscript files output by Mathematica on a NeXT.

Got it, thanks to Magnus Nordborg (magnus@fisher.stanford.edu)!	:-j
From: biff@biff.gbdata.com (Dwight Everhart)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: uucp problems on Next 3.0
Date: Mon, 14 Dec 1992 20:32:07 GMT

In article <1992Dec13.002643.9359@crs-sys.uucp> crs@crs-sys.uucp (Chris  
Gregors) writes:
> But when uucp does the chat, the SCO box doesn't seem to like the <cr> in
> the login. It doesn't seem to accept it. The chat script times out and you
> know the rest.
> 
> I've seen the same thing on the SCO box before when calling in with
> something that was using 7E1 but changing it to 8N1 fixed the problem.
> 
> So.... How to I get uucp to use pa=none like tip! and please don't tell me
> that I have to change the getty on the SCO box.

You can use P_ZERO in your chat script to set zero parity, but I don't think  
you can force it to use no parity.  See the man page for L.sys for more info.

I had problems similar to yours until I replaced the NeXT UUCP with Taylor  
UUCP.  You may find that many of your problems will go away simply by  
switching to Taylor.  I recommend it.

--
Dwight Everhart
biff@biff.gbdata.com (NeXT Mail and MIME OK)
uucp-gw.cc.uh.edu!tghost!biff!biff
Newsgroups: comp.sys.next.advocacy
From: lars@boznag.uchicago.edu (Lawrence Miller)
Subject: Re: NCD's XRemote -- affect on NeXT?
Reply-To: lars@boznag.uchicago.edu
Organization: University of Chicago Computing Organizations
Date: Tue, 15 Dec 1992 00:05:31 GMT

In article <STATMAN.92Dec12164318@marlin.stat.ufl.edu> statman@stat.ufl.edu  
(Chuck Kincaid) writes:
[Stuff about NCD's x-remote...]
> 	Ahh, but my point was that the speed was greater than 9600baud,
> say.  They were using proprietary software.  The demos included
> xloadimage, vi, and other sundry intensive stuff.  The people here in
> the know were impressed.  Not necessarily so much that they would run
> out and buy one, but impressed nonetheless.
[...]

I've used NCD's X-remote software over a v.32bis modem connection.  While runs  
at a very impressive speed for a modem connection, the responsiveness comes  
nowhere near that of running X-windows (or NeXTStep) locally or over EtherNet,  
particularly when using a remote window manager.  If you want to use a program  
with even a marginally sophisticated GUI, I think you would be disappointed  
with X-remote.  It's fast for what it does, but I don't think X-remote is a  
substitute for having a computer at home.  It just can't compete with the  
responsiveness of a locally-running program.  Plus, its X-Windows!

Lawrence Miller
Newsgroups: comp.sys.next.advocacy
From: andrew@cubetech.com
Subject: Re: Publish giving NeXT the silent treatment
Organization: Cube Technologies, Inc.
Date: Sun, 20 Dec 1992 22:20:20 GMT

In article <62955@mimsy.umd.edu> alex@cs.umd.edu (Alex Blakemore) writes:
>I've been scanning the magazine Publish to see if the reviews or ads
>would feature NeXT now that there are finally some entrants in this
>important software marketplace.  Its rare to see any mention of NeXT there,
>and it sure seems to be a natural place for the NeXT DTP companies to advertise.
>
>The only mention of PasteUp, Compose in Color, and others were in the fine
>print listing software packages under the category UNIX.  That's right.
>Not only have they not heralded the arrival of DTP software on the NeXT -
>(ok so its early still) - they implicitly describe NeXT as a generic UNIX machine
>without acknowledging that it is certainly very different as far as
>DTP goes. All of the DTP apps in the UNIX category run on NeXTSTEP and only NeXTSTEP.
>Yet they divide the platforms into Mac, PC and UNIX in bold and mention NeXT
>only in the fine print if at all.  I didnt see any mention of Virtuoso.
>
>DTP is a natural market for NeXT and its software vendors, but it needs to
>have a critical mass of DTP software (getting there finally) and *exposure*
>within that community to succeed.  I dont expect Publish to slant their coverage toward NeXT, 
>but only to be fair.  By not mentioning NeXT specifically as a category for
>DTP software they imply that a. NeXT is not important. or b. its just like any
>other Unix box for DTP.
>
>Perhaps if the vendors contacted Publish they would change this policy, its
>not a big thing for them and now there is a growing base of apps to list.
>And I know you are typically small companies, but I for one would rather read
>your ads in magazines other than NeXTWorld.  People who read NeXTWorld will find
>you anyway, its the people who read Publish who need to be told about NeXT.

Publish has given NeXT pretty good treatment in the past considering
the number of products available for NeXTSTEP in the publishing area.
But, considering that NeXTworld and Publish basically share the same
office, and that former Senior Editor of NeXTWorld, Darcy Dinucci, is
now Editor there and that NeXTWorld contributor Rick Reynolds is
Technical Editor at Publish, I'm not all that worried.


andrew
-- 
andrew@cubetech.com      | "I'm allergic to cigarette smoke, but THIS
Andrew Loewenstern       |  kind of smoke I can handle!"
Cube Technologies, Inc.  |  John Draper, aka Captain Crunch Dec 18, 1992
0000000701B61D1ADF0DFC9C16185CEA055200000007EB4A9FEB1922065D471A89E905B5
Newsgroups: comp.sys.next.advocacy
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Subject: Re: 100 Mips Intel NeXT (moved from comp.sys.next.misc)
Organization: University of Illinois at Urbana
Date: Mon, 21 Dec 1992 06:31:13 GMT

nathan@laplace.csb.yale.edu (Nathan F. Janette) writes:

>wildly successful selling to selected markets. One of
>NeXT's biggest rivals, Sun, comes to mind, and Sun didn't
>make it big by selling $99 copies of Windoze to the average
>low-end computer user. 

Some would contend that Sun has not yet, and will never, 'make it
big.'  Most of those people would probably concede that Microsoft
has 'made it big.'  Of course, there are so many people who are just
certain that the next big OS will be Win NT.  That's because they
love Windows and they know that Microsoft can produce neat-looking
software.   Of course, they have never seen the NeXTSTEP Advantage
(TM).  :-)  
Hopefully, they will see the Advantage when NS486 is being sold in
every Egghead so that people can see how powerful it is.
-- 
David Lemson                                                (217) 244-1205
University of Illinois NeXT Campus Consultant / CCSO NeXT Lab System Admin
Internet : lemson@uiuc.edu                UUCP :...!uiucuxc!uiucux1!lemson 
NeXTMail & MIME accepted                           BITNET : LEMSON@UIUCVMD
Newsgroups: comp.sys.next.advocacy
From: tjhendry@queen.mcs.drexel.edu
Subject: Re: 88k Dead ?
Reply-To: tjhendry@queen.mcs.drexel.edu
Distribution: USA
Date: Thu, 17 Dec 1992 23:39:38 GMT


In Computer Design (December, 1992), there is a blurb about the MIPS R4400.

To summarize (snarfed without permission), the R4400 is an R4000 with a larger cache size, faster clock rate, and a new write buffer.

The write buffer is used for caching graphics operations so that two can be run at the same time. (The way is explained is that when on operation is done, it is cached until the next operation is done, then they are run together. I' m not sure how that speeds it up, if the first doesn't get run till later...)

The cache (16k/16k instruction/data) in the R4400 is twice the size o 
f that on the R4000, but the chips are the same size.

The clock rate has been increased to 75MHz.

The R4400 is alledgedly binary compatible with the R4000. And due to the same size factor, they are, I believe, pin-compatible.

It says the R4400 is in the same price range as a 486.

It seems to me that this would make a nice chip to wrap a NeXT around, especially considering the multi-vendor availability, low price, and the general respect Mr. McCracken of SGI has towards NeXT. (In contrast to McNealy's (sp?) spite and envy)

Perhaps they could build RISC non-turbos with R4000's and the turbos with R4400's?

--
Jonathan Hendry  Anderson Financial Systems
jon@afs.com  (Nextmail Welcome!) or hendryjw@duvm.ocs.drexel.edu