Archive-Date: XXX, 1 Oct 1993 13:00:32 -0400 Subject: Looking for TCP IP libraries Message-ID: <28hnngINNt28@jhunix.hcf.jhu.edu> From: mmartin@jhunix.hcf.jhu.edu (Mark Noel Martin) Date: 1 Oct 1993 13:00:32 -0400 I'm looking for a some libraries thaat would allow me to write some code for transferance of data over an ethernet connection. Does such a package exist either commercially or in the public domain. Thanks M.N. Martin mmartin@olympus.ece.jhu.edu ================================================================================ Archive-Date: XXX, 1 Oct 1993 20:16:23 -0400 From: volz@process.com Subject: Re: Looking for TCP IP libraries Message-ID: <1993Oct1.201623.98@process.com> Date: 1 Oct 93 20:16:23 -0400 References: <28hnngINNt28@jhunix.hcf.jhu.edu> In article <28hnngINNt28@jhunix.hcf.jhu.edu>, mmartin@jhunix.hcf.jhu.edu (Mark Noel Martin) writes: > I'm looking for a some libraries thaat would allow me to write > some code for transferance of data over an ethernet connection. > Does such a package exist either commercially or in the public domain. > > Thanks > > M.N. Martin > > mmartin@olympus.ece.jhu.edu > Could you be somewhat more specific about what you are looking for? TCP/IP packages (such as TCPware for OpenVMS) provide TCP/IP based networking over Ethernet (as well as other networks). They include programming interfaces to allow you to send data over a TCP/IP connection. These interfaces are sockets based (and also, for VMS, QIO based). If you want something that sends raw Ethernet packets, that should be available in your operating system already (assuming it provides Ethernet support). However, this is a bit of work to handle things like retransmissions and preventing the delivery of duplicated data. That's what TCP (the Transmission Control Protocol) does for you - it provides you with a reliable byte-stream full-duplex pipe over which you can send and receive data. Or, perhaps even better, if your application currently stores the data in a file, you might simple be able to the FTP (the File Transfer Protocol) utility to move your data between systems. And, of course, there are other protocols such as DECnet that run over Ethernet (as well as other networks) that provide basically the same functionality. - Bernie Volz Process Software Corporation ================================================================================ Archive-Date: XXX, 4 Oct 1993 20:54:46 GMT Subject: DECMessageQ(DMQ) Message-ID: <28q2im$d79@pulitzer.eng.sematech.org> From: COLER@MAIL.ENG.SEMATECH.ORG (REGINALD COLE) Date: 4 Oct 1993 20:54:46 GMT Does anyone have TCPWARE working with DMQ v2.0 and VMS 5.5-2 I answered no to the TCP/IP support question during the installation of DMQ because it is look for UCX(DEC TCP/IP services stuff). Any experiences with DMQ/TCpware INTERNET:REGINALD_COLE@SEMATECH.ORG ================================================================================ Archive-Date: XXX, 5 Oct 1993 14:21:25 GMT Subject: Re: Looking for TCP IP libraries Message-ID: <7835@krafla.rhi.hi.is> From: rikardur@rhi.hi.is (Rikhardur Egilsson) Date: 5 Oct 93 14:21:25 GMT Sender: usenet@rhi.hi.is References: <28hnngINNt28@jhunix.hcf.jhu.edu> In <28hnngINNt28@jhunix.hcf.jhu.edu> mmartin@jhunix.hcf.jhu.edu (Mark Noel Martin) writes: > I'm looking for a some libraries thaat would allow me to write >some code for transferance of data over an ethernet connection. >Does such a package exist either commercially or in the public domain. Same here, if somebody knows some solutions to this problem please post it. It couldn't be an expensive package though as I'm not planning to make any megabucks out of it. ______________________________________________________________ | Rikhardur Egilsson | | rikardur@rhi.hi.is | | TF3RET | |______________________________________________________________ ================================================================================ Archive-Date: XXX, 5 Oct 1993 13:32:12 -0400 From: volz@process.com Subject: DECUS F'93 Sessions Message-ID: <1993Oct5.133212.99@process.com> Date: 5 Oct 93 13:32:12 -0400 Here's a list of the sessions that will be presented by Process Software Corporation personnel at the Fall 1993 DECUS U.S. Chapter National Event to be held in San Francisco from December 4-10th. Please note that DECUS is now allowing Users Group meetings to be held during the symposia. We hope to see you all at the meeting (DE008, Friday at 10 AM to Noon). If for some reason you are unable to make DECUS this year and would like a copy of the session notes, please drop me an email message (volz@process.com) requesting the notes, give the session number(s). Please note that they won't be mailed until after DECUS. UN063 Distributed File Systems Vladimir Sukonnik Monday, December 6, 1993, 10 AM to 11 AM Room 308 - Moscone Center NE131 TCPware Clinic Bernard Volz Monday, December 6, 1993, 1 PM to 2 PM Networks SIG Campground - Moscone Center IN019 TCP/IP Host Configuration Bernard Volz Wednesday, December 8, 1993, 10 AM to 11 AM Room 303 - Moscone Center IN032 IP: The Next Generation Vladimir Sukonnik Wednesday, December 8, 1993, 1 PM to 2 PM Room 303 - Moscone Center NE121 TCP/IP Host Configuration Clinic Bernard Volz Wednesday, December 8, 1993, 2 PM to 3 PM Networks SIG Campground - Moscone Center NE133 TCP/IP Troubleshooting Clinic Bernard Volz Wednesday, December 8, 1993, 4 PM to 5 PM Networks SIG Campground - Moscone Center NE130 TCP/IP vs OSI Vladimir Sukonnik Thursday, December 9, 1993, 3 PM to 4 PM Room 135 - Moscone Center NE135 TCPware for OpenVMS Update Bernard Volz Thursday, December 9, 1993, 2 PM to 2:30 PM Room 135 - Moscone Center DE008 Process Software Users Group Friday, December 10, 1993, 10 AM to Noon Room 113 - Moscone Center We hope to see you at least at the Users Group meeting on Friday! To register for DECUS, contact the DECUS registration number at: 1-800-DECUS55 FAX: 508-841-3373 ================================================================================ Archive-Date: XXX, 6 Oct 1993 08:46:01 EDT Subject: Re: Looking for TCP IP libraries Message-ID: <1993Oct6.084601.2282@dmc.com> From: munroe@dmc.com (Dick Munroe) Date: 6 Oct 93 08:46:01 EDT References: <28hnngINNt28@jhunix.hcf.jhu.edu> In article <28hnngINNt28@jhunix.hcf.jhu.edu>, mmartin@jhunix.hcf.jhu.edu (Mark Noel Martin) writes: > I'm looking for a some libraries thaat would allow me to write > some code for transferance of data over an ethernet connection. > Does such a package exist either commercially or in the public domain. Most TCP/IP vendors provide socket libraries of one form or another. If you want an interface that supports ALL commercial interfaces (and CMUIP) for VMS, get a copy of NETLIB. You can get NETLIB from fileserv@wkuvx1.bitnet or via FTP from ftp.spc.edu. -- Dick Munroe Internet: munroe@dmc.com Doyle, Munroe Consultants, Inc. UUCP: ...uunet!thehulk!munroe 267 Cox St. Office: (508) 568-1618 Hudson, Ma. 01749 USA FAX: (508) 562-1133 GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection. ================================================================================ Archive-Date: XXX, 13 Oct 1993 22:30:11 GMT Subject: DMQ(DecMessageQ) and TCpware Message-ID: <29hvhj$gbl@pulitzer.eng.sematech.org> From: COLER@MAIL.ENG.SEMATECH.ORG (REGINALD COLE) Date: 13 Oct 1993 22:30:11 GMT Are there any DMQ/ TCPware users out there if so drop me a line on what version of DECMessageQ works with TCpware. What did you do to make it work with TCpware. ================================================================================ Archive-Date: XXX, 15 Oct 1993 18:26:46 GMT Subject: TELNET terminal session Message-ID: <29mq16$duh@pulitzer.eng.sematech.org> From: COLER@MAIL.ENG.SEMATECH.ORG (REGINALD COLE) Date: 15 Oct 1993 18:26:46 GMT I can't control Y or Control C out of a TELNET session . Is there some flag I can set to control terminal buffering. My Terminal setting: Terminal: _NTA1: Device_Type: VT300_Series Owner: _NTA1: Username: SYSTEM Remote Port Info: LABDOG.LB.SEMATECH.ORG Input: 9600 LFfill: 0 Width: 80 Parity: None Output: 9600 CRfill: 0 Page: 24 Terminal Characteristics: Interactive Echo Type_ahead No Escape No Hostsync TTsync Lowercase Tab Wrap Scope No Remote Eightbit Broadcast No Readsync No Form Fulldup No Modem No Local_echo Autobaud Hangup No Brdcstmbx No DMA No Altypeahd Set_speed Line Editing Overstrike editing No Fallback No Dialup No Secure server No Disconnect No Pasthru No Syspassword SIXEL Graphics No Soft Characters No Printer Port Numeric Keypad ANSI_CRT Regis No Block_mode Advanced_video Edit_mode DEC_CRT DEC_CRT2 DEC_CRT3 No DEC_CRT4 TCPWARE logicals defined: "TCPWARE" = "TCPWARE_ROOT:[TCPWARE]" "TCPWARE_COMMON" = "SYS$COMMON:" "TCPWARE_DOMAINNAME" = "LABDOG.eng.SEMATECH.ORG" "TCPWARE_FTPD_LOGFILE" = "TCPWARE:LABDOG_FTPSERVER.LOG" "TCPWARE_FTP_WINDOW" = "32768" "TCPWARE_FTP_XFRMODE_TABLE" = "EXE,TSK,OLB,MLB,SYS,SML,ULB,TLB,HLB,SAV,DSK/IMAGE" = "OBJ,STB,BIN,LDA/BINARY" = "*/ASCII" "TCPWARE_INCLUDE" = "TCPWARE_ROOT:[TCPWARE.INCLUDE]" "TCPWARE_LPD_DEFAULT_USER" = "SYSTEM" "TCPWARE_LPD_OPTIONS" = "1" "TCPWARE_LPD_SPOOL" = "TCPWARE_SPECIFIC:[TCPWARE.LPS_SPOOL]" "TCPWARE_LPR_PRINTER" = "JOBS@QMSTST" "TCPWARE_LPR_QMSTS7_PRINTER" = "QMSTS7@QMSTS7" "TCPWARE_LPR_QMSTST_PRINTER" = "JOBS@QMSTST" "TCPWARE_LPR_QUEUES" = "QMSTST" = "QMSTS7" = "," "TCPWARE_LPR_SPOOL" = "TCPWARE_SPECIFIC:[TCPWARE.LPS_SPOOL]" "TCPWARE_NAMED_ROOT" = "TCPWARE_ROOT:[TCPWARE.NAMED]" "TCPWARE_NETCP_MBX" = "MBA37:" "TCPWARE_NTDEVICE" = "_NTA" "TCPWARE_ROOT" = "SYS$SYSROOT:" "TCPWARE_SMTP_CHECK_INTERVAL" = "0 00:30:00" "TCPWARE_SMTP_CONNECT_TIMEOUT" = "0 00:02:00" "TCPWARE_SMTP_INCOMING_MAIL" = "TCPWARE_SPECIFIC:[TCPWARE.SPOOL]" "TCPWARE_SMTP_MAX_ADDR" = "8" "TCPWARE_SMTP_MBX" = "MBA56:" "TCPWARE_SMTP_MSG_LIFE" = "5 00:00:00" "TCPWARE_SMTP_OUTGOING_MAIL" = "TCPWARE_ROOT:[TCPWARE.SPOOL]" "TCPWARE_SMTP_POSTMASTER" = "SYSTEM" "TCPWARE_SMTP_RELAY" = "NONE" "TCPWARE_SMTP_RETRY_INTERVAL" = "0 02:00:00" "TCPWARE_SMTP_RETURN_MSG" = "SMTP_RETURN_MSG.TXT" "TCPWARE_SMTP_VRFY_ENABLE" = "0" "TCPWARE_SMTP_WORK" = "TCPWARE_SPECIFIC:[TCPWARE.SPOOL]" "TCPWARE_SPECIFIC" = "SYS$SPECIFIC:" "TCPWARE_SVCORDER" = "local,bind" "TCPWARE_TELNETD_FLAGS" = "1" "TCPWARE_TELNETD_INTRO_MSG" = "LABDOG TCPware(R) for OpenVMS TELNET Server" "TCPWARE_TELNET_KEYBOARD_MAP" = "TCPWARE:MAP3270.DAT" "TCPWARE_TIMEZONE" = "-060000" = "CST" ================================================================================ Archive-Date: XXX, 16 Oct 1993 00:51:48 -0400 From: volz@process.com Subject: Re: TELNET terminal session Message-ID: <1993Oct16.005148.106@process.com> Date: 16 Oct 93 00:51:48 -0400 References: <29mq16$duh@pulitzer.eng.sematech.org> In article <29mq16$duh@pulitzer.eng.sematech.org>, COLER@MAIL.ENG.SEMATECH.ORG (REGINALD COLE) writes: > I can't control Y or Control C out of a TELNET session . Is there some flag > I can set to control terminal buffering. I assume you mean that when you telnet into the VMS system, Control Y or Control C don't "work"? You might try typing SET CONTROL=Y to make sure that this hasn't been disabled once you've logged on? If it still doesn't work, what are you telneting in from? If you mean that you can't Control Y/C out of the TELNET Client back to VMS ... that is as we intended. To get out of TELNET Client without logging off the remote host, you should type the attention (or escape) character, which by default is ^\, and type EXIT (or Control Y). Perhaps I've misunderstood the problem? - Bernie Volz Process Software Corporation ================================================================================ Archive-Date: XXX, 21 Oct 1993 15:51:12 MDT Subject: DNS zone transfer failure Message-ID: <1993Oct21.155112.2714@alien.vax.syncrude.com> From: davis@alien.vax.syncrude.com Date: 21 Oct 93 15:51:12 MDT Hello, I am having a problem with DNS using Process Software TCP/IP for VMS 3.0 I have backup (secondary) name servers set up for the domains, and zone transfers work OK execpt for one case. If a zone file contains addresses that cross the last octet boundary, (ie 142.69.200.255, and 142.69.201.1) the zone transfer fails with: %%%%%%%%%%%% NAMED 21-OCT-1993 15:33:19.47 %%%%%%%%%%%% %NAMED-I-SUBPROC, created process 21400282 to transfer zone pc.syncrude.com Usage: xfer -z zone_to_transfer -f db_file -s serial_no server [server] Bad parameter value BTW: We are using a class B net, with a netmask of 255.255.0.0, with no routing. Any thoughts on this one? Thanks, Glenn --- Glenn Davis +1 403 790 4626 / davis@syncrude.com (Work) Syncrude Canada Ltd +1 403 743 9675 / davis@realtime.ab.ca (Home) ================================================================================ Archive-Date: XXX, 22 Oct 1993 16:43:01 GMT Subject: Re: TELNET terminal session Message-ID: <2a92il$h4h@pulitzer.eng.sematech.org> From: COLER@MAIL.ENG.SEMATECH.ORG (REGINALD COLE) Date: 22 Oct 1993 16:43:01 GMT References: <29mq16$duh@pulitzer.eng.sematech.org> <1993Oct16.005148.106@process.com> In-Reply-To: volz@process.com's message of 16 Oct 93 00:51:48 -0400 In <1993Oct16.005148.106@process.com> volz@process.com writes: > In article <29mq16$duh@pulitzer.eng.sematech.org>, COLER@MAIL.ENG.SEMATECH.ORG (REGINALD COLE) writes: > > I can't control Y or Control C out of a TELNET session . Is there some flag > > I can set to control terminal buffering. > > I assume you mean that when you telnet into the VMS system, Control Y > or Control C don't "work"? You might try typing SET CONTROL=Y to make > sure that this hasn't been disabled once you've logged on? If it still > doesn't work, what are you telneting in from? > > stuff deleted ... > Perhaps I've misunderstood the problem? > > - Bernie Volz > Process Software Corporation Hi Bernie I'am telnetting from a PC running Ungermann Bass TCPnext 16.6 TCP/IP software to the VAX. Controly y is enabled and it works, eventually. The trouble is, there's lots of terminal output buffered up ahead of it, and you have to watch it all scroll by before you finally see the Interrupt and the output stops. To put it another way, the output is coming faster than the monitor can display it, and so when you try to stop it, it won't stop right away. ================================================================================ Archive-Date: XXX, 22 Oct 1993 18:25:12 -0400 From: volz@psc (Bernie Volz) Subject: Re: TELNET terminal session Message-ID: <1993Oct22.182512.108@psc> Date: 22 Oct 93 18:25:12 -0400 References: <29mq16$duh@pulitzer.eng.sematech.org> <1993Oct16.005148.106@process.com> <2a92il$h4h@pulitzer.eng.sematech.org> In article <2a92il$h4h@pulitzer.eng.sematech.org>, COLER@MAIL.ENG.SEMATECH.ORG (REGINALD COLE) writes: > > Hi Bernie > > I'am telnetting from a PC running Ungermann Bass TCPnext 16.6 TCP/IP software > to the VAX. Controly y is enabled and it works, eventually. The trouble is, > there's lots of terminal output buffered up ahead of it, and you have to > watch it all scroll by before you finally see the Interrupt and the output > stops. To put it another way, the output is coming faster than the monitor > can display it, and so when you try to stop it, it won't stop right away. > This is a "known" problem with TELNET in general; it can have a lot of characters in the "pipe". What you should be doing is setting the IP (Interrupt Process) character on the PC side and it should hopefully support that special TELNET command and use the available TELNET mechansisms to flush the output close to the point in the data stream at which the IP command is processed. See if the Ungermann Bass software has a means to set the IP (Interrupt Process) character to ^Y. For example, our TELNET client allows you to specify this command character (SET IP ) and will, when the character is typed, flush the buffered output. Another less desireable option is to lower the TCP window size that the Ungermann Bass software advertises to the server (if the software allows you to do that). That way, you'll restrict the amount of data in the pipe. - Bernie Volz Process Software Corporation ================================================================================ Archive-Date: XXX, 22 Oct 1993 18:54:15 -0400 From: volz@psc (Bernie Volz) Subject: Re: DNS zone transfer failure Message-ID: <1993Oct22.185415.109@psc> Date: 22 Oct 93 18:54:15 -0400 References: <1993Oct21.155112.2714@alien.vax.syncrude.com> In article <1993Oct21.155112.2714@alien.vax.syncrude.com>, davis@alien.vax.syncrude.com writes: > Hello, > > I am having a problem with DNS using Process Software TCP/IP for VMS 3.0 > > I have backup (secondary) name servers set up for the domains, and zone > transfers work OK execpt for one case. If a zone file contains addresses > that cross the last octet boundary, (ie 142.69.200.255, and 142.69.201.1) > the zone transfer fails with: > > %%%%%%%%%%%% NAMED 21-OCT-1993 15:33:19.47 %%%%%%%%%%%% > %NAMED-I-SUBPROC, created process 21400282 to transfer zone pc.syncrude.com > Usage: xfer > -z zone_to_transfer > -f db_file > -s serial_no > server [server] > Bad parameter value > > BTW: We are using a class B net, with a netmask of 255.255.0.0, with no routing. > Any thoughts on this one? > > Thanks, > Glenn > --- > Glenn Davis +1 403 790 4626 / davis@syncrude.com (Work) > Syncrude Canada Ltd +1 403 743 9675 / davis@realtime.ab.ca (Home) Glenn: You are using an older version of TCPware (and NAMED). The current released version is V3.1-5E (and V4.0 will be out shortly). Could you open a support call on this (we might want a copy of your named.boot and named.hosts file, etc)? In the mean time, we will look into it to see if there is anything obvious ... V3.1-5 (and earlier) did have a problem if there were fields missing in named.boot - you might want to double check that. The command we're passing to the zone transfer subprocess is malformed (hence the usage message). The checks are: 1) Insufficient number of arguments 2) Invalid argument order or options specified 3) No domain or database file specified The code that generates the command shouldn't do #2, the most likely cause looks like a missing (or blank) field in the named.boot or SOA record for the pc.syncrude.com zone. For support, email to support@process.com (they already have a copy of your news posting) or call 800-722-7770. - Bernie Volz Process Software Corporation ================================================================================ Archive-Date: XXX, 25 Oct 1993 16:34:09 +0200 Subject: Mail support in TCPware ? Message-ID: <1993Oct25.163409.164@elmrd6.ineab.ikea.se> From: anos@elmrd6.ineab.ikea.se Date: 25 Oct 93 16:34:09 +0200 Hi all Could someone please tell me if TCPWare 3.1+ supports SMTP mail and/or POP-3 mail. If so, is the support bundled with the kernel or is it extra $$$ ? Thanks Anders +-------------------------------------------------------------------------+ | Internet anos@ineab.ikea.se | | Phone +42-46-25 73 08, Anders Ostling | | IKEA Northern Europe AB, Sweden | +-------------------------------------------------------------------------+ ================================================================================ Archive-Date: Tue, 26 Oct 1993 14:06:06 GMT Subject: Re: Mail support in TCPware ? Message-ID: <1993Oct26.140606.19473@aragorn.unibe.ch> From: (Martin Egger) Date: Tue, 26 Oct 1993 14:06:06 GMT Reply-To: egger@ubeclu.unibe.ch Sender: news@aragorn.unibe.ch References: <1993Oct25.163409.164@elmrd6.ineab.ikea.se> In article <1993Oct25.163409.164@elmrd6.ineab.ikea.se>, anos@elmrd6.ineab.ikea.se writes: Hi >Could someone please tell me if TCPWare 3.1+ supports SMTP mail and/or POP-3 >mail. If so, is the support bundled with the kernel or is it extra $$$ ? TCPware 3.1 does support SMTP mail, but you have to pay for it. Better choice is to use MX mail (public domain), which does offer much more options than the TCPware SMTP. POP3 is (not yet?) supported by TCPware, but I have a version of IUPOP3 V 1.8 running here. You need SMTP support (TCPware or MX) to run POP3. Send me a mail if you need further informations. 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; HEPNET/SPAN: 20579::49202::egger, DECnet (Switzerland): 49202::egger ******************************************************************************* ================================================================================ Archive-Date: XXX, 26 Oct 1993 11:31:45 -0400 From: capobianco@deneb.process.com Subject: Re: Mail support in TCPware ? Message-ID: <1993Oct26.113145.111@deneb.process.com> Date: 26 Oct 93 11:31:45 -0400 References: <1993Oct25.163409.164@elmrd6.ineab.ikea.se> In article <1993Oct25.163409.164@elmrd6.ineab.ikea.se>, anos@elmrd6.ineab.ikea.se writes: > Hi all > > Could someone please tell me if TCPWare 3.1+ supports SMTP mail and/or POP-3 > mail. If so, is the support bundled with the kernel or is it extra $$$ ? > > Thanks > > Anders > > +-------------------------------------------------------------------------+ > | Internet anos@ineab.ikea.se | > | Phone +42-46-25 73 08, Anders Ostling | > | IKEA Northern Europe AB, Sweden | > +-------------------------------------------------------------------------+ Indiana University's POP3 Server supports TCPware for VMS. Several TCPware customers are currently running their POP3 Server (IUPOP3) successfuly. So, if you have any customers or prospects asking for POP3 support, tell them that there are two ways they can get it: 1. IUPOP3 is available FREE of charge over the Internet from Indiana University. Here is how to get it: IUPOP3 Version 1.7 is now available for anonymous ftp on ftp.indiana.edu . Look in this directory. /pub/vms/iupop3/v1.7 - individual files The README.TXT file that accompanies the distribution briefly describes the changes. If customers or prospects have questions, problems, or comments about IUPOP3. Send Internet mail to iupop3@indiana.edu 2. For those without Internet access, it is also available from the DECUS Library. ----------------------------------------------------------------------------- SMTP mail is fully supported with TCPware. It is not provided with the kernal software, but is a separate component. thanks Michael Capobianco Tech Support Mgr ================================================================================ Archive-Date: Tue, 26 Oct 1993 18:32:10 GMT Subject: Re: Mail support in TCPware ? Message-ID: From: hughes@logos.ucs.indiana.edu (Larry J. Hughes Jr.) Date: Tue, 26 Oct 1993 18:32:10 GMT Sender: news@usenet.ucs.indiana.edu (USENET News System) References: <1993Oct25.163409.164@elmrd6.ineab.ikea.se> <1993Oct26.113145.111@deneb.process.com> In article <1993Oct26.113145.111@deneb.process.com>, capobianco@deneb.process.com writes: # Indiana University's POP3 Server supports TCPware for VMS. # Several TCPware customers are currently running their POP3 # Server (IUPOP3) successfuly. Actually, IU doesn't (yet) support it on TCPware, though some other sites have made it work with TCPware. If you have some C and network programming experience, it wouldn't be terribly difficult. # 2. For those without Internet access, it is also available from the DECUS # Library. This is a very old version, and we do not recommend it for this and other reasons. It was also an unauthorized distribution, i.e. we never signed a request or release to have DECUS distribute it. This may have been an honest mistake, but nevertheless, please don't use it. The only authoritative distribution site is ftp.indiana.edu, in /pub/vms/iupop3. It's guaranteed to be the latest-and-greatest version, anyway. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Larry J. Hughes, Jr. hughes@indiana.edu Software Engineer "Beware of programmers bearing Indiana University, UCS screwdrivers." -Unknown =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ================================================================================ Archive-Date: Tue, 26 Oct 1993 21:24:02 GMT Subject: Re: Mail support in TCPware ? Message-ID: From: mikewd@leica.co.uk (Mike Wilmot-Dear) Date: Tue, 26 Oct 1993 21:24:02 GMT References: <1993Oct25.163409.164@elmrd6.ineab.ikea.se> (Martin Egger) (EGGER@ID.unibe.ch) wrote: : In article , hughes@logos.ucs.indiana.edu (Larry J. Hughes Jr.) writes: : >In article <1993Oct26.113145.111@deneb.process.com>, capobianco@deneb.process.com writes: : ># Indiana University's POP3 Server supports TCPware for VMS. : ># Several TCPware customers are currently running their POP3 : ># Server (IUPOP3) successfuly. : > : >Actually, IU doesn't (yet) support it on TCPware, though some other : >sites have made it work with TCPware. If you have some C and network : >programming experience, it wouldn't be terribly difficult. : Well, finding out which sockets library calls have to be renamed to which : (undocumented) routines (available only in the object library, but not in the : shared library) isn't that trivial at all. Why don't you include the TCPware : stuff into your distribution? Actually this isn't neccessary as TCPWare supplies a DEC UCX compatible socket library so you just configure IUPOP3 for UCX and it all works with no changes at all. Regarding the SMTP support in TCPWare, I think it's only an extra cost option on larger VAXen, on small ones (3100 etc.) or workstations all the TCPWare options (apart from the NFS Client) are bundled in. The SMTP is easy to setup (like everything else in TCPWare) but it only has a limited range of configurability, so for complex mail configurations and fancy mail handling MX would be a better bet. Mike. -- ------------------------------------------------------------------------------ Mike Wilmot-Dear (MW342) e-mail: mikewd@leica.co.uk Leica Cambridge Ltd. Tel: +44 223-411411 (x385) Clifton Road Fax: +44 223-210692 Cambridge, CB1 3QH, UK ================================================================================ Archive-Date: Tue, 26 Oct 1993 19:19:12 GMT Subject: Re: Mail support in TCPware ? Message-ID: <1993Oct26.191912.2908@aragorn.unibe.ch> From: (Martin Egger) Date: Tue, 26 Oct 1993 19:19:12 GMT Reply-To: egger@ubeclu.unibe.ch Sender: news@aragorn.unibe.ch References: <1993Oct25.163409.164@elmrd6.ineab.ikea.se> <1993Oct26.113145.111@deneb.process.com>, In article , hughes@logos.ucs.indiana.edu (Larry J. Hughes Jr.) writes: >In article <1993Oct26.113145.111@deneb.process.com>, capobianco@deneb.process.com writes: ># Indiana University's POP3 Server supports TCPware for VMS. ># Several TCPware customers are currently running their POP3 ># Server (IUPOP3) successfuly. > >Actually, IU doesn't (yet) support it on TCPware, though some other >sites have made it work with TCPware. If you have some C and network >programming experience, it wouldn't be terribly difficult. Well, finding out which sockets library calls have to be renamed to which (undocumented) routines (available only in the object library, but not in the shared library) isn't that trivial at all. Why don't you include the TCPware stuff into your distribution? 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; HEPNET/SPAN: 20579::49202::egger, DECnet (Switzerland): 49202::egger ******************************************************************************* ================================================================================ Archive-Date: Wed, 27 Oct 1993 09:03:33 GMT Subject: Re: Mail support in TCPware ? Message-ID: <1993Oct27.090333.24768@aragorn.unibe.ch> From: (Martin Egger) Date: Wed, 27 Oct 1993 09:03:33 GMT Reply-To: egger@ubeclu.unibe.ch Sender: news@aragorn.unibe.ch References: <1993Oct25.163409.164@elmrd6.ineab.ikea.se> In article , mikewd@leica.co.uk (Mike Wilmot-Dear) writes: >(Martin Egger) (EGGER@ID.unibe.ch) wrote: >: In article , hughes@logos.ucs.indiana.edu (Larry J. Hughes Jr.) writes: >: >In article <1993Oct26.113145.111@deneb.process.com>, capobianco@deneb.process.com writes: >: ># Indiana University's POP3 Server supports TCPware for VMS. >: ># Several TCPware customers are currently running their POP3 >: ># Server (IUPOP3) successfuly. >: > >: >Actually, IU doesn't (yet) support it on TCPware, though some other >: >sites have made it work with TCPware. If you have some C and network >: >programming experience, it wouldn't be terribly difficult. > >: Well, finding out which sockets library calls have to be renamed to which >: (undocumented) routines (available only in the object library, but not in the >: shared library) isn't that trivial at all. Why don't you include the TCPware >: stuff into your distribution? > >Actually this isn't neccessary as TCPWare supplies a DEC UCX compatible >socket library so you just configure IUPOP3 for UCX and it all works >with no changes at all. Well, at least on AXP it will need some changes. Anyway, I have put a modified version of IUPOP3 (V1.8-beta8) on my file server. This modified code uses TCPware routines directly and not via UCX emulation. I tested this version on VMS/AXP V 1.5 and TCPware V 3.1-5E *only*. Host: ubeclu.unibe.ch Path: [.vms_utils] File: iupop3_tcpware.bck 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; HEPNET/SPAN: 20579::49202::egger, DECnet (Switzerland): 49202::egger ******************************************************************************* ================================================================================ Archive-Date: Wed, 27 Oct 1993 14:41:43 GMT Subject: Re: Mail support in TCPware ? Message-ID: From: hughes@logos.ucs.indiana.edu (Larry J. Hughes Jr.) Date: Wed, 27 Oct 1993 14:41:43 GMT Sender: news@usenet.ucs.indiana.edu (USENET News System) References: <1993Oct25.163409.164@elmrd6.ineab.ikea.se> In article <1993Oct26.191912.2908@aragorn.unibe.ch>, (Martin Egger) writes: |> >Actually, IU doesn't (yet) support it on TCPware, though some other |> >sites have made it work with TCPware. If you have some C and network |> >programming experience, it wouldn't be terribly difficult. |> |> Well, finding out which sockets library calls have to be renamed to which |> (undocumented) routines (available only in the object library, but not in the |> shared library) isn't that trivial at all. Why don't you include the TCPware |> stuff into your distribution? Various reasons. The main one: because we have used, or now use, UCX, Multinet, and Wollongong in production at IU, on machines that had to run IUPOP3 for our users. To date, we haven't run TCPware in production. While we've been happy to share the code with the net, necessity was definitely the mother of this invention. I'm not sure we'll do much more IUPOP3 development in the future, but if we do, we may move to the NETLIB interface. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Larry J. Hughes, Jr. hughes@indiana.edu Software Engineer "Beware of programmers bearing Indiana University, UCS screwdrivers." -Unknown =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ================================================================================ Archive-Date: Wed, 27 Oct 1993 16:20:00 GMT Subject: Re: Mail support in TCPware ? Message-ID: <1993Oct27.162000.14132@aragorn.unibe.ch> From: (Martin Egger) Date: Wed, 27 Oct 1993 16:20:00 GMT Reply-To: egger@ubeclu.unibe.ch Sender: news@aragorn.unibe.ch References: <1993Oct25.163409.164@elmrd6.ineab.ikea.se> In article , hughes@logos.ucs.indiana.edu (Larry J. Hughes Jr.) writes: [...] >I'm not sure we'll do much more IUPOP3 development in the future, >but if we do, we may move to the NETLIB interface. Of course, that would be the best way to go! 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; HEPNET/SPAN: 20579::49202::egger, DECnet (Switzerland): 49202::egger ******************************************************************************* ================================================================================ Archive-Date: Fri, 29 Oct 1993 13:00:07 GMT Subject: What's in a Package? Message-ID: <1993Oct29.130007.9228@unipalm.co.uk> From: chrism@unipalm.co.uk (Chris Mann) Date: Fri, 29 Oct 1993 13:00:07 GMT mikewd@leica.co.uk (Mike Wilmot-Dear) writes: [snip] >Regarding the SMTP support in TCPWare, I think it's only an extra cost >option on larger VAXen, on small ones (3100 etc.) or workstations all >the TCPWare options (apart from the NFS Client) are bundled in. ^^^^^^^^^^^^^^^^^^^^^^^^^ This was true for version 3.0 but in version 3.1 and 4.0 the (TCP/IP) bundle on the small machines includes the NFS Client as well. Chris Mann (chrism@unipalm.co.uk) (also in Cambridge - fancy a beer Mike? ;-)