SUMMARY: Who supports software from Sun Consulting

From: John D Schneider (jdschn@nicsn1.monsanto.com)
Date: Fri Sep 04 1992 - 19:45:40 CDT


In my original post I asked:

>Sun-Managers,
>
>A long time ago we bought a software program from Sun Consulting, a
>subsidiary of Sun. The program was called Cray-Attach, and it allowed a
>Sun to be used as an interface (using special VME-based FEI3 boards) between
>the TCP/IP network and the Cray. The version of this program we had only
>worked on Sun3, but now we were hoping to get a Sun4 version of it. But
>where is Sun Consulting? I understand they no longer exist as part of Sun,
>but what about the products they supported? Have they disappeared, too?
>We have not been able to track them down. I have tried archie with no success.
>
>As always, thanks in advance,
>
>John Schneider

As I was told by many people, the rumors of Sun Consulting's demise have been
greatly exaggerated. One person said their name has changed to Professional
Services, another said that it was Headquarters Consulting, and still another
said the name is still Sun Consulting. Interestingly, this difference of
opinion about the new name came from three Sun employees, Hal Stern
(stern@sunne.East.Sun.COM), Timothy G. Smith (tgsmith@spdev.East.Sun.COM), and
Art Hebert (Art.Hebert@EBay.Sun.COM)! And they wonder why us lowly customers
get confused!

The number is (800) 225-4449 or (415) 336-2400. They also have an online
server consult-info@sun.com, which will receive and answer queries. This is
the online help:

___________________________________cut here___________________________________
>From consult_info@Corp Mon Feb 17 12:15:04 1992
Return-Path: <consult_info@Corp>
Date: Mon, 17 Feb 92 12:15:02 PST
Subject: How to use the Consulting Archive Server
From: Consulting archive server <consult_info@Corp>

This message comes to you from the consult-info archive server,
consult-info@sun.com. It received a message from you asking for help.

The archive server is a mail-response program. That means that you mail it a
request, and it mails back the response.

The archive server is a very dumb program. It does not have much error
checking. If you don't send it the commands that it understands, it will just
answer "I don't understand you".

The archive server has 4 commands. Each command must be the first word on a
line. The archive server reads your entire message before it does anything,
so you can have several different commands in a single message. The archive
server treats the "Subject:" header line just like any other line of the
message. You can use any combination of upper and lower case letters in the
commands.

The archives are organized into a series of directories, each containing
files and an index of it's contents. The top-level index gives you an
overview of what is in the directories, and the index for each directory
tells you what files are in it.

---------------------------------------------------------------------------
If you are bored with reading documentation and just want to try something,
then send the server a message containing the line
        send index specials

When you get the index back, it will give you the names of all of the files
containing information about specials in the archive; send the server another
message asking it to send you the datasheets that you want:

        send specials dr11w crayattach
etc.

Send to consult-info@sun.com or {someplace}!sun!consult-info.
---------------------------------------------------------------------------

Here is some more documentation. The server has 4 commands:

"help" command: The command "help" or "send help" causes the server to
        send you the help file. You already know this, of course, because
        you are reading the help file. No other commands are honored in a
        message that asks for help.

"index" command: if your message contains a line whose first word is "index",
        then the server will send you the top-level index of the contents of
        the archive. If there are other words on that line that match
        the name of subdirectories, then the indexes for those subdirectories
        are sent instead of the top-level index. For example, you can say
                index
        or
                index specials

        You can then send back another message to the archive server,
        using a "send" command (see below) to ask it to send you the files
        whose name you learned from that list.

        If your message has an "index" or a "send index" command, then all
        other "send" commands will be ignored. This means that you cannot
        get an index and data in the same request.

"send" command: if your message contains a line whose first word is "send",
        then the archive server will send you the item(s) named on the
        rest of the line. To name an item, you give its directory and its
        name. For example
                send consulting T-M_consulting
        
        Once you have named a directory, you can put as many names as you
        like on the rest of the line; they will all be taken from that
        directory. For example:
                send specials bbad bbda terms_and_conditions

        You may put as many "send" commands as you like into one message
        to the server, but uucp mail cannot send more than 100K bytes
        in one message. If you ask for more than it can send, then it
        will send as much as it can and ignore the rest.

"path" command: The "path" command exists to help in case you do not
        get responses from the server when you mail to it.

        Sometimes the server is unable to return mail over the incoming path.
There are dozens of reasons why this might happen, and if you are a
        true wizard, you already know what those reasons are. If you are an
        apprentice wizard, you might not know all the reasons but you might
        know a way to circumvent them.

        If you use the "path" command, all responses to the message containing
        that command will be sent to the address specified, rather than
        to the return address on the mail. For example, if you say
            path pyramid!rutgers!zakkaroo!jj
        then all responses to that message will be sent to that address.
        You will need to specify the "path" command each time you use
        the server, as it has no memory of past messages.

EXAMPLES:

1) Get a list of the types of information available from the archive server:
        To: consult-info@oxford
        Subject: index

2) Find out the list of files containing information about specials in the
   archive.
        To: consult-info@oxford.sun.com
        Subject: hi there

        send index specials

3) Get the scsi datasheets from the archive (you have learned
   their file names from the list that was sent to you in step 2).
        To: consult-info@oxford.sun.com
        Subject: send specials terms_and_conditions

        send specials multiscsi sip cdrom optimem hitachi floppy dosvfs

4) Get the bbad datasheet, and specify the return mailer path to myname@sun.com To: consult-info@oxford.sun.com
        Subject: path myname@sun.com

        send specials bbad

NOTES:

The archive server acknowledges every request by return mail. If you don't
get a message back in a few hours you should assume that something is going
wrong, and perhaps try a "path" command. If you aren't getting anywhere and
you don't know a wizard to help you, try putting
        path myname@site.uucp
in your message, where "myname" is your mailbox name and "site" is the uucp
name of your machine.

Don't send mail with long lines. If you want to ask for 20 datasheets in one
request, you don't need to put all 20 of them in one "send" command. The
archive server is quite able to handle long lines, but before your mail
message is received by the archive server it might pass through relay
computers that will choke on long lines.

The archive server does not respond to requests from users named "root",
"postmaster", "daemon", or "mailer". This is to prevent mail loops.

___________________________________cut here___________________________________

Thanks to the following for the responses:

jpack@ccpb.navo.navy.mil
stern@sunne.East.Sun.COM
tonytran@leland.stanford.edu
tgsmith@spdev.East.Sun.COM
Art.Hebert@EBay.Sun.COM
ron@sarah.lerc.nasa.gov

Sorry if I left anybody off.

John Schneider

*******************************************************************************
* John D. Schneider Internet: jdschn@nicsn1.monsanto.com *
* Research Computing Consortium Telephone: (314)537-6808 *
* Monsanto Company - Mail Zone GG3I _________________________________________*
* 700 Chesterfield Parkway North | "No sciences are better tested than *
* St. Louis, Missouri 63198 | the religion of the Bible." *
* | - Sir Isaac Newton *
*******************************************************************************



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:06:49 CDT