HDTenEightyP/NetNews huggingface dataset:
From: NED@SIGURD.INNOSOFT.COM (Ned Freed)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: POP3 server with PMDF personal aliases.
Date: 9 Sep 92 23:53:06 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: Ned Freed <NED@SIGURD.INNOSOFT.COM>
X-VMS-To: IN%"MCKEEVER@VAX2.CSTP.UMKC.EDU"
X-VMS-Cc: IN%"info-multinet@tgv.com"

> Bummer.  I'm still not sure why, since POP3 uses SMTP and we're using the
> PMDF SMTP Server, it doesn't work.  I assume that the PMDF SMTP Server
> doesn't invoke PMDF_MAILSHR to send messages?

All PMDF sees is an incoming SMTP connection. This connection is completely
separate from the POP connection you're using to read mail. PMDF has no
way of knowing what user (if any) the SMTP connection is associated with.
TCP/IP provides no facility for determing the remote user, and even if it
did there's nothing that says the remote user corresponds in any way to
the local user and particular personal alias file.

It would be reasonably trivial to do personal alias expansion on incoming
SMTP mail if we just knew whose personal aliases to use. Getting the headers
right is somewhat harder -- the SMTP protocol operates under the assumption
that the headers have already been constructed and no longer have any
association with the envelope addresses.

What is really needed is a posting protocol where the various envelope
addresses can be specified along with which header they are associated
with. This would make it possible for PMDF to construct the proper header
by expanding (or not expanding) personal aliases. Unfortunately this is
not possible in plain SMTP.

None of this has anything to do with PMDF_MAILSHR. Personal alias expansion
works fine from Multinet MM, and MM doesn't use PMDF_MAILSHR.

				Ned
X-Gateway-Source-Info: INTERNET
Date: 14 SEP 92 18:14:41 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: HELP WITH SYSADM NETWORKING PROBLEMS .....
Organization: The INFO-MULTINET Community

> I am an Administer for unix based machines on a local network. A professor
> has put a vax station onto the network. I do not know much about vms administra
> tion, any help would be great.

> I am using ucx (sp?) and can do a telnet 146.186.xx.xx, which file(s) allow
> me to use the name of the machine instead of the numerical address? Also, if
> I try to telnet outside our local net, I get "network unreachable". Which file
> do I need to look at to show gateways & routes?

> Again, "any" help would be greatly appreciated. If you could mail to me
> directly, that would be great because I am very rarely in this group.

    I won't be so quick to accuse someone of running UCX. Can you
type "$ FTP" and see if you get a greeting banner that says "MultiNet"
in it.

							Ken
From: RODRIGOL@BIOMED.UIO.NO (Rodrigo Lopez)
Subject: loggin anonymous ftp server
Organization: THe Norwegian EMBnet node
Date: Mon, 14 Sep 1992 10:00:56 GMT
X-News-Reader: VMS NEWS 1.24

Multinetter's,


I'm trying to find a way to log the ftp sessions for my
anonymous ftp server. Is there any way I can log information
such as the users entry (ie the password)?


Rodrigo:-)
From: KNAPKE%BUTLERU.bitnet@UICVM.UIC.EDU (David J. Knapke 317/283-9420)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: DECwindows over IP
Date: 10 Sep 92 23:59:16 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "David J. Knapke 317/283-9420" <KNAPKE%BUTLERU.bitnet@UICVM.UIC.EDU>
X-Envelope-to: info-multinet@TGV.COM, R.E.Sonneveld%research.ptt.nl@TGV.COM
X-VMS-To: IN%"R.E.Sonneveld%research.ptt.nl@TGV.COM"
X-VMS-Cc: IN%"info-multinet@TGV.COM"

>> 1. The first problem is related to the opening of a DECwindows window
>>    over TCP/IP on  a Multinet  host.  We  get  the  following  error
>>    message. I can't find it neither in the Multinet  manual,  nor  in
>>    the DECwindows User Guide.

>>> dectermport failed to find language, XOpenDisplay("") returned NULL
>>> %DECW-F-CANT_OPEN_DISPL, Can't open display

>    This is a DECwindows error; unfortunately the application doesn't
>tell you anything except that there was one. The best way to debug
>these problems is to try:
>$ multinet x11debug
>which will make its own connection to the display, but give you more
>information about the failure.

I'm guessing you are trying to execute these commands remotely??
I use MacX and use the following:

set display/create/trans=tcpip/node=knapke.butler.edu/screen=2
\; run sys$system:decw$bookreader

This should all be one line, the \; is a command delimeter.  An IP address
will work in place of the host name.  DecWindows/Motiff is not supposed
to support screen type 2, but it works for me.  TGV tech support helped
me figure this out.


David J. Knapke                       Knapke@ButlerU.BITNET
Computer Center                          Assistant Director
Butler University                     Information Resources
Indianapolis, IN  46208                      (317) 283-9420
USA                                     Fax: (317) 283-9740
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: (2): decwindows, multinet, and ucx
From: LPZ@LUDWIG.CTD.ORNL.GOV
Date: 10 SEP 92 19:57:45 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:    LPZ@LUDWIG.CTD.ORNL.GOV (Lawrence MacIntyre)
X-Vmsmail-To: SMTP%"ccdk001@orange.cc.utexas.edu"

        Ned:

>> The approach I use is to define the logical DECW$IGNORE_DECWINDOWS in
>> SYSSTARTUP_V5.COM. This then gives me the luxury of starting everything in
>> the order I choose. Since networking stuff is particularly sensitive to
>> ordering I start it up using a single separate command file that does
>> everything in the proper order that's rigidly defined. I find that while
>> you can save a minute or so by getting fancy the long-term price you pay
>> in obscure problems just isn't worth it.
>>
>>                              Ned
 >
>That works for DECNET; I have that defined.  I also have a single .COM file
>that starts all networking software in the proper order.  If you happen to
>run this .COM file in parallel with SYSTARTUP_V5.COM as I do, you can (and
>I do about 50% of the time) have this race condition with DECWindows and
>MultiNet.  In my book, having a hack that works all the time outweighs
>getting phone calls from users and admin asking why they can't display
>a TCPIP window when the person on the next station can.
>++ Dave

        You could always use SYSMAN to start everything...  DECnet is
        always started before anything you put in BASEENVIRON.
        DECwindows is started once in CONFIG and again in LPBEGIN, before
        anything you add.  If you use DIRECT mode, things are started in
        sequence, not in parallel.  I start LAT, ESS, and Multinet in
        BASEENVIRON, and let SYSMAN deal with DECnet and DECwindows.
        This always works.
                                    Lawrence
                                        ~
From: mcmahon@TGV.COM
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: RE: DECnet security (not MultiNet)
Date: 15 Sep 92 08:18:59 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:    mcmahon @ TGV.COM (John 'Fast-Eddie/FuzzFace' McMahon)


> If TASK=0 does nothing for you, call your DEC support person.  Hopefully, most
> people have closed this hole, but since I find it from time to time, I wanted
> to be careful.  Security by obscurity.

Rumor has it there will be a good article on DECnet (Phase IV) Security and
Auditing in the December issue of VAX Professional...

John 'Fast-Eddie' McMahon    ()
TGV, Incorporated            () "Any networking problem can be solved by
603 Mission Street           ()  the application of 33 miles of Unshielded 
Santa Cruz, California 95060 ()  Twisted Pair (UTP)"   
408-427-4366 or 800-TGV-3440 ()                      [InterOp Spring 1992]
E-Mail: MCMAHON@TGV.COM      ()
From: CCDK001@utxvms.cc.utexas.edu (David Barkelew)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: decwindows, multinet, and ucx
Date: 8 Sep 92 21:39:58 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: David Barkelew <CCDK001@utxvms.cc.utexas.edu>
X-Envelope-to: info-multinet@tgv.com
X-VMS-To: IN%"NED@SIGURD.INNOSOFT.COM"
X-VMS-Cc: IN%"info-multinet@tgv.com"

> The approach I use is to define the logical DECW$IGNORE_DECWINDOWS in
> SYSSTARTUP_V5.COM. This then gives me the luxury of starting everything in
> the order I choose. Since networking stuff is particularly sensitive to
> ordering I start it up using a single separate command file that does
> everything in the proper order that's rigidly defined. I find that while
> you can save a minute or so by getting fancy the long-term price you pay
> in obscure problems just isn't worth it.
> 
> 				Ned

That works for DECNET; I have that defined.  I also have a single .COM file
that starts all networking software in the proper order.  If you happen to
run this .COM file in parallel with SYSTARTUP_V5.COM as I do, you can (and
I do about 50% of the time) have this race condition with DECWindows and
MultiNet.  In my book, having a hack that works all the time outweighs
getting phone calls from users and admin asking why they can't display
a TCPIP window when the person on the next station can.

There is a similar problem with DEC's lat startup.  It creates a detached
process (LATACP), then starts issueing lat commands that fail if the
detached process hasn't completed it's startup, as is the case on our
SMP systems.  (we typically have 10 or more detached processes running in
parallel during startup) The only way I could fix it was to hack DEC's
LAT$SYSTARTUP.COM to make sure that the LATACP was completely started
before issuing LAT commands.  That hack is ugly, and it sucks! :-(  On
the other hand, it is well-documented in our LAT$SYSTARTUP.COM file and
it _does_ work - i.e., we get the lat services we expect to get.  :-\

Ned, like you and everyone else out there, I _hate_ these kinds of hacks.
They make problem-solving difficult and obscure, not to mention your problem(s)
tend to change/move as various products and VMS are upgraded...  I was
merely pointing out something that I fumbled with for a while before I
figured out what was happening in case there are others on the net who
have seen similar things.  :-)  On the other hand, I hope nobody else's
startup procedures are as convoluted as the ones I have to deal with. ;^)

++ Dave
X-Gateway-Source-Info: INTERNET
Date: 09 SEP 92 17:51:16 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: POP3 server with PMDF personal aliases.
Organization: The INFO-MULTINET Community

> PMDF personal aliases don't seem to be recognized by the POP3 server.  A
> faculty member is trying to send broadcast messages to a lot of users
> without every username appearing in the message header.  We get
> satisfactory results with VMS Mail using IN%<personal-alias>, with
> <personal-alias> pointing to a distribution file, but not via Eudora on a
> Mac to the POP3 server.  Unfortunately, nicknames in Eudora don't work
> either because it seems to expand them also.	The Eudora FM (of RTFM fame)
> doesn't seem to mention anything about how to make nicknames terse.

> Any advice for the perpetually verbose?

    Talk to Innosoft.

    When you READ mail from Eudora, MultiNet's POP server is used to
retrieve the messages, but when you SEND mail, Eudora talks directly
to the SMTP port and hence directly to PMDF. MultiNet isn't involved
(other than at the TCP/IP layers) in sending messages at all.

								Ken
From: system@SECS.UCSC.EDU (W. Todd Wipke)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Error Messages from Print server
Date: 15 Sep 92 08:19:02 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "W. Todd Wipke" <system@SECS.UCSC.EDU>

%%%%%%%%%%%  OPCOM  10-SEP-1992 18:01:07.23  %%%%%%%%%%%
Message from user SYSTEM on MOLENG
Printer Server: Failure to create VMS print job = %X48694

I have looked for error messages in the manuals and find few, and not
this one.  What does it mean, what can be wrong?
wipke@secs.ucsc.edu
ucsc
X-Gateway-Source-Info: INTERNET
Date: 08 SEP 92 05:26:51 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: non-interactive FTP program...
Organization: The INFO-MULTINET Community

> I was working on an non-interactive FTP client and I managed to finish
> it a while ago. Now I seem to have found a problem with it. When I FTP
> to places which put out long welcoming messages, my client gets
> confused and issues commands out of sequence. I can get around this
> using a "-" in front of my password, but I can't expect all users to
> do this. Is there any way I can get around this??

    Read page 36 of RFC959; it describes how to parse these
multi-line responses.
								Ken
X-Gateway-Source-Info: INTERNET
Date: 14 SEP 92 22:16:40 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: Logical disk on Sun for microVAX ??
Organization: The INFO-MULTINET Community

> At our site we have a DEC MicrovaxII (running VAX/VMS 5.5, MultiNet 3.1) linked over ethernet to a Sun SPARCserver 4/490 (running SUNOS 4.1.1). We are having trouble with Multinet working between these machines to our specific requirements.

> What we require is to have a directory mounted from the Sun server onto the Microvax using NFS Client. This directory will not be used from the Sun side (unix), but will be used exclusively as another "device" on the Microvax.

> We have mounted the SUN directory with the following command:
> NFSMOUNT/SEMANT=NOSTR/VOL=R76DISK cruiser::"/usr6/r76disk" R76DISK

> There are some differences in behaviour between r76disk and a physical Vax disk, which we are trying to resolve.

> 1.  files copied or restored from a backup to r76disk lose their creation dates.

    NFS doesn't have a concept of a true creation date.  Our NFS
Client displays as the creation date of a file the UNIX (or "NFS")
"ctime", which is really the time the inode was modified.
Unfortunately, the NFS protocol gives no way of setting the ctime in a
create or set attribute request, so we're completely at the mercy of
the NFS Server to chose the creation time.  Any request to change the
creation time through the NFS Client is a no-op.

> 2.  files restored from backups to r76disk get execute permission
> for system added to their file protection.

    NFS doesn't have a concept of system access. As such we display the
system access as RWED. Any request to set the system access bits are
ignored. The same is true of the "D" bit; "D" is not stored in the
NFS server but rather displayed the same as the "W" bit.

> 3.  files copied to r76disk always get default file permissions
> regardless of what file permissions they had to start with.

    What is happening here is that the create request comes across
from RMS without any explicit permission setting in it, which results
in us using the process default protections. If you do an explicit
CREATE/PROTECTION= you'll get those protections. The F11B rules of
default protections based on the protection of the directory, etc,
don't apply over NFS.

							    Ken
Newsgroups: vmsnet.networks.tcp-ip.multinet
From: RODRIGOL@BIOMED.UIO.NO (Rodrigo Lopez)
Subject: Telnet problems when using gopher
Organization: THe Norwegian EMBnet node
Date: Mon, 14 Sep 1992 10:19:44 GMT
X-News-Reader: VMS NEWS 1.24

Multinetter's,

Another problem I'm having is :

When using a gopher client from a unix host, the telnet connection
to a gopher hole I have on my node fails with a termunknow error
and resets the connection. I did'nt have this problem with UCX.
Is anyone experiencing the same problem and/or have a suggestion
on who to overcome it?

Rodrigo:-)

X-Gateway-Source-Info: INTERNET
Date: 10 SEP 92 17:56:02 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "Rolf E. Sonneveld" <R.E.Sonneveld@research.ptt.nl>
From: "Rolf E. Sonneveld" <R.E.Sonneveld@research.ptt.nl>
Subject: DECwindows over IP problem and an FDDI problem.
X-Organization: PTT Research, The Netherlands
X-Envelope-to: info-multinet@tgv.com
X-VMS-To: IN%"info-multinet@tgv.com"
X-VMS-Cc: SONNEVELD
X-Mailer: PMDF V4.0
X-Favourite-Drink: Hot chocolate
X-Phone-Number: +31 70 332 5362
X-Fax-Number: + 31 70 332 6477
Organization: The INFO-MULTINET Community

Hello, all

We've two problems. Hope you can help us.

1. The first problem is related to the opening of a DECwindows window
   over TCP/IP on  a  Multinet  host.  We  get  the  following  error
   message. I can't find it neither in the Multinet  manual,  nor  in
   the DECwindows User Guide.

> dectermport failed to find language, XOpenDisplay("") returned NULL
> %DECW-F-CANT_OPEN_DISPL, Can't open display

Anyone triggered?

2. On our Multinet host we've both an ethernet and an FDDI interface.
   The default route is via ethernet. Changing the default  route  to
   FDDI gives me a lot of unreachable systems on the ehternet  behind
   our cisco. Hope someone can tell me  how  to  make  the  FDDI  the
   default route?

   Another  problem is, that the fddi interface is not reachable from
   other  systems.  However,  if  I first do a ping from the multinet
   host  towards such a system, than that system (if it's on fddi) is
   placed  in  the  ARP  table,  and  then  the  fddi  interface *is*
   reachable  from  that  system.  This  trick  doesn't  work from an
   ethernet  host,  because  the ethernet cisco interface is the only
   (default)  route  in  the  ARP table. What should I do to make the
   FDDI interface available towards any system on our LAN?

Hope someone can help us. Thanks a lot in advance,

Rolf E. Sonneveld
PTT Research
The Netherlands

X-Gateway-Source-Info: INTERNET
Date: 14 SEP 92 22:16:37 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "Bruce R'. Miller" <MILLER@TGV.COM>
From: "Bruce R'. Miller" <MILLER@TGV.COM>
Subject: Re:  HELP WITH SYSADM NETWORKING PROBLEMS .....
Organization: The INFO-MULTINET Community


>I am using ucx (sp?) and can do a telnet 146.186.xx.xx, which file(s) allow
>me to use the name of the machine instead of the numerical address? Also, if
>I try to telnet outside our local net, I get "network unreachable". Which file
>do I need to look at to show gateways & routes?

If you are, in fact, using UCX, then you should check out the VMS/Ultricks
Connection System Manager's Guide.  There should be a section entitled
Setting Up The Internet Databases.  You need to use the UCP utility which
you can invoke with the UCX command.  The commands you are interested in
are SET HOST and SET ROUTE.  The files you will be modifying (via UCP)
are UCX$HOST.DAT and UCX$ROUTE.DAT.

-bruce


Newsgroups: vmsnet.networks.tcp-ip.multinet
From: jennings@ncs.dnd.ca (M. Jennings)
Subject: HELP: Printing problem using ftp's TCP/IP
Organization: DND, Ottawa, CANADA
Date: Sat, 5 Sep 1992 00:13:02 GMT

Hello,
        I am having problems printing from WP51 over the network
        using FTP's PC/TCP ver 2.05 pl2.  I have been told that the
problem is with PREDIR and has been solved with PC/TCP ver 2.10 or with
ver 2,05 pl4 or greater.  Is this true.  I would appreciate any comments
on this, Thanks.
X-Gateway-Source-Info: INTERNET
Date: 10 SEP 92 07:53:55 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "W. Todd Wipke" <wipke@SECS.UCSC.EDU>
From: "W. Todd Wipke" <wipke@SECS.UCSC.EDU>
Subject: Ultrix backup via VMS TF85 tape                                 
Organization: The INFO-MULTINET Community

We have ultrix 5000/240 workstations with no tapes, and vms 5.5 vax 4000/500
with 5f85 and Multinet 3.1 .  We have learned to NFS file share and printer
share, and are ready for the lesson on what to do to back up the Ultrix
machines onto vms TF85 tape.  Incidentally it is a FAST tape drive, a real
thrill to use.
    Thanks in advance.

Todd wipke
Molecular Engineering Laboratory
UCSC
wipke@secs.ucsc.edu
From: stanley@deco.ucc.su.oz.au
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: RCP and LOGIN.COM problem
Date: 7 Sep 92 18:02:19 GMT
Organization: Uni Computing Service, Uni of Sydney

-- 
Hi,

This may be a FAQ but ...

When the MultiNet 'rcp' server calls any Unix 'rcp' client, everything works.
However, the Unix 'rcp' server bombs out when talking to MultiNet 'rcp' client
because the first line of the user's login.com is always sent back to the
server.

	unix$ rcp junk.txt vms.node
	$! first line from login.com even if it is '$ set noverify'

	vms$ dir junk.txt
	%DIRECT-W-NOFILES, no files found

	vms$ rcp unix::"junk.txt" []/log
	%RCP-I-COPIED, UNIX::junk.txt copied to VMS:[DIR]JUNK.TXT;1 (1 block)

Is there any way to avoid this (other than have no login.com)?

We are using VMS 5.5 and MultiNet 3.0H.

Thanks in advance,
Stanley.
----------------------------------------------------------------------
Stanley Wong                              e-mail: stanley@is.su.edu.au
Information Services, H08                  voice: +61 2 692 3491
University of Sydney, NSW  2006              fax: +61 2 660 6557
X-Gateway-Source-Info: INTERNET
Date: 08 SEP 92 21:39:51 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: Ned Freed <NED@SIGURD.INNOSOFT.COM>
From: Ned Freed <NED@SIGURD.INNOSOFT.COM>
Subject: Re: decwindows, multinet, and ucx
X-VMS-To: IN%"Barkelew@utxvms.cc.utexas.edu"
X-VMS-Cc: IN%"info-multinet@tgv.com"
Organization: The INFO-MULTINET Community

The approach I use is to define the logical DECW$IGNORE_DECWINDOWS in
SYSSTARTUP_V5.COM. This then gives me the luxury of starting everything in
the order I choose. Since networking stuff is particularly sensitive to
ordering I start it up using a single separate command file that does
everything in the proper order that's rigidly defined. I find that while
you can save a minute or so by getting fancy the long-term price you pay
in obscure problems just isn't worth it.

				Ned
From: MRL@NERUS.PFC.MIT.EDU (MARK LONDON)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Setting up terminal server to access STREAM printer queue?
Date: 14 Sep 92 16:13:21 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: MARK LONDON <MRL@NERUS.PFC.MIT.EDU>
X-Envelope-to: info-multinet@TGV.COM
X-VMS-To: IN%"info-multinet@TGV.COM"

I have postscript printers on terminal server ports presently connected via lat
printer queues on vms.  I want to experiment with using tcp instead.  I set up
stream protocol printer queues under multinet and tried sending postscript
files.  The files were sent, but nothing appeared.  Has anyone succeeded in
doing this?  I am trying it on a decserver 300, and the documentation is
limited for that.  I assume I have to set parameters on the ds300 correctly.  

BTW, I tried using the telnet command to connect to the port, and it hung and I
could not break out of it of so I had to kill the process.

I also have a datability vcp-1000 terminal server which I could try also, if
it's easier to do it with that.

Thanks.  

Mark

X-Gateway-Source-Info: INTERNET