HDTenEightyP/NetNews huggingface dataset:
From: thompson@pan.ssec.honeywell.com ((jt) John Thompson)
Subject: re: nmconfig  -h hostent_bind  Help!!??? 
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Thu, 3 Sep 1992 18:23:46 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>



> I recently moved away from using a .5MB /etc/hosts file, and
> started using nmconfig -h hostent_bind....
Good for you!
 
> I can't seem to get processes like telnet, mail, ftp etc......
> to look at the local /etc/hosts file first....
Can't be done on HP/Apollos.  On Domain/OS, the nmconfig is an either/or
type switch.  Either you get the name-server, or the /etc/hosts, but not
both never noway nohow.


-- jt --
John Thompson
Design Services Engineer / Sys-Admin
Honeywell, SSEC
Plymouth, MN  55441
thompson@pan.ssec.honeywell.com

If you're not part of the solution, you're part of the precipitate.
*************************************************************************
* This e-mail correspondence is a work of fiction.  Any similarity      *
* between the views presented and actual views, personal or corporate,  *
* living, dead, or still to be conceived, is pure coincidence.          *
*************************************************************************

Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!mips!mips!rtech!ingres!root@ucbvax.Berkeley.EDU  (Operator)
Subject: Problems after I have installed Domain OS
Organization: Ask Computer Systems Inc., Ingres Division, Alameda CA 94501
Distribution: fj
Date: Wed, 26 Aug 1992 15:40:53 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I have the following problem. I have just installed DomainOS on a second Apollo 400 m/c and , using the other 400 as a master, am trying to update the registry that there is a new node on the network. The install guide says to type the following:

/etc/ctnode coley 4e593 -l -r -root

where coley is the new node name.

The above gives me the  following error:

Unable to update replicated root;local cache not updated - transmit failed (OS/network)

I know that the network is OK because I can boot the new m/c off the master via our ethernet.

A clue may be that I cannot log into the new node as "user" if the node is attached to the network. If I remove it then I can login - this must surely mean that the master is being polled for username "user" and not the local m/c?


Please help!!

Thanks,

jonathan Moss
Newsgroups: fj.mail-lists.apollo
From: sdd.hp.com!apollo.hp.com!netnews@hplabs.hpl.hp.com  (Steve Valentine)
Subject: Re: Strange packaging technique
Organization: Hewlett-Packard Corporation, Chelmsford, MA
Distribution: fj
Date: Thu, 3 Sep 1992 17:53:22 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <BtzApG.1o1@watserv1.uwaterloo.ca> gordon@maxwell.uwaterloo.ca (Gordon R. Strachan) writes:
>The one I always like is the packing lists that list everything in the box
>including the packing list itself!  It even has its own HP part number.  HP
>paper work, you gotta love it! :-)

I recently received several boxes of HP-UX manuals.
The packing lists that came with each weren't self-referential,
and didn't list the bubble wrap and/or plastic peanuts enclosed,
but they did list the boxes!

	Component Part			Description
	9211-6313		CARTON, CORRUGATED, SHIPPING
	...

Recycling note:
	This box also makes a good cheap monitor stand. :-)
-- 
Steve Valentine - smv@apollo.hp.com
Hewlett-Packard Company, Apollo Systems Division, Chelmsford, MA
Hermits have no peer pressure. -Steven Wright
Newsgroups: fj.mail-lists.apollo
From: equinox!malc@apple.com  (Malcolm Carlock)
Subject: Problems using Domain/OS SR10.2 through PCROUTE?
Organization: University of Nevada, Reno  Campus Computing Services
Distribution: fj
Date: Fri, 28 Aug 1992 01:00:34 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

There is a DN3500 at our site running SR10.2 which was recently moved
behind a PC running Van Morrison's PCROUTE.  The subnet behind the
PCROUTER is shared by the DN3500 and an HP320 running HP/UX B.08.00.

The DN3500 used to use an HP Unix box as a router, with no problems.
However, since the PCROUTER replaced the HP (which has since changed
addresses; both machines have been rebooted several times since the change),
telnet, rlogin, ftp connections etc. from the DN3500 to ANY machine outside
of the local subnet fail after 20 seconds or so with "connection closed by
foreign host".  Remote machines can be Suns, DECS, HP's or whatever, and can
be on the UNR network or anywhere else on the Internet.

Eavesdropping from a third machine via etherfind on conversations between
the DN3500 and machines elsewhere shows that remote hosts are, for
reasons that aren't clear, sending a TCP FIN signal to the DN3500.
Connections between the DN3500 and the HP that shares its subnet, and
from the HP to other machines and other networks, don't seem to have
any problems that we can detect.

Anyone know what's going on here?
-- 

Malcolm L. Carlock                      Internet:  malc@unr.edu
                                        UUCP:      unr!malc
                                        BITNET:    malc@equinox
Newsgroups: fj.mail-lists.apollo
From: davidy@hwcae.az.honeywell.com (David Young -davidy K26E2 x2968)
Subject: Re: DN10K's for sale
Posted-Date: Thu, 27 Aug 92 11: 56:43 -0600
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Thu, 27 Aug 1992 17:56:43 GMT
Return-Path: <davidy@hwcae.az.honeywell.com>


** munnari.oz.au!bruce.cs.monash.edu.au!merlin!ianh@uunet.uu.net  (Ian Hoyle) on 25 Aug 92 17:40:53 GMT
** in [Re: DN10K's for sale] writes:

Ian> thompson@pan.ssec.honeywell.com ((jt) John Thompson) writes:

John> What's the fastest machine available today if you have 4+ jobs that need to be 
John> running in parallel?  
John> It's not an HP9000/750.  
John> It's not a Sparc10.  
John> It's not a DEC Alpha (isn't out).  
John> It's not an IBM anything.

John> It _is_ a machine that was brought out in mid-1988, by a now-swallowed company
John> named Apollo.  Four years, and they're ALMOST ready to surpass its speed.

Ian> Hmmm, we have a 4 processor DN10k and it too is still serving us quite well.

Ian> My own workstation is a SiliconGraphics 340VGX - it is regularly grinding away at
Ian> 4+ jobs from my research group. I wouldn't forget about them as suppliers of
Ian> fast multiprocessor machines (we are drooling at the prospect of our new
Ian> R4000 MP machine when it finally gets here :-)

Don't forget to mention the *phenomenal* disk drive performance:

min:secs
  0:13.84   copy disk-to-same-disk   //indy   --> //indy     
  1:20.73   copy disk-to-same-disk   //gotham --> //gotham   

//indy   is a 4 CPU 512MB RAM 2 ESDI disk (sector striped) DN10k
//gotham is a        32MB RAM 2 SCSI disk (concat striped) 425t

The data copied was a 34MB Mentor/GeoDraw schematic database.  Now
that's what I call I/O performance (the DN10k).

--
David J. Young                      Honeywell -- Air Transport Systems Division
Phone: 602.436.2968              P.O. Box 21111 M/S AZ75-K26E2 Phoenix AZ 85036
davidy@hwcae.honeywell.com                    uunet!asuvax!apciphx!hwcae!davidy
AMA   AMUG  APDA  BMWCCA  Golfer  Private Pilot  Scuba-Diver  and more....
Do you know Kimball?  EQ Kimball, the insurance man?
Newsgroups: fj.mail-lists.apollo
From: csus.edu!netcom.com!hbo@decwrl.dec.com  (Howard Owen)
Subject: New DN3000 Owner Seeks Help
Organization: Netcom - Online Communication Services  (408 241-9760 guest)
Distribution: fj
Date: Sat, 29 Aug 1992 22:10:22 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


    I bought the machine Michelle advertised here, a DN3000 running
Domain 10.2. Michelle got the machine from a former employer sans
manuals, OS tapes or root password. The former admin of the machine
supplied a list of six possible passwords, none of which seem to work.
Could some kind soul out there help me to hack root on my new machine?

Specific questions: 

     1: What's the story on a standalone domain machine
        that may have been attached to a network previously? The login
        procedure pauses, then reports it is trying the local domain, then
        rejects my password. Do I need to use root,0,0 for the user?

     2: Failing a successful hack of the root password, how do you go about 
        booting domain in single user mode?

     3: Does anyone out there have domain OS 10.4 (latest rev?) tapes
	and/or manuals they'd be willing to sell me cheep?

   Thanks for your attention. I swear I'm one of the good guys. I'll let
you talk to my mother if you don't beleive me. 8)


-- 
-- 
Howard Owen, Sys Admin		           internet:              hbo@octel.com
Octel Communications Corporation           BITNET:            HBO@VOODOO.BITNET
890 Tasman Dr MS 05-04 Milpitas CA 95035   DECNET Internet:          45180::HBO
"I am not a pay TV service!"               Telephone:       408-321-6576 (work)
Newsgroups: fj.mail-lists.apollo
From: munnari.oz.au!metro!usage!sserve!mana!billy@tcgould.tn.cornell.edu  (Jeff Coleman)
Subject: Specs on a couple of Apollo monitors (Horiz/Vert) ?
Organization: Private.
Distribution: fj
Date: Sun, 30 Aug 1992 12:47:15 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I am wondering if anyone can provide me with some Horizontal and Vertical
scan rates for a couple of monitors i have.

007284 15inc colour. (off DN3000).
       19inc colour  (off DN560).

Has anyone hooked up either of these monitors to any other type of computer?

As a side issue does anyone know if its possible to configure a dn560 to 
output to the 15inc mentioned above..i have connected the 2 together but the
output is still at 19inc and tends to wrap around on a 15inc (doesn't sound
too crash hot - doesn't look it either.)

thanx in advance

Jeff.


  +-------------------------------++-------------------------------------+
  |          Jeff Coleman         ||           billy@mana.oz.au          | 
  |      Canberra, Australia      ||       billy@mana.pub.uu.oz.au       |
  |                               ||..!uunet!munnari.oz!eyrie!mana!billy |
  +-------------------------------++-------------------------------------+
  |    A Silent Member of APANA   || AMIGA - Where Multitasking isn't an |
  |    I represent myself ONLY.   ||              afterthought :-)       |
  +-------------------------------++-------------------------------------+
Newsgroups: fj.mail-lists.apollo
From: concert!sas!mozart.unx.sas.com!sasrer@gatech.edu  (Rodney Radford)
Subject: Re: Strange packaging technique
Organization: SAS Institute Inc.
Distribution: fj
Date: Thu, 3 Sep 1992 14:04:53 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

davidb@zeus.ce.washington.edu (David W. Barts) writes:

>The accessory kit box contains two plastic SIMM card guides, a
>metal backplane cover, and three machine screws.  These are packed in
>-- you guessed it -- a specially-made piece of anti-static bubble
>wrap marked "CAUTION:  Contents subject to damage by static
>electricity.  DO NOT OPEN except at approved static-free workstations."

You gotta' love those packaging guys!  Here are some other interesting 
stories:

- We received 5 boxes from another computer company (can't remember the
  name, wasn't HP) that each were labeleld box 1of5, 2of5, etc. When we
  received the 5th box it was labeled box 5 of 5, and then the label "This
  box is intentionally empty"! We still have the 5th box lying around for
  a good laugh.

- I recently ordered two microprocessor crystals from DigiKey, each about 
  the size of a postage stamp, and about as thick as a nickel. When the
  box arrived it was about 6" cube and contained a much smaller box
  wrapped in bubble-plastic. Opening the smaller box was a single 3"x5" 
  card with the two crystals taped to it that was packed with the 
  styrofoam peanuts. And all this was shipped UPS. When I called them and
  asked them why didn't they just stick the card in an envelope and mail
  it to me, they said they "were not equipped" to mail "packages" that way!
  I considered donating them a box of envelopes and some stamps so they 
  would be prepared for my next small shipment!

So it is not just HP!

--
---
Rodney Radford          || Computer Graphics/Imaging
sasrer@unx.sas.com      || SAS Institute, Inc.
(919) 677-8000 x7703    || Cary, NC  27513
Newsgroups: fj.mail-lists.apollo
From: ico!spatial!alek@handies.ucar.edu  (Alek O. Komarnitsky)
Subject: Re: New DN3000 Owner Seeks Help
Organization: Spatial Technology, Inc. (Boulder, Colorado)
Distribution: fj
Date: Sun, 30 Aug 1992 03:22:49 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <f5fn66m.hbo@netcom.com> hbo@netcom.com (Howard Owen) writes:
>    I bought the machine Michelle advertised here, a DN3000 running Domain 10.2
>
>   Thanks for your attention. I swear I'm one of the good guys. I'll let
>you talk to my mother if you don't beleive me. 8)
Ahh, but you have fallen to the "dark side" by buying an Apollo!  ;-)

Alek Komarnitsky                                      303-449-0649
Software Tools Manager, Spatial Technology, Inc.      2425 55th Street, Bldg A
alek@spatial.com                                      Boulder, CO 80301-5704

P.S. T-3 days until padded van comes to pick up our 12 leased Apollo's and sends
     'em back to HP (replaced with 710's and X-terms; massive improvement! )
Newsgroups: fj.mail-lists.apollo
From: bloom-picayune.mit.edu!boltzmann!ccount@bloom-beacon.mit.edu  (Dr. Craig A. Counterman)
Subject: Dead power supply (?) on DN10000
Organization: Electronic Materials Research Group, Cambridge Mass.
Distribution: fj
Date: Mon, 31 Aug 1992 16:12:10 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

A few months ago I asked here about a 'suicidal' DN10000.  It
would randomly turn itself off....  The replys I got all agreed that
the symptoms were those of a power supply needing replacement.

Well, I tried to prepare for the loss of the DN10000, and hoped it
would hold up till the end of the year.

It stayed up for nearly two months (with only software problems
causing a reboot), and then last week we had a power failure.  It came
back from that OK, but about three hours later it turned itself off.
It came back for only a few minutes before going off again.  And now
it powers down a few seconds after being turned on.

I looked at the LEDs people told me about in replys to my earlier
post.  They indicate "VNR under voltage."

So, any way I can repair this myself or at least resurrect it for a
few more months?  Any ideas which component failed, and sources for
this independent of Apollo?  Any companies with used or repaired
Apollo parts?

Thanks for any ideas, it would be nice to get this running long enough
for a graceful transition.

Craig
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!caen!destroyer!terminator!pisa.citi.umich.edu!rees@ucbvax.Berkeley.EDU  (Jim Rees)
Subject: Re: DN10K's for sale
Organization: University of Michigan IFS Project
Distribution: fj
Date: Thu, 27 Aug 1992 19:13:48 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <9208271756.AA07955@gotham.hwcae.az.Honeywell.COM>, davidy@HWCAE.AZ.HONEYWELL.COM (David Young -davidy K26E2 x2968) writes:

  min:secs
    0:13.84   copy disk-to-same-disk   //indy   --> //indy     
    1:20.73   copy disk-to-same-disk   //gotham --> //gotham   
  
  //indy   is a 4 CPU 512MB RAM 2 ESDI disk (sector striped) DN10k
  //gotham is a        32MB RAM 2 SCSI disk (concat striped) 425t
  
  The data copied was a 34MB Mentor/GeoDraw schematic database.  Now
  that's what I call I/O performance (the DN10k).

No, that's what you call write-behind.  Far more interesting would be a
comparison with a 16 Mb file (or a 16 Gb file).  Don't forget to flush vm
first.
Newsgroups: fj.mail-lists.apollo
From: mcsun!uknet!mucs!meehpa.ee.man.ac.uk!zzaascd@uunet.uu.net  (Colin Dente)
Subject: Re: DN330 CPU and DSP80
Organization: Department of Electrical Engineering, University of Manchester
Distribution: fj
Date: Wed, 26 Aug 1992 17:31:19 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <64643@cup.portal.com>, John_A_Pham@cup.portal.com writes:
|> Can I replace a DSP80 CPU board by a DN330 CPU board? The two boards
|> have the same size, and 2 VME/DIN connectors, however the DN330 CPU board
|> has an extra 50pins connector in front. 
|>  
|> John

I believe that this is possible - it should turn your DSP into a DSP90 - at
least that's what I've heard.  The only possible problem may be that you
have to set some jumpers or change a prom.  I can't imagine that anything
would blow up if you tried it.

The connector on the front of the 330 CPU is for the addon RAM board - which
was also available for the DSP80A and (I presume) the DSP90.

Colin
  Colin Dente                     | JANET: dente@uk.ac.manchester
  Manchester Computing Centre     | ARPA:  dente@manchester.ac.uk
  University of Manchester, UK    | UUCP:  ...!mcsun!ukc!manchester!dente
                    I can't even *think* straight
Newsgroups: fj.mail-lists.apollo
From: bloom-picayune.mit.edu!pegasus.mit.edu!bri@bloom-beacon.mit.edu  (Brian D. Carlstrom)
Subject: Apollo SLIP
Organization: mit
Distribution: fj
Date: Sun, 23 Aug 1992 21:19:13 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I was wondering if anyone had come up with a creative kludge to get
slip to work via a telnet connection on an apollo (specifically, on
a 4500 with SR 10.4) since it only works with tty01, it would have
to be both a hardware/software kludge. i suppose a null modem could
be hooked between tty01 and tt02 or tty03. someone logged into
the machine could then start a program to send input to tty02 (and
therefore back to the slip on tty01) and also send info coming in on
tty02 (from slip really) back out to stdout. i assume this would be 
fairly trivial to write, at least for low baud speeds (2400 or less)
if someone could tell me about one, or give me some ideas about how
to do this in unix i'd appreciate it. (i've done wiered things on a
dos box to do something similar, but i could just write direct to the
hardware ports then...)

any comments appreciated

-bri
Newsgroups: fj.mail-lists.apollo
From: swrinde!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ira.uka.de!uni-heidelberg!vm.urz.uni-heidelberg.de!L58@gatech.edu  (Dieter Menszner)
Subject: Nameserver blues
Organization: University of Heidelberg, Germany
Distribution: fj
Date: Mon, 31 Aug 1992 16:00:43 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I am setting up  /etc/named on our Apollo ring with partial success:
 
Configuring one machine as the primary nameserver for the ring and as
secondary nameserver for another subnet worked at least on that machine.
Other machines on the ring which don't run named are expected to
look on the file /etc/resolv.conf for the nameserver machine and ask that
for resolving names (I believe).
But this doesn't work for me. I think that e.g. ftp should look in
resolv.conf for the nameserver but it always falls back to
/etc/hosts. Is ftp and friends broken ?
 
Another phenomenon:
 I set up a second Apollo as the secondary nameserver for the ring.
 It works so long as I am logged in to the Apollo with dm or with crp.
 If I am logged in via telnet the nameserver is ignored.
 What is going on here ?
 
 
Any hints appreciated
 
Dieter
Newsgroups: fj.mail-lists.apollo
From: mcsun!sun4nl!tuegate.tue.nl!eba!ebh.eb.ele.tue.nl!wjw@uunet.uu.net  (Willem Jan Withagen)
Subject: Re: BSD named questions
Organization: Digital Systems, Eindhoven University of Technology, the Netherlands
Distribution: fj
Date: Wed, 2 Sep 1992 07:09:10 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

=>  the thing we need to do is keep the ability to rsh around the local
=>  net(s) if we drop a router between us and the name server(s). Are we
=>  really expected to run a name server on each Apollo ring to keep this
=>  functionality ?

I don't think this is required.

Why not use the /etc/resolv.conf file and insert some real hard IP 
addresses. You still lose when the IP number changes, but the 
primary named is then most of the time available.

WjW
-- 
Digital Information Systems Group, Room EH 10.35 
Eindhoven University of Technology   
P.O. 513                     		Tel: +31-40-473401,Fax: +31-40-448375
5600 MB Eindhoven            		The Netherlands
Internet:  wjw@eb.ele.tue.nl    
X400:      C=nl;ADMD=400net;PRMD=surf;O=tue;OU=ele;OU=eb;S=WJW;
Newsgroups: fj.mail-lists.apollo
From: dog.ee.lbl.gov!network.ucsd.edu!usc!cs.utexas.edu!torn!watserv2.uwaterloo.ca!watserv1!maxwell.uwaterloo.ca!gordon@ucbvax.Berkeley.EDU  (Gordon R. Strachan)
Subject: Re: Strange packaging technique
Organization: University of Waterloo
Distribution: fj
Date: Thu, 3 Sep 1992 01:27:16 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Sep2.234048.18002@u.washington.edu> davidb@zeus.ce.washington.edu (David W. Barts) writes:
>
>In the HP400s to HP433s upgrade kit (A2043), we have three boxes:  a
>motherboard box, an EISA adapter card box, and an accessory kit box.
>
>The accessory kit box contains two plastic SIMM card guides, a
>metal backplane cover, and three machine screws.  These are packed in
>-- you guessed it -- a specially-made piece of anti-static bubble
>wrap marked "CAUTION:  Contents subject to damage by static
>electricity.  DO NOT OPEN except at approved static-free workstations."
>
>Do HP sites have a number of very large Tesla coils that generate
>sparks powerful to melt or vaporize these parts?  Are they plagued
>by numerous lightning strikes?  That anti-static bubble wrap must
>be pretty strong stuff if it can resist a lightning strike!
>
>:-) :-) :-)

Heh heh...

The one I always like is the packing lists that list everything in the box
including the packing list itself!  It even has its own HP part number.  HP
paper work, you gotta love it! :-)

Gordon

PS
Does anybody still have that old "story" about ordering lunch in the HP
cafateria?  It was around about 2 years and I lost my copy.
Newsgroups: fj.mail-lists.apollo
From: mcsun!dxcern!vxcrna.cern.ch!roeber@uunet.uu.net
Subject: traceroute?
Organization: CERN -- European Organization for Nuclear Research
Distribution: fj
Date: Mon, 31 Aug 1992 12:44:02 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Has anybody ported "traceroute" to Domain?  The standard BSD code
on the net requires kernel mods to get the special info.
Theoretically, this should be much easier (and safer) on Apollos,
since IP is done in a user-level daemon.  Getting the tcpd docs,
though, might be a toughie.

If it hasn't been ported, and if I can get the needed info (that's 
a hint, HP), I'll do it.

Thanks!
Frederick.

-- 
Frederick G. M. Roeber | CERN -- European Center for Nuclear Research
e-mail: roeber@cern.ch or roeber@caltech.edu | work: +41 22 767 31 80
r-mail: CERN/PPE, 1211 Geneva 23, Switzerland | home: +33 50 42 19 44
Newsgroups: fj.mail-lists.apollo
From: elroy.jpl.nasa.gov!usc!rpi!newsserver.pixel.kodak.com!psinntp!psinntp!hns!rtaylor@ames.arc.nasa.gov  (Randy Taylor)
Subject: File-splitter for email
Organization: Hughes Network Systems Inc.
Distribution: fj
Date: Fri, 28 Aug 1992 17:29:03 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


A freind of mine is looking for a file splitter
for email.  He is transmitting 100k to 1 Meg
ASCII files and it seems that most mail programs
can handle a max "chuck" size of 50 k.

Any help would be apprecited.  Please reply by email]
and I'll summarize.

Randy Taylor
rtaylor@hns.com
Newsgroups: fj.mail-lists.apollo