Archive-Date: XXX, 6 May 1994 09:29:00 GMT Subject: archie, gopher, lynx and News server for OpenVMS AXP and TCPware Message-ID: <2qd2ks$ovp@scsing.switch.ch> From: eppen@switch.ch (Urs Eppenberger) Date: 6 May 1994 09:29:00 GMT Keywords: OpenVMS AXP, TCPware, archie, gopher, lynx, News server I need the following tools for an OpenVMS AXP system with TCPware: o archie o gopher o lynx (or some other WWW reader) o news server (I do have a working news reader as an intermediate solution) Any hints on where to look are welcome. Kind regards, Urs. ================================================================================ Archive-Date: XXX, 6 May 1994 09:32:30 GMT Subject: How to port PD SW from Multinet to TCPware Message-ID: <2qd2re$ovp@scsing.switch.ch> From: eppen@switch.ch (Urs Eppenberger) Date: 6 May 1994 09:32:30 GMT iDear colleagues, I have some very nice tools on our VAX VMS system with Multinet: archie, gopher, News server, lynx (a WWW reader) I do need the same stuff for an OpenVMS AXP system with TCPware. Do you have any general hint on how to port the stuff? It would also be possible to compile it first on a VAX VMS system with TCPware and use VEST later. The problem is then reduced to use the socket libraries of TCPware. Short of programming know-how, are there any hints on where to look and what to do to replace calls to Multinet stuff with TCPware calls? Does this make sense at all? Kind regards, Urs. ================================================================================ Archive-Date: XXX, 10 May 1994 23:27:11 -0400 From: volz@process.com (Bernie Volz) Subject: Re: How to port PD SW from Multinet to TCPware Message-ID: <1994May10.232711.517@process.com> Date: 10 May 94 23:27:11 -0400 References: <2qd2re$ovp@scsing.switch.ch> In article <2qd2re$ovp@scsing.switch.ch>, eppen@switch.ch (Urs Eppenberger) writes: > iDear colleagues, > > I have some very nice tools on our VAX VMS system with Multinet: > archie, gopher, News server, lynx (a WWW reader) > > I do need the same stuff for an OpenVMS AXP system with TCPware. > > Do you have any general hint on how to port the stuff? > > It would also be possible to compile it first on a VAX VMS system with > TCPware and use VEST later. The problem is then reduced to use the > socket libraries of TCPware. Short of programming know-how, are there > any hints on where to look and what to do to replace calls to Multinet > stuff with TCPware calls? > Check if the implementations of the various tools you got a while back have been properly ported to OpenVMS AXP yet. If so, get them. If they aren't yet set up to work with TCPware (we've submitted the changes for quiet a few tools to the maintainers), there are several options: 1) If they support UCX, build them for UCX (typically this will require editting the LINK options files to look in TCPWARE: instead of SYS$SHARE: for UCX$IPC). This will make use of the TCPware UCX emulation. 2) Often, you can just go ahead and build the tool for Multinet and run it on TCPware (via the SRI QIO Emulation, etc). Most likely you'll have to define some logicals to point at TCPware directories and/or edit a few files. We also have undocumented inet_* socket routines (there is a brief mention of them in the documenation) that make use of the INETDRIVER qios. These need to be used in applications that mix socket library and INETDRIVER qios. We've got a some tools running on AXP systems here and if you can't get the ones you need up and running, contact us (support@process.com) or me and we MAY be able to provide you with the tools properly modified. - Bernie Volz Process Software Corporation ================================================================================ Archive-Date: XXX, 10 May 1994 11:31:52 CST Subject: MadGoat FTP is now available! Message-ID: <1994May10.113152.11015@netnews.wku.edu> From: goathunter@alpha.wku.edu (Hunter Goatley) Date: 10 May 94 11:31:52 CST Reply-To: goathunter@alpha.wku.edu (Hunter Goatley) MadGoat Software announces the release of the first version of MadGoat FTP, an FTP client and server for OpenVMS VAX and OpenVMS AXP. MadGoat FTP works with MadGoat's NETLIB TCP/IP library, which means that it works with virtually every implementation of TCP/IP for VMS. MadGoat FTP started life as the CMU-Tek FTP client and server. Many thanks go to John Clement and Henry Miller, who made the CMU FTP much better than it used to be. The MadGoat version was modified to work with NETLIB and includes numerous enhancements and bug fixes. The MadGoat version was done by Darrell Burkhead and Hunter Goatley. It's called V2.0, since an earlier version supported only UCX. UCX sites, in particular, should find MadGoat FTP of interest. Some of the features include: o The client features a VMS CLI$ interface, with support for normal UNIX-style commands. For example, SET DEFAULT and CD both change the remote working directory. Unlike MultiNet's client, which offers a TOPS-20-style interface and UCX, which gives you either straight CLI$ or straight UNIX, provides a VMS-style interface with the case preservation, etc., of a UNIX-style interface. o The MadGoat FTP client and server support STRU O VMS. When both a server and a client support STRU VMS, VMS file attributes are retained when files are transferred. UCX does *not* support STRU VMS, making MadGoat FTP ideal for UCX sites connecting to anonymous FTP sites running MultiNet. o The MadGoat FTP server fully supports ANONYMOUS FTP accounts. Anonymous accounts can be restricted to certain directories, etc., as you expect from an anonymous FTP server. The MadGoat FTP server is running on ftp.wku.edu, if you'd like to see its output. o The MadGoat FTP server implements the REIN command, which lets you log out of an account and log in to another without disconnecting from the remote server. MadGoat FTP installs using VMSINSTAL. It is distributed with full documentation in the form of on-line help, PostScript, ASCII text, and Bookreader files. The BLISS sources are also distributed with the software. ------------------------------------------------------------------------------- You can get MadGoat FTP via anonymous ftp from ftp.spc.edu; you'll need: [.MACRO32]UNZIP.EXE or UNZIP.ALPHA_EXE [.MACRO32.SAVESETS]MGFTP.ZIP The file [.MACRO32]BRIEF.DESCRIPTION contains a brief listing of all the packages available under [.MACRO32.SAVESETS]. It's also available from ftp.wku.edu in [.MADGOAT]. ------------------------------------------------------------------------------- To get MadGoat FTP via e-mail, send the following commands in the body of a mail message to FILESERV@WKUVX1.WKU.EDU: SEND MGFTP !Comes as 35 180-block files SEND FILESERV_TOOLS !Needed if you don't have MFTU and UNZIP Including the command DIR ALL on a separate line will return a brief listing of all the packages available from FILESERV@WKUVX1.WKU.EDU. Hunter ------ Hunter Goatley, VMS Systems Programmer, Western Kentucky University goathunter@ALPHA.WKU.EDU (or goathunter@WKUVX1.WKU.EDU) ================================================================================ Archive-Date: XXX, 19 May 1994 17:16:23 GMT Subject: Printing Flag Pages Message-ID: From: gerard@ciit.org (Jim Gerard) Date: 19 May 1994 17:16:23 GMT I don't want or need flag pages printed, they waste paper and toner. My VMS print queues are initialized with /separate=noflag, but a PRINT/FLAG command will override and print the flag page anyway. Apparently the Tcpware LPD server generates PRINT/FLAG commands unless the Unix client uses lpr -h to initiate the print job. So I use lpr -h when I can; the problem is, if I'm printing from some application programs on a Unix system, I don't have control over how it prints. Does anyone know of a workaround for this problem? ================================================================================ Archive-Date: XXX, 20 May 1994 15:04:39 -0400 From: shibuya@process.com (Hiroto Shibuya) Subject: Re: Printing Flag Pages Message-ID: <1994May20.150439.537@process.com> Date: 20 May 94 15:04:39 -0400 References: In article , gerard@ciit.org (Jim Gerard) writes: <...> > Apparently the Tcpware > LPD server generates PRINT/FLAG commands unless the Unix > client uses lpr -h to initiate the print job. So I use > lpr -h when I can; the problem is, if I'm printing from > some application programs on a Unix system, I don't have > control over how it prints. Does anyone know of a workaround > for this problem? This has been a frequent request recently. In TCPware 4.1, you will be able to define a logical TCPWARE_LPD__OPTION which can contains PRINT command option such as /BURST,/HEADER,/FEED, etc. When LPD sends a job to the , these additional qualfier will be added to the print job. -- Hiroto Shibuya Process Software Corporation ================================================================================ Archive-Date: XXX, 23 May 1994 17:47:26 -0400 From: wadelton@process.com (Cathy Wadelton, Process Software Corp.) Subject: TCPware 4.1 announcement Message-ID: <1994May23.174726.538@process.com> Date: 23 May 94 17:47:26 -0400 Process Software Corporation Announces Major New Release of TCPware; Enhances its TCP/IP Offering with New Security Module Framingham, Mass., May 16, 1994 -- Process Software Corporation today announced TCPware 4.1 for OpenVMS, a major new release of its TCP/IP networking software for OpenVMS systems. In addition, the company announced Security-Plus, a new software module in the TCPware family. TCPware consists of TCP/IP and NetWare networking services that provide complete connectivity solutions for Digital's VAX and Alpha AXP systems. Support for Digital's PATHWORKS for OpenVMS Version 5, IP Tunneling, and NetWare RPRINTER support are among the many new features and enhancements of TCPware 4.1. TCPware's new Security-Plus module, which offers advanced mechanisms for protecting data and services on a TCP/IP network, includes a Kerberos server as well as Kerberos authentication for TELNET and rlogin. In addition, address filtering, outgoing access restrictions, and IPSO (Internet Protocol Security Option, RFC 1108) support have been added. TCPware 4.1 for OpenVMS ----------------------- TCPware 4.1 for OpenVMS includes several new features and enhancements to its comprehensive suite of TCP/IP and NetWare services. Among the highlights are: TCP/IP Services --------------- * Support for Digital's OpenVMS Version 6.1. * Support for Compressed Serial Line IP (CSLIP), allowing remote IP users to access TCP/IP Services faster. * Support for Token Ring on Alpha AXP. * Line Printer Services support for VMS forms. * PATHWORKS for OpenVMS Version 5.0 support, allowing users to utilize PATHWORKS software over TCPware's TCP/IP. NetWare Services ---------------- * IP Tunneling, enabling IPX packets to be encapsulated into TCP/IP packets for transmission between NetWare file servers. * Improved performance in TCPware's NetWare Services. * RPRINTER support, allowing NetWare print queues to be redirected to OpenVMS print queues. Security-Plus ------------- Combined with TCPware's existing protection features such as incoming access restrictions, NFS Lock Manager support, and OpenVMS file and ACL compliance, Security-Plus makes TCPware the leader in TCP/IP security on OpenVMS. The following features are included in Security-Plus: * Kerberos Server, including a Key Distribution Center (KDC) and Kerberos Administration (KADM) function. * Kerberos User (KUSER) function, allowing ordinary users to obtain and manage Kerberos style tickets to use with Kerberos applications. * Kerberos support for rlogin and TELNET. * IPSO support, for data confidentiality on incoming or outgoing data on network interfaces. * Address filtering to screen datagram traffic. * Access restrictions on outgoing connections, which restrict users' access to particular applications. ================================================================================ Archive-Date: XXX, 31 May 1994 11:00:42 CET Subject: MS and POP with TCPWare Message-ID: <1994May31.110042.1@ulys.unil.ch> From: gcorbaz@ulys.unil.ch Date: 31 May 94 11:00:42 CET I'm in charge of installing a mail server on a DEC VMS Axp computer. This machine uses TCPWare. I planned to use adresses like first_name.name@xxx.yyy.zzz. Could someone tell me how I could do that with TCPWare. I also planned to use POP mail: is it possible with TCPWare, and if yes, how ? Thanks for your answer ================================================================================ Archive-Date: XXX, 31 May 1994 22:23:26 -0400 From: volz@process.com (Bernie Volz) Subject: Re: MS and POP with TCPWare Message-ID: <1994May31.222326.539@process.com> Date: 31 May 94 22:23:26 -0400 References: <1994May31.110042.1@ulys.unil.ch> In article <1994May31.110042.1@ulys.unil.ch>, gcorbaz@ulys.unil.ch writes: >I'm in charge of installing a mail server on a DEC VMS Axp computer. This >machine uses TCPWare. > >I planned to use adresses like first_name.name@xxx.yyy.zzz. Could someone tell >me how I could do that with TCPWare. TCPware doesn't provide a means to do this - VMS Mail does. You can use the (privileged) MAIL SET FORWARD/USER=first_name.name username command to create the appropriate mappings. However, when a user sends mail, the "from" address will be the user's VMS username. >I also planned to use POP mail: is it possible with TCPWare, and if yes, how ? TCPware does not include a POP server at this time. You can obtain one from Indiana University (see message from them below). Note that for TCPware, just build it for UCX support and away you go. There is ONE minor edit one must make: Edit the UCX.OPT file and change the one line in that file that reads: sys$library:ucx$ipc.olb/lib to: tcpware:ucx$ipc.olb/lib If you have an further questions, drop a message to support@process.com. - Bernie Volz Process Software Corporation From: hughes@logos.ucs.indiana.edu (Larry J. Hughes Jr.) Subject:IUPOP3 V1.8-1 now available Date: Fri, 13 May 1994 13:48:48 GMT Message-ID: IUPOP3 Version 1.8-1 is now available for anonymous ftp on ftp.indiana.edu in /pub/vms/iupop3/v1.8/. V1.8-1 supersedes all V1.8-beta versions, and contains some bug fixes and new features. See the README.TXT for details. IUPOP3 is a multithreaded POP3 server for VMS. On VAXes, it is compatible with TGV Multinet, Digital's TCP/IP Services for Open VMS (aka UCX), and Wollongong's Pathway. On AXP, we know it to be compatible with TGV Multinet. We also have been told it is compatible with UCX V3.1 (but not 3.0 due to API bugs therein). Other AXP compatibility reports welcome. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Larry J. Hughes, Jr. hughes@indiana.edu Indiana University, UCS Software Engineer Service Development Group "Subvert the dominant paradigm" =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ================================================================================ Archive-Date: Tue, 31 May 1994 13:56:20 GMT Subject: Re: MS and POP with TCPWare Message-ID: <1994May31.135620.19897@aragorn.unibe.ch> From: (Martin Egger) Date: Tue, 31 May 1994 13:56:20 GMT Reply-To: egger@ubeclu.unibe.ch Sender: news@aragorn.unibe.ch References: <1994May31.110042.1@ulys.unil.ch> In article <1994May31.110042.1@ulys.unil.ch>, gcorbaz@ulys.unil.ch writes: Hello again >I planned to use adresses like first_name.name@xxx.yyy.zzz. Could someone tell >me how I could do that with TCPWare. With TCPware/SMTP, you can't, but you can do such things with Message Exchange MX, which is a substitute for TCPware/SMTP and much more. You can get it from ftp.spc.edu:[.MX]. >I also planned to use POP mail: is it possible with TCPWare, and if yes, how? No problem, get IUPOP3 from ftp.indiana.edu:/pub/vms/iupop3 and compile it for UCX, which will then use TCPware/UCX emulation. Martin ******************************************************************************* Martin Egger, Ph.D., Computing Services - Head of System/User Support Group University of Bern, Gesellschaftsstrasse 6, CH-3012 Bern, Switzerland Phone: ++41 (0)31 631 38 45, Fax: ++41 (0)31 631 38 65, Telex: 912643 pibe ch RFC: egger@id.unibe.ch, X.400: S=egger;OU=id;O=unibe;P=switch;A=arcom;C=ch; *******************************************************************************