Archive-Date: Mon, 2 Apr 2001 07:39:30 -0400 Date: Mon, 02 Apr 2001 06:29:41 -0500 From: "Lee, Dana-Renee" Reply-To: Info-MultiNet@process.com Subject: RE: Secure FTP? To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 I have been asking when they were going to upgrade V1 of SSH to V2 that includes secure ftp. I have yet to get an answer on when or if this is in the works. Renee Lee -----Original Message----- From: Steve +1 608 278 7700 [mailto:Stephen.L.Arnold@Arnold.com] Sent: Saturday, March 31, 2001 4:15 PM To: info-multinet@process.com Subject: Re: Secure FTP? "David Spencer, Internet Handyman" wrote: > > Okay, for me this feels like a dumb question but I'm going to fling it out > there for the group to see anyway. I'm working on a project where I will be > exchanging some data on a periodic basis with another company. For better or > worse, I'd like to be able to do those exchanges using FTP or some other > transport I can operate via program control. However the data is rather > sensitive so I'd rather not be doing it "in the clear" but instead through > something more secure. What options do I have for Multinet? I would suggest that you consider using the command line version of PGP to encrypt it before sending and to later decrypt it after reception. Then you could FTP it with confidence. As was stated early this week in this forum, secure copy, scp, is not yet available in MultiNet. Regards, "Steve" Stephen L. Arnold, Ph.D., President, Arnold Consulting, Inc. Address 2530 Targhee Street, Madison, Wisconsin 53711-5491 U.S.A. Telephone +1 608 278 7700 Facsimile +1 608 278 7701 Internet Stephen.L.Arnold@Arnold.com http://WWW.Arnold.com Pager (800) 351 8927 Arnold s a registered trademark and service mark of Arnold Consulting, Inc. ================================================================================ Archive-Date: Mon, 2 Apr 2001 08:26:36 -0400 Date: Mon, 02 Apr 2001 06:27:58 -0700 From: Dan O'Reilly Reply-To: Info-MultiNet@process.com Subject: RE: Secure FTP? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed We're working on SSH2 for the next release of Multinet, to include SCP and/or SFTP (both are likely, but not yet totally guaranteed). At 04:29 AM 4/2/2001, Lee, Dana-Renee wrote: >I have been asking when they were going to upgrade V1 of SSH to V2 that >includes >secure ftp. I have yet to get an answer on when or if this is in the works. > >Renee Lee > >-----Original Message----- >From: Steve +1 608 278 7700 >[mailto:Stephen.L.Arnold@Arnold.com] >Sent: Saturday, March 31, 2001 4:15 PM >To: info-multinet@process.com >Subject: Re: Secure FTP? > >"David Spencer, Internet Handyman" wrote: > > > > Okay, for me this feels like a dumb question but I'm going to fling it out > > there for the group to see anyway. I'm working on a project where I > will be > > exchanging some data on a periodic basis with another company. For > better or > > worse, I'd like to be able to do those exchanges using FTP or some other > > transport I can operate via program control. However the data is rather > > sensitive so I'd rather not be doing it "in the clear" but instead through > > something more secure. What options do I have for Multinet? > >I would suggest that you consider using the command line version of PGP to >encrypt it before sending and to later decrypt it after reception. Then you >could FTP it with confidence. As was stated early this week in this >forum, secure copy, scp, is not yet available in MultiNet. > >Regards, >"Steve" Stephen L. Arnold, Ph.D., President, Arnold Consulting, Inc. >Address 2530 Targhee Street, Madison, Wisconsin 53711-5491 U.S.A. >Telephone +1 608 278 7700 Facsimile +1 608 278 7701 >Internet Stephen.L.Arnold@Arnold.com >http://WWW.Arnold.com >Pager (800) 351 8927 >Arnold s a registered trademark and service mark of Arnold Consulting, Inc. ------ +-------------------------------+---------------------------------------+ | Dan O'Reilly | | | Principal Engineer | "Why should I care about posterity? | | Process Software | What's posterity ever done for me?" | | http://www.process.com | -- Groucho Marx | +-------------------------------+---------------------------------------+ ================================================================================ Archive-Date: Mon, 2 Apr 2001 09:00:51 -0400 Date: Mon, 02 Apr 2001 09:00:21 -0400 (EDT) From: Jeff Schreiber Reply-To: Info-MultiNet@process.com Subject: Re: Configuration issues with MultiNet on two interfaces To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Jeremy Begg writes: > >Just to recap, the interfaces are: > > se0 TCP/IP: 10.135.14.22, IP-Subnet: 255.255.255.0 > se1 TCP/IP: 10.2.67.1, IP-Subnet: 255.255.255.0 > [...] >MultiNet Network Interface statistics: >Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Collis >---- --- ------- -------------- ----- ----- ----- ----- ------ >se0 1500 10.0.0 10.135.14.22 2003 0 2921 1 0 >se1 1500 10.0.0 10.2.67.1 0 0 2 1 0 >lo0 4168 127.0.0 127.0.0.1 16 0 16 0 0 > >My problem is that the Alpha won't talk to anything on the 'se1' interface. Any attempt to contact the nominated networks >(10.1.0.0, 10.2.0.0 and 10.3.0.0) goes out the 'se0' interface. > >How can I fix this? > I'm not sure [I'd have to do some digging into it] but I'd be willing to bet it has something to do with your subnets. se0 and se1 are both network 10.0.0.0 as it shows on the show/stat. Send your 'show' output from NET-CONFIG. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Mon, 2 Apr 2001 10:54:28 -0400 Date: Mon, 02 Apr 2001 10:52:01 -0400 From: Andy Stoffel Subject: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 I'm looking for any advice/suggestions on how to correctly configure Apache & Multinet (4.3A) to happily coexist on a VMS 7.2-1 system. If I take 2 systems running the same version of VMS (7.2-1) (And all current patches) and Apache/CSWS (1.01) and the APACHE$WWW account similarly configured & Apache configured similarly (and just for completeness sake they also have the same layered products installed) Apache on the system using TCP/IP Services for OpenVMS 5.0A works a lot better than the system running Multinet 4.3A (all patches). (I actually have several of each configuration: Apache/Multinet & Apache/TCPIP scattered across the US at different customer sites and the Multinet sites all exhibit the same "issue".) Basically.... on a Multinet system Apache gradually appears to stop responding to requests after approximately 65-70K buffered I/O's. (Using the default APACHE$WWW & HTTPD.CONF configuration it starts with. ) A show process for the APACHE$WWW account on one of these systems where it has stopped responding: Process Quotas: Account name: CPU limit: Infinite Direct I/O limit: 600 Buffered I/O byte count quota: 316016 Buffered I/O limit: 600 Timer queue entry quota: 1196 Open file quota: 412 Paging file quota: 204576 Subprocess quota: 9 Default page fault cluster: 64 AST quota: 1204 Enqueue quota: 2848 Shared file limit: 0 Max detached processes: 0 Max active jobs: Accounting information: Buffered I/O count: 317556 Peak working set size: 8384 Direct I/O count: 200 Peak virtual size: 176672 Page faults: 551 Mounted volumes: Images activated: 3 Elapsed CPU time: 0 00:00:00.98 Connect time: 3 16:29:40.99 And (if it helps) in SYSUAF: Maxjobs: 0 Fillm: 500 Bytlm: 350000 Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0 Maxdetach: 0 BIOlm: 600 JTquota: 32768 Prclm: 22 DIOlm: 600 WSdef: 15000 Prio: 4 ASTlm: 1210 WSquo: 30000 Queprio: 4 TQElm: 1210 WSextent: 30000 CPU: (none) Enqlm: 3000 Pgflquo: 300000 The above is due more to trial-and-error than anything else. -- Note: watching it with a show process/continuous it appears that the Buffered I/O count increases by 1 every second whether it is UCX or Multinet. This doesn't seem to affect any other processes. Any suggestions on where to start on getting Apache/CSWS and Multinet to productively co-exist would be appreciated. Thanks -Andy- --- SUB/signature/witty_saying/ ================================================================================ Archive-Date: Mon, 2 Apr 2001 11:03:13 -0400 Date: Mon, 02 Apr 2001 08:04:51 -0700 From: Marc Chametzky Reply-To: Info-MultiNet@process.com Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com CC: Andy Stoffel MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 > I'm looking for any advice/suggestions on how to correctly > configure Apache & Multinet (4.3A) to happily coexist > on a VMS 7.2-1 system. I spent many weeks trying to get CSWS to work on my similarly configured system and eventually gave up. Richard Barry from the CSWS group at Compaq was really nice in trying to help me get it up and running, but without MultiNet there, he couldn't reproduce that behavior. I'm glad that at least someone else saw what I did (the unresponsiveness after a short while) and the constant I/O per second. I gave up after about a month and switched to WASD and that one has been working well for me. --Marc ================================================================================ Archive-Date: Mon, 2 Apr 2001 11:10:24 -0400 Date: Mon, 02 Apr 2001 10:08:06 -0500 From: NORTHERN_LOUIS_O@LILLY.COM Reply-To: Info-MultiNet@process.com Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com BCC: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I'm in a similar situation, doing a little presenting of web stuff to our group (Oracle docs, etc.), as well as possibly frontending some DCL code to do some management things... Was also looking at CSWS, but based on what I'm hearing I'm going to drop that, since I'm somewhat new at all of this, what does "WASD" stand for? Where can one acquire the kit? Thanks - Lou Thought for the day Tho' much is taken, much abides, and tho' We are not now that strength which in old days Moved earth and heaven, that which we are, we are, - One equal temper of heroic hearts, Made weak by time and fate, but strong in will To strive, to seek, to find and not to yield. Marc Chametzky 04/02/2001 10:04 AM Please respond to Info-MultiNet To: info-multinet@process.com cc: Andy Stoffel Subject: Re: Getting Apache/CSWS & Multinet to co-exist? > I'm looking for any advice/suggestions on how to correctly > configure Apache & Multinet (4.3A) to happily coexist > on a VMS 7.2-1 system. I spent many weeks trying to get CSWS to work on my similarly configured system and eventually gave up. Richard Barry from the CSWS group at Compaq was really nice in trying to help me get it up and running, but without MultiNet there, he couldn't reproduce that behavior. I'm glad that at least someone else saw what I did (the unresponsiveness after a short while) and the constant I/O per second. I gave up after about a month and switched to WASD and that one has been working well for me. --Marc ================================================================================ Archive-Date: Mon, 2 Apr 2001 11:13:20 -0400 Date: Mon, 02 Apr 2001 10:11:21 -0500 (CDT) From: Hunter Goatley Reply-To: Info-MultiNet@process.com Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 > I spent many weeks trying to get CSWS to work on my similarly configured > system and eventually gave up. Richard Barry from the CSWS group at Compaq > was really nice in trying to help me get it up and running, but without > MultiNet there, he couldn't reproduce that behavior. > I'm glad that at least someone else saw what I did (the unresponsiveness > after a short while) and the constant I/O per second. We're working with Compaq to try to figure out what's going on here. Our initial tests with the first Apache release showed no problems; I'm not sure what has changed in this release, but we are aware of the issue and working on it. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Mon, 2 Apr 2001 11:15:33 -0400 Date: Mon, 02 Apr 2001 08:14:55 -0700 From: "David Spencer, Internet Handyman" Reply-To: Info-MultiNet@process.com Subject: RE: Secure FTP? To: info-multinet@process.com CC: SPENCER@pageweavers.com > I have been asking when they were going to upgrade V1 of SSH to V2 that > includes > secure ftp. I have yet to get an answer on when or if this is in the works. > > Renee Lee Perhaps queries like this (I didn't realize that SSH V2 included a secure FTP) will inspire Process onward. :) Thanks for the help - this gives me a better direction on where I should be looking. -- Dave Spencer, PageWeavers ================================================================================ Archive-Date: Mon, 2 Apr 2001 11:18:30 -0400 Date: Mon, 02 Apr 2001 10:17:59 -0500 From: "John W. Parker" Reply-To: Info-MultiNet@process.com Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii I have a support call currently with Process on a similar issue as far as the CSWS stops responding. In my case, I noticed that the server stops responding whenever the number of idle processes is greater than the setting I have in httpd.conf and the CSWS kills those extra processes. It appears to die in any other case where the CSWS is removing any processes as per settings in httpd.conf. While I wait on a fix (or direction from Process), I have turned KeepAlive off and I have set the number for MaxSpareServers high enough so that none of the worker processes will be removed, in our case, 20. I will note that my support call started with Compaq, they were able to reproduce this behavior on Multinet only. They then put the burden of a fix on Process. I don't know the status of my support call right now, but I know that Process has communicated with Compaq on this issue. John Parker At 09:52 AM 4/2/01 , you wrote: >I'm looking for any advice/suggestions on how to correctly >configure Apache & Multinet (4.3A) to happily coexist >on a VMS 7.2-1 system. > >If I take 2 systems running the same version of VMS (7.2-1) >(And all current patches) and Apache/CSWS (1.01) and >the APACHE$WWW account similarly configured & Apache >configured similarly (and just for completeness sake they also >have the same layered products installed) > >Apache on the system using TCP/IP Services for OpenVMS 5.0A >works a lot better than the system running Multinet 4.3A (all >patches). > >(I actually have several of each configuration: > > Apache/Multinet & Apache/TCPIP > >scattered across the US at different customer sites and the >Multinet sites all exhibit the same "issue".) > >Basically.... on a Multinet system Apache gradually appears to stop >responding to requests after approximately 65-70K buffered I/O's. >(Using the default APACHE$WWW & HTTPD.CONF configuration > it starts with. ) > >A show process for the APACHE$WWW account on one of these >systems where it has stopped responding: > >Process Quotas: > Account name: > CPU limit: Infinite Direct >I/O limit: 600 > Buffered I/O byte count quota: 316016 Buffered I/O limit: >600 > Timer queue entry quota: 1196 Open file quota: >412 > Paging file quota: 204576 Subprocess quota: >9 > Default page fault cluster: 64 AST quota: >1204 > Enqueue quota: 2848 Shared file >limit: 0 > Max detached processes: 0 Max active jobs: >0 > >Accounting information: > Buffered I/O count: 317556 Peak working set size: 8384 > Direct I/O count: 200 Peak virtual size: >176672 > Page faults: 551 Mounted volumes: >0 > Images activated: 3 > Elapsed CPU time: 0 00:00:00.98 > Connect time: 3 16:29:40.99 > > >And (if it helps) in SYSUAF: > >Maxjobs: 0 Fillm: 500 Bytlm: 350000 >Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0 >Maxdetach: 0 BIOlm: 600 JTquota: 32768 >Prclm: 22 DIOlm: 600 WSdef: 15000 >Prio: 4 ASTlm: 1210 WSquo: 30000 >Queprio: 4 TQElm: 1210 WSextent: 30000 >CPU: (none) Enqlm: 3000 Pgflquo: 300000 > >The above is due more to trial-and-error than anything else. > >-- >Note: watching it with a show process/continuous it appears that >the Buffered I/O count increases by 1 every second whether it >is UCX or Multinet. > >This doesn't seem to affect any other processes. > >Any suggestions on where to start on getting Apache/CSWS and >Multinet to productively co-exist would be appreciated. > >Thanks > >-Andy- >--- >SUB/signature/witty_saying/ =========================================================================== = John Parker \ ____ ____ ____ \ = = Stephen F. Austin State University \ \ \ \ \ \ = = University Informations Systems \ \___ \___ \___\ \ = = Systems Programmer \ \ \ \ \ \ = = jwparker@sfasu.edu \ ___\ \ \ \ \ = = voice: 936-468-1263 fax: 936-468-1117 \ \ = =========================================================================== ================================================================================ Archive-Date: Mon, 2 Apr 2001 11:19:55 -0400 Date: Mon, 02 Apr 2001 10:16:04 -0500 (CDT) From: Hunter Goatley Reply-To: Info-MultiNet@process.com Subject: RE: Secure FTP? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > > I have been asking when they were going to upgrade V1 of SSH to V2 that > > includes > > secure ftp. I have yet to get an answer on when or if this is in the works. > > > > Renee Lee > Perhaps queries like this (I didn't realize that SSH V2 included a secure > FTP) will inspire Process onward. :) As Dan mentioned earlier this morning, SSH V2 is planned for the next release. That information was first posted to Info-MultiNet on 15-FEB-2001. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Mon, 2 Apr 2001 11:21:27 -0400 Date: Mon, 02 Apr 2001 09:22:48 -0700 From: Dan O'Reilly Reply-To: Info-MultiNet@process.com Subject: RE: Secure FTP? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed At 08:14 AM 4/2/2001, David Spencer, Internet Handyman wrote: > > I have been asking when they were going to upgrade V1 of SSH to V2 that > > includes > > secure ftp. I have yet to get an answer on when or if this is in the > works. > > > > Renee Lee > >Perhaps queries like this (I didn't realize that SSH V2 included a secure >FTP) will inspire Process onward. :) We've been inspired all along! Actually, we've been working on SSH2 et al for a while, and it's on the schedule for the next release. ------ +-------------------------------+---------------------------------------+ | Dan O'Reilly | | | Principal Engineer | "Why should I care about posterity? | | Process Software | What's posterity ever done for me?" | | http://www.process.com | -- Groucho Marx | +-------------------------------+---------------------------------------+ ================================================================================ Archive-Date: Mon, 2 Apr 2001 11:34:39 -0400 Date: Mon, 02 Apr 2001 09:32:45 -0700 (MST) From: Al.Woods@pbi.ab.ca Reply-To: Info-MultiNet@process.com Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: Andy Stoffel CC: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 > I'm looking for any advice/suggestions on how to correctly > configure Apache & Multinet (4.3A) to happily coexist > on a VMS 7.2-1 system. [SNIP] I had problems like this running the beta versions on pre-VMS 7.2 but am now running Apache/Multinet (w/MOD_PERL) on 3 systems (2 quite old Alphas) and am not seeing this at all. I'm including my HTTPD.CONF below in hopes compairing it with yours might yield a clue and this is what my APACHE$WWW looks like: Username: APACHE$WWW Owner: *Apache web server Account: AP_HTTPD UIC: [375,2] ([AP_HTTPD,APACHE$WWW]) CLI: DCL Tables: DCLTABLES Default: APACHE$ROOT:[000000] LGICMD: LOGIN Flags: LockPwd DisNewMail DisMail DisReport Primary days: Mon Tue Wed Thu Fri Secondary days: Sat Sun Primary 000000000011111111112222 Secondary 000000000011111111112222 Day Hours 012345678901234567890123 Day Hours 012345678901234567890123 Network: ##### Full access ###### ##### Full access ###### Batch: ----- No access ------ ----- No access ------ Local: ----- No access ------ ----- No access ------ Dialup: ----- No access ------ ----- No access ------ Remote: ----- No access ------ ----- No access ------ Expiration: (none) Pwdminimum: 6 Login Fails: 0 Pwdlifetime: 90 00:00 Pwdchange: (pre-expired) Last Login: (none) (interactive), 9-MAR-2001 16:01 (non-interactive) Maxjobs: 0 Fillm: 300 Bytlm: 200000 Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0 Maxdetach: 0 BIOlm: 300 JTquota: 4096 Prclm: 20 DIOlm: 300 WSdef: 15000 Prio: 4 ASTlm: 610 WSquo: 30000 Queprio: 4 TQElm: 610 WSextent: 30000 CPU: (none) Enqlm: 1000 Pgflquo: 250000 Authorized Privileges: NETMBX TMPMBX Default Privileges: NETMBX TMPMBX Identifier Value Attributes WWW$COMMON %X80010002 RESOURCE al... =========================================================================== Al Woods -- al.woods@pbi.ab.ca _/_/_/ _/_/_/ _/_/_/ Information Services _/ _/ _/ _/ _/ Prairie Bible Institute _/_/_/ _/_/_/ _/ Three Hills, AB CANADA T0M 2N0 _/ _/ _/ _/ Ph:(403)443-5511 Fax:(403)443-5540 _/ _/_/_/ _/_/_/ # Local Prairie modifucations are flagged with the string "pbi/" # ( == the initials of the he who does the modifications ("pbi/adw") # # # # ## httpd.conf-dist-openvms ## 1999-12-01 Lee Tibbert ## ## OpenVMS -- Httpd.conf-dist modified to have 'reasonable' values on OpenVMS ## ## 2000-03-27 Scott LePage ## ## OpenVMS -- Added "Multiviews" to HTDOCS directory for Version 1.3.12 ## The default HTDOCS now has multi-language versions of INDEX.HTML ## ## 2000-06-13 Rick Barry ## ## Change APACHE_ROOT to APACHE$ROOT and username from APACHE to APACHE$WWW. ## ## 2000-06-22 Kevin O'Kelley ## ## Change "/apache$root/htdocs" to "/apache$htdocs" to use the APACHE$HTDOCS ## system-wide logical name that is defined at startup time. ## ## 2000-08-03 Rick Barry ## ## Change AddIcon directive for README file types. Replace second "." with ## "_" and use lowercase for "readme". ## # # Based upon the NCSA server configuration files originally by Rob McCool. # # This is the main Apache server configuration file. It contains the # configuration directives that give the server its instructions. # See for detailed information about # the directives. # # Do NOT simply read the instructions in here without understanding # what they do. They're here only as hints or reminders. If you are unsure # consult the online docs. You have been warned. # # After this file is processed, the server will look for and process # /apache$root/conf/srm.conf and then /apache$root/conf/access.conf # unless you have overridden these with ResourceConfig and/or # AccessConfig directives here. # # The configuration directives are grouped into three basic sections: # 1. Directives that control the operation of the Apache server process as a # whole (the 'global environment'). # 2. Directives that define the parameters of the 'main' or 'default' server, # which responds to requests that aren't handled by a virtual host. # These directives also provide default values for the settings # of all virtual hosts. # 3. Settings for virtual hosts, which allow Web requests to be sent to # different IP addresses or hostnames and have them handled by the # same Apache server process. # # Configuration and logfile names: If the filenames you specify for many # of the server's control files begin with "/" (or "drive:/" for Win32), the # server will use that explicit path. If the filenames do *not* begin # with "/", the value of ServerRoot is prepended -- so "logs/foo.log" # with ServerRoot set to "/usr/local/apache" will be interpreted by the # server as "/usr/local/apache/logs/foo.log". # ### Section 1: Global Environment # # The directives in this section affect the overall operation of Apache, # such as the number of concurrent requests it can handle or where it # can find its configuration files. # # # ServerType is either inetd, or standalone. Inetd mode is only supported on # Unix platforms. # ServerType standalone # # ServerRoot: The top of the directory tree under which the server's # configuration, error, and log files are kept. # # NOTE! If you intend to place this on an NFS (or otherwise network) # mounted filesystem then please read the LockFile documentation # (available at ); # you will save yourself a lot of trouble. # # Do NOT add a slash at the end of the directory path. # ServerRoot "/apache$root" # # The LockFile directive sets the path to the lockfile used when Apache # is compiled with either USE_FCNTL_SERIALIZED_ACCEPT or # USE_FLOCK_SERIALIZED_ACCEPT. This directive should normally be left at # its default value. The main reason for changing it is if the logs # directory is NFS mounted, since the lockfile MUST BE STORED ON A LOCAL # DISK. The PID of the main server process is automatically appended to # the filename. # #LockFile logs/accept.lock # # PidFile: The file in which the server should record its process # identification number when it starts. # PidFile logs/httpd.pid # # ScoreBoardFile: File used to store internal server process information. # Not all architectures require this. But if yours does (you'll know because # this file will be created when you run Apache) then you *must* ensure that # no two invocations of Apache share the same scoreboard file. # ## Scoreboard file not used on OpenVMS. Use shared memory instead. #ScoreBoardFile logs/apache_runtime_status # # In the standard configuration, the server will process this file, # srm.conf, and access.conf in that order. The latter two files are # now distributed empty, as it is recommended that all directives # be kept in a single file for simplicity. The commented-out values # below are the built-in defaults. You can have the server ignore # these files altogether by using "/dev/null" (for Unix) or # "nul" (for Win32) for the arguments to the directives. # #ResourceConfig conf/srm.conf #AccessConfig conf/access.conf # # Timeout: The number of seconds before receives and sends time out. # Timeout 300 # # KeepAlive: Whether or not to allow persistent connections (more than # one request per connection). Set to "Off" to deactivate. # KeepAlive On # # MaxKeepAliveRequests: The maximum number of requests to allow # during a persistent connection. Set to 0 to allow an unlimited amount. # We recommend you leave this number high, for maximum performance. # MaxKeepAliveRequests 100 # # KeepAliveTimeout: Number of seconds to wait for the next request from the # same client on the same connection. # KeepAliveTimeout 15 # # Server-pool size regulation. Rather than making you guess how many # server processes you need, Apache dynamically adapts to the load it # sees --- that is, it tries to maintain enough server processes to # handle the current load, plus a few spare servers to handle transient # load spikes (e.g., multiple simultaneous requests from a single # Netscape browser). # # It does this by periodically checking how many servers are waiting # for a request. If there are fewer than MinSpareServers, it creates # a new spare. If there are more than MaxSpareServers, some of the # spares die off. The default values are probably OK for most sites. # ## OpenVMS -- If raising number of servers, changed reduced MaxClients below. MinSpareServers 5 MaxSpareServers 10 # # Number of servers to start initially --- should be a reasonable ballpark # figure. # StartServers 5 # # Limit on total number of servers running, i.e., limit on the number # of clients who can simultaneously connect --- if this limit is ever # reached, clients will be LOCKED OUT, so it should NOT BE SET TOO LOW. # It is intended mainly as a brake to keep a runaway server from taking # the system with it as it spirals down... # ## OpenVMS -- Be paranoid MaxClients 20 #MaxClients 150 # # MaxRequestsPerChild: the number of requests each child process is # allowed to process before the child dies. The child will exit so # as to avoid problems after prolonged use when Apache (and maybe the # libraries it uses) leak memory or other resources. On most systems, this # isn't really needed, but a few (such as Solaris) do have notable leaks # in the libraries. For these platforms, set to something like 10000 # or so; a setting of 0 means unlimited. # # NOTE: This value does not include keepalive requests after the initial # request per connection. For example, if a child process handles # an initial request and 10 subsequent "keptalive" requests, it # would only count as 1 request towards this limit. # MaxRequestsPerChild 0 # # Listen: Allows you to bind Apache to specific IP addresses and/or # ports, in addition to the default. See also the # directive. # #Listen 3000 #Listen 12.34.56.78:80 # # BindAddress: You can support virtual hosts with this option. This directive # is used to tell the server which IP address to listen to. It can either # contain "*", an IP address, or a fully qualified Internet domain name. # See also the and Listen directives. # #BindAddress * # # Dynamic Shared Object (DSO) Support # # To be able to use the functionality of a module which was built as a DSO you # have to place corresponding `LoadModule' lines at this location so the # directives contained in it are actually available _before_ they are used. # Please read the file README.DSO in the Apache 1.3 distribution for more # details about the DSO mechanism and run `httpd -l' for the list of already # built-in (statically linked and thus always available) modules in your httpd # binary. # # Note: The order is which modules are loaded is important. Don't change # the order below without expert advice. # # Example: # LoadModule foo_module libexec/mod_foo.so # # ExtendedStatus controls whether Apache will generate "full" status # information (ExtendedStatus On) or just basic information (ExtendedStatus # Off) when the "server-status" handler is called. The default is Off. # #ExtendedStatus On ### Section 2: 'Main' server configuration # # The directives in this section set up the values used by the 'main' # server, which responds to any requests that aren't handled by a # definition. These values also provide defaults for # any containers you may define later in the file. # # All of these directives may appear inside containers, # in which case these default settings will be overridden for the # virtual host being defined. # # # If your ServerType directive (set earlier in the 'Global Environment' # section) is set to "inetd", the next few directives don't have any # effect since their settings are defined by the inetd configuration. # Skip ahead to the ServerAdmin directive. # # # Port: The port to which the standalone server listens. For # ports < 1023, you will need httpd to be run as root initially. # # made_apache_prim_on_port_80_20001213-adw--># pbi/adw # made_apache_prim_on_port_80_20001213-adw-->Port 8080 # # pbi/adw Port 80 # # If you wish httpd to run as a different user or group, you must run # httpd as root initially and it will switch. # # User/Group: The name (or #number) of the user/group to run httpd as. # . On SCO (ODT 3) use "User nouser" and "Group nogroup". # . On HPUX you may not be able to use shared memory as nobody, and the # suggested workaround is to create a user www and use that user. # NOTE that some kernels refuse to setgid(Group) or semctl(IPC_SET) # when the value of (unsigned)Group is above 60000; # don't use Group #-1 on these systems! # ## OpenVMS -- User APACHE$WWW ##User nobody ##Group #-1 # # ServerAdmin: Your address, where problems with the server should be # e-mailed. This address appears on some server-generated pages, such # as error documents. # # pbi/adw ServerAdmin Webmanager.Apache.Hobbes@pbi.ab.ca # # ServerName allows you to set a host name which is sent back to clients for # your server if it's different than the one the program would get (i.e., use # "www" instead of the host's real name). # # Note: You cannot just invent host names and hope they work. The name you # define here must be a valid DNS name for your host. If you don't understand # this, ask your network administrator. # If your host doesn't have a registered DNS name, enter its IP address here. # You will have to access it by its address (e.g., http://123.45.67.89/) # anyway, and this will make redirections work in a sensible way. # #ServerName new.host.name # # DocumentRoot: The directory out of which you will serve your # documents. By default, all requests are taken from this directory, but # symbolic links and aliases may be used to point to other locations. # # pbi/adw #DocumentRoot "/apache$common/htdocs" DocumentRoot "/user/www" # # Each directory to which Apache has access, can be configured with respect # to which services and features are allowed and/or disabled in that # directory (and its subdirectories). # # First, we configure the "default" to be a very restrictive set of # permissions. # # pbi/adw - allow Server Side Includes (i think) # # Options FollowSymLinks Options FollowSymLinks Includes AllowOverride None #adw-was-20000810--> Options FollowSymLinks Includes #adw-new-20010124--> Options FollowSymLinks Multiviews Indexes Includes ExecCGI # # Note that from this point forward you must specifically allow # particular features to be enabled - so if something's not working as # you might expect, make sure that you have specifically enabled it # below. # # # This should be changed to whatever you set DocumentRoot to. # # pbi/adw # # # This may also be "None", "All", or any combination of "Indexes", # "Includes", "FollowSymLinks", "ExecCGI", or "MultiViews". # # Note that "MultiViews" must be named *explicitly* --- "Options All" # doesn't give it to you. # Options Indexes FollowSymLinks Multiviews Indexes Includes ExecCGI # # This controls which options the .htaccess files in directories can # override. Can also be "All", or any combination of "Options", "FileInfo", # "AuthConfig", and "Limit" # AllowOverride None # # Controls who can get stuff from this server. # Order allow,deny Allow from all # # UserDir: The name of the directory which is appended onto a user's home # directory if a ~user request is received. # UserDir public_html # # Control access to UserDir directories. The following is an example # for a site where these directories are restricted to read-only. # # # AllowOverride FileInfo AuthConfig Limit # Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec # # Order allow,deny # Allow from all # # # Order deny,allow # Deny from all # # # # DirectoryIndex: Name of the file or files to use as a pre-written HTML # directory index. Separate multiple entries with spaces. # DirectoryIndex default.htm home.htm index.html home.shtml index.shtml # # AccessFileName: The name of the file to look for in each directory # for access control information. # AccessFileName .htaccess # # The following lines prevent .htaccess files from being viewed by # Web clients. Since .htaccess files often contain authorization # information, access is disallowed for security reasons. Comment # these lines out if you want Web visitors to see the contents of # .htaccess files. If you change the AccessFileName directive above, # be sure to make the corresponding changes here. # # Also, folks tend to use names such as .htpasswd for password # files, so this will protect those as well. # Order allow,deny Deny from all # # CacheNegotiatedDocs: By default, Apache sends "Pragma: no-cache" with each # document that was negotiated on the basis of content. This asks proxy # servers not to cache the document. Uncommenting the following line disables # this behavior, and proxies will be allowed to cache the documents. # #CacheNegotiatedDocs # # UseCanonicalName: (new for 1.3) With this setting turned on, whenever # Apache needs to construct a self-referencing URL (a URL that refers back # to the server the response is coming from) it will use ServerName and # Port to form a "canonical" name. With this setting off, Apache will # use the hostname:port that the client supplied, when possible. This # also affects SERVER_NAME and SERVER_PORT in CGI scripts. # UseCanonicalName On # # TypesConfig describes where the mime.types file (or equivalent) is # to be found. # TypesConfig conf/mime.types # # DefaultType is the default MIME type the server will use for a document # if it cannot otherwise determine one, such as from filename extensions. # If your server contains mostly text or HTML documents, "text/plain" is # a good value. If most of your content is binary, such as applications # or images, you may want to use "application/octet-stream" instead to # keep browsers from trying to display binary files as though they are # text. # DefaultType text/plain # # The mod_mime_magic module allows the server to use various hints from the # contents of the file itself to determine its type. The MIMEMagicFile # directive tells the module where the hint definitions are located. # mod_mime_magic is not part of the default server (you have to add # it yourself with a LoadModule [see the DSO paragraph in the 'Global # Environment' section], or recompile the server and include mod_mime_magic # as part of the configuration), so it's enclosed in an container. # This means that the MIMEMagicFile directive will only be processed if the # module is part of the server. # MIMEMagicFile conf/magic # # HostnameLookups: Log the names of clients or just their IP addresses # e.g., www.apache.org (on) or 204.62.129.132 (off). # The default is off because it'd be overall better for the net if people # had to knowingly turn this feature on, since enabling it means that # each client request will result in AT LEAST one lookup request to the # nameserver. # HostnameLookups Off # # ErrorLog: The location of the error log file. # If you do not specify an ErrorLog directive within a # container, error messages relating to that virtual host will be # logged here. If you *do* define an error logfile for a # container, that host's errors will be logged there and not here. # ErrorLog logs/error_log # # LogLevel: Control the number of messages logged to the error_log. # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. # # warn LogLevel debug # # The following directives define some format nicknames for use with # a CustomLog directive (see below). # LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined # LogFormat "%h %l %u %t \"%r\" %>s %b" common # LogFormat "%{Referer}i -> %U" referer # LogFormat "%{User-agent}i" agent # # The location and format of the access logfile (Common Logfile Format). # If you do not define any access logfiles within a # container, they will be logged here. Contrariwise, if you *do* # define per- access logfiles, transactions will be # logged therein and *not* in this file. # # CustomLog logs/access_log common # # If you would like to have agent and referer logfiles, uncomment the # following directives. # # CustomLog logs/referer_log referer # CustomLog logs/agent_log agent # # If you prefer a single logfile with access, agent, and referer information # (Combined Logfile Format) you can use the following directive. # CustomLog logs/access_log combined # # Optionally add a line containing the server version and virtual host # name to server-generated pages (error documents, FTP directory listings, # mod_status and mod_info output etc., but not CGI generated documents). # Set to "EMail" to also include a mailto: link to the ServerAdmin. # Set to one of: On | Off | EMail # ServerSignature On # # Aliases: Add here as many aliases as you need (with no limit). The format is # Alias fakename realname # # Note that if you include a trailing / on fakename then the server will # require it to be present in the URL. So "/icons" isn't aliased in this # example, only "/icons/".. # Alias /icons/ "/apache$root/icons/" Options Indexes MultiViews AllowOverride None Order allow,deny Allow from all # pbi/adw 20001212 Alias /mmdir/ "/user/www/mailman/" Options Indexes MultiViews AllowOverride None Order allow,deny Allow from all # pbi/adw 20010117 Alias /mailbook/ "/user/www/MailBook/" Alias /mailbook "/user/www/MailBook/" # aliases to duplicate old Purveyor aliases on OWL pbi/adw 20010206 Alias /qdstudent "/user/www/qdms/student/" Alias /qdstudent/ "/user/www/qdms/student/" Alias /QDStudent "/user/www/qdms/student/" Alias /QDStudent/ "/user/www/qdms/student/" # # ScriptAlias: This controls which directories contain server scripts. # ScriptAliases are essentially the same as Aliases, except that # documents in the realname directory are treated as applications and # run by the server when requested rather than as documents sent to the client. # The same rules about trailing "/" apply to ScriptAlias directives as to # Alias. # # "/apache$root/cgi-bin" should be changed to whatever your ScriptAliased # CGI directory exists, if you have that configured. # # pbi/adw # ScriptAlias /cgi-bin/ "/apache$root/cgi-bin/" ScriptAlias /cgi-bin/ "/user/www/cgi/" # # The /htbin directory invokes the OSUscript module, The DECnet task string # should be customized to invoke the OSU web server's scriptserver object. # # pbi/adw SetHandler osuscript-handler OSUscript 0::"0=WWWEXEC" www_root:[bin] Order allow,deny Allow from all AllowOverride None Options ExecCGI Order allow,deny Allow from all ##original--> ##original--> SetHandler osuscript-handler ##original--> OSUscript 0::"0=WWWEXEC" www_root:[bin] ##original--> Order allow,deny ##original--> Allow from all ##original--> ##original--> ##original--> AllowOverride None ##original--> Options None ##original--> Order allow,deny ##original--> Allow from all ##original--> # # Redirect allows you to tell clients about documents which used to exist in # your server's namespace, but do not anymore. This allows you to tell the # clients where to look for the relocated document. # Format: Redirect old-URI new-URL # # # Directives controlling the display of server-generated directory listings. # # # FancyIndexing is whether you want fancy directory indexing or standard # # SupressDescription and SupressSize cause "Unable to connect to remote host" # and "A connection with the server could not be established" errors in browsers. adw 20000810 # IndexOptions FancyIndexing # # AddIcon* directives tell the server which icon to show for different # files or filename extensions. These are only displayed for # FancyIndexed directories. # AddIconByEncoding (CMP,/icons/compressed.gif) x-compress x-gzip AddIconByType (TXT,/icons/text.gif) text/* AddIconByType (IMG,/icons/image2.gif) image/* AddIconByType (SND,/icons/sound2.gif) audio/* AddIconByType (VID,/icons/movie.gif) video/* AddIcon /icons/binary.gif .bin .exe AddIcon /icons/binhex.gif .hqx AddIcon /icons/tar.gif .tar AddIcon /icons/world2.gif .wrl .wrl.gz .vrml .vrm .iv AddIcon /icons/compressed.gif .Z .z .tgz .gz .zip AddIcon /icons/a.gif .ps .ai .eps AddIcon /icons/layout.gif .html .shtml .htm .pdf AddIcon /icons/text.gif .txt AddIcon /icons/c.gif .c AddIcon /icons/p.gif .pl .py AddIcon /icons/f.gif .for AddIcon /icons/dvi.gif .dvi AddIcon /icons/uuencoded.gif .uu AddIcon /icons/script.gif .conf .sh .shar .csh .ksh .tcl AddIcon /icons/tex.gif .tex AddIcon /icons/bomb.gif core AddIcon /icons/back.gif .. AddIcon /icons/hand.right_gif readme AddIcon /icons/folder.gif ^^DIRECTORY^^ AddIcon /icons/blank.gif ^^BLANKICON^^ # # DefaultIcon is which icon to show for files which do not have an icon # explicitly set. # DefaultIcon /icons/unknown.gif # # AddDescription allows you to place a short description after a file in # server-generated indexes. These are only displayed for FancyIndexed # directories. # Format: AddDescription "description" filename # #AddDescription "GZIP compressed document" .gz #AddDescription "tar archive" .tar #AddDescription "GZIP compressed tar archive" .tgz # # ReadmeName is the name of the README file the server will look for by # default, and append to directory listings. # # HeaderName is the name of a file which should be prepended to # directory indexes. # # The server will first look for name.html and include it if found. # If name.html doesn't exist, the server will then look for name.txt # and include it as plaintext if found. # ReadmeName README HeaderName HEADER # # IndexIgnore is a set of filenames which directory indexing should ignore # and not include in the listing. Shell-style wildcarding is permitted. # IndexIgnore .??* *~ *# HEADER* README* RCS CVS *,v *,t # # AddEncoding allows you to have certain browsers (Mosaic/X 2.1+) uncompress # information on the fly. Note: Not all browsers support this. # Despite the name similarity, the following Add* directives have nothing # to do with the FancyIndexing customization directives above. # AddEncoding x-compress Z AddEncoding x-gzip gz tgz # # AddLanguage allows you to specify the language of a document. You can # then use content negotiation to give a browser a file in a language # it can understand. Note that the suffix does not have to be the same # as the language keyword --- those with documents in Polish (whose # net-standard language code is pl) may wish to use "AddLanguage pl .po" # to avoid the ambiguity with the common suffix for perl scripts. # AddLanguage en .en AddLanguage fr .fr AddLanguage de .de AddLanguage da .da AddLanguage el .el AddLanguage it .it # # LanguagePriority allows you to give precedence to some languages # in case of a tie during content negotiation. # Just list the languages in decreasing order of preference. # LanguagePriority en fr de # # AddType allows you to tweak mime.types without actually editing it, or to # make certain files to be certain types. # # For example, the PHP3 module (not part of the Apache distribution - see # http://www.php.net) will typically use: # #AddType application/x-httpd-php3 .php3 #AddType application/x-httpd-php3-source .phps AddType application/x-tar .tgz # # AddHandler allows you to map certain file extensions to "handlers", # actions unrelated to filetype. These can be either built into the server # or added with the Action command (see below) # # If you want to use server side includes, or CGI outside # ScriptAliased directories, uncomment the following lines. # # To use CGI scripts: # #pbi/adw 20010124 #AddHandler cgi-script .cgi # #pbi/adw 20001213 AddHandler cgi-script .exe # # To use server-parsed HTML files # # pbi/adw - allow Server Side Includes (i think) # un-comment the following 2 lines AddType text/html .shtml AddHandler server-parsed .shtml # # Uncomment the following line to enable Apache's send-asis HTTP file # feature # #AddHandler send-as-is asis # # If you wish to use server-parsed imagemap files, use # #AddHandler imap-file map # # To enable type maps, you might want to use # #AddHandler type-map var # # Action lets you define media types that will execute a script whenever # a matching file is called. This eliminates the need for repeated URL # pathnames for oft-used CGI file processors. # Format: Action media/type /cgi-script/location # Format: Action handler-name /cgi-script/location # # # MetaDir: specifies the name of the directory in which Apache can find # meta information files. These files contain additional HTTP headers # to include when sending the document # #MetaDir .web # # MetaSuffix: specifies the file name suffix for the file containing the # meta information. # #MetaSuffix .meta # # Customizable error response (Apache style) # these come in three flavors # # 1) plain text #ErrorDocument 500 "The server made a boo boo. # n.b. the (") marks it as text, it does not get output # # 2) local redirects #ErrorDocument 404 /missing.html # to redirect to local URL /missing.html #ErrorDocument 404 /cgi-bin/missing_handler.pl # N.B.: You can redirect to a script or a document using server-side-includes. # # 3) external redirects #ErrorDocument 402 http://some.other_server.com/subscription_info.html # N.B.: Many of the environment variables associated with the original # request will *not* be available to such a script. # # The following directives modify normal HTTP response behavior. # The first directive disables keepalive for Netscape 2.x and browsers that # spoof it. There are known problems with these browser implementations. # The second directive is for Microsoft Internet Explorer 4.0b2 # which has a broken HTTP/1.1 implementation and does not properly # support keepalive when it is used on 301 or 302 (redirect) responses. # BrowserMatch "Mozilla/2" nokeepalive BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0 # # The following directive disables HTTP/1.1 responses to browsers which # are in violation of the HTTP/1.0 spec by not being able to grok a # basic 1.1 response. # BrowserMatch "RealPlayer 4\.0" force-response-1.0 BrowserMatch "Java/1\.0" force-response-1.0 BrowserMatch "JDK/1\.0" force-response-1.0 # # Allow server status reports, with the URL of http://servername/server-status # Change the ".your_domain.com" to match your domain to enable. # # # SetHandler server-status # Order deny,allow # Deny from all # Allow from .your_domain.com # # # Allow remote server configuration reports, with the URL of # http://servername/server-info (requires that mod_info.c be loaded). # Change the ".your_domain.com" to match your domain to enable. # # # SetHandler server-info # Order deny,allow # Deny from all # Allow from .your_domain.com # # # There have been reports of people trying to abuse an old bug from pre-1.1 # days. This bug involved a CGI script distributed as a part of Apache. # By uncommenting these lines you can redirect these attacks to a logging # script on phf.apache.org. Or, you can record them yourself, using the script # support/phf_abuse_log.cgi. # # # Deny from all # ErrorDocument 403 http://phf.apache.org/phf_abuse_log.cgi # # # Proxy Server directives. Uncomment the following lines to # enable the proxy server: # # #ProxyRequests On # # # Order deny,allow # Deny from all # Allow from .your_domain.com # # # Enable/disable the handling of HTTP/1.1 "Via:" headers. # ("Full" adds the server version; "Block" removes all outgoing Via: headers) # Set to one of: Off | On | Full | Block # #ProxyVia On # # To enable the cache as well, edit and uncomment the following lines: # (no cacheing without CacheRoot) # #CacheRoot "/apache$root/proxy" #CacheSize 5 #CacheGcInterval 4 #CacheMaxExpire 24 #CacheLastModifiedFactor 0.1 #CacheDefaultExpire 1 #NoCache a_domain.com another_domain.edu joes.garage_sale.com # # End of proxy directives. ### Section 3: Virtual Hosts # # VirtualHost: If you want to maintain multiple domains/hostnames on your # machine you can setup VirtualHost containers for them. # Please see the documentation at # for further details before you try to setup virtual hosts. # You may use the command line option '-S' to verify your virtual host # configuration. # # If you want to use name-based virtual hosts you need to define at # least one IP address (and port number) for them. # #NameVirtualHost 12.34.56.78:80 #NameVirtualHost 12.34.56.78 # # VirtualHost example: # Almost any Apache directive may go into a VirtualHost container. # # # ServerAdmin webmaster@host.some_domain.com # DocumentRoot /www/docs/host.some_domain.com # ServerName host.some_domain.com # ErrorLog logs/host.some_domain.com-error_log # CustomLog logs/host.some_domain.com-access_log common # # # Include /apache$root/conf/mod_perl.conf ================================================================================ Archive-Date: Mon, 2 Apr 2001 11:45:22 -0400 Date: Mon, 02 Apr 2001 08:46:47 -0700 From: Marc Chametzky Reply-To: Info-MultiNet@process.com Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com CC: NORTHERN_LOUIS_O@LILLY.COM MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 > Was also looking at CSWS, but based on what I'm hearing I'm going to drop > that, since I'm somewhat > new at all of this, what does "WASD" stand for? Where can one acquire the > kit? You can find WASD (which stands for "Wide Area Surveillance Division" -- an artifact of the program's history) at http://wasd.vsm.com.au/. --Marc ================================================================================ Archive-Date: Mon, 2 Apr 2001 11:46:55 -0400 Date: Mon, 02 Apr 2001 10:45:04 -0500 From: Ken Connelly Reply-To: Info-MultiNet@process.com Subject: Re: Secure FTP? Sender: Ken.Connelly@uni.edu To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Dan O'Reilly wrote: > At 08:14 AM 4/2/2001, David Spencer, Internet Handyman wrote: > > > I have been asking when they were going to upgrade V1 of SSH to V2 that > > > includes > > > secure ftp. I have yet to get an answer on when or if this is in the > > works. > > > > > > Renee Lee > > > >Perhaps queries like this (I didn't realize that SSH V2 included a secure > >FTP) will inspire Process onward. :) > > We've been inspired all along! > > Actually, we've been working on SSH2 et al for a while, and it's on the > schedule for the next release. This is good news. At some point, I heard rumors that it might not make it in the next release. I'm glad to hear that it is still in the plans. -- - Ken =========================================================================== Ken Connelly (KC152) Systems and Operations Manager, ITS - Network Services University of Northern Iowa Cedar Falls, IA 50614-0121 email: Ken.Connelly@uni.edu phone: (319) 273-5850 fax: (319) 273-7373 ================================================================================ Archive-Date: Mon, 2 Apr 2001 12:13:23 -0400 Date: Mon, 02 Apr 2001 12:11:35 -0400 From: Dan Sugalski Reply-To: Info-MultiNet@process.com Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii At 09:32 AM 4/2/2001 -0700, Al.Woods@pbi.ab.ca wrote: > > I'm looking for any advice/suggestions on how to correctly > > configure Apache & Multinet (4.3A) to happily coexist > > on a VMS 7.2-1 system. > >[SNIP] > >I had problems like this running the beta versions on pre-VMS 7.2 but >am now running Apache/Multinet (w/MOD_PERL) on 3 systems (2 quite old >Alphas) and am not seeing this at all. I'm including my HTTPD.CONF >below in hopes compairing it with yours might yield a clue and this >is what my APACHE$WWW looks like: Could the folks who are having a problem try it with mod_perl installed? While I don't know why that would fix things, if it does at all, if it makes things work for a little while then you've at least got something... Dan --------------------------------------"it's like this"------------------- Dan Sugalski even samurai dan@sidhe.org have teddy bears and even teddy bears get drunk ================================================================================ Archive-Date: Mon, 2 Apr 2001 12:20:44 -0400 Date: Mon, 02 Apr 2001 12:14:36 -0400 From: Andy Stoffel Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 "Hunter Goatley" wrote in message news:01K1X5GIG9R48ZDVL0@goatley.com... > > I spent many weeks trying to get CSWS to work on my similarly configured > > system and eventually gave up. Richard Barry from the CSWS group at Compaq > > was really nice in trying to help me get it up and running, but without > > MultiNet there, he couldn't reproduce that behavior. > > > I'm glad that at least someone else saw what I did (the unresponsiveness > > after a short while) and the constant I/O per second. Well.... the "constant I/O per second" occurs whether it's TCPIP[UCX] or Multinet , the only difference being that on a system running Multinet Apache stops responding when buffered I/O reaches a clearly defined point while on TCPIP[UCX] it keeps going. Something I hadn't mentioned (OR did I ?). I'm seeing this on Apache/ Compaq Secure Web Server both with & without mod_ssl enabled and none of the systems (Multinet or UCX) have mod_perl enabled. > We're working with Compaq to try to figure out what's going on here. > Our initial tests with the first Apache release showed no problems; > I'm not sure what has changed in this release, but we are aware of the > issue and working on it. Great ! :-) ! -Andy- ================================================================================ Archive-Date: Mon, 2 Apr 2001 14:13:17 -0400 Date: Mon, 02 Apr 2001 14:12:45 -0500 (EST) From: Jeff Schreiber Reply-To: Info-MultiNet@process.com Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Andy Stoffel writes: > >the only difference being that on a system running Multinet >Apache stops responding when buffered I/O reaches a clearly defined >point while on TCPIP[UCX] it keeps going. > My understanding of the issue is that the problem occurs when one of the apache child processes goes away. For some reason [which is what we are attempting to determine] the child process doesn't restart with Multinet. If the child process doesn't die in the first place, you shouldn't see this problem [AFAIK]. If you look at your system, you will see that one of the child worker processes is gone. If you look at the connections, you'll see that apache is still looking on port 80. If you try to connect to port 80, you will connect, but apache doesn't respond to anything. This is because apache is listening, but there isn't anything ready to accept the new connection. I'm assuming that the child that isn't there is the one that everything thinks is the one that should be doing the accept. Since it's not there, the connection doesn't get accepted. Given that your noticing the problem based on a specific buffered I/O threshold, I wonder if the original cause of the child process dying is related to a quota issue? I mention this because the problem seems to only occur after a child process unexpectedly exits. If you can keep them from exiting [some have had success by increasing the number of child workers] you should be able to avoid the problem. I encourage anyone experiencing these problems to open a support call, so that we have a record for any updates regarding this issue. -Jeff [Given the number of references to child workers and child death, I wonder how many secret government e-mail sniffer alarms are going to ring :] -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Mon, 2 Apr 2001 14:30:38 -0400 Date: Mon, 02 Apr 2001 11:29:42 -0700 From: Mark Berryman Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Andy Stoffel wrote: > > I'm looking for any advice/suggestions on how to correctly > configure Apache & Multinet (4.3A) to happily coexist > on a VMS 7.2-1 system. [remainder deleted] On the system using multinet: $DEFINE/SYSTEM TCPIP$DEVICE UCX$DEVICE CSWS (Apache) expects to find the TCPIP$... logicals defined by the current version of TCPIP services for VMS. Multinet still defines them using the UCX$... namespace. Mark Berryman Mark.Berryman@Mvb.Saic.Com ================================================================================ Archive-Date: Mon, 2 Apr 2001 14:35:47 -0400 Date: Mon, 02 Apr 2001 14:25:08 -0400 From: Andy Stoffel Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 "Dan Sugalski" wrote in message news:5.0.2.1.0.20010402121033.01f452d8@24.8.96.48... > Could the folks who are having a problem try it with mod_perl installed? > While I don't know why that would fix things, if it does at all, if it > makes things work for a little while then you've at least got something... Unfortunately, in my case that actually makes it "worse" due to the way mod_perl currently affects how Apache/CSWS uses the process logical name table (Otherwise I would). See: http://www.openvms.compaq.com/openvms/products/ips/apache/csws_relnotes.html#kno wn (Unfortunately, I can't use the suggested work arounds... for assorted reasons beyond my control.) -Andy- ================================================================================ Archive-Date: Mon, 2 Apr 2001 14:36:13 -0400 Date: Mon, 02 Apr 2001 14:35:16 -0500 (EST) From: Jeff Schreiber Reply-To: Info-MultiNet@process.com Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Mark Berryman writes: >On the system using multinet: > >$DEFINE/SYSTEM TCPIP$DEVICE UCX$DEVICE > >CSWS (Apache) expects to find the TCPIP$... logicals defined by the >current version of TCPIP services for VMS. Multinet still defines them >using the UCX$... namespace. > *nod* Yea, I think it was Apache that we first noticed this with. The next release of Multinet will define the TCPIP$ logicals that go along with the UCX$ logicals. Until that time it's best to take a look at what you have for UCX$ logicals and define TCPIP$ logicals accordingl.y. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Mon, 2 Apr 2001 14:51:13 -0400 Date: Mon, 02 Apr 2001 14:49:41 -0400 From: Andy Stoffel Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 "Jeff Schreiber" wrote in message news:01K1XDGKGXWY9PQGUC@ALCOR.PROCESS.COM... > Andy Stoffel writes: > > > >the only difference being that on a system running Multinet > >Apache stops responding when buffered I/O reaches a clearly defined > >point while on TCPIP[UCX] it keeps going. > > > > My understanding of the issue is that the problem occurs when one of the > apache child processes goes away. For some reason [which is what we are > attempting to determine] the child process doesn't restart with Multinet. > If the child process doesn't die in the first place, you shouldn't see > this problem [AFAIK]. Hmmm..... the following is an extreme case because Apache sat there doing nothing for 26 days (according to access_log it logged only 24 GET's during that entire period.) (I've since restarted it) and had this problem. [The following is probably very mangled] OpenVMS V7.2-1 on node ENC 2-APR-2001 09:52:49.51 Uptime 27 00:07:34 Pid Process Name State Pri I/O CPU Page flts Pages 0000016D APACHE$WWW LEF 5 2302312 0 00:00:02.21 911 447 N 0000016E APACHE$WWW_1 LEF 6 1078 0 00:00:00.68 705 408 S 0000016F APACHE$WWW_2 LEF 6 1047 0 00:00:01.65 521 416 S 00000170 APACHE$WWW_3 LEF 6 1104 0 00:00:00.67 706 408 S 00000171 APACHE$WWW_4 LEF 6 1044 0 00:00:00.66 1377 385 S 00000172 APACHE$WWW_5 LEF 6 1055 0 00:00:00.96 631 410 S 00000173 APACHE$WWW_6 LEF 6 1044 0 00:00:02.40 631 410 S 0000029D APACHE$WWW_7 LEF 6 1049 0 00:00:01.11 551 399 S 000002A0 APACHE$WWW_8 LEF 6 1000 0 00:00:01.11 613 392 S 000002A1 APACHE$WWW_9 LEF 6 998 0 00:00:01.23 613 392 S 000002A2 APACHE$WWW_10 LEF 6 1000 0 00:00:01.01 1158 369 S There is no reason for it to run out of child workers/subprocesses. It wasn't doing anything. Besides, MaxRequestsPerChild was set to 0 so the only reason for a subprocess to exit would be due to a CGI script "blow-up" which, if it happened, didn't get logged to the error log...... -Andy- ================================================================================ Archive-Date: Mon, 2 Apr 2001 17:04:51 -0400 Date: Mon, 02 Apr 2001 14:02:59 -0700 From: Mark Berryman Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Jeff Schreiber wrote: > > Mark Berryman writes: > >On the system using multinet: > > > >$DEFINE/SYSTEM TCPIP$DEVICE UCX$DEVICE > > > >CSWS (Apache) expects to find the TCPIP$... logicals defined by the > >current version of TCPIP services for VMS. Multinet still defines them > >using the UCX$... namespace. > > > > *nod* Yea, I think it was Apache that we first noticed this with. The > next release of Multinet will define the TCPIP$ logicals that go along > with the UCX$ logicals. Until that time it's best to take a look at > what you have for UCX$ logicals and define TCPIP$ logicals accordingl.y. > I've been running Apache on a Multinet system for quite awhile without any problems (of course - not of my pages or CGI programs would ever think of causing a child to abort either 8-) ). I have recently, however, found a very good way to possibly troubleshoot this problem. I downloaded the Apache::MP3 module from CPAN and loaded it onto my server. Attempting to reference the page handled by this module immediately causes MOD_PERL to accvio (and the child process running it to disappear). I referenced this page multiple times until all of the child processes had died and got the old "the server has encountered an internal error or a misconfiguration" page. At this point, all of the child processes were then restarted automatically. So, two things: if you need an easy way to reproduce the problem, this will do it. And, after you solve the "child not restarting" problem, could you tell me why this module makes Perl abort? Mark Berryman ================================================================================ Archive-Date: Mon, 2 Apr 2001 19:13:37 -0400 Date: Tue, 03 Apr 2001 09:05:11 +0930 From: Jeremy Begg Subject: Re: Configuration issues with MultiNet on two interfaces To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi Jeff, Jeff Schreiber wrote: > > Jeremy Begg writes: > > > >Just to recap, the interfaces are: > > > > se0 TCP/IP: 10.135.14.22, IP-Subnet: 255.255.255.0 > > se1 TCP/IP: 10.2.67.1, IP-Subnet: 255.255.255.0 > > > [...] > >MultiNet Network Interface statistics: > >Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Collis > >---- --- ------- -------------- ----- ----- ----- ----- ------ > >se0 1500 10.0.0 10.135.14.22 2003 0 2921 1 0 > >se1 1500 10.0.0 10.2.67.1 0 0 2 1 0 > >lo0 4168 127.0.0 127.0.0.1 16 0 16 0 0 > > > >My problem is that the Alpha won't talk to anything on the 'se1' interface. Any attempt to contact the nominated networks > >(10.1.0.0, 10.2.0.0 and 10.3.0.0) goes out the 'se0' interface. > > > >How can I fix this? > > > > I'm not sure [I'd have to do some digging into it] but I'd be willing to > bet it has something to do with your subnets. se0 and se1 are both network > 10.0.0.0 as it shows on the show/stat. Send your 'show' output from > NET-CONFIG. Here it is: MultiNet Network Configuration Utility V4.3(103) [Reading in MAXIMUM configuration from MULTINET:MULTINET.EXE] [Reading in configuration from MULTINET:NETWORK_DEVICES.CONFIGURATION] NET-CONFIG>show Interface Adapter CSR Address Flags/Vector --------- ------- ----------- ------------ se0 (Shared VMS Ethernet/FDDI) -NONE- -NONE- -NONE- [TCP/IP: 10.135.14.22, IP-SubNet: 255.255.255.0] [VMS Device: EIA0, Link Level: Ethernet] se1 (Shared VMS Ethernet/FDDI) -NONE- -NONE- -NONE- [TCP/IP: 10.2.67.1, IP-SubNet: 255.255.255.0] [VMS Device: EIB0, Link Level: Ethernet] Official Host Name: wyv004.host.domain Default IP Route: 10.135.14.1 Domain Nameserver: 127.0.0.1 Timezone: EST Timezone Rules: AUSTRALIA/NSW LPD Default Username: LPD_JOB Load UCX $QIO driver: TRUE Load PWIP (Pathworks) driver: TRUE NET-CONFIG> Jeremy Begg +---------------------------------------------------------+ | VSM Software Services Pty. Ltd. | | http://www.vsm.com.au/ | | "OpenVMS Systems Management & Programming" | |---------------------------------------------------------| | P.O.Box 402, Walkerville, | E-Mail: jeremy@vsm.com.au | | South Australia 5081 | Phone: +61 8 83592155 | |---------------------------| Mobile: 0414 422 947 | | A.C.N. 068 409 156 | FAX: +61 8 82231777 | +---------------------------------------------------------+ ================================================================================ Archive-Date: Mon, 2 Apr 2001 20:30:39 -0400 Date: Mon, 02 Apr 2001 17:30:01 -0700 From: Dan Wing Reply-To: Info-MultiNet@process.com Subject: RE: Configuration issues with MultiNet on two interfaces To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Routing table is probably the culprit. Are you running dynamic routing (RIP?). Is a router feeding you any routes? The output of MULTINET CONFIGURE/SERVER, SHOW GATED would be useful, as would MULT SHOW/ROUTE/NOSYM -d > -----Original Message----- > From: Jeremy Begg [mailto:jeremy@vsm.com.au] > Sent: Monday, April 02, 2001 4:35 PM > To: info-multinet@process.com > Subject: Re: Configuration issues with MultiNet on two interfaces > > > Hi Jeff, > > Jeff Schreiber wrote: > > > > Jeremy Begg writes: > > > > > >Just to recap, the interfaces are: > > > > > > se0 TCP/IP: 10.135.14.22, IP-Subnet: 255.255.255.0 > > > se1 TCP/IP: 10.2.67.1, IP-Subnet: 255.255.255.0 > > > > > [...] > > >MultiNet Network Interface statistics: > > >Name Mtu Network Address Ipkts Ierrs Opkts > Oerrs Collis > > >---- --- ------- -------------- ----- ----- ----- > ----- ------ > > >se0 1500 10.0.0 10.135.14.22 2003 0 2921 > 1 0 > > >se1 1500 10.0.0 10.2.67.1 0 0 2 > 1 0 > > >lo0 4168 127.0.0 127.0.0.1 16 0 16 > 0 0 > > > > > >My problem is that the Alpha won't talk to anything on the 'se1' > interface. Any attempt to contact the nominated networks > > >(10.1.0.0, 10.2.0.0 and 10.3.0.0) goes out the 'se0' interface. > > > > > >How can I fix this? > > > > > > > I'm not sure [I'd have to do some digging into it] but I'd be > willing to > > bet it has something to do with your subnets. se0 and se1 > are both network > > 10.0.0.0 as it shows on the show/stat. Send your 'show' output from > > NET-CONFIG. > > Here it is: > > MultiNet Network Configuration Utility V4.3(103) > [Reading in MAXIMUM configuration from MULTINET:MULTINET.EXE] > [Reading in configuration from MULTINET:NETWORK_DEVICES.CONFIGURATION] > NET-CONFIG>show > Interface Adapter CSR Address > Flags/Vector > --------- ------- ----------- > ------------ > se0 (Shared VMS Ethernet/FDDI) -NONE- -NONE- -NONE- > [TCP/IP: 10.135.14.22, IP-SubNet: 255.255.255.0] > [VMS Device: EIA0, Link Level: Ethernet] > se1 (Shared VMS Ethernet/FDDI) -NONE- -NONE- -NONE- > [TCP/IP: 10.2.67.1, IP-SubNet: 255.255.255.0] > [VMS Device: EIB0, Link Level: Ethernet] > > > Official Host Name: wyv004.host.domain > Default IP Route: 10.135.14.1 > Domain Nameserver: 127.0.0.1 > Timezone: EST > Timezone Rules: AUSTRALIA/NSW > LPD Default Username: LPD_JOB > Load UCX $QIO driver: TRUE > Load PWIP (Pathworks) driver: TRUE > NET-CONFIG> > > Jeremy Begg > > +---------------------------------------------------------+ > | VSM Software Services Pty. Ltd. | > | http://www.vsm.com.au/ | > | "OpenVMS Systems Management & Programming" | > |---------------------------------------------------------| > | P.O.Box 402, Walkerville, | E-Mail: jeremy@vsm.com.au | > | South Australia 5081 | Phone: +61 8 83592155 | > |---------------------------| Mobile: 0414 422 947 | > | A.C.N. 068 409 156 | FAX: +61 8 82231777 | > +---------------------------------------------------------+ ================================================================================ Archive-Date: Mon, 2 Apr 2001 20:47:28 -0400 Date: Tue, 03 Apr 2001 10:13:30 +1030 From: Jeremy Begg Reply-To: Info-MultiNet@process.com Subject: RE: Configuration issues with MultiNet on two interfaces To: Dan Wing CC: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Hi Dan, >Routing table is probably the culprit. Are you running dynamic routing >(RIP?). Is a router feeding you any routes? No dynamic routing. >The output of MULTINET CONFIGURE/SERVER, SHOW GATED would be useful, as would >MULT SHOW/ROUTE/NOSYM GATED and RDISC are disabled. MultiNet IP Routing tables: Destination Gateway Flags Refcnt Use Interface MTU ---------- ---------- ----- ------ ----- --------- ---- 127.0.0.1 127.0.0.1 Up,Host 1 230 lo0 4168 0.0.0 10.135.14.1 Up,Gateway 13 18957 se0 1500 10.1.0.0 10.2.67.254 Up,Gateway 0 0 se1 1500 10.2.0.0 10.2.67.254 Up,Gateway 0 0 se1 1500 10.3.0.0 10.2.67.254 Up,Gateway 0 0 se1 1500 10.2.67.0 10.2.67.1 Up 0 0 se1 1500 10.135.14.0 10.135.14.22 Up 4 2249384 se0 1500 MultiNet IPX Routing tables: Destination Gateway Flags Refcnt Use Interface MTU ---------- ---------- ----- ------ ----- --------- ---- Regards, Jeremy Begg >-d >> -----Original Message----- >> From: Jeremy Begg [mailto:jeremy@vsm.com.au] >> Sent: Monday, April 02, 2001 4:35 PM >> To: info-multinet@process.com >> Subject: Re: Configuration issues with MultiNet on two interfaces >> >> >> Hi Jeff, >> >> Jeff Schreiber wrote: >> > >> > Jeremy Begg writes: >> > > >> > >Just to recap, the interfaces are: >> > > >> > > se0 TCP/IP: 10.135.14.22, IP-Subnet: 255.255.255.0 >> > > se1 TCP/IP: 10.2.67.1, IP-Subnet: 255.255.255.0 >> > > >> > [...] >> > >MultiNet Network Interface statistics: >> > >Name Mtu Network Address Ipkts Ierrs Opkts >> Oerrs Collis >> > >---- --- ------- -------------- ----- ----- ----- >> ----- ------ >> > >se0 1500 10.0.0 10.135.14.22 2003 0 2921 >> 1 0 >> > >se1 1500 10.0.0 10.2.67.1 0 0 2 >> 1 0 >> > >lo0 4168 127.0.0 127.0.0.1 16 0 16 >> 0 0 >> > > >> > >My problem is that the Alpha won't talk to anything on the 'se1' >> interface. Any attempt to contact the nominated networks >> > >(10.1.0.0, 10.2.0.0 and 10.3.0.0) goes out the 'se0' interface. >> > > >> > >How can I fix this? >> > > >> > >> > I'm not sure [I'd have to do some digging into it] but I'd be >> willing to >> > bet it has something to do with your subnets. se0 and se1 >> are both network >> > 10.0.0.0 as it shows on the show/stat. Send your 'show' output from >> > NET-CONFIG. >> >> Here it is: >> >> MultiNet Network Configuration Utility V4.3(103) >> [Reading in MAXIMUM configuration from MULTINET:MULTINET.EXE] >> [Reading in configuration from MULTINET:NETWORK_DEVICES.CONFIGURATION] >> NET-CONFIG>show >> Interface Adapter CSR Address >> Flags/Vector >> --------- ------- ----------- >> ------------ >> se0 (Shared VMS Ethernet/FDDI) -NONE- -NONE- -NONE- >> [TCP/IP: 10.135.14.22, IP-SubNet: 255.255.255.0] >> [VMS Device: EIA0, Link Level: Ethernet] >> se1 (Shared VMS Ethernet/FDDI) -NONE- -NONE- -NONE- >> [TCP/IP: 10.2.67.1, IP-SubNet: 255.255.255.0] >> [VMS Device: EIB0, Link Level: Ethernet] >> >> >> Official Host Name: wyv004.host.domain >> Default IP Route: 10.135.14.1 >> Domain Nameserver: 127.0.0.1 >> Timezone: EST >> Timezone Rules: AUSTRALIA/NSW >> LPD Default Username: LPD_JOB >> Load UCX $QIO driver: TRUE >> Load PWIP (Pathworks) driver: TRUE >> NET-CONFIG> >> >> Jeremy Begg >> >> +---------------------------------------------------------+ >> | VSM Software Services Pty. Ltd. | >> | http://www.vsm.com.au/ | >> | "OpenVMS Systems Management & Programming" | >> |---------------------------------------------------------| >> | P.O.Box 402, Walkerville, | E-Mail: jeremy@vsm.com.au | >> | South Australia 5081 | Phone: +61 8 83592155 | >> |---------------------------| Mobile: 0414 422 947 | >> | A.C.N. 068 409 156 | FAX: +61 8 82231777 | >> +---------------------------------------------------------+ ================================================================================ Archive-Date: Tue, 3 Apr 2001 10:32:07 -0400 Date: Tue, 03 Apr 2001 16:31:27 +0200 From: "Rok Vidmar, NUK Ljubljana" Reply-To: Info-MultiNet@process.com Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 > Well.... the "constant I/O per second" occurs whether it's TCPIP[UCX] > or Multinet , the only difference being that on a system running > Multinet > Apache stops responding when buffered I/O reaches a clearly defined > point while on TCPIP[UCX] it keeps going. No experience with UCX, but I noticed the same with Multinet and OSU combination at some magic number around 4000000 I/Os. Regards, Rok Vidmar Internet: rok.vidmar@nuk.uni-lj.si National and University Library Phone: +386 1 421 5461 <-- changed again Turjaska 1, SI-1000 Ljubljana Fax: +386 1 425 7293 <-- changed again Slovenia ================================================================================ Archive-Date: Tue, 3 Apr 2001 13:35:46 -0400 Date: Tue, 03 Apr 2001 13:28:51 -0400 From: Andy Stoffel Subject: Re: Getting Apache/CSWS & Multinet to co-exist? To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 "Rok Vidmar, NUK Ljubljana" wrote in message news:009F9FE3.FEC1127B.597@NUK.Uni-Lj.Si... > > Well.... the "constant I/O per second" occurs whether it's TCPIP[UCX] > > or Multinet , the only difference being that on a system running > > Multinet > > Apache stops responding when buffered I/O reaches a clearly defined > > point while on TCPIP[UCX] it keeps going. > > No experience with UCX, but I noticed the same with Multinet and OSU > combination at some magic number around 4000000 I/Os. One additional observation..... for Multinet + Apache/CSWS this magic number seems to be in the range of 65K-75K I/O's when the APACHE$WWW account is set to the default SYSUAF parameters (as defined in APACHE$CONFIG) and httpd.conf for Apache. It's possible to bump this up (doubling BYTLM and upping a few other parameters) so that the magic number is higher (in the 3500000-4000000 I/O range) but it STILL eventually grinds to a halt. -Andy- ================================================================================ Archive-Date: Tue, 3 Apr 2001 17:23:38 -0400 Date: Tue, 03 Apr 2001 17:22:57 -0400 From: "McNutt, Larry E." Reply-To: Info-MultiNet@process.com Subject: Utility to fix ftp'd save sets. To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Hello, I have lost track of the utility that can be used to fix the attributes of a save set that has been ftp'd to a VMS 5.5-2 system. TIA for any pointers. Larry McNutt McNutt@Timken.com ================================================================================ Archive-Date: Tue, 3 Apr 2001 17:50:06 -0400 Date: Tue, 03 Apr 2001 15:49:16 -0600 From: Jim Mehlhop Reply-To: Info-MultiNet@process.com Subject: Re: Utility to fix ftp'd save sets. To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Depends on how the saveset was created $set file/attr=(rfm=fix,lrl=8192) 'savset' or $set file/attr=(rfm=fix,lrl=32256) 'savset' would be two of the common values At 05:22 PM 4/3/01 -0400, McNutt, Larry E. wrote: >Hello, > >I have lost track of the utility that can be used to >fix the attributes of a save set that has been ftp'd >to a VMS 5.5-2 system. > >TIA for any pointers. > >Larry McNutt >McNutt@Timken.com Jim Mehlhop, Support Engineer Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ ================================================================================ Archive-Date: Tue, 3 Apr 2001 19:18:21 -0400 Date: Wed, 04 Apr 2001 09:16:33 +1000 From: Harvey Virdee Reply-To: Info-MultiNet@process.com Subject: Re: Utility to fix ftp'd save sets. To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Try: $ set file/attributes=(org:seq,rfm=fix,lrl=2048,rat:none) T_AXP.BCK;1 OR.. $ set file/attributes=(org:seq,rfm=fix,lrl=32256,rat:none) saveset.bck You can determine the value of lrl by doing a backup/lis saveset.bck/sav and looking at the header info. thanks harvey -----Original Message----- From: McNutt, Larry E. To: info-multinet@process.com Date: Wednesday, 4 April 2001 7:22 Subject: Utility to fix ftp'd save sets. Hello, I have lost track of the utility that can be used to fix the attributes of a save set that has been ftp'd to a VMS 5.5-2 system. TIA for any pointers. Larry McNutt McNutt@Timken.com ================================================================================ Archive-Date: Tue, 3 Apr 2001 19:46:47 -0400 Date: Tue, 03 Apr 2001 19:44:29 -0500 (EST) From: Craig Jackson Reply-To: Info-MultiNet@process.com Subject: Re: Utility to fix ftp'd save sets. To: info-multinet@process.com CC: CRAIGJ@EPUB.IACNET.COM MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Jim Melhop replied: >Depends on how the saveset was created >$set file/attr=(rfm=fix,lrl=8192) 'savset' >or >$set file/attr=(rfm=fix,lrl=32256) 'savset' >would be two of the common values Didn't set file/attr come along somewhere in VMS 6? I remember there being a utility on the TGV FTP server to perform this service before then. Craig Jackson >At 05:22 PM 4/3/01 -0400, McNutt, Larry E. wrote: >>Hello, >> >>I have lost track of the utility that can be used to >>fix the attributes of a save set that has been ftp'd >>to a VMS 5.5-2 system. >> >>TIA for any pointers. >> >>Larry McNutt >>McNutt@Timken.com > > Jim Mehlhop, Support Engineer > Jim Mehlhop, Support Engineer > Process Software > Mehlhop@process.com > Phone 719-638-8448 > Join Cauce to outlaw spam > http://www.cauce.org/ > Craig Jackson Craig_Jackson@iacnet.com The Gale Group Cambridge, MA, USA ================================================================================ Archive-Date: Tue, 3 Apr 2001 20:06:06 -0400 Date: Wed, 04 Apr 2001 01:55:20 +0200 From: maulis@ludens.elte.hu (Adam Maulis) Subject: Re: Utility to fix ftp'd save sets. To: info-multinet@process.com Reply-To: Info-MultiNet@process.com In article <01K1Z3RAQ0X891VX99@EPUB.IACNET.COM>, Craig Jackson writes: > Jim Melhop replied: > > Didn't set file/attr come along somewhere in VMS 6? > > I remember there being a utility on the TGV FTP server to perform this service > before then. package named FILE (somewhere in the freeware cd) (more powrfull than set file/attr ) > > Craig Jackson > Adam Maulis ================================================================================ Archive-Date: Wed, 4 Apr 2001 09:04:15 -0400 Date: Wed, 04 Apr 2001 09:03:34 -0400 From: "McNutt, Larry E." Reply-To: Info-MultiNet@process.com Subject: RE: Utility to fix ftp'd save sets. To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Thanks Adam, Craig, Harvey and Jim. I found the FILE program on wku.edu that should work for me. Yes, the $set file/attr isn't in VMS 5.5-2. I thought that way back in the TGV days it was "normal" to ftp a patch save-set from TGV to my system and then run something like "set2048" or whatever it was called, that was specifically set up to fix the file attributes. But my memory banks are not real accurate for data from the previous millennium ;) -----Original Message----- From: maulis@ludens.elte.hu [mailto:maulis@ludens.elte.hu] Sent: Tuesday, April 03, 2001 7:55 PM To: info-multinet@process.com Subject: Re: Utility to fix ftp'd save sets. In article <01K1Z3RAQ0X891VX99@EPUB.IACNET.COM>, Craig Jackson writes: > Jim Melhop replied: > > Didn't set file/attr come along somewhere in VMS 6? > > I remember there being a utility on the TGV FTP server to perform this service > before then. package named FILE (somewhere in the freeware cd) (more powrfull than set file/attr ) > > Craig Jackson > Adam Maulis ================================================================================ Archive-Date: Wed, 4 Apr 2001 10:37:47 -0400 Date: Wed, 04 Apr 2001 16:37:05 +0200 From: Martin Vorlaender Reply-To: Info-MultiNet@process.com Subject: RE: Utility to fix ftp'd save sets. To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Hi, McNutt, Larry E. wrote: > I have lost track of the utility that can be used to > fix the attributes of a save set that has been ftp'd > to a VMS 5.5-2 system. Here's one that's done in DCL. cu, Martin [--- cut ---] From: Hoff Hoffman Subject: Re: InfoZip lost file attributes Date: Wednesday, 3 Feb 1999 07:02 NoSpamer_Vern_Bradner@newcourt.com writes: :I am having difficulty zipping relative files on one server and then unzipping :on another. I am using InfoZip. I used the "-V" option when creating the zip :file. .. :My vendor general ledger application (Coda) will fails with an error of :"invalid record size" on one this particular file (may be problems with other :files when I get past this). Zip a BACKUP saveset that contains the desired file, and let Zip corrupt the saveset. :-) Use the following procedure to reconstitute the attributes of the saveset: $! RESET_BACKUP_SAVESET_ATTRIBUTES.COM $! $! P1 is the specification of the BACKUP saveset $! $! This procedure resets the record format and record $! length attributes of a BACKUP saveset -- savesets $! can get "broken" during certain sorts of file $! transfers -- such as FTP. This procedure reads the $! (undocumented) saveset record attributes directly $! out of the target file. $! $! First render the saveset readable, and implicitly $! check that the file exists. $! $ Set File - /Attributes=(RFM:FIX,MRS:512,LRL=512,ORG=SEQ,RAT=NONE) - 'p1' $ $ Open/Error=whoops/Read BckSaveset 'p1' $ Read/Error=whoops/End=whoops BckSaveset Record $ Close/Nolog BckSaveset $ $! Find the blocksize from within the record... $ $ BlockSize = 0 $ BBH_L_BLOCKSIZE = %x28*8 $ BlockSize = F$CVUI(BBH_L_BLOCKSIZE, 32, Record) $ If BlockSize .lt. 2048 .or. BlockSize .gt. 65535 $ Then $ Write sys$output "Unexpected block size" $ Goto whoops $ Else $ Set File /Attributes=(RFM:FIX,LRL='BlockSize', - MRS='BlockSize',RAT=none) - 'p1' $ endif $ exit $WHOOPS: $ Write sys$output "Error" $ exit ================================================================================ Archive-Date: Wed, 4 Apr 2001 11:34:04 -0400 Date: Wed, 04 Apr 2001 11:33:06 -0400 From: dsmit115@csc.com Reply-To: Info-MultiNet@process.com Subject: RE: Utility to fix ftp'd save sets. To: info-multinet@process.com BCC: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Here is a modified version of the one Martin circulated, which uses the FILE utility previously mentioned if the system is running OpenVMS V5 (which does not have a SET FILE /ATTR command). Thanks to Hoff for the original code, it looks like. Dave $! RESET_BACKUP_SAVESET_ATTRIBUTES.COM $! $! P1 is the specification of the BACKUP saveset $! $! This procedure resets the record format and record $! length attributes of a BACKUP saveset -- savesets $! can get "broken" during certain sorts of file $! transfers -- such as FTP. This procedure reads the $! (undocumented) saveset record attributes directly $! out of the target file. $! $! First render the saveset readable, and implicitly $! check that the file exists. $! $ vms_version = f$getsyi("version") $ v5 = f$extract(0,2,vms_version) .eqs. "V5" $ if .not. v5 $ then $ Set File - /Attributes=(RFM:FIX,MRS:512,LRL=512,ORG=SEQ,RAT=NONE) - 'p1' $ else $ file /type=fixed /maximum_record_size=512 - /record_size=512 /organization=sequential - /attributes=(nofortrancc,noimpliedcc,noprintcc,span) - 'p1' $ endif $ $ Open/Error=whoops/Read BckSaveset 'p1' $ Read/Error=whoops/End=whoops BckSaveset Record $ Close/Nolog BckSaveset $ $! Find the blocksize from within the record... $ $ BlockSize = 0 $ BBH_L_BLOCKSIZE = %x28*8 $ BlockSize = F$CVUI(BBH_L_BLOCKSIZE, 32, Record) $ If BlockSize .lt. 2048 .or. BlockSize .gt. 65535 $ Then $ Write sys$output "Unexpected block size" $ Goto whoops $ Else $ if .not. v5 $ then $ Set File /Attributes=(RFM:FIX,LRL='BlockSize', - MRS='BlockSize',RAT=none) - 'p1' $ else $ file /type=fixed /record_size='blocksize' - /maximum_record_size='blocksize' - /attributes=(nofortrancc,noimpliedcc,noprintcc,span) - 'p1' $ endif $ endif $ exit $WHOOPS: $ Write sys$output "Error" $ exit ================================================================================ Archive-Date: Wed, 4 Apr 2001 13:25:22 -0400 Date: Wed, 04 Apr 2001 13:33:42 -0400 From: norm.raphael@jamesbury.com Reply-To: Info-MultiNet@process.com Subject: RE: Utility to fix ftp'd save sets. To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Actually, the supported way on V5.5-2 was to have or create an FDL file with the appropriate attributes and blocksize, and use $EXCHANGE/NETWORK/FDL=file.FDL infile outfile While set file is easier, this probably still works, and does not depend on "unsupported" utilities (which bother some sites). dsmit115@csc.com on 04/04/2001 11:33:06 AM Please respond to Info-MultiNet@process.com To: info-multinet@process.com cc: (bcc: Norm Raphael/Worcester/Neles-Jamesbury) Subject: RE: Utility to fix ftp'd save sets. Here is a modified version of the one Martin circulated, which uses the FILE utility previously mentioned if the system is running OpenVMS V5 (which does not have a SET FILE /ATTR command). Thanks to Hoff for the original code, it looks like. Dave $! RESET_BACKUP_SAVESET_ATTRIBUTES.COM $! $! P1 is the specification of the BACKUP saveset $! $! This procedure resets the record format and record $! length attributes of a BACKUP saveset -- savesets $! can get "broken" during certain sorts of file $! transfers -- such as FTP. This procedure reads the $! (undocumented) saveset record attributes directly $! out of the target file. $! $! First render the saveset readable, and implicitly $! check that the file exists. $! $ vms_version = f$getsyi("version") $ v5 = f$extract(0,2,vms_version) .eqs. "V5" $ if .not. v5 $ then $ Set File - /Attributes=(RFM:FIX,MRS:512,LRL=512,ORG=SEQ,RAT=NONE) - 'p1' $ else $ file /type=fixed /maximum_record_size=512 - /record_size=512 /organization=sequential - /attributes=(nofortrancc,noimpliedcc,noprintcc,span) - 'p1' $ endif $ $ Open/Error=whoops/Read BckSaveset 'p1' $ Read/Error=whoops/End=whoops BckSaveset Record $ Close/Nolog BckSaveset $ $! Find the blocksize from within the record... $ $ BlockSize = 0 $ BBH_L_BLOCKSIZE = %x28*8 $ BlockSize = F$CVUI(BBH_L_BLOCKSIZE, 32, Record) $ If BlockSize .lt. 2048 .or. BlockSize .gt. 65535 $ Then $ Write sys$output "Unexpected block size" $ Goto whoops $ Else $ if .not. v5 $ then $ Set File /Attributes=(RFM:FIX,LRL='BlockSize', - MRS='BlockSize',RAT=none) - 'p1' $ else $ file /type=fixed /record_size='blocksize' - /maximum_record_size='blocksize' - /attributes=(nofortrancc,noimpliedcc,noprintcc,span) - 'p1' $ endif $ endif $ exit $WHOOPS: $ Write sys$output "Error" $ exit ================================================================================ Archive-Date: Wed, 4 Apr 2001 13:38:18 -0400 Date: Wed, 04 Apr 2001 14:24:49 +0000 (GMT) From: j.t.horn@usa.net Subject: Sending html format message from vms To: info-multinet@process.com Reply-To: Info-MultiNet@process.com We are wanting to create a html file on OpenVMS AXP to send to an address using VMSmail using Multinet. Any ideas on how this can be done or where to look for such information? ----- Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web ----- http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groups NewsOne.Net prohibits users from posting spam. If this or other posts made through NewsOne.Net violate posting guidelines, email abuse@newsone.net ================================================================================ Archive-Date: Wed, 4 Apr 2001 13:46:54 -0400 Date: Wed, 04 Apr 2001 13:46:13 -0400 From: Bob Carterette Reply-To: Info-MultiNet@process.com Subject: Re: Sending html format message from vms To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii We ended up using Perl with the MIME-Lite module to do something similar. See http://theoryx5.uwinnipeg.ca/CPAN/data/MIME-Lite/MIME/Lite.html for a description of the module. We use DCL to write out a file in the format appropriate for MIME-Lite, and Perl to mail the file. j.t.horn@usa.net wrote: > We are wanting to create a html file on OpenVMS AXP to send to an address > using VMSmail using Multinet. Any ideas on how this can be done or where to > look for such information? > > ----- Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web ----- > http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groups > NewsOne.Net prohibits users from posting spam. If this or other posts > made through NewsOne.Net violate posting guidelines, email abuse@newsone.net ================================================================================ Archive-Date: Wed, 4 Apr 2001 14:54:26 -0400 Date: Wed, 04 Apr 2001 11:53:37 -0700 From: Dan Wing Reply-To: Info-MultiNet@process.com Subject: RE: Sending html format message from vms To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Can't be done if the requirement is to use VMSmail, as all messages sent via VMSmail are considered text/plain (instead of the necessary text/html). -d > -----Original Message----- > From: j.t.horn@usa.net [mailto:j.t.horn@usa.net] > Sent: Wednesday, April 04, 2001 7:25 AM > To: info-multinet@process.com > Subject: Sending html format message from vms > > > > We are wanting to create a html file on OpenVMS AXP to send to an address > using VMSmail using Multinet. Any ideas on how this can be done or where to > look for such information? > > > > ----- Posted via NewsOne.Net: Free (anonymous) Usenet News via > the Web ----- > http://newsone.net/ -- Free reading and anonymous posting to > 60,000+ groups > NewsOne.Net prohibits users from posting spam. If this or other posts > made through NewsOne.Net violate posting guidelines, email > abuse@newsone.net ================================================================================ Archive-Date: Wed, 4 Apr 2001 14:58:00 -0400 Date: Wed, 04 Apr 2001 12:59:19 -0600 From: Dan O'Reilly Reply-To: Info-MultiNet@process.com Subject: Re: Expired-password handling all or nothing with SSHD v4.3 To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Sorry it's been a while on this, but I do have some information. OK, here's the deal on expired passwords. Using f$getjpi() generally won't work, as the PASSWORD EXPIRED flag is set only if the password is expired and you have the flag set in the UAF record to not force a password change on an expired password. Most people don't do that. What we can do for SSH1 is to set a logical name in the user process's logical name table that indicates the password is expired and must be reset. The system manager can, in SYLOGIN.COM, look for that logical name and force the user to change his password. We would only define that logical name if the system manager has set the SSH_ALLOW_(PRE)EXPIRED_PW logical(s). Otherwise, the server will disallow the login entirely for an expired password. Does this pass muster with everybody out there in SSH-land? By the way, this would be in the form of an ECO or in the next release of Multinet. Now, interestingly enough, in SSH2, it appears the protocol allows for changing expired passwords. This may be what we need, but no promises for SSH2 just yet. If this is strictly a UNIX-ism, then we may not be able to implement it for VMS. At 09:01 PM 2/7/2001, Dan O'Reilly wrote: >One thing we try to avoid is to have users modify files like SYS$SYLOGIN. >One more thing to get screwed up during an installation, that sort of >thing. But a good idea, nonetheless. > >At 06:38 PM 2/7/2001, Dan Wing wrote: >>Not a workaround at all, but something that might be helpful for your >>users would be a reminder displayed in SYS$SYLOGIN that their password is >>about to expire. I thought there was a DCL F$GETJPI() call for doing >>that, or perhaps a little tiny bit of Macro32 code. I don't remember. >> >>-d >> >> >>On Wed, 7 Feb 2001 15:00 -0800, Bob Jones wrote: >> >> > We've noticed that users are unable to SSH to our VMS systems when >> > their passwords are expired or pre-expired. Whereas standard VMS >> > login procedures will allow such a user to login and imediately >> > lead them through a password-change dialogue, our SSH server just >> > solicits the password three times and then closes the connection, >> > writing the following lines to SSH_LOG:SSHD.LOG: >> > >> > log: (09:17:01) Password authentication of user bj failed: password >> > has expired and must be reset >> > fatal: (09:17:10) Connection closed by remote host. >> > >> > >> > If we define either of the system logical names >> > MULTINET_SSH_ALLOW_EXPIRED_PW or MULTINET_SSH_ALLOW_PREEXPIRED_PW, >> > the user is logged in to the system with no mention whatsoever about >> > the user's password being [pre]expired. In my test case with a user >> > whose password was preexpired, the only mention of the user's password >> > having been preexpired was following line written (as documented in >> > MultiNet v4.3 Administrator's Guide, Table 21-6) to SSH_LOG:SSHD.LOG: >> > >> > log: (09:14:58) Allowing access for user bj with pre-expired password >> > >> > >> > Our version info is as follows: >> > >> > $ multinet show/version >> > Process Software MultiNet V4.3 Rev A-X, AlphaServer 8400 5/440, OpenVMS >> > AXP V7.2-1H1 >> > >> > >> > We'd certainly prefer not to require our users to login via clear- >> > text TELNET sessions to change their expired paswords. Is there any >> > combination of logical names, SSHD_CONFIG. options, and whatever, >> > that can make SSH connections handle users with [pre]expired >> > passwords the same way that TELNET connections are handled, allowing >> > them to login but forcing them to immediately change their passwords? >> > Thanks. >> > -- >> > Bob Jones Sr. Systems Programmer >> > Voice Mail: (541)346-0941 215 Computing Center >> > INTERNET: bj@oregon.uoregon.edu University of Oregon >> > "Shaving is an unnatural act." Eugene, OR 97403 >> > > >------ >+-------------------------------+---------------------------------------+ >| Dan O'Reilly | | >| Principal Engineer | "Those are my principles. If you | >| Process Software | don't like them I have others." | >| http://www.process.com | -- Groucho Marx | >+-------------------------------+---------------------------------------+ ------ +-------------------------------+---------------------------------------+ | Dan O'Reilly | | | Principal Engineer | "Why should I care about posterity? | | Process Software | What's posterity ever done for me?" | | http://www.process.com | -- Groucho Marx | +-------------------------------+---------------------------------------+ ================================================================================ Archive-Date: Wed, 4 Apr 2001 15:32:17 -0400 Date: Wed, 04 Apr 2001 15:31:24 -0400 (EDT) From: Dave Greenwood Subject: Re: Expired-password handling all or nothing with SSHD v4.3 To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Dan O'Reilly wrote: > Sorry it's been a while on this, but I do have some information. > > OK, here's the deal on expired passwords. Using f$getjpi() generally > won't work, as the PASSWORD EXPIRED flag is set only if the password is > expired and you have the flag set in the UAF record to not force a password > change on an expired password. Most people don't do that. > > What we can do for SSH1 is to set a logical name in the user process's > logical name table that indicates the password is expired and must be > reset. The system manager can, in SYLOGIN.COM, look for that logical name > and force the user to change his password. We would only define that > logical name if the system manager has set the SSH_ALLOW_(PRE)EXPIRED_PW > logical(s). Otherwise, the server will disallow the login entirely for > an expired password. > > Does this pass muster with everybody out there in SSH-land? By the way, > this would be in the form of an ECO or in the next release of Multinet. It's unfortunate that SET PASSWORD doesn't return separate status values for exiting via ^Z and successfully setting a new password. It looks to me that the only way to ensure that the user actually changed passwwords would be to follow the SET PASSWORD with a program that checked the date of last password change (or write your own SET PASSWORD equivalent that does distinguish between ^Z and an actual password update). Nevertheless, this sounds like a distinct improvement to me. A couple of questions: Would this apply to users logging in via passphrases or just via uaf passwords? (I'm not sure I have an opinion on which is "correct" - I'm just curious.) Since you're working on scp - what would happen if a user tried to scp to/from an account with an expired password? Thanks, Dave -------------- Dave Greenwood Email: Greenwoodde@ORNL.GOV Oak Ridge National Lab %STD-W-DISCLAIMER, I only speak for myself ================================================================================ Archive-Date: Wed, 4 Apr 2001 16:18:29 -0400 Return-Path: Date: Wed, 04 Apr 2001 15:17:45 -0500 From: "Klingberg, Richard" Reply-To: Info-MultiNet@process.com Subject: RE: Expired-password handling all or nothing with SSHD v4.3 To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 I best I understand, regardless of How you Log onto a VMS system YOU will pass through UAF verification, Thus, if the password you have is expired you are forced to change it, and are not allowed access to anything except the password change function. The only way this is different is if you have made a number of attempts, causing the account to be disusered, in which case you will not be granted any access until an admin has fixed the disuser flag, and reassigned a new temporary password. Depending on how you set up your security, you ( being an admin ) could be notified via email that there have been break-in attempts on a particular account. ( using this is done with a program that checks the Operator log files for Break-ins Etc. then forwards them to you the following day or what ever period you set to run your program to.) You can also configure accounting for a variety of functions and types of trapping of security violations, but typically this should be limited, as accounting files, depending on configuration can get very big very fast on heavily used systems. To the best of my know there is no program that circumvents the normal security model for VMS, unless there is a Hole in the software that makes call to security inside of VMS. If you want to validate password changes, you may also be able to configure your accounting system, and review operator log files for changes to the UAF. Grab you accounting manual for VMS.... -----Original Message----- From: Dave Greenwood [mailto:GREENWOODDE@FED.ORNL.GOV] Sent: Wednesday, April 04, 2001 2:31 PM To: info-multinet@process.com Subject: Re: Expired-password handling all or nothing with SSHD v4.3 Dan O'Reilly wrote: > Sorry it's been a while on this, but I do have some information. > > OK, here's the deal on expired passwords. Using f$getjpi() generally > won't work, as the PASSWORD EXPIRED flag is set only if the password is > expired and you have the flag set in the UAF record to not force a password > change on an expired password. Most people don't do that. > > What we can do for SSH1 is to set a logical name in the user process's > logical name table that indicates the password is expired and must be > reset. The system manager can, in SYLOGIN.COM, look for that logical name > and force the user to change his password. We would only define that > logical name if the system manager has set the SSH_ALLOW_(PRE)EXPIRED_PW > logical(s). Otherwise, the server will disallow the login entirely for > an expired password. > > Does this pass muster with everybody out there in SSH-land? By the way, > this would be in the form of an ECO or in the next release of Multinet. It's unfortunate that SET PASSWORD doesn't return separate status values for exiting via ^Z and successfully setting a new password. It looks to me that the only way to ensure that the user actually changed passwwords would be to follow the SET PASSWORD with a program that checked the date of last password change (or write your own SET PASSWORD equivalent that does distinguish between ^Z and an actual password update). Nevertheless, this sounds like a distinct improvement to me. A couple of questions: Would this apply to users logging in via passphrases or just via uaf passwords? (I'm not sure I have an opinion on which is "correct" - I'm just curious.) Since you're working on scp - what would happen if a user tried to scp to/from an account with an expired password? Thanks, Dave -------------- Dave Greenwood Email: Greenwoodde@ORNL.GOV Oak Ridge National Lab %STD-W-DISCLAIMER, I only speak for myself ================================================================================ Archive-Date: Wed, 4 Apr 2001 16:36:37 -0400 Date: Wed, 04 Apr 2001 14:37:06 -0600 From: Dan O'Reilly Reply-To: Info-MultiNet@process.com Subject: RE: Expired-password handling all or nothing with SSHD v4.3 To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed At 02:17 PM 4/4/2001, Klingberg, Richard wrote: >I best I understand, regardless of How you Log onto a VMS system YOU will >pass through UAF verification, Thus, if the password you have is expired you >are forced to change it, and are not allowed access to anything except the >password change function. Be careful of your terminology. You can easily create a scenario by which the only verification is that you have a valid UIC for a process, and you can do that without consulting SYSUAF (for example, [1,4] is pretty universal to VMS). SSH is an example of a program that uses LOGINOUT.EXE only to the extent of allowing it to run SYLOGIN.COM and LOGIN.COM. All other validation is done much in the same manner as LOGINOUT would do for an interactive session, but it's *NOT* VMS doing it; it's the SSH server itself. The reason for this is that it's perfectly valid within the scope of SSH to be validated by, for example, an RSA public/private key pair, and not by a password. We also pay attention, for example, to the intrusion database maintained by VMS. So, what we have to do is do the complete user validation, based on the type of SSH validation plus information from SYSUAF (looking for things like, of course, expired accounts, disabled accounts, a valid account, that sort of thing). At that point, we execute LOGINOUT, but tell it not to prompt for username/password, since we've already performed all necessary validations. We also do things like log intrusions in the intrusion database for failed attempts. What you're alluding to, I think, is using LOGINOUT.EXE to do everything for you, and as I've mentioned above, you're not bound to doing that. For that matter, you can even change how LOGINOUT.EXE works, simply by using the LGI$ callouts to LOGINOUT. ------ +-------------------------------+---------------------------------------+ | Dan O'Reilly | | | Principal Engineer | "Why should I care about posterity? | | Process Software | What's posterity ever done for me?" | | http://www.process.com | -- Groucho Marx | +-------------------------------+---------------------------------------+ ================================================================================ Archive-Date: Wed, 4 Apr 2001 16:39:05 -0400 Date: Wed, 04 Apr 2001 14:40:21 -0600 From: Dan O'Reilly Reply-To: Info-MultiNet@process.com Subject: Re: Expired-password handling all or nothing with SSHD v4.3 To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed At 01:31 PM 4/4/2001, Dave Greenwood wrote: >Dan O'Reilly wrote: > > Sorry it's been a while on this, but I do have some information. > > > > OK, here's the deal on expired passwords. Using f$getjpi() generally > > won't work, as the PASSWORD EXPIRED flag is set only if the password is > > expired and you have the flag set in the UAF record to not force a password > > change on an expired password. Most people don't do that. > > > > What we can do for SSH1 is to set a logical name in the user process's > > logical name table that indicates the password is expired and must be > > reset. The system manager can, in SYLOGIN.COM, look for that logical name > > and force the user to change his password. We would only define that > > logical name if the system manager has set the SSH_ALLOW_(PRE)EXPIRED_PW > > logical(s). Otherwise, the server will disallow the login entirely for > > an expired password. > > > > Does this pass muster with everybody out there in SSH-land? By the way, > > this would be in the form of an ECO or in the next release of Multinet. > >It's unfortunate that SET PASSWORD doesn't return separate status values >for exiting via ^Z and successfully setting a new password. It looks to >me that the only way to ensure that the user actually changed passwwords >would be to follow the SET PASSWORD with a program that checked the date >of last password change (or write your own SET PASSWORD equivalent that >does distinguish between ^Z and an actual password update). Nevertheless, >this sounds like a distinct improvement to me. > >A couple of questions: > >Would this apply to users logging in via passphrases or just via uaf >passwords? (I'm not sure I have an opinion on which is "correct" - I'm >just curious.) By definition, a passphrase doesn't expire; it's simply something that helps protect the private part of a key from being decrypted too easily. So, only VMS passwords are what we're talking about here. >Since you're working on scp - what would happen if a user tried to scp >to/from an account with an expired password? Hmmmmmm....good question, haven't thought about that. Likely, the same way it's handled via RCP (nice cop-out, eh?). ------ +-------------------------------+---------------------------------------+ | Dan O'Reilly | | | Principal Engineer | "Why should I care about posterity? | | Process Software | What's posterity ever done for me?" | | http://www.process.com | -- Groucho Marx | +-------------------------------+---------------------------------------+ ================================================================================ Archive-Date: Wed, 4 Apr 2001 17:50:23 -0400 Date: Wed, 04 Apr 2001 14:48:51 -0700 (MST) From: chd@arizona.edu Reply-To: Info-MultiNet@process.com Subject: RE: Sending html format message from vms Sender: Chris De Young To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 >Can't be done if the requirement is to use VMSmail, as all messages sent via >VMSmail are considered text/plain (instead of the necessary text/html). You could have a simple TPU procedure (if you typically send/edit) to wrap your message in
.... :-) -C --- Chris De Young chd@arizona.edu ================================================================================ Archive-Date: Wed, 4 Apr 2001 17:56:30 -0400 Date: Wed, 04 Apr 2001 14:55:48 -0700 From: Dan Wing Reply-To: Info-MultiNet@process.com Subject: RE: Sending html format message from vms To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 You could, but it would look like this message. -d > -----Original Message----- > From: Chris De Young [mailto:CHD@VMS.ARIZONA.EDU]On Behalf Of > chd@arizona.edu > Sent: Wednesday, April 04, 2001 2:49 PM > To: info-multinet@process.com > Subject: RE: Sending html format message from vms > > > >Can't be done if the requirement is to use VMSmail, as all > messages sent via > >VMSmail are considered text/plain (instead of the necessary text/html). > > You could have a simple TPU procedure (if you typically send/edit) to wrap > your message in
.... :-) > > -C > > --- > Chris De Young chd@arizona.edu ================================================================================ Archive-Date: Wed, 4 Apr 2001 17:59:57 -0400 Date: Wed, 04 Apr 2001 15:59:14 -0600 From: Jim Mehlhop Reply-To: Info-MultiNet@process.com Subject: RE: Sending html format message from vms To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii what about MAIL> send/for At 02:48 PM 4/4/01 -0700, you wrote: > >Can't be done if the requirement is to use VMSmail, as all messages sent via > >VMSmail are considered text/plain (instead of the necessary text/html). > >You could have a simple TPU procedure (if you typically send/edit) to wrap >your message in
.... :-) > >-C > >--- >Chris De Young chd@arizona.edu Jim Mehlhop, Support Engineer Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ ================================================================================ Archive-Date: Wed, 4 Apr 2001 18:28:49 -0400 Date: Wed, 04 Apr 2001 16:28:00 -0600 From: Jim Mehlhop Reply-To: Info-MultiNet@process.com Subject: RE: Sending html format message from vms To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii I just tested this and it worked fine. On machine one I did MAIL> send/noedit/for HEALTHY_COOKING.HTML To: smtp%"mehlhop@mehlhop.org" Subj: test html Sending FOREIGN message as VMS-specific MIME-encoded message MAIL> on mehlhop.org I did MAIL> dir/new NEWMAIL # From Date Subject 1 SMTP%"mehlhop@sys3.m 4-APR-2001 test html 2 SMTP%"mehlhop@sys3.m 4-APR-2001 test html MAIL> 1 #1 4-APR-2001 16:17:50.55 NEWMAIL From: SMTP%"mehlhop@sys3.mehlhop.org" To: MEHLHOP CC: Subj: test html Date: Wed, 4 Apr 2001 16:15:50 GMT From: mehlhop@sys3.mehlhop.org To: mehlhop@mehlhop.org MIME-Version: 1.0 Content-Transfer-Encoding: BASE64 Content-Type: APPLICATION/VMS-RMS; VMS-FDL="IDENT \" 4-APR-2001 16:15:50 VAX/VMS FDL$GENERATE Routine\";;SYSTEM; SOURCE VAX/VMS;;FILE; ALLOCATION 36; BEST_TRY_CONTIGUOUS no; BUCKET_SIZE 0; CONTIGUOUS no; DEFERRED_WRITE no; EXTENSION 0; GLOBAL_BUFFER_COUNT 0; MT_BLOCK_SIZE 0; MAX_RECORD_NUMBER 0; MAXIMIZE_VERSION no; ORGANIZATION sequential; READ_CHECK no; SUPERSEDE no; WRITE_CHECK no;;RECORD; BLOCK_SPAN yes; CARRIAGE_CONTROL carriage_return; CONTROL_FIELD_SIZE 0; FORMAT stream_LF; SIZE 32767;;AREA 0; ALLOCATION 36; BEST_TRY_CONTIGUOUS no; Press RETURN for more... MAIL> #1 4-APR-2001 16:17:50.55 NEWMAIL BUCKET_SIZE 0; CONTIGUOUS no; EXACT_POSITIONING no; EXTENSION 0; POSITION none; VOLUME 0;" Message-Id: <010404161550.39@sys3.mehlhop.org> Subject: test html (Message body sent /FOREIGN under separate cover) MAIL> #2 4-APR-2001 16:17:51.04 NEWMAIL From: SMTP%"mehlhop@sys3.mehlhop.org" To: MEHLHOP CC: Subj: test html %MAIL-E-FORMSG, you cannot read this foreign format message Use the EXTRACT command to copy the message to an external file MAIL> extr/nohead sys$login:a.html %MAIL-I-CREATED, $2$DKA400:[MEHLHOP]A.HTML;2 created MAIL> Went into Netscape on mehlhop.org and opened the a.html Jim At 03:59 PM 4/4/01 -0600, Jim Mehlhop wrote: >what about > >MAIL> send/for > >At 02:48 PM 4/4/01 -0700, you wrote: >> >Can't be done if the requirement is to use VMSmail, as all messages >> sent via >> >VMSmail are considered text/plain (instead of the necessary text/html). >> >>You could have a simple TPU procedure (if you typically send/edit) to wrap >>your message in
.... :-) >> >>-C >> >>--- >>Chris De Young chd@arizona.edu > > > Jim Mehlhop, Support Engineer > Jim Mehlhop, Support Engineer > Process Software > Mehlhop@process.com > Phone 719-638-8448 > Join Cauce to outlaw spam > http://www.cauce.org/ > Jim Mehlhop, Support Engineer Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ ================================================================================ Archive-Date: Wed, 4 Apr 2001 18:42:47 -0400 Date: Wed, 04 Apr 2001 17:40:39 -0500 (CDT) From: Steve +1 608 278 7700 Reply-To: Info-MultiNet@process.com Subject: Re: Expired-password handling all or nothing with SSHD v4.3 To: Dan O'Reilly CC: info-multinet@process.com, Stephen.L.Arnold@Arnold.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; CHARSET=iso-8859-1 > >Since you're working on scp - what would happen if a user tried to scp > >to/from an account with an expired password? > Hmmmmmm....good question, haven't thought about that. Likely, the same way > it's handled via RCP (nice cop-out, eh?). Fail with a status that clearly indicates the reason (expired password). Scripts can check for this reason and do the right thing. Users can log in with SSH and update their passwords. Just my two cents. "Steve" Stephen L. Arnold, Ph.D., President, Arnold Consulting, Inc. Address 2530 Targhee Street, Madison, Wisconsin 53711-5491 U.S.A. Telephone +1 608 278 7700 Facsimile +1 608 278 7701 Internet Stephen.L.Arnold@Arnold.com http://WWW.Arnold.com Pager (800) 351 8927 Arnold s a registered trademark and service mark of Arnold Consulting, Inc. ================================================================================ Archive-Date: Wed, 4 Apr 2001 19:53:53 -0400 Date: Wed, 04 Apr 2001 16:53:10 -0700 From: Dan Wing Reply-To: Info-MultiNet@process.com Subject: RE: Sending html format message from vms To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii It isn't HTML, though -- it's a VMS-only MIME encoding. There isn't even a friggen' RFC for it! The audacity of people. Well, the only systems that understand it are PMDF, MultiNet, and MX. It was invented by the PMDF folks a bunch of years ago. I don't know if Wolly ever implemented it. I doubt UCX has it. If you SEND/FOREIGN the same file to a user running Netscape as a POP or IMAP mailer, it wouldn't work. -d > -----Original Message----- > From: Jim Mehlhop [mailto:mehlhop@process.com] > Sent: Wednesday, April 04, 2001 3:28 PM > To: info-multinet@process.com > Subject: RE: Sending html format message from vms > > > I just tested this and it worked fine. > > On machine one I did > > MAIL> send/noedit/for HEALTHY_COOKING.HTML > To: smtp%"mehlhop@mehlhop.org" > Subj: test html > Sending FOREIGN message as VMS-specific MIME-encoded message > > MAIL> > > > > > > on mehlhop.org I did > > MAIL> dir/new > > > > NEWMAIL > # From Date Subject > > 1 SMTP%"mehlhop@sys3.m 4-APR-2001 test html > 2 SMTP%"mehlhop@sys3.m 4-APR-2001 test html > > MAIL> 1 > > #1 4-APR-2001 > 16:17:50.55 NEWMAIL > From: SMTP%"mehlhop@sys3.mehlhop.org" > To: MEHLHOP > CC: > Subj: test html > > Date: Wed, 4 Apr 2001 16:15:50 GMT > From: mehlhop@sys3.mehlhop.org > To: mehlhop@mehlhop.org > MIME-Version: 1.0 > Content-Transfer-Encoding: BASE64 > Content-Type: APPLICATION/VMS-RMS; VMS-FDL="IDENT \" 4-APR-2001 16:15:50 > VAX/VMS FDL$GENERATE Routine\";;SYSTEM; SOURCE VAX/VMS;;FILE; > ALLOCATION > 36; BEST_TRY_CONTIGUOUS no; BUCKET_SIZE 0; CONTIGUOUS no; > DEFERRED_WRITE > no; EXTENSION 0; GLOBAL_BUFFER_COUNT 0; MT_BLOCK_SIZE 0; > MAX_RECORD_NUMBER 0; MAXIMIZE_VERSION no; ORGANIZATION sequential; > READ_CHECK no; SUPERSEDE no; WRITE_CHECK no;;RECORD; BLOCK_SPAN yes; > CARRIAGE_CONTROL carriage_return; CONTROL_FIELD_SIZE 0; FORMAT > stream_LF; SIZE 32767;;AREA 0; ALLOCATION 36; BEST_TRY_CONTIGUOUS no; > > Press RETURN for more... > > MAIL> > > > > #1 4-APR-2001 > 16:17:50.55 NEWMAIL > BUCKET_SIZE 0; CONTIGUOUS no; EXACT_POSITIONING no; EXTENSION 0; > POSITION none; VOLUME 0;" > Message-Id: <010404161550.39@sys3.mehlhop.org> > Subject: test html > > (Message body sent /FOREIGN under separate cover) > > MAIL> > > #2 4-APR-2001 > 16:17:51.04 NEWMAIL > From: SMTP%"mehlhop@sys3.mehlhop.org" > To: MEHLHOP > CC: > Subj: test html > > %MAIL-E-FORMSG, you cannot read this foreign format message > Use the EXTRACT command to copy the message to an external file > > MAIL> extr/nohead sys$login:a.html > %MAIL-I-CREATED, $2$DKA400:[MEHLHOP]A.HTML;2 created > > MAIL> > > > Went into Netscape on mehlhop.org and opened the a.html > > Jim > > > At 03:59 PM 4/4/01 -0600, Jim Mehlhop wrote: > >what about > > > >MAIL> send/for > > > >At 02:48 PM 4/4/01 -0700, you wrote: > >> >Can't be done if the requirement is to use VMSmail, as all messages > >> sent via > >> >VMSmail are considered text/plain (instead of the necessary text/html). > >> > >>You could have a simple TPU procedure (if you typically send/edit) to wrap > >>your message in
.... :-) > >> > >>-C > >> > >>--- > >>Chris De Young chd@arizona.edu > > > > > > Jim Mehlhop, Support Engineer > > Jim Mehlhop, Support Engineer > > Process Software > > Mehlhop@process.com > > Phone 719-638-8448 > > Join Cauce to outlaw spam > > http://www.cauce.org/ > > > > > > Jim Mehlhop, Support Engineer > Jim Mehlhop, Support Engineer > Process Software > Mehlhop@process.com > Phone 719-638-8448 > Join Cauce to outlaw spam > http://www.cauce.org/ > > > ================================================================================ Archive-Date: Wed, 4 Apr 2001 20:31:57 -0400 Date: Wed, 04 Apr 2001 18:33:13 -0600 From: Dan O'Reilly Reply-To: Info-MultiNet@process.com Subject: Re: Expired-password handling all or nothing with SSHD v4.3 To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed At 04:40 PM 4/4/2001, Steve +1 608 278 7700 wrote: >> >Since you're working on scp - what would happen if a user tried to scp >> >to/from an account with an expired password? > >>Hmmmmmm....good question, haven't thought about that. Likely, the same way >>it's handled via RCP (nice cop-out, eh?). > >Fail with a status that clearly indicates the reason (expired password). >Scripts can check for this reason and do the right thing. Users can log >in with SSH and update their passwords. Just my two cents. If the protocol permits it, we'll do it. But quite often, the protocol doesn't permit the client to know about this type of failure. The reason, when you think about it, is quite logical: if you tell the client too much about why it failed to gain access to a system, that's information a rogue user could use to help break into the system. Therefore, the protocol will often tell THAT you failed, but not WHY. ------ +-------------------------------+---------------------------------------+ | Dan O'Reilly | | | Principal Engineer | "Why should I care about posterity? | | Process Software | What's posterity ever done for me?" | | http://www.process.com | -- Groucho Marx | +-------------------------------+---------------------------------------+ ================================================================================ Archive-Date: Wed, 4 Apr 2001 21:21:30 -0400 Date: Thu, 05 Apr 2001 10:40:19 +1030 From: Jeremy Begg Reply-To: Info-MultiNet@process.com Subject: Re: Sending html format message from vms To: j.t.horn@usa.net CC: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii >We are wanting to create a html file on OpenVMS AXP to send to an address >using VMSmail using Multinet. Any ideas on how this can be done or where to >look for such information? It rather depends on the outcome you want. If you simply need to transmit an HTML file from one place to another, VMS MAIL will do that fairly well, provided the line lengths don't exceed 250 chars (approx). The message will arrive with the "text/plain" MIME content-type which isn't ideal. If you want the message to arrive as MIME content-type "text/html" you have to construct the message file yourself, place it in the MULTINET_SPOOL directory and submit a job to the MultiNet SMTP symbiont queue to send it. The Info-MultiNet mailing list archives contain an item or two on how to do this, e.g. http://www.support.process.com/scripts/mxarchive/archive_search.com?TEXT=R136796-141192-mail%24archives%3A%5Binfo-multinet%5Dinfo-multinet.2000-06 If you need anything more sophisticated than that, or want to be able to intelligently *read* html (or other MIME) messages on VMS, go and buy PMDF (also from Process Software). It's an excellent product. Regards, Jeremy Begg +---------------------------------------------------------+ | VSM Software Services Pty. Ltd. | | http://www.vsm.com.au/ | | "OpenVMS Systems Management & Programming" | |---------------------------------------------------------| | P.O.Box 402, Walkerville, | E-Mail: jeremy@vsm.com.au | | South Australia 5081 | Phone: +61 8 83592155 | |---------------------------| Mobile: 0414 422 947 | | A.C.N. 068 409 156 | FAX: +61 8 82231777 | +---------------------------------------------------------+ ================================================================================ Archive-Date: Wed, 4 Apr 2001 21:24:37 -0400 Date: Wed, 04 Apr 2001 18:23:37 -0700 From: Marc Chametzky Reply-To: Info-MultiNet@process.com Subject: Re: Sending html format message from vms To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 As one of the former developers of PMDF, let me contribute my two cents. As far as I'm aware, it's going to be impossible to send a message using VMS MAIL in any fashion such that it would contain a "text/html" part. The reason for this is that, with the exception of PMDF, the other Internet mail client protocols used by VMS MAIL would assume that the body of the message is just that... the body. In order to send a "text/html" part, you'd need to add "Content-type: text/html" to the *headers* of the message. Consider this... if you have the ability to add a Content-type: header to your message, then you also have the ability to add a From: header and most sites probably wouldn't want their users to be able to forge mail quite that easily. Now, what you could do, but I sure wouldn't recommend it, is to form your own message, complete with your own constructed headers, and then deliver it to the local system's SMTP server directly. This would entail you speaking SMTP, but I suspect it could be done from a DCL program thanks to a command like "TELNET/PORT=25/CREATE LOCALHOST". --Marc ================================================================================ Archive-Date: Wed, 4 Apr 2001 22:11:52 -0400 Date: Wed, 04 Apr 2001 19:09:57 -0700 (PDT) From: Ramon Curiel Subject: Re(2):Sending html format message from vms To: info-multinet@process.com CC: RAY@curiel.org Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII I would never talk directly to an SMTP port ;-). Actually, why not write the spool file as suggested earlier and format the message yourself? When I originally came up with the idea to use VMS queueing and a custom symbiont this was one of the reasons why (among many). Of course, back then spam wasn't a problem... Ray ================================================================================ Archive-Date: Wed, 4 Apr 2001 23:02:42 -0400 Date: Thu, 05 Apr 2001 03:37:49 +0200 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: Sending html format message from vms To: info-multinet@process.com Reply-To: Info-MultiNet@process.com j.t.horn@usa.net wrote: > We are wanting to create a html file on OpenVMS AXP to send to an address > using VMSmail using Multinet. "Using VMSmail using Multinet"? The following DCL procedure uses Multinet's SMTP. It must be modified to include the "Content-Type: text/html" header line (or must be used with P5 set to true, with the mail headers contained in the file). cu, Martin [-- cut --] From: Aaron Leonard [Aaron@cisco.com] Date: Wed, 21 June 2000 20:12 Subject: DCL: forge mail Here's a command procedure that submits a "forged" email message to the MultiNet SMTP queue for processing. Aaron --- $! forge-mail.com $! Forge a mail message by sending a file to the MULTINET_SMTP_QUEUE. $! $! Parameters: $! P1 - From: address (in username@hostname format) (required) $! P2 - To: address (in username@hostname format) (required) $! P3 - Subject: line $! P4 - file to send (required) $! P5 - if "T", then the file is assumed to contain all the $! needed RFC-822 header lines $! $! Example: $! $ @forge-mail "fred@foo.com" "joe@bar.com" - $! "this is a test" dev:[dir]foo.txt $! $ On Error Then $ Goto ErrExit $ SavPrv = F$SetPrv("ALL") $! $! set the following symbol to true if you want to include an $! 822 "Sender:" even if HeadersIncluded $! $ AlwaysIncludeSender = "F" $! $ If P1 .Eqs. "" .Or. P2 .Eqs. "" .Or. P4 .Eqs. "" $ Then $ Write Sys$Error - "Usage: @forge-mail ""FROM@HOST"" ""TO@HOST"" [""subject""] FILENAME [FLAG]" $ Exit %X38048 ! CLI$_INSFPRM $ EndIf $! $ HeadersIncluded = "F" $ If P5 Then $ HeadersIncluded = "T" $ FromAddress = P1 $ ToAddress = P2 $ Subject = P3 $ MailFile = P4 $! $ PID = F$GetJPI("", "PID") $ Now = F$Time() $ NowString = F$Cvtime(Now) - "-" - "-" - " " - ":" - ":" - ":" - "." $ MessageIDlhs = "''NowString'.''PID'" $ ThisHost = F$TrnLNM("MULTINET_HOST_NAME") $ Sender = F$Edit(F$GetJPI("", "USERNAME"), "TRIM") $ TmpFile = "multinet_spool:forge-mail-''MessageIDlhs';" $! $! write out temp file $ Create 'TmpFile' ! make a VAR_CR file $ Open /Append TMP 'TmpFile' $! $! write envelope $ Write TMP "MAIL FROM:<''FromAddress'>" $ Write TMP "RCPT TO:<''ToAddress'>" $ Write TMP "ARRIVAL_TIME: " + F$Element(0, ".", Now) $! $! start of RFC-822 headers $! $ If (.Not. HeadersIncluded) .Or. AlwaysIncludeSender $ Then $ Write TMP "Sender: ''Sender'@''ThisHost'" $ EndIf $ If .Not. HeadersIncluded $ Then $! Write out RFC-822 headers $ TZ = F$Trnlnm("MULTINET_TIMEZONE") ! should use offset style but too hard $ Day = F$Edit(F$Extract(0, 2, Now),"TRIM") $ Tmpstr = F$Element(1, "-", Now) $ Month = F$Extract(0, 1, Tmpstr) + - F$Edit(F$Extract(1, 2, Tmpstr), "LOWERCASE") $ Year = F$Extract(7, 4, Now) $ Hours = F$Extract(12, 2, Now) $ Minutes = F$Extract(15, 2, Now) $ Write TMP "Date: ''Day' ''Month' ''Year' ''Hours':''Minutes' ''TZ'" $ Write TMP "From: ''FromAddress'" $ Write TMP "To: ''ToAddress'" $ Write TMP "Message-Id: <''MessageIDlhs'@''ThisHost'>" $ Write TMP "Subject: ''Subject'" $ Write TMP "" $ EndIf $ Close TMP $ Append /NoLog 'MailFile' 'TmpFile' $ Print /Delete /Queue=MULTINET_SMTP_QUEUE 'TmpFile' $ Exit 1 $! $ErrExit: $ Sts = $Status $ Close /NoLog TMP $ SavPrv = F$SetPrv(SavPrv) $ Exit Sts -- One OS to rule them all | Martin Vorlaender | VMS & WNT programmer One OS to find them | work: mv@pdv-systeme.de One OS to bring them all | http://www.pdv-systeme.de/users/martinv/ And in the Darkness bind them.| home: martin@radiogaga.harz.de ================================================================================ Archive-Date: Thu, 5 Apr 2001 00:11:19 -0400 Date: Wed, 04 Apr 2001 23:08:08 -0500 (CDT) From: Hunter Goatley Reply-To: Info-MultiNet@process.com Subject: RE: Sending html format message from vms To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > It isn't HTML, though -- it's a VMS-only MIME encoding. > There isn't even a friggen' RFC for it! The audacity of people. 8-) > Well, the only systems that understand it are PMDF, MultiNet, and MX. It was > invented by the PMDF folks a bunch of years ago. I don't know if Wolly ever > implemented it. I doubt UCX has it. No, it doesn't. > If you SEND/FOREIGN the same file to a user running Netscape as a POP or IMAP > mailer, it wouldn't work. But it will if you use SEND/FOREIGN/TYPE=1, which I added to MultiNet V4.2 to send normal MIME messages, instead of the VMS-specific headers. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 5 Apr 2001 10:34:33 -0400 Date: Thu, 05 Apr 2001 08:32:42 -0600 From: Charles Rinehart Subject: VFC with LPD print queues To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii I have an LPD print queue on my VMS cluster that I am having trouble printing with vfc files. Is there some way to have the Multinet LPD print symbiont convert this file to Fortran carriage control? Here is the system information: Process Software MultiNet V4.3 Rev A-X, AlphaServer 4000 5/466 4MB, OpenVMS AXP V6.2-1H3 Alternative suggestions that allow these files to be printed properly are welcome. -- Charles Rinehart Observers can see a chess game The University of Memphis more clearly than the players. CRINEHRT@MEMPHIS.EDU 901/678-3650 (Phone) Chinese proverb ================================================================================ Archive-Date: Thu, 5 Apr 2001 11:56:02 -0400 Date: Thu, 05 Apr 2001 11:55:11 -0400 From: Mike Bartman Reply-To: Info-MultiNet@process.com Subject: RE: VFC with LPD print queues To: "'info-multinet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 > From: Charles Rinehart [mailto:crinehrt@memphis.edu] > I have an LPD print queue on my VMS cluster that I am having trouble > printing with vfc files. Is there some way to have the Multinet LPD > print symbiont convert this file to Fortran carriage control? No. The LPD symbiont doesn't do any real data conversion at all. There are some qualifiers to change the way line terminators are handled (CR and LF), but other than that, the file is sent pretty much as it is given to the symbiont code by the OpenVMS formatting code in the symbiont library. > Here is the system information: > > Process Software MultiNet V4.3 Rev A-X, AlphaServer 4000 5/466 4MB, > OpenVMS AXP V6.2-1H3 > > Alternative suggestions that allow these files to be printed properly > are welcome. What is the problem? Is it the file type as specified in the control file? Is the data being changed in some way? Is the VFC info not being read properly in the first place? Is the symbiont aborting? Without more description on what the problem is, I can't really suggest any cures. You might want to try contacting our support folks for this. They can suggest ways to investigate the problem, and possibly a cure. If there's a problem with the symbiont itself, they can get that corrected too. -- Mike Bartman Process Software ================================================================================ Archive-Date: Thu, 5 Apr 2001 13:38:11 -0400 Date: Thu, 05 Apr 2001 11:36:15 -0600 From: Charles Rinehart Subject: Re: VFC with LPD print queues To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mike Bartman wrote: > > From: Charles Rinehart [mailto:crinehrt@memphis.edu] > > > I have an LPD print queue on my VMS cluster that I am having trouble > > printing with vfc files. Is there some way to have the Multinet LPD > > print symbiont convert this file to Fortran carriage control? > > No. The LPD symbiont doesn't do any real data conversion at all. There are > some qualifiers to change the way line terminators are handled (CR and LF), > but other than that, the file is sent pretty much as it is given to the > symbiont code by the OpenVMS formatting code in the symbiont library. > > > Here is the system information: > > > > Process Software MultiNet V4.3 Rev A-X, AlphaServer 4000 5/466 4MB, > > OpenVMS AXP V6.2-1H3 > > > > Alternative suggestions that allow these files to be printed properly > > are welcome. > > What is the problem? Is it the file type as specified in the control file? > Is the data being changed in some way? Is the VFC info not being read > properly in the first place? Is the symbiont aborting? Without more > description on what the problem is, I can't really suggest any cures. You > might want to try contacting our support folks for this. They can suggest > ways to investigate the problem, and possibly a cure. If there's a problem > with the symbiont itself, they can get that corrected too. > > -- Mike Bartman > Process Software In this case the file contains lines of text in which the vfc codes specify no spacing before printing (overprinting). Other lines indicate an additional line before printing (double spacing). These special print controls are either not being sent to the printer or not being honored if they are. In either case if we could convert to Fortran carriage control I could force the printer to honor them. -- Charles Rinehart Observers can see a chess game The University of Memphis more clearly than the players. CRINEHRT@MEMPHIS.EDU 901/678-3650 (Phone) Chinese proverb ================================================================================ Archive-Date: Thu, 5 Apr 2001 13:45:39 -0400 Date: Thu, 05 Apr 2001 10:44:53 -0700 From: Dan Wing Reply-To: Info-MultiNet@process.com Subject: RE: VFC with LPD print queues To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > In this case the file contains lines of text in which the vfc codes > specify no > spacing before printing (overprinting). Other lines indicate an > additional line > before printing (double spacing). These special > print controls are either not being sent to the printer or not > being honored if > they are. In either > case if we could convert to Fortran carriage control I could force > the printer > to honor them. $ MULTINET TCPDUMP/HEX/SNAP=1514 PORT 515 AND HOST printer -d ================================================================================ Archive-Date: Thu, 5 Apr 2001 16:13:03 -0400 Date: Thu, 05 Apr 2001 14:11:06 -0600 From: Charles Rinehart Subject: Re: VFC with LPD print queues To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Dan Wing wrote: > > In this case the file contains lines of text in which the vfc codes > > specify no > > spacing before printing (overprinting). Other lines indicate an > > additional line > > before printing (double spacing). These special > > print controls are either not being sent to the printer or not > > being honored if > > they are. In either > > case if we could convert to Fortran carriage control I could force > > the printer > > to honor them. > > $ MULTINET TCPDUMP/HEX/SNAP=1514 PORT 515 AND HOST printer > > -d Thank you. Should have done this first. I just assumed I knew what was happening :-( Turned out to be a printer switch. -- Charles Rinehart Observers can see a chess game The University of Memphis more clearly than the players. CRINEHRT@MEMPHIS.EDU 901/678-3650 (Phone) Chinese proverb ================================================================================ Archive-Date: Fri, 6 Apr 2001 14:41:06 -0400 Date: Fri, 06 Apr 2001 22:28:04 +0400 From: "Ruslan R. Laishev" Subject: Re: Error msg and RWAST in Web/Proxy Server. To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r What exactly web/proxy you use ? Geoff Roberts wrote: > > Hi all, > > Could some kind soul point me in the direction of what to tweak to fix > the following error msg > > Multinet Server: UCX: can't find free FD > This is repeated numerous times, followed by a serious wedging of the > Web/proxy server that sometimes can't > be fixed by stop/id and requires a reboot to resolve. > VMS 6.0 and Multinet 3.2 Rev B. > (I know, I know, but we can't afford to upgrade it) > > Thanks in advance. > > Geoff Roberts > Computer Systems Manager > Saint Mark's College > Port Pirie, > South Australia > geoffrob at stmarks dot pp dot catholic dot edu dot au > ICQ: 1970476 -- Cheers, Ruslan. +---------------pure personal opinion-----------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com vms-isps@dls.net - Forum for ISP running OpenVMS Mobile: +7 (901) 971-3222 ================================================================================ Archive-Date: Fri, 6 Apr 2001 14:50:54 -0400 Date: Fri, 06 Apr 2001 14:49:55 -0400 From: Frank Atkinson Reply-To: Info-MultiNet@process.com Subject: SMTP Delay To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Is there a delay in smtp sending a message from vms mail ?? (or perhaps in how often it looks at its queue??) one of our users just sent something from one workstation in the office to another and it took a good 3-4 minutes ? Our pc email server is right here on our network, used to be quick, the delay seems to have come with the version upgrade... the user said "I can get from DC faster than the office next door".. which i think might have been a little bit of an exageration.. Frank Atkinson http://www.ohcapcon.com Ohio Capitol Connection/Rotunda Inc http://www.rotundainc.com Columbus, Ohio mailto:frank@ohcapcon.com 614-227-5820 fx:614-228-5897 ================================================================================ Archive-Date: Fri, 6 Apr 2001 15:22:19 -0400 Date: Fri, 06 Apr 2001 12:21:34 -0700 From: Dan Wing Reply-To: Info-MultiNet@process.com Subject: RE: SMTP Delay To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > -----Original Message----- > From: Frank Atkinson [mailto:frank@ohcapcon.com] > Sent: Friday, April 06, 2001 11:50 AM > To: info-multinet@process.com > Subject: SMTP Delay > > > > Is there a delay in smtp sending a message from vms mail ?? > (or perhaps in how often it looks at its queue??) No delay; the entry in the queue is processed immediatley. The only exception is if there is already an entry being processed in the queue. Each SMTP "execution" queue can only process one job at a time. It's trivial to increase how many queues you have through MULTINET CONFIGURE/SMTP. > one of our users just sent something from one workstation in the office to > another and > it took a good 3-4 minutes ? Our pc email server is right here on our > network, used to be quick, > the delay seems to have come with the version upgrade... Was the PC email server backed up at the time, or was it slow in accepting the mail (slow SMTP transaction)? Does it respond immediately when you telnet to port 25 on it, and respond immediately to HELO, MAIL FROM, and RCPT TO commands? > the user said "I can get from DC faster than the office next > door".. which i think > might have been a little bit of an exageration.. :-) -d > Frank Atkinson http://www.ohcapcon.com > Ohio Capitol Connection/Rotunda Inc http://www.rotundainc.com Columbus, Ohio mailto:frank@ohcapcon.com 614-227-5820 fx:614-228-5897 ================================================================================ Archive-Date: Fri, 6 Apr 2001 17:49:02 -0400 Date: Fri, 06 Apr 2001 17:48:08 -0500 (EST) From: Jeff Schreiber Reply-To: Info-MultiNet@process.com Subject: Re: Error msg and RWAST in Web/Proxy Server. To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii >Geoff Roberts wrote: >> >> Could some kind soul point me in the direction of what to tweak to fix >> the following error msg >> >> Multinet Server: UCX: can't find free FD >> The UCX services have a limit of 32 concurrent sockets [basically it's a mirror of the unix-like FD stuff]. You can run into that error for one of two reasons, the first being that there are already 32 sockets, the second being that your out of memory. I would check via "MULTINET SHOW/CONN" to see how many connections you have into your web/proxy server. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Fri, 6 Apr 2001 18:36:03 -0400 Date: Fri, 06 Apr 2001 15:39:11 -0700 From: "Michael J. Sphar" Subject: SYSTEM-F-NOIOCHAN To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii A client is getting this error message when running an obsolete network utility called XNS protocol for semiconductor equipment testers. Full message says "couldn't open socket", then gives this VMS error message with "no I/O channel available". This behavior started occurring shortly after installing and configuring Multinet 4.3A on a Vax 3100-90A running VMS5.5-2. Not sure but suspect this relates to something needing adjust in Multinet. Any advice appreciated. ================================================================================ Archive-Date: Fri, 6 Apr 2001 18:40:15 -0400 Date: Fri, 06 Apr 2001 16:39:25 -0600 From: Jim Mehlhop Reply-To: Info-MultiNet@process.com Subject: Re: SYSTEM-F-NOIOCHAN To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii There was a channel leak in certain configurations in mn4.3 Please get and install ftp://ftp.multinet.process.com/patches/multinet043/socket_library-011_a043.zip At 03:39 PM 4/6/01 -0700, you wrote: >A client is getting this error message when running an obsolete network >utility called XNS protocol for semiconductor equipment testers. Full >message says "couldn't open socket", then gives this VMS error message >with "no I/O channel available". This behavior started occurring >shortly after installing and configuring Multinet 4.3A on a Vax 3100-90A >running VMS5.5-2. Not sure but suspect this relates to something >needing adjust in Multinet. Any advice appreciated. Jim Mehlhop, Support Engineer Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ ================================================================================ Archive-Date: Fri, 6 Apr 2001 19:59:42 -0400 Date: Fri, 06 Apr 2001 17:02:55 -0700 From: "Michael J. Sphar" Subject: Re: SYSTEM-F-NOIOCHAN To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii %%%%%%%%%%% OPCOM 6-APR-1973 10:43:39.55 %%%%%%%%%%% Message from user SYSTEM on MPTST MultiNet Server: Unexpected Exception in MULTINET_SERVER process MultiNet Server: Signal Arguments: Number = 0x00000005 MultiNet Server: Name = 0x0000000C %%%%%%%%%%% OPCOM 6-APR-1973 10:43:39.56 %%%%%%%%%%% Message from user SYSTEM on MPTST MultiNet Server: Name = 0x00000001 %%%%%%%%%%% OPCOM 6-APR-1973 10:43:39.56 %%%%%%%%%%% Message from user SYSTEM on MPTST MultiNet Server: Name = 0x41484349 %%%%%%%%%%% OPCOM 6-APR-1973 10:43:39.57 %%%%%%%%%%% Message from user SYSTEM on MPTST MultiNet Server: Name = 0x0004125E %%%%%%%%%%% OPCOM 6-APR-1973 10:43:39.57 %%%%%%%%%%% Message from user SYSTEM on MPTST MultiNet Server: Name = 0x03C00004 %%%%%%%%%%% OPCOM 6-APR-1973 10:44:41.86 %%%%%%%%%%% Message from user RICHARDT on MPTST MultiNet Server: SPXTELNET: No interface configured with IPX Address %%%%%%%%%%% OPCOM 6-APR-1973 11:03:24.75 %%%%%%%%%%% Message from user SYSTEM on MPTST named: Cleaned cache of 2 RRsets %%%%%%%%%%% OPCOM 6-APR-1973 11:03:24.77 %%%%%%%%%%% Message from user SYSTEM on MPTST named: NSTATS 102942204 102906205 PTR=141 %%%%%%%%%%% OPCOM 6-APR-1973 11:03:24.77 %%%%%%%%%%% Message from user SYSTEM on MPTST named: XSTATS 102942204 102906205 RR=17 RNXD=9 RFwdR=13 RDupR=0 RFail=0 RFErr=0 RErr=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=3 SAns=47 SFwdQ=37 SDupQ=89 SErr=0 RQ=141 RIQ=0 RFwdQ=37 RDupQ=66 RTCP=0 SFwdR=13 SFail=0 SFErr=0 SNaAns=38 SNXD=47 RUQ=0 RURQ=0 RUXFR=0 %%%%%%%%%%% OPCOM 6-APR-1973 11:03:24.77 %%%%%%%%%%% Message from user SYSTEM on MPTST RUUpd=0 %%%%%%%%%%% OPCOM 6-APR-1973 12:03:24.75 %%%%%%%%%%% Message from user SYSTEM on MPTST named: Cleaned cache of 2 RRsets %%%%%%%%%%% OPCOM 6-APR-1973 12:03:24.77 %%%%%%%%%%% Message from user SYSTEM on MPTST named: NSTATS 102945804 102906205 PTR=154 %%%%%%%%%%% OPCOM 6-APR-1973 12:03:24.77 %%%%%%%%%%% Message from user SYSTEM on MPTST named: XSTATS 102945804 102906205 RR=19 RNXD=11 RFwdR=15 RDupR=0 RFail=0 RFErr=0 RErr=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=3 SAns=51 SFwdQ=42 SDupQ=98 SErr=0 RQ=154 RIQ=0 RFwdQ=42 RDupQ=72 RTCP=0 SFwdR=15 SFail=0 SFErr=0 SNaAns=40 SNXD=51 RUQ=0 RURQ=0 RUXFR=0 %%%%%%%%%%% OPCOM 6-APR-1973 12:03:24.77 %%%%%%%%%%% Message from user SYSTEM on MPTST RUUpd=0 %%%%%%%%%%% OPCOM 6-APR-1973 12:07:07.62 %%%%%%%%%%% Logfile time stamp %%%%%%%%%%% OPCOM 6-APR-1973 13:03:24.75 %%%%%%%%%%% Message from user SYSTEM on MPTST named: Cleaned cache of 0 RRsets %%%%%%%%%%% OPCOM 6-APR-1973 13:03:24.77 %%%%%%%%%%% Message from user SYSTEM on MPTST named: NSTATS 102949404 102906205 PTR=154 %%%%%%%%%%% OPCOM 6-APR-1973 13:03:24.77 %%%%%%%%%%% Message from user SYSTEM on MPTST named: XSTATS 102949404 102906205 RR=19 RNXD=11 RFwdR=15 RDupR=0 RFail=0 RFErr=0 RErr=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=3 SAns=51 SFwdQ=42 SDupQ=98 SErr=0 RQ=154 RIQ=0 RFwdQ=42 RDupQ=72 RTCP=0 SFwdR=15 SFail=0 SFErr=0 SNaAns=40 SNXD=51 RUQ=0 RURQ=0 RUXFR=0 %%%%%%%%%%% OPCOM 6-APR-1973 13:03:24.77 %%%%%%%%%%% Message from user SYSTEM on MPTST RUUpd=0 %%%%%%%%%%% OPCOM 6-APR-1973 13:07:07.72 %%%%%%%%%%% Logfile time stamp %%%%%%%%%%% OPCOM 6-APR-1973 14:03:24.75 %%%%%%%%%%% Message from user SYSTEM on MPTST named: Cleaned cache of 3 RRsets %%%%%%%%%%% OPCOM 6-APR-1973 14:03:24.77 %%%%%%%%%%% Message from user SYSTEM on MPTST named: NSTATS 102953004 102906205 PTR=178 %%%%%%%%%%% OPCOM 6-APR-1973 14:03:24.77 %%%%%%%%%%% Message from user SYSTEM on MPTST named: XSTATS 102953004 102906205 RR=20 RNXD=12 RFwdR=16 RDupR=0 RFail=0 RFErr=0 RErr=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=3 SAns=52 SFwdQ=49 SDupQ=115 SErr=0 RQ=178 RIQ=0 RFwdQ=49 RDupQ=89 RTCP=0 SFwdR=16 SFail=0 SFErr=0 SNaAns=40 SNXD=52 RUQ=0 RURQ=0 RUXFR= %%%%%%%%%%% OPCOM 6-APR-1973 14:03:24.78 %%%%%%%%%%% Message from user SYSTEM on MPTST 0 RUUpd=0 ================================================================================ Archive-Date: Fri, 6 Apr 2001 20:07:23 -0400 Date: Fri, 06 Apr 2001 17:10:35 -0700 From: "Michael J. Sphar" Subject: sorry bout that To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi Jim, I sent my prior message by mistake, mouse slipped. I hate it when it does that. My apologies to everyone. I'm having larger problems at this client. It seems multinet is dumping daily. I was editing the log file to show the indication that we are seeing. We loaded the channel leakage patch that you indicated in your prior message. No change in behavior. Any ideas on the dumping? Could these be related ? Can I ftp you guys a dump file? Regards, Mike ================================================================================ Archive-Date: Fri, 6 Apr 2001 20:17:35 -0400 Date: Sat, 07 Apr 2001 07:44:50 +0800 From: Paul Repacholi Subject: Re: SYSTEM-F-NOIOCHAN Sender: prep@k9.process.com To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii "Michael J. Sphar" writes: > A client is getting this error message when running an obsolete network > utility called XNS protocol for semiconductor equipment testers. Full > message says "couldn't open socket", then gives this VMS error message > with "no I/O channel available". This behavior started occurring > shortly after installing and configuring Multinet 4.3A on a Vax 3100-90A > running VMS5.5-2. Not sure but suspect this relates to something > needing adjust in Multinet. Any advice appreciated. > Xerox Network System protocols won't touch IP I think. More likely you need to up VMSs Channel Count sysgen parameter. -- Paul Repacholi 1 Crescent Rd., +61 (08) 9257-1001 Kalamunda. West Australia 6076 Raw, Cooked or Well-done, it's all half baked. ================================================================================ Archive-Date: Fri, 6 Apr 2001 20:35:06 -0400 Date: Fri, 06 Apr 2001 17:34:15 -0700 From: Dan Wing Reply-To: Info-MultiNet@process.com Subject: RE: sorry bout that To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii As a workaround to the problem, and to narrow down what is causing the problem (and get things working through the wkend) you may consider moving services into their own separate master server process. This way when, say, named dies it won't take down the whole master server. -d > -----Original Message----- > From: Michael J. Sphar [mailto:msphar@ix.netcom.com] > Sent: Friday, April 06, 2001 5:11 PM > To: info-multinet@process.com > Subject: sorry bout that > > > Hi Jim, > > I sent my prior message by mistake, mouse slipped. I hate it when it > does that. My apologies to everyone. > > I'm having larger problems at this client. It seems multinet is dumping > daily. I was editing the log file to show the indication that we are > seeing. We loaded the channel leakage patch that you indicated in your > prior message. No change in behavior. Any ideas on the dumping? Could > these be related ? Can I ftp you guys a dump file? > > Regards, Mike > ================================================================================ Archive-Date: Sat, 7 Apr 2001 08:11:53 -0400 Date: Sat, 07 Apr 2001 08:11:04 -0500 (EST) From: Jeff Schreiber Reply-To: Info-MultiNet@process.com Subject: Re: sorry bout that To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Dan Wing writes: > >As a workaround to the problem, and to narrow down what is causing the problem >(and get things working through the wkend) you may consider moving services >into their own separate master server process. This way when, say, named dies >it won't take down the whole master server. > Named isn't the best example, as it's already detached from the master server [along with nfs, xdm, dhcp, and a few others]. You can see which services are detached because they all have loadable images specified in the configuration to be something like LOADABLE__CONTROL. Your best bet would be to open a support call and they will help you make arrangements to get us the server.dmp file for analysis. -Jeff ================================================================================ Archive-Date: Sat, 7 Apr 2001 08:43:05 -0400 Date: Sat, 07 Apr 2001 06:42:09 -0600 From: Jim Mehlhop Reply-To: Info-MultiNet@process.com Subject: Re: sorry bout that To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii We have a private release eco to address that issue. It only happens on VAX as part of an FTP transaction try installing this ftp://incoming:snapple@mehlhop.org/MASTER_SERVER-030_A043.ZIP At 05:10 PM 4/6/01 -0700, you wrote: >Hi Jim, > >I sent my prior message by mistake, mouse slipped. I hate it when it >does that. My apologies to everyone. > >I'm having larger problems at this client. It seems multinet is dumping >daily. I was editing the log file to show the indication that we are >seeing. We loaded the channel leakage patch that you indicated in your >prior message. Did you restart the multinet_server? >No change in behavior. Any ideas on the dumping? Could >these be related ? could be >Can I ftp you guys a dump file? try this first >Regards, Mike Jim Mehlhop, Support Engineer Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ ================================================================================ Archive-Date: Sat, 7 Apr 2001 13:39:48 -0400 Date: Sat, 07 Apr 2001 10:42:58 -0700 From: "Michael J. Sphar" Subject: Re: sorry bout that To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi Jim, We will apply this master_server patch on Monday, when I can again get access to the system. Yes, we ran the com files to restart the multinet_server after the IO patch. Per Jeff's advice I sent an email to support@process to open a call. Thanks, for all your help. Talk to you guys on Monday. Regards, Mike Jim Mehlhop wrote: > We have a private release eco to address that issue. It only happens on > VAX as part of an FTP transaction > > try installing this > > ftp://incoming:snapple@mehlhop.org/MASTER_SERVER-030_A043.ZIP > > At 05:10 PM 4/6/01 -0700, you wrote: > >Hi Jim, > > > >I sent my prior message by mistake, mouse slipped. I hate it when it > >does that. My apologies to everyone. > > > >I'm having larger problems at this client. It seems multinet is dumping > >daily. I was editing the log file to show the indication that we are > >seeing. We loaded the channel leakage patch that you indicated in your > >prior message. > > Did you restart the multinet_server? > > >No change in behavior. Any ideas on the dumping? Could > >these be related ? > > could be > > >Can I ftp you guys a dump file? > > try this first > > >Regards, Mike > > > Jim Mehlhop, Support Engineer > Jim Mehlhop, Support Engineer > Process Software > Mehlhop@process.com > Phone 719-638-8448 > Join Cauce to outlaw spam > http://www.cauce.org/ > ================================================================================ Archive-Date: Mon, 9 Apr 2001 13:18:31 -0400 Date: Mon, 09 Apr 2001 12:17:46 -0500 From: Vyto Grigaliunas Subject: xntpd buffer overflow vulnerability... To: Info-Multinet Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Hi... Is Multinet's XNTP implementation vulnerable to the xntpd buffer overflow vulnerability circulating around ??? Thanks... Vyto %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Vyto Grigaliunas - Fermi National Accelerator Lab Data Comm. Group "I want to share something with you - the three sentences that will get you through life. Number one, 'Cover for me.' Number two, 'Oh, good idea, boss.' Number three, 'It was like that when I got here.'" - Homer Simpson ================================================================================ Archive-Date: Mon, 9 Apr 2001 13:23:23 -0400 Date: Mon, 09 Apr 2001 11:22:27 -0600 From: Jim Mehlhop Reply-To: Info-MultiNet@process.com Subject: Re: xntpd buffer overflow vulnerability... To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii We have heard of no cases of this. Since the security problem is with UNIX based OS's it will not be a security problem. It is POSSIBLE that it may cause either the multinet_server (if using NTP) or the XNTP_SERVER crash if attacked with it. That is not saying that it WILL crash but we have not been able to target our machines yet to check this out. Jim At 12:17 PM 4/9/01 -0500, you wrote: >Hi... > >Is Multinet's XNTP implementation vulnerable to the xntpd buffer overflow >vulnerability circulating around ??? > >Thanks... > >Vyto > >%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > >Vyto Grigaliunas - Fermi National Accelerator Lab Data Comm. Group > >"I want to share something with you - the three sentences that will get >you through life. Number one, 'Cover for me.' Number two, 'Oh, good >idea, boss.' Number three, 'It was like that when I got here.'" > >- Homer Simpson Jim Mehlhop, Support Engineer Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ ================================================================================ Archive-Date: Mon, 9 Apr 2001 13:26:36 -0400 Date: Mon, 09 Apr 2001 11:25:33 -0600 From: Dan O'Reilly Reply-To: Info-MultiNet@process.com Subject: Re: xntpd buffer overflow vulnerability... To: Info-Multinet MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed We don't know much about the specifics of the problem, but at this point, while the XNTP process may be vulnerable to being terminated by an attack, we don't believe the system itself is left open to possible attack by somebody gaining access to the system via XNTP. When there is a definite fix for this, we will release it as an ECO. At 11:17 AM 4/9/2001, Vyto Grigaliunas wrote: >Hi... > >Is Multinet's XNTP implementation vulnerable to the xntpd buffer overflow >vulnerability circulating around ??? > >Thanks... > >Vyto > >%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > >Vyto Grigaliunas - Fermi National Accelerator Lab Data Comm. Group > >"I want to share something with you - the three sentences that will get >you through life. Number one, 'Cover for me.' Number two, 'Oh, good >idea, boss.' Number three, 'It was like that when I got here.'" > >- Homer Simpson ------ +-------------------------------+---------------------------------------+ | Dan O'Reilly | | | Principal Engineer | "Why should I care about posterity? | | Process Software | What's posterity ever done for me?" | | http://www.process.com | -- Groucho Marx | +-------------------------------+---------------------------------------+ ================================================================================ Archive-Date: Mon, 9 Apr 2001 13:27:26 -0400 Date: Mon, 09 Apr 2001 13:26:26 -0500 (EST) From: Jeff Schreiber Reply-To: Info-MultiNet@process.com Subject: Re: xntpd buffer overflow vulnerability... To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Vyto Grigaliunas writes: > >Is Multinet's XNTP implementation vulnerable to the xntpd buffer overflow >vulnerability circulating around ??? > We have heard some rumblings, but we've not seen any details of the buffer overflow vulnerability as of yet. However, it's our understanding that it's another one of those unix-ish root hacks. In which case, the security hole won't exist [by nature of the way VMS works vs. unix]. Without knowing the details however [e.g. what xntp software the problem was found in], we can't make any claim that it won't cause the xntpd from access violating. -Jeff ================================================================================ Archive-Date: Mon, 9 Apr 2001 13:30:24 -0400 Date: Mon, 09 Apr 2001 11:29:20 -0600 From: Dan O'Reilly Reply-To: Info-MultiNet@process.com Subject: Possible (X)NTP Security Issue To: info-multinet@process.com, info-tcpware@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Regarding CERT Vulnerability Note VU#970472, issued 4 April 2001: We at Process Software don't know much about the specifics of the problem, but at this point, while the XNTP process may be vulnerable to being terminated by an attack, we don't believe the system itself is left open to possible attack by somebody gaining access to the system via XNTP. This is mostly a UNIX issue. When there is a definite fix for this, we will release it as an ECO. ------------------------------------------------------------------------- Vulnerability Note VU#97047 Network Time Protocol ([x]ntpd) daemon contains buffer overflow in ntp_control:ctl_getitem() function Overview There is a buffer overflow defect in the ctl_getitem() function of the Network Time Protocol (NTP) daemon responsible for providing accurate time reports used for synchronizing the clocks on installed systems. All NTP daemons based on code maintained at the University of Delaware since NTPv2 are assumed at risk. I. Description The buffer overflow condition appears in the ctl_getitem() function in ntp_control.c, the NTP control code. Because the ntp protocol uses UDP, attacks attempting to exploit this vulnerability will likely be spoofed. II. Impact It has been reported a remote intruder can execute arbitrary code with the default privileges on the running daemon, typically root. While this report is still being evaluated, crashing of the NTP daemon has been confirmed. ------------------------------------------------------------------------- ------ +-------------------------------+---------------------------------------+ | Dan O'Reilly | | | Principal Engineer | "Why should I care about posterity? | | Process Software | What's posterity ever done for me?" | | http://www.process.com | -- Groucho Marx | +-------------------------------+---------------------------------------+ ================================================================================ Archive-Date: Mon, 9 Apr 2001 16:32:41 -0400 Date: Mon, 09 Apr 2001 16:31:58 -0400 From: goathunter@process.com Reply-To: Info-MultiNet@process.com Subject: MultiNet ECO kit available: FTP-080_A043 To: multinet-announce@process.com MultiNet ECO kit announcement The following ECO kit is now available for MultiNet: ECO: FTP-080_A043 Description: FTP images to fix several SIZE-related problems Release date: 9-APR-2001 Ranking: 3 Max ranking: 3 Versions: V4.3A,V4.2A ftp://ftp.multinet.process.com/patches/multinet043/ftp-080_a043.zip To search the MultiNet ECO database, please visit the following URL: http://www.multinet.process.com/eco.html For more information, contact Process Software via: E-mail: support@process.com Phone: 1-800-394-8700 The ECO kit README contents are below. ----------------------------------------------------------- FTP-080_A043 ECO kit rev 1.0 for Multinet Version 4.3 Rev A 6-Apr-2001 Copyright (c) 2000, 2001, by Process Software This ECO kit provides a new version of FTP and applies to Multinet V4.3 Rev A and V4.2 Rev A: This kit provides the following changes to V4.3A: DE 6936 - Add a logical (MULTINET_FTP_SIZE_BEFORE_GET) that if defined to FALSE|NO|0 (zero) prevents the SIZE command from being sent before the RETR (GET) command. The results of the SIZE command are used for preallocating the file and for providing an estimate of the progress of the transfer, and are not needed. Some FTP servers do not close the file properly after the SIZE command, this provides a way to prevent the problems that can be encountered due to the file being open. ECO Rank 3 (FTP-080_A043) DE 6947 - Improve the accuracy of SIZE for RECORD mode transfers. ECO Rank 3 (FTP-080_A043) DE 6948 - Correct a problem when PUTting files in STRU R (record) mode that caused the error "Invalid record size" and the file to not be stored. ECO Rank 3 (FTP-080_A043) DE 6662 - Correct a problem with Appending to existing file that is of fixed length record format when the transfer mode is STRUCTURE FILE; TYPE ASCII. ECO Rank 3 (FTP-070_A043) DE 6687 - Improve the ability to use the FTP Server from Microsoft Internet Explorer by first trying a rename on a file. If an error is returned then try the rename on a directory (folder). ECO Rank 3 (FTP-060_A043) DE 6690 - Correct a problem with DELETE on VMS prior to 7.2 This problem was introduced in FTP-040_A043. ECO Rank 3 (FTP-050_A043) DE 6698 - Correct a problem with Anonymous users and long login message suppression ('-' at the beginning of the password). ECO Rank 3 (FTP-050_A043) DE 6665 - Allow MULTINET_FTP_DONT_REPORT_FILESIZE to disable the reporting of an estimate of the file size in the response to the RETR (GET) command ECO Rank 3 (FTP-040_A043) DE 6584 - Allow wildcarded deletes to be disabled by checking for the logical MULTINET_FTP_DISALLOW_WILDCARD_DELETES. This logical may be defined at the process level (user's login.com), group or system level. ECO Rank 3 (FTP-030_A043) DE 6560 - Return the same error code for errors on GET that was returned in MultiNet 4.2. ECO Rank 3 (FTP-020_A043) DE 6460 - correct a problem with parsing filenames that can occur with the COPY/FTP command when /NOSTRU is included in the command. ECO Rank 3 (FTP-011_A043) DE 6471 - Correct a problem with the FTP_SERVER that will cause it to keep files open after GET operations and use up resources. This will generally only be noticed in sessions that involve lots of GET operations. ECO Rank 3 (FTP-011_A043) DE 6475 - Correct a problem with GET operations when Unix style file names are being used and VMS Plus is used for the data transfer. ECO Rank 3 (FTP-011_A043) You do not have to reboot after installing this kit. New FTP sessions will automatically use the new images. [End of ECO announcement] ================================================================================ Archive-Date: Tue, 10 Apr 2001 12:19:20 -0400 Date: Tue, 10 Apr 2001 12:17:47 -0400 From: Ung Yi Reply-To: Info-MultiNet@process.com Subject: Nsupdate To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Hello, here's our configuration. Multinet 4.1B/Vms7.2-1. we currently have about 4000 dns names and we're little bit away from implementing DHCP. We thought about writing our own GUI front end for DNS updates untill we saw Nsupdate. It looks like we can use Nsupdate to do most of our Dns updates, using an input file. I was wonder what people's experience has been with Nsupdate? Thanks, yi ================================================================================ Archive-Date: Tue, 10 Apr 2001 13:01:11 -0400 Date: Tue, 10 Apr 2001 11:58:58 -0400 From: Martin Meadows Reply-To: Info-MultiNet@process.com Subject: reboot required on ip address change? To: info-multinet@process.com Hi. I need to know if a reboot is mandatory after an ip address change on a vms system running multinet. Can we just stop and restart multinet to get the ip address change to take affect? Thanks very much! Marty Meadows Indianapolis, In. ================================================================================ Archive-Date: Tue, 10 Apr 2001 13:07:39 -0400 Date: Tue, 10 Apr 2001 10:06:39 -0700 From: Dan Wing Reply-To: Info-MultiNet@process.com Subject: RE: reboot required on ip address change? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 > Hi. I need to know if a reboot is mandatory after an ip address > change on a vms system running multinet. Nope, not necessary. > Can we just stop and > restart multinet to get the ip address change to take affect? You mean stop and restart the MULTINET_SERVER process? Yes, that is part of what you have to do. You also have to change your routing tables, flush your ARP cache, and about a dozen other things. A lifetime ago Aaron, Mike, and I wrote a list of steps necessary when doing this. I no longer have a copy of it, but I'm sure someone on this list has a copy. The easiest thing is typically a reboot, but it's not the fastest, of course! -d ================================================================================ Archive-Date: Tue, 10 Apr 2001 13:41:14 -0400 Date: Tue, 10 Apr 2001 12:38:50 -0400 From: Martin Meadows Reply-To: Info-MultiNet@process.com Subject: RE: reboot required on ip address change? To: info-multinet@process.com Dan & others: I have 6 systems I have to change the ip address for (and the default ip route). I really don't want to reboot these systems if I don't have to ... so if anyone out there has the procedure that Dan mentioned, I'd sure like to get a copy of it! Thanks very much! Marty > >> Hi. I need to know if a reboot is mandatory after an ip address >> change on a vms system running multinet. > >Nope, not necessary. > >> Can we just stop and >> restart multinet to get the ip address change to take affect? > >You mean stop and restart the MULTINET_SERVER process? Yes, >that is part of what you have to do. > >You also have to change your routing tables, flush your ARP cache, >and about a dozen other things. > >A lifetime ago Aaron, Mike, and I wrote a list of steps necessary >when doing this. I no longer have a copy of it, but I'm sure >someone on this list has a copy. > > >The easiest thing is typically a reboot, but it's not the fastest, >of course! > >-d > ================================================================================ Archive-Date: Tue, 10 Apr 2001 13:51:10 -0400 Date: Tue, 10 Apr 2001 13:45:20 -0400 From: "Skipper, Thomas" Reply-To: Info-MultiNet@process.com Subject: RE: reboot required on ip address change? To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Try this URL... http://www.multinet.process.com/support/multinet/788/23.htp /tom -----Original Message----- From: Martin Meadows [mailto:PZXKYS@atdva3.atd.gmeds.com] Sent: Tuesday, April 10, 2001 12:39 PM To: info-multinet@process.com Subject: RE: reboot required on ip address change? Dan & others: I have 6 systems I have to change the ip address for (and the default ip route). I really don't want to reboot these systems if I don't have to ... so if anyone out there has the procedure that Dan mentioned, I'd sure like to get a copy of it! Thanks very much! Marty > >> Hi. I need to know if a reboot is mandatory after an ip address >> change on a vms system running multinet. > >Nope, not necessary. > >> Can we just stop and >> restart multinet to get the ip address change to take affect? > >You mean stop and restart the MULTINET_SERVER process? Yes, >that is part of what you have to do. > >You also have to change your routing tables, flush your ARP cache, >and about a dozen other things. > >A lifetime ago Aaron, Mike, and I wrote a list of steps necessary >when doing this. I no longer have a copy of it, but I'm sure >someone on this list has a copy. > > >The easiest thing is typically a reboot, but it's not the fastest, >of course! > >-d > ================================================================================ Archive-Date: Tue, 10 Apr 2001 14:02:14 -0400 Date: Tue, 10 Apr 2001 13:01:10 -0500 From: Ken Connelly Reply-To: Info-MultiNet@process.com Subject: Re: reboot required on ip address change? Sender: Ken.Connelly@uni.edu To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Take a gander at http://www.multinet.process.com/support/multinet/788/23.htp Martin Meadows wrote: > Dan & others: > > I have 6 systems I have to change the ip address for (and > the default ip route). I really don't want to reboot these > systems if I don't have to ... so if anyone out there has the > procedure that Dan mentioned, I'd sure like to get a copy > of it! > > Thanks very much! > Marty > > > > >> Hi. I need to know if a reboot is mandatory after an ip address > >> change on a vms system running multinet. > > > >Nope, not necessary. > > > >> Can we just stop and > >> restart multinet to get the ip address change to take affect? > > > >You mean stop and restart the MULTINET_SERVER process? Yes, > >that is part of what you have to do. > > > >You also have to change your routing tables, flush your ARP cache, > >and about a dozen other things. > > > >A lifetime ago Aaron, Mike, and I wrote a list of steps necessary > >when doing this. I no longer have a copy of it, but I'm sure > >someone on this list has a copy. > > > > > >The easiest thing is typically a reboot, but it's not the fastest, > >of course! > > > >-d > > -- - Ken =========================================================================== Ken Connelly (KC152) Systems and Operations Manager, ITS - Network Services University of Northern Iowa Cedar Falls, IA 50614-0121 email: Ken.Connelly@uni.edu phone: (319) 273-5850 fax: (319) 273-7373 ================================================================================ Archive-Date: Tue, 10 Apr 2001 14:16:41 -0400 Date: Tue, 10 Apr 2001 13:14:21 -0400 From: Martin Meadows Reply-To: Info-MultiNet@process.com Subject: Re: reboot required on ip address change? To: info-multinet@process.com Thanks Dan, Ken & Tom!!! > >Take a gander at >http://www.multinet.process.com/support/multinet/788/23.htp > >Martin Meadows wrote: > >> Dan & others: >> >> I have 6 systems I have to change the ip address for (and >> the default ip route). I really don't want to reboot these >> systems if I don't have to ... so if anyone out there has the >> procedure that Dan mentioned, I'd sure like to get a copy >> of it! >> >> Thanks very much! >> Marty >> >> > >> >> Hi. I need to know if a reboot is mandatory after an ip address >> >> change on a vms system running multinet. >> > >> >Nope, not necessary. >> > >> >> Can we just stop and >> >> restart multinet to get the ip address change to take affect? >> > >> >You mean stop and restart the MULTINET_SERVER process? Yes, >> >that is part of what you have to do. >> > >> >You also have to change your routing tables, flush your ARP cache, >> >and about a dozen other things. >> > >> >A lifetime ago Aaron, Mike, and I wrote a list of steps necessary >> >when doing this. I no longer have a copy of it, but I'm sure >> >someone on this list has a copy. >> > >> > >> >The easiest thing is typically a reboot, but it's not the fastest, >> >of course! >> > >> >-d >> > > >-- >- Ken >=========================================================================== >Ken Connelly (KC152) Systems and Operations Manager, ITS - Network Services >University of Northern Iowa Cedar Falls, IA 50614-0121 >email: Ken.Connelly@uni.edu phone: (319) 273-5850 fax: (319) 273-7373 > > > ================================================================================ Archive-Date: Wed, 11 Apr 2001 07:53:51 -0400 Date: Wed, 11 Apr 2001 07:56:08 -0400 From: Michael Austin Reply-To: Info-MultiNet@process.com Subject: List removal instructions?? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Can somone tell me the address to sign-off this list. Once again I have had to change ISP's (cable-modem to DSL) and need to sign off and add the new address. Hopefully I will have my domain name set up such that I never have to change it again. Thanks, Michael Austin ================================================================================ Archive-Date: Wed, 11 Apr 2001 08:21:13 -0400 Date: Wed, 11 Apr 2001 08:20:16 -0500 (EST) From: Jeff Schreiber Reply-To: Info-MultiNet@process.com Subject: Re: List removal instructions?? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Michael Austin writes: > >Can somone tell me the address to sign-off this list. Once again I have had >to change ISP's (cable-modem to DSL) and need to sign off and add the new >address. Hopefully I will have my domain name set up such that I never have >to change it again. > info-multinet-request@process.com This mailing list processor supports both the Internet (listname)-request interface and an emulation of BITNET LISTSERV (MXSERVER), providing a subset of LISTSERV functions. The following commands can be handled automatically through the -Request interface: SUBSCRIBE - to subscribe to a mailing list SIGNOFF - to remove yourself from a mailing list REVIEW - to get a list of subscribers QUERY - to get the status of your entry on the list SET NOMAIL - to remain on the list but not receive mail SET MAIL - to reverse the NOMAIL setting SET CONCEAL - to conceal yourself from REVIEW listings SET NOCONCEAL - to reverse the CONCEAL setting SET NOREPRO - to prevent the list from sending you your own postings SET REPRO - to reverse the NOREPRO setting LIST - to get a list of mailing lists available on this host HELP - to receive a help file QUIT - to terminate processing (skipping signature, etc.) The syntax of these commands for use with the LISTSERV emulator (MXSERVER) is: SUBSCRIBE {list-name} SIGNOFF {list-name} REVIEW {list-name} QUERY {list-name} SET {list-name} [NO]MAIL SET {list-name} [NO]CONCEAL SET {list-name} [NO]REPRO LIST HELP QUIT You must send your commands in the body of a mail message. BITNET immediate messages are not supported. Subject lines in mail messages are ignored. -Jeff ================================================================================ Archive-Date: Wed, 11 Apr 2001 09:45:09 -0400 Date: Wed, 11 Apr 2001 09:47:23 -0400 From: Michael Austin Reply-To: Info-MultiNet@process.com Subject: RE: List removal instructions?? To: info-multinet@process.com CC: "Ellen Sleeter, M.A.I.N. Administrator" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Actually, no I don't see these headers, it is not a function of the ISP, but rather the internet for dummies applications such as Outlook. No, I am not a dummy, just using the tool of choice at this site. In Outlook you cannot ALWAYS list the headers without going into VIEW - OPTIONS for each message to see them. And Netscape mail you can set it up this way, but really clutters the message and is not the default behavior. Other list that I am on actually append this information to the end of every message because most people don't see these headers by default. Thank you for the information. Michael Austin -----Original Message----- From: Ellen Sleeter, M.A.I.N. Administrator [mailto:Sleeter@main.morris.org] Sent: Wednesday, April 11, 2001 8:23 AM To: Michael Austin Subject: Fwd: List removal instructions?? Are you saying that you don't see the List-unsubscribe: header on this message, and every posting? If no, then you better get your ISP to send along more header info with the mails. >X-ListName: Process MultiNet Discussion List >Date: Wed, 11 Apr 2001 07:56:08 -0400 >From: Michael Austin >Reply-To: Info-MultiNet@process.com >Subject: List removal instructions?? >To: info-multinet@process.com >Message-ID: >MIME-Version: 1.0 >Content-Type: text/plain; charset=iso-8859-1 >Content-Transfer-Encoding: 7bit >List-Unsubscribe: > >Can somone tell me the address to sign-off this list. Once again I have had >to change ISP's (cable-modem to DSL) and need to sign off and add the new >address. Hopefully I will have my domain name set up such that I never have >to change it again. > >Thanks, >Michael Austin +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ELLEN L. SLEETER Network Administrator/Division Head, County of Morris, NJ Morris Automated Information Network (M.A.I.N.) Voice/Fax: (973) 989-6112 / (973) 989-6109 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Personal Homepage: http://members.home.net/sleeter/ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ================================================================================ Archive-Date: Wed, 11 Apr 2001 12:13:48 -0400 Date: Wed, 11 Apr 2001 16:09:39 +0000 (GMT) From: Dave Greenwood Subject: NetBackUp / MultiNet - does the combo work? Sender: greenwoodde@feda01.fed.ornl.gov (Dave Greenwood) To: info-multinet@process.com Reply-To: Info-MultiNet@process.com Is anyone using using NetBackUp over MultiNet? Successfully? I help some folks with their VMS systems work and they're trying to do all their backups with NetBackUp. It "used to work" but it isn't working currently. The vendor wants to blame the MultiNet UCX emulation but I'm not so sure the problem is MultiNet's. I was wondering if anyone else was using NetBackUp and MultiNet? Briefly, what happens is that the NetBackUp server makes the initial connection to the VMS system and we can see a process created to handle that connection. But the server apparently tries to open up another connection that doesn't succeed and eventually the server times out and gives up. $ mu show/ver Process Software MultiNet V4.3 Rev A-X, AlphaServer 4000 5/300 2MB, OpenVMS AXP V7.2-1 The NetBackup client is V3.4Beta1, the server is v3.2 on hpux 10.2. There were a bunch of messages about NetBackUp on comp.os.vms a few months ago, including some posted by someone who described himself as the creator the NetBackUp VMS client. Unfortunately mail to the address he posted fails ("unknown local-part"). Thanks, Dave -------------- Dave Greenwood Email: Greenwoodde@ORNL.GOV Oak Ridge National Lab %STD-W-DISCLAIMER, I only speak for myself ================================================================================ Archive-Date: Wed, 11 Apr 2001 12:22:53 -0400 Date: Wed, 11 Apr 2001 10:18:06 -0600 From: Curtis Rempel Reply-To: Info-MultiNet@process.com Subject: RE: NetBackUp / MultiNet - does the combo work? To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 We had no problems at all with NBU V3.2-5GA, MultiNet V4.3A (with ECO's), and NBU server 3.4GA with Tru64 4.0D. I guess the first question I'd ask is, what changed since it quit working? You might play around with TCPDUMP to see what exactly the server is trying to do with the second connection. The Veritas engineer responsible for the VMS client is Alan Fay, his email is Alan.Fay@veritas.com. I corresponded with him extensively during our evaluation period and he was extremely quick and helpful in his replies. Curtis Curtis Rempel Senior Systems Support Analyst Shaw Cablesystems G.P. Suite 1000, 630 - 3rd Avenue SW Calgary, AB T2P 4L4 Phone: (403) 750-2185 Fax: (403) 750-4505 -----Original Message----- From: Dave Greenwood [mailto:greenwoodde@ornl.gov] Sent: April 11, 2001 10:10 AM To: info-multinet@process.com Subject: NetBackUp / MultiNet - does the combo work? Is anyone using using NetBackUp over MultiNet? Successfully? I help some folks with their VMS systems work and they're trying to do all their backups with NetBackUp. It "used to work" but it isn't working currently. The vendor wants to blame the MultiNet UCX emulation but I'm not so sure the problem is MultiNet's. I was wondering if anyone else was using NetBackUp and MultiNet? Briefly, what happens is that the NetBackUp server makes the initial connection to the VMS system and we can see a process created to handle that connection. But the server apparently tries to open up another connection that doesn't succeed and eventually the server times out and gives up. $ mu show/ver Process Software MultiNet V4.3 Rev A-X, AlphaServer 4000 5/300 2MB, OpenVMS AXP V7.2-1 The NetBackup client is V3.4Beta1, the server is v3.2 on hpux 10.2. There were a bunch of messages about NetBackUp on comp.os.vms a few months ago, including some posted by someone who described himself as the creator the NetBackUp VMS client. Unfortunately mail to the address he posted fails ("unknown local-part"). Thanks, Dave -------------- Dave Greenwood Email: Greenwoodde@ORNL.GOV Oak Ridge National Lab %STD-W-DISCLAIMER, I only speak for myself ================================================================================ Archive-Date: Wed, 11 Apr 2001 13:20:56 -0400 Date: Wed, 11 Apr 2001 13:19:52 -0400 (EDT) From: Dave Greenwood Subject: Re: NetBackUp / MultiNet - does the combo work? To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Curtis Rempel wrote: > We had no problems at all with NBU V3.2-5GA, MultiNet V4.3A (with ECO's), > and NBU server 3.4GA with Tru64 4.0D. I'm glad to hear that. Which version of VMS are you using? Would you post or email the list of ECO's so I can compare against the ones I've installed? > I guess the first question I'd ask is, what changed since it quit working? Good question. Unfortunately I'm not sure exactly when it quit working. In particular, I'm not clear whether things stopped before or after I upgraded the system to 7.2-1 and MultiNet 4.3. > You might play around with TCPDUMP to see what exactly the server is trying > to do with the second connection. I tried that before posting but I wasn't able to recognize the uncompleted connection. Since I did the tcpdump from the VMS system I wonder if I'd see a failed connection attempt? > The Veritas engineer responsible for the VMS client is Alan Fay, his email > is Alan.Fay@veritas.com. I corresponded with him extensively during our > evaluation period and he was extremely quick and helpful in his replies. That's a different address than the one I'd found. The email I just sent to that address was at least accepted. Thanks, Dave -------------- Dave Greenwood Email: Greenwoodde@ORNL.GOV Oak Ridge National Lab %STD-W-DISCLAIMER, I only speak for myself ================================================================================ Archive-Date: Wed, 11 Apr 2001 14:13:08 -0400 Date: Wed, 11 Apr 2001 14:12:00 -0400 From: dsmit115@csc.com Reply-To: Info-MultiNet@process.com Subject: Problem with R_SERVICES-02_B041 patch on OpenVMS Alpha V7.2-1 To: info-multinet@process.com BCC: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii I have installed (along with a suite of patches for MULTINET V4.1A/B) the patch R_SERVICES-02_B041 on a system running OpenVMS Alpha V7.2-1 and MULTINET V4.1A. When restarting the server, the following console messages appear: %%%%%%%%%%% OPCOM 13-MAR-2001 15:35:13.87 %%%%%%%%%%% Message from user SYSTEM on WHIFE MultiNet Server: Failed to merge server REXEC image MULTINET:LOADABLE_R_SERVICES.EXE status %x20bc %%%%%%%%%%% OPCOM 13-MAR-2001 15:35:13.91 %%%%%%%%%%% Message from user SYSTEM on WHIFE MultiNet Server: Failed to merge server RSHELL image MULTINET:LOADABLE_R_SERVICES.EXE status %x20bc %%%%%%%%%%% OPCOM 13-MAR-2001 15:35:13.96 %%%%%%%%%%% Message from user SYSTEM on WHIFE MultiNet Server: Failed to merge server RLOGIN image MULTINET:LOADABLE_R_SERVICES.EXE status %x20bc A review of the system with ANALYZE /SYSTEM and SHOW PROCESS MULTINET_SERVER /CHANNEL shows that, indeed, the process does not have the LOADABLE_R_SERVICES.EXE image loaded. I renamed this image to .EXE_NEW, then restarted the MULTINET_SERVER again and this time it came up without any OPCOM messages and review with ANALYZE /SYSTEM shows it has the LOADABLE_R_SERVICES.EXE image open. Reviewing the patch kit, unlike many MULTINET kits there is a single VAX and a single Alpha image (often there are VMS version-dependent images). The error status being displayed in the OPCOM message corresponds to "%SYSTEM-F-SHRIDMISMAT, ident mismatch with shareable image", which implies that the image in the kit was linked with a different set of shareable images, but it isn't clear to me which one. I installed the same patch on the same version of MULTINET but on OpenVMS Alpha V7.1-2, and there it works fine. This suggests that the problem is due to the version of VMS, and that this patch isn't acceptable on V7.2-1 but if so this is not documented. Has anyone else tried to install this patch on V7.2-1? If so, with what success? Dave ================================================================================ Archive-Date: Wed, 11 Apr 2001 14:28:09 -0400 Date: Wed, 11 Apr 2001 14:27:10 -0500 (EST) From: Jeff Schreiber Reply-To: Info-MultiNet@process.com Subject: Re: Problem with R_SERVICES-02_B041 patch on OpenVMS Alpha V7.2-1 To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii dsmit115@csc.com writes: > >I have installed (along with a suite of patches for MULTINET V4.1A/B) the >patch R_SERVICES-02_B041 on a system running OpenVMS Alpha V7.2-1 and >MULTINET V4.1A. When restarting the server, the following console messages >appear: > >%%%%%%%%%%% OPCOM 13-MAR-2001 15:35:13.87 %%%%%%%%%%% >Message from user SYSTEM on WHIFE >MultiNet Server: Failed to merge server REXEC image MULTINET:LOADABLE_R_SERVICES.EXE status %x20bc > >I installed the same patch on the same version of MULTINET but on OpenVMS >Alpha V7.1-2, and there it works fine. This suggests that the problem is >due to the version of VMS, and that this patch isn't acceptable on V7.2-1 >but if so this is not documented. Has anyone else tried to install this >patch on V7.2-1? If so, with what success? > The error code is an ident mismatch with shareable image. It does strike me as a little funny, because we don't support Multinet 4.1 on 7.2-1 [I don't believe]. Is there anyway you can send us your "MU SHOW/VER" information along with your multinet:multinet_version. file? Most likely that ECO was built with an earlier version of a shareable image than you have on your system. -Jeff ================================================================================ Archive-Date: Wed, 11 Apr 2001 15:08:14 -0400 Date: Wed, 11 Apr 2001 15:07:08 -0400 From: dsmit115@csc.com Reply-To: Info-MultiNet@process.com Subject: Re: Problem with R_SERVICES-02_B041 patch on OpenVMS Alpha V7.2-1 To: info-multinet@process.com BCC: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Jeff asked: > Is there anyway you can send us your "MU SHOW/VER" information along with > your multinet:multinet_version. file? Most likely that ECO was built > with an earlier version of a shareable image than you have on your system. $ multi show /version Process Software MultiNet V4.1 Rev A-X, COMPAQ AlphaServer DS10 466 MHz, OpenVMS AXP V7.2-1 VERSION V4.1 REVISION A-X DATE 1-MAR-1998 PRODUCER PSC INSTALLED_IPAPPS YES INSTALLED_NFSCLIENT NO INSTALLED_NFSSERVER NO INSTALLED_NETWARESERVER NO INSTALLED_SECUREIP_CLIENT NO INSTALLED_SECUREIP_SERVER NO INSTALLED_WEB_SERVER NO INSTALLED_DOCUMENTATION NO INSTALLED_LIBRARIES YES XREPLACED LOADABLE_BIND.VUI BIND-02_A041 19-NOV-1998 XREPLACED LOADABLE_DHCP_SERVER.VUI DHCP-01_A041 19-NOV-1998 XREPLACED MULTINET_CONFIGURE_PRINTERS.VUI ECO-PRINT01_A041 19-NOV-1998 XREPLACED MULTINET_LPD_SYMBIONT.VUI ECO-PRINT01_A041 19-NOV-1998 XREPLACED MULTINET_MENU_CONFIGURATION.VUI ECO-PRINT01_A041 19-NOV-1998 XREPLACED MULTINET_STREAM_SYMBIONT.VUI ECO-PRINT01_A041 19-NOV-1998 XREPLACED MULTINET_SHOW.VUI ECO-SHOW01_A041 19-NOV-1998 XREPLACED FTP.VUI FTP-04_B041 19-NOV-1998 XREPLACED FTP_SERVER.VUI FTP-04_B041 19-NOV-1998 XREPLACED IMAP_SERVER.VUI IMAP-01_A041 19-NOV-1998 XREPLACED INETDRIVER.VUI INETDRIVER-10_A041 19-NOV-1998 XREPLACED MULTINET.VUI KERNEL-UPDATE-30_A041 19-NOV-1998 XREPLACED MULTINET_LPD_SYMBIONT.VUI LPDSMB-02_A041 19-NOV-1998 XREPLACED SERVER.VUI MASTER_SERVER-03_A041 19-NOV-1998 XREPLACED NFSDRIVER.VUI NFS_CLIENT-01_A041 19-NOV-1998 XREPLACED NFS_CLIENT_ACP.VUI NFS_CLIENT-01_A041 19-NOV-1998 XREPLACED NFS_CLIENT_ACP_STB.VUF NFS_CLIENT-01_A041 19-NOV-1998 XREPLACED NTYDRIVER.VUI NTYDRIVER-20_A041 19-NOV-1998 XREPLACED MULTINET_NTYSMBSHR.VUI NTYSMB-40_A041 19-NOV-1998 XREPLACED PWIPDRIVER.VUI PWIPDRIVER-01_B041 19-NOV-1998 XREPLACED RCP.VUI RCP-02_A041 19-NOV-1998 XREPLACED LOADABLE_KR_SERVICES.VUI R_SERVICES-02_B041 11-APR-2001 XREPLACED LOADABLE_R_SERVICES.VUI R_SERVICES-02_B041 11-APR-2001 Dave ================================================================================ Archive-Date: Wed, 11 Apr 2001 15:16:44 -0400 Date: Wed, 11 Apr 2001 13:11:53 -0600 From: Curtis Rempel Reply-To: Info-MultiNet@process.com Subject: RE: NetBackUp / MultiNet - does the combo work? To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 For our eval, we configured 2 Alpha's both running OpenVMS Alpha V7.2-1. Alpha #1: Process Software MultiNet V4.3 Rev A, AlphaServer 800 5/400, OpenVMS AXP V7.2-1 (No MultiNet ECO's) ----------------------------------- ----------- ----------- -------------------- PRODUCT KIT TYPE OPERATION DATE AND TIME ----------------------------------- ----------- ----------- -------------------- DEC AXPVMS VMS721_F11X V2.0 Patch Install 20-JAN-2001 23:53:37 DEC AXPVMS VMS721_DV V1.0 Patch Install 20-JAN-2001 23:53:15 DEC AXPVMS VMS721_CPU2208 V1.0 Patch Install 20-JAN-2001 23:52:57 DEC AXPVMS VMS721_LOADSS V1.0 Patch Install 20-JAN-2001 23:52:35 DEC AXPVMS VMS721_PCSI V1.0 Patch Install 20-JAN-2001 23:49:13 DEC AXPVMS VMS721_UPDATE V1.0 Patch Install 20-JAN-2001 23:48:48 DEC AXPVMS DECNET_OSI V7.2-1 Full LP Install 09-JAN-2001 12:42:22 DEC AXPVMS DWMOTIF V1.2-5 Full LP Install 09-JAN-2001 12:42:22 DEC AXPVMS OPENVMS V7.2-1 Platform Install 09-JAN-2001 12:42:22 DEC AXPVMS VMS V7.2-1 Oper System Install 09-JAN-2001 12:42:22 ----------------------------------- ----------- ----------- -------------------- Alpha #2: Process Software MultiNet V4.3 Rev A-X, AlphaServer 4100 5/466 4MB, OpenVMS AXP V7.2-1 XREPLACED FTP.VUI FTP-011_A043 7-NOV-2000 XREPLACED FTP_SERVER.VUI FTP-011_A043 7-NOV-2000 XREPLACED SERVER.VUI MASTER_SERVER-010_A043 7-NOV-2000 XREPLACED MULTINET_NTYSMBSHR.VUI NTYSMB-011_A043 7-NOV-2000 XREPLACED SSH-ADD.VUI SSH-011_A043 7-NOV-2000 XREPLACED SSH-AGENT.VUI SSH-011_A043 7-NOV-2000 XREPLACED SSH-KEYGEN.VUI SSH-011_A043 7-NOV-2000 XREPLACED SSH.VUI SSH-011_A043 7-NOV-2000 XREPLACED SSHD.VUI SSH-011_A043 7-NOV-2000 XREPLACED SSHD_MASTER.VUI SSH-011_A043 7-NOV-2000 XREPLACED RCP.VUI USER_RLOGIN-010_A043 7-NOV-2000 XREPLACED MULTINET.VUI KERNEL-UPDATE-011_A043 7-NOV-2000 XREPLACED UCXDRIVER.VUI UCXDRIVER-010_A043 7-NOV-2000 XREPLACED UCX$IPC_SHR.VUI UCX_LIBRARY_EMULATION-011_A043 7-NOV-2000 XREPLACED FTP.VUI FTP-030_A043 10-DEC-2000 XREPLACED FTP_SERVER.VUI FTP-030_A043 10-DEC-2000 XREPLACED MULTINET_NSLOOKUP.VUI MULTINET_NSLOOKUP-010_A043 10-DEC-2000 XREPLACED UCX$IPC_SHR.VUI UCX_LIBRARY_EMULATION-012_A043 10-DEC-2000 XREPLACED FTP.VUI FTP-060_A043 11-MAR-2001 XREPLACED FTP_SERVER.VUI FTP-060_A043 11-MAR-2001 XREPLACED HOSTS_SERVICES.VUF HOSTS_SERVICES-010_A043 11-MAR-2001 XREPLACED INETDRIVER.VUI INETDRIVER-010_A043 11-MAR-2001 XREPLACED MULTINET.VUI KERNEL-UPDATE-022_A043 11-MAR-2001 XREPLACED MULTINET_SOCKET_LIBRARY.VUI SOCKET_LIBRARY-011_A043 11-MAR-2001 XREPLACED MULTINET_CLD.VUF SSH-031_A043 11-MAR-2001 XREPLACED SSH-ADD.VUI SSH-031_A043 11-MAR-2001 XREPLACED SSH-AGENT.VUI SSH-031_A043 11-MAR-2001 XREPLACED SSH-KEYGEN.VUI SSH-031_A043 11-MAR-2001 XREPLACED SSH.VUI SSH-031_A043 11-MAR-2001 XREPLACED SSHD.VUI SSH-031_A043 11-MAR-2001 XREPLACED SSHD_MASTER.VUI SSH-031_A043 11-MAR-2001 XREPLACED START_SSH_COM.VUF SSH-031_A043 11-MAR-2001 XREPLACED UCXDRIVER.VUI UCXDRIVER-030_A043 11-MAR-2001 XREPLACED UCX$IPC_SHR.VUI UCX_LIBRARY_EMULATION-020_A043 11-MAR-2001 XREPLACED LOADABLE_XNTP_CONTROL.VUI XNTP-010_A043 11-MAR-2001 XREPLACED START_XNTPD_COM.VUF XNTP-010_A043 11-MAR-2001 ----------------------------------- ----------- ----------- -------------------- PRODUCT KIT TYPE OPERATION DATE AND TIME ----------------------------------- ----------- ----------- -------------------- DEC AXPVMS VMS721_FIBRE_SCSI V4.0 Patch Install 11-MAR-2001 02:06:18 DEC AXPVMS VMS721_DRIVER V2.0 Patch Install 11-MAR-2001 02:05:51 DEC AXPVMS VMS721_LIBRTL V1.0 Patch Install 11-MAR-2001 02:05:51 DEC AXPVMS VMS721_MIME V1.0 Patch Install 11-MAR-2001 02:05:51 DEC AXPVMS VMS721_MOUNT96 V2.0 Patch Install 11-MAR-2001 02:05:51 DEC AXPVMS VMS721_RTPAD V1.0 Patch Install 11-MAR-2001 02:05:51 DEC AXPVMS VMS721_SHADOWING V5.0 Patch Install 11-MAR-2001 02:05:51 DEC AXPVMS VMS721_SYS V9.0 Patch Install 11-MAR-2001 02:05:51 DEC AXPVMS RCM V3.4-440 Full LP Install 01-FEB-2001 10:48:54 DEC AXPVMS RCM V3.4-436 Full LP Remove 01-FEB-2001 10:48:54 DEC AXPVMS VMS721_CPU2208 V1.0 Patch Install 21-JAN-2001 00:21:00 DEC AXPVMS VMS721_DV V1.0 Patch Install 21-JAN-2001 00:21:00 DEC AXPVMS VMS721_F11X V2.0 Patch Install 21-JAN-2001 00:21:00 DEC AXPVMS RCM V3.4-436 Full LP Install 08-JAN-2001 10:01:41 DEC AXPVMS RCM V3.3-430 Full LP Remove 08-JAN-2001 10:01:41 DEC AXPVMS RCM V3.3-430 Full LP Install 11-DEC-2000 12:41:51 DEC AXPVMS RCM V3.3-430 Full LP Remove 11-DEC-2000 12:41:04 DEC AXPVMS RCM V3.3-430 Full LP Install 11-DEC-2000 12:39:59 DEC AXPVMS RCM V3.1-389 Full LP Remove 11-DEC-2000 12:39:59 DEC AXPVMS VMS721_BACKUP V1.0 Patch Install 10-DEC-2000 02:41:14 DEC AXPVMS VMS721_DRIVER V1.0 Patch Install 10-DEC-2000 02:41:14 DEC AXPVMS VMS721_FIBRE_SCSI V1.0 Patch Install 10-DEC-2000 02:41:14 DEC AXPVMS VMS721_LIBRTL V1.0 Patch Install 10-DEC-2000 02:41:14 DEC AXPVMS VMS721_MOUNT96 V1.0 Patch Install 10-DEC-2000 02:41:14 DEC AXPVMS VMS721_QMAN V1.0 Patch Install 10-DEC-2000 02:41:14 DEC AXPVMS VMS721_RMS V1.0 Patch Install 10-DEC-2000 02:41:14 DEC AXPVMS VMS721_SHADOWING V4.0 Patch Install 10-DEC-2000 02:41:14 DEC AXPVMS VMS721_SYSLOA V1.0 Patch Install 10-DEC-2000 02:41:14 DEC AXPVMS VMS721_IPC V1.0 Patch Install 07-NOV-2000 02:01:36 DEC AXPVMS VMS721_SYS V8.0 Patch Install 29-OCT-2000 01:56:14 DEC AXPVMS VMS721_ACRTL V2.0 Patch Install 14-OCT-2000 02:05:31 DEC AXPVMS VMS721_SYS V6.0 Patch Install 14-OCT-2000 02:04:50 DEC AXPVMS DNVOSIECO01 V7.2 Patch Install 24-SEP-2000 02:08:30 DEC AXPVMS VMS721_SYS V5.0 Patch Install 09-JUL-2000 05:44:31 DEC AXPVMS VMS721_FIBRECHAN V3.0 Patch Install 09-JUL-2000 05:44:13 DEC AXPVMS VMS721_PCSI V1.0 Patch Install 08-JUL-2000 20:06:08 DEC AXPVMS VMS721_UPDATE V1.0 Patch Install 09-APR-2000 03:43:03 DEC AXPVMS RCM V3.1-389 Full LP Install 07-MAR-2000 11:54:17 DEC AXPVMS VMS721_F11X V1.0 Patch Install 26-FEB-2000 03:37:31 DEC AXPVMS VMS721_FIBRECHAN V2.0 Patch Install 26-FEB-2000 03:37:31 DEC AXPVMS VMS721_PTHREAD V1.0 Patch Install 26-FEB-2000 03:37:31 DEC AXPVMS VMS721_SYS V2.0 Patch Install 26-FEB-2000 03:37:31 DEC AXPVMS DECNET_OSI V7.2-1 Full LP Install 26-FEB-2000 02:54:47 DEC AXPVMS DWMOTIF V1.2-5 Full LP Install 26-FEB-2000 02:54:47 DEC AXPVMS OPENVMS V7.2-1 Platform Install 26-FEB-2000 02:54:47 DEC AXPVMS VMS V7.2-1 Oper System Install 26-FEB-2000 02:54:47 ----------------------------------- ----------- ----------- -------------------- I'd suggested dropping an email to Alan as you have - he's very good. Curtis -----Original Message----- From: Dave Greenwood [mailto:GREENWOODDE@FED.ORNL.GOV] Sent: April 11, 2001 11:20 AM To: info-multinet@process.com Subject: Re: NetBackUp / MultiNet - does the combo work? Curtis Rempel wrote: > We had no problems at all with NBU V3.2-5GA, MultiNet V4.3A (with ECO's), > and NBU server 3.4GA with Tru64 4.0D. I'm glad to hear that. Which version of VMS are you using? Would you post or email the list of ECO's so I can compare against the ones I've installed? > I guess the first question I'd ask is, what changed since it quit working? Good question. Unfortunately I'm not sure exactly when it quit working. In particular, I'm not clear whether things stopped before or after I upgraded the system to 7.2-1 and MultiNet 4.3. > You might play around with TCPDUMP to see what exactly the server is trying > to do with the second connection. I tried that before posting but I wasn't able to recognize the uncompleted connection. Since I did the tcpdump from the VMS system I wonder if I'd see a failed connection attempt? > The Veritas engineer responsible for the VMS client is Alan Fay, his email > is Alan.Fay@veritas.com. I corresponded with him extensively during our > evaluation period and he was extremely quick and helpful in his replies. That's a different address than the one I'd found. The email I just sent to that address was at least accepted. Thanks, Dave -------------- Dave Greenwood Email: Greenwoodde@ORNL.GOV Oak Ridge National Lab %STD-W-DISCLAIMER, I only speak for myself ================================================================================ Archive-Date: Thu, 12 Apr 2001 08:47:03 -0400 Date: Thu, 12 Apr 2001 08:45:57 -0400 From: Frank Atkinson Reply-To: Info-MultiNet@process.com Subject: mail queue stopping... To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Of late our mail queue is stopping overnite... restarting the queue start_smtp.com seems to work if i do it interactively in the morning.. i set it up to do it at 6pm and 3 am but it still is stoppped in the morning about 1 of three days.. is there a log where i can look for more info on whats happening ?? Frank Atkinson http://www.ohcapcon.com Ohio Capitol Connection/Rotunda Inc http://www.rotundainc.com Columbus, Ohio mailto:frank@ohcapcon.com 614-227-5820 fx:614-228-5897 ================================================================================ Archive-Date: Thu, 12 Apr 2001 08:55:35 -0400 Date: Thu, 12 Apr 2001 08:54:28 -0400 From: Richard Whalen Reply-To: Info-MultiNet@process.com Subject: RE: mail queue stopping... To: "'info-multinet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 First look in SYS$SYSTEM: for MULTINET_SMTP_SYMBIONT.DMP - this process dump will often reveal why the process stopped. If you find one you should contact Process Software support and give us information on how to access the dump so that we can determine if there is an error in the code that can be corrected to prevent future problems. You can get an idea of what is going on if you DEFINE/SYSTEM MULTINET_SMTP_SYMBIONT_LOG anything. It will cause the process to write MULTINET:SMTP_LOG.SMTP_. There is no need to restart the queue, it will start doing this with the next job. Warning: this file can grow quite large Rich Whalen Process Software 508-879-6994 -----Original Message----- From: Frank Atkinson [mailto:frank@ohcapcon.com] Sent: Thursday, April 12, 2001 8:46 AM To: info-multinet@process.com Subject: mail queue stopping... Of late our mail queue is stopping overnite... restarting the queue start_smtp.com seems to work if i do it interactively in the morning.. i set it up to do it at 6pm and 3 am but it still is stoppped in the morning about 1 of three days.. is there a log where i can look for more info on whats happening ?? Frank Atkinson http://www.ohcapcon.com Ohio Capitol Connection/Rotunda Inc http://www.rotundainc.com Columbus, Ohio mailto:frank@ohcapcon.com 614-227-5820 fx:614-228-5897 ================================================================================ Archive-Date: Thu, 12 Apr 2001 13:35:41 -0400 Date: Thu, 12 Apr 2001 11:31:13 -0600 From: "Vekovius, Jeff J" Reply-To: Info-MultiNet@process.com Subject: FTP Vulnerability To: "'info-multinet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Is Multinet vulnerable to the below listed advisory? CERT Advisory CA-2001-07 File Globbing Vulnerabilities in Various FTP Servers Original release date: April 10, 2001 Thanks, Jeff **************************************************************** Please Note The information in this E-mail message is legally privileged and confidential information intended only for the use of the individual(s) named above. If you, the reader of this message, are not the intended recipient, you are hereby notified that you should not further disseminate, distribute, or forward this E-mail message. If you have received this E-mail in error, please notify the sender. Thank you ***************************************************************** ================================================================================ Archive-Date: Thu, 12 Apr 2001 13:40:47 -0400 Date: Thu, 12 Apr 2001 13:39:49 -0500 (EST) From: Jeff Schreiber Reply-To: Info-MultiNet@process.com Subject: Re: FTP Vulnerability To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii "Vekovius, Jeff J" writes: > >Is Multinet vulnerable to the below listed advisory? > >CERT Advisory CA-2001-07 File Globbing Vulnerabilities in Various FTP >Servers > No... Multinet (and TCPware for that matter) is not based on any public domain FTP server implementations. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Fri, 13 Apr 2001 10:25:36 -0400 Date: Fri, 13 Apr 2001 10:24:12 -0400 From: Aaron Lewis Reply-To: Info-MultiNet@process.com Subject: FTP Progress stats To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Does anybody know of a way to monitor the progress of an FTP in MultiNet 4.2 on OpenVMS 7.1-2? Such as bytes sent, speed, estimated time left... etc, etc, etc. Thanx Aaron ================================================================================ Archive-Date: Fri, 13 Apr 2001 10:35:48 -0400 Date: Fri, 13 Apr 2001 08:34:51 -0600 From: Dan O'Reilly Reply-To: Info-MultiNet@process.com Subject: Re: FTP Progress stats To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Control-A during the file transfer will show some of this stuff. At 08:24 AM 4/13/2001, Aaron Lewis wrote: >Does anybody know of a way to monitor the progress of an FTP in MultiNet >4.2 on OpenVMS 7.1-2? >Such as bytes sent, speed, estimated time left... etc, etc, etc. > > Thanx > Aaron ------ +-------------------------------+---------------------------------------+ | Dan O'Reilly | | | Principal Engineer | "Why should I care about posterity? | | Process Software | What's posterity ever done for me?" | | http://www.process.com | -- Groucho Marx | +-------------------------------+---------------------------------------+ ================================================================================ Archive-Date: Fri, 13 Apr 2001 10:36:10 -0400 Date: Fri, 13 Apr 2001 10:34:54 -0400 From: Richard Whalen Reply-To: Info-MultiNet@process.com Subject: RE: FTP Progress stats To: "'info-multinet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 CTRL-A while you're waiting will give you a message similar to: [385488 bytes received in 4 seconds (96372 cps) (15%) 21 seconds remaining for file NL:] -----Original Message----- From: Aaron Lewis [mailto:AaronLewis@users.com] Sent: Friday, April 13, 2001 10:24 AM To: info-multinet@process.com Subject: FTP Progress stats Does anybody know of a way to monitor the progress of an FTP in MultiNet 4.2 on OpenVMS 7.1-2? Such as bytes sent, speed, estimated time left... etc, etc, etc. Thanx Aaron ================================================================================ Archive-Date: Fri, 13 Apr 2001 10:40:28 -0400 Date: Fri, 13 Apr 2001 10:38:00 -0400 From: "Dixon, Michael" Reply-To: Info-MultiNet@process.com Subject: RE: FTP Progress stats To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 "Hash" in the FTP command mode will display Hash marks (#) for each 1024 bytes xfered. -----Original Message----- From: Aaron Lewis [mailto:AaronLewis@users.com] Sent: Friday, April 13, 2001 10:24 AM To: info-multinet@process.com Subject: FTP Progress stats Does anybody know of a way to monitor the progress of an FTP in MultiNet 4.2 on OpenVMS 7.1-2? Such as bytes sent, speed, estimated time left... etc, etc, etc. Thanx Aaron ================================================================================ Archive-Date: Sun, 15 Apr 2001 03:27:15 -0400 Date: Sun, 15 Apr 2001 00:25:11 -0700 From: Alder Subject: Support for ODBC Driver v3 on Win95 To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Just wondering if anyone has managed to successfully use the new version 3 ODBC driver for Rdb to connect with Rdb 7.0 running MultiNet 4.3? I am getting a SQLSetConnectAttr driver error and suspect that Oracle has not made its product compatible with WinSock 2.0. Or, the MultiNet TCP/IP server is not compatible with this new driver. Any ideas welcome! Cheers, Terry -- For return mail, please remove duplicate characters from before the @-sign and switch the letters of the country code. ================================================================================ Archive-Date: Mon, 16 Apr 2001 09:57:20 -0400 Date: Mon, 16 Apr 2001 08:57:41 -0500 From: "Dawson, Dave" Reply-To: Info-MultiNet@process.com Subject: Relay issue.. To: "'info-multinet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 How do you stop a VMS 7.2 Openvms system with Multine 4.2 from being used as a mail relay? Dave Dawson ================================================================================ Archive-Date: Mon, 16 Apr 2001 10:08:48 -0400 Date: Mon, 16 Apr 2001 09:00:41 -0500 (CDT) From: Hunter Goatley Reply-To: Info-MultiNet@process.com Subject: Re: Relay issue.. To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 > How do you stop a VMS 7.2 Openvms system with Multine 4.2 > from being used as a mail relay? Read the section "Rejecting mail messages" in the MultiNet Administrator's Guide, in Chapter 8 in the V4.3 docs (and V4.2, I think). Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Mon, 16 Apr 2001 10:09:56 -0400 Date: Mon, 16 Apr 2001 07:14:20 -0700 From: Terry Werstlein Reply-To: Info-MultiNet@process.com Subject: Re: Relay issue.. To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii You can use the smtp_server_reject. file in the multinet directory. Details are in the system administrators guide. Terry Werstlein Arizona Western College At 08:57 4/16/01, you wrote: > How do you stop a VMS 7.2 Openvms system with Multine 4.2 >from being used as a mail relay? > > >Dave Dawson ================================================================================ Archive-Date: Mon, 16 Apr 2001 15:14:38 -0400 Date: Mon, 16 Apr 2001 12:13:26 -0700 From: Dan Wing Reply-To: Info-MultiNet@process.com Subject: RE: FTP Progress stats To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 STAT (or STATUS?) will give kb/sec at the end of the transfer. -d > -----Original Message----- > From: Dixon, Michael [mailto:Michael.Dixon@astrazeneca.com] > Sent: Friday, April 13, 2001 7:38 AM > To: 'Info-MultiNet@process.com' > Subject: RE: FTP Progress stats > > > "Hash" in the FTP command mode will display Hash marks (#) for each 1024 > bytes xfered. > > -----Original Message----- > From: Aaron Lewis [mailto:AaronLewis@users.com] > Sent: Friday, April 13, 2001 10:24 AM > To: info-multinet@process.com > Subject: FTP Progress stats > > > Does anybody know of a way to monitor the progress of an FTP in MultiNet > 4.2 on OpenVMS 7.1-2? > Such as bytes sent, speed, estimated time left... etc, etc, etc. > > Thanx > Aaron ================================================================================ Archive-Date: Tue, 17 Apr 2001 10:10:21 -0400 Date: Tue, 17 Apr 2001 10:07:33 -0400 From: Michael Corbett Reply-To: Info-MultiNet@process.com Subject: RE: Relay issue.. To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > > > -----Original Message----- > From: Dawson, Dave [mailto:DAWSON@ba.ttu.edu] > Sent: Monday, April 16, 2001 9:58 AM > To: 'info-multinet@process.com' > Subject: Relay issue.. > > > > > How do you stop a VMS 7.2 Openvms system with Multine 4.2 > from being used as a mail relay? > > > Dave Dawson Dave, Here is some information that should help - Problem - We are experiencing emails being bounced back to us from several domain names and sending the following message back - Bad address -- Error -- Message too old: Address refused by receiver (mail.domain.com): -- (451 Open Relay Problem - see (bounce messages) ! This rule is commented out because you probably don't want it, although ! We're _supposed_ to always accept it. This is the main method relay attacks ! use, by always saying they are from <> to take advantage of that RFC hole. ! ! <> * * n ! ! Reject anything with a Message-ID that appears to have originated from ! cyberpromo.com or nowhere.com ! :Message-ID: <*@cyberpromo.com> :Message-ID: <*@nowhere.com> ! ! Reject mail from well-known SPAM sites with sample non-standard error ! messages. ! <*answerme.com> * * y "Spam from <%s> rejected" <*cyberpromo.com> * * y "Spam from <%s> to <%s> rejected" <*pleaseread.com> * * y "Spam rejected;%.0s%.0s Contact postmaster@%s" ! ! Disallow percent-hacks (e.g, joe%somewhere.com@flowers.com) ! * * *@*@*flowers.com y "No forwarding-path relaying allowed" ! ! Disallow "!" UUCP hacks (e.g. somewhere.com!joe@flowers.com) ! * * *!* y "No UUCP relaying allowed" ! ! Rewrite all mail to webmaster to the postmaster ! * * webmaster@*flowers.com n postmaster@flowers.com ! ! ! Disallow relaying through our mailer, and only allow users on our ! networks to claim to be from our company (flowers.com) ! * * *@flowers.com n * * *@daisy.flowers.com n * * *@[10.0.0.1] n ! <*flowers.com> 10.0.0.* * n <*flowers.com> 10.115.140.* * n <*flowers.com> 10.115.141.* * n ! ! Allow our internal systems to bounce mail out. ! <> 10.0.0.* * n <> 10.115.140.* * n <> 10.115.141.* * n ! ! If a message has slipped through all the tests above, then we want to ! reject it, as they are either relaying through us or it's not a valid ! MAIL FROM. ! *@* * *@* y "no relaying through this site" * * *@* y "missing domain name in MAIL FROM" ! !end of sample file Once the MULTINET:SMTP_SERVER_REJECT. file is in place MultiNet will start using it. Once modified for you site the above example should pass all the test performed by MAIL-ABUSE.ORG. You can test this by by telneting to MAIL-ABUSE.ORG from the MultiNet system. -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Tue, 17 Apr 2001 13:52:27 -0400 Date: Tue, 17 Apr 2001 10:51:11 -0700 From: "David Spencer, Internet Handyman" Reply-To: Info-MultiNet@process.com Subject: Is there an include function for SMTP_ALIASES. ? To: info-multinet@process.com I am inching nearer to writing a web-enabled email account management system for my customers. I'd love to include aliases in the MultiNet SMTP_ALIASES. file. Is there a mechanism to do includes to this file or will I have to improvise? Thanks, -- Dave Spencer, PageWeavers ================================================================================ Archive-Date: Tue, 17 Apr 2001 14:00:55 -0400 Date: Tue, 17 Apr 2001 12:59:02 -0500 (CDT) From: Hunter Goatley Reply-To: Info-MultiNet@process.com Subject: Re: Is there an include function for SMTP_ALIASES. ? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > I am inching nearer to writing a web-enabled email account management > system for my customers. I'd love to include aliases in the MultiNet > SMTP_ALIASES. file. Is there a mechanism to do includes to this file > or will I have to improvise? You'll have to improvise; I would suggest generating the SMTP_ALIASES. on the fly when you have update. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Tue, 17 Apr 2001 14:06:06 -0400 Date: Tue, 17 Apr 2001 11:04:52 -0700 From: "David Spencer, Internet Handyman" Reply-To: Info-MultiNet@process.com Subject: Re: Is there an include function for SMTP_ALIASES. ? To: info-multinet@process.com > > I am inching nearer to writing a web-enabled email account management > > system for my customers. I'd love to include aliases in the MultiNet > > SMTP_ALIASES. file. Is there a mechanism to do includes to this file > > or will I have to improvise? > > You'll have to improvise; I would suggest generating the SMTP_ALIASES. > on the fly when you have update. Hunter, thanks for the prompt reply. I was afraid of that. For all intents and purposes I run an ISP and have a fairly involved alias file with sections that have nothing to do with other sections. For organization's sake, a future enhancement that did that would sure make my life easier... -- Dave Spencer, PageWeavers ================================================================================ Archive-Date: Tue, 17 Apr 2001 16:10:05 -0400 Date: Tue, 17 Apr 2001 16:09:24 -0400 From: goathunter@process.com Reply-To: Info-MultiNet@process.com Subject: MultiNet ECO kit available: INETDRIVER-020_A043 To: multinet-announce@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN MultiNet ECO kit announcement The following ECO kit is now available for MultiNet: ECO: INETDRIVER-020_A043 Description: Correct system crash on undocumented QIO Release date: 17-APR-2001 Ranking: 1 Max ranking: 1 Versions: V4.3A, V4.2A, V4.1B, V4.1A ftp://ftp.multinet.process.com/patches/multinet043/inetdriver-020_a043.zip To search the MultiNet ECO database, please visit the following URL: http://www.multinet.process.com/eco.html For more information, contact Process Software via: E-mail: support@process.com Phone: 1-800-394-8700 The ECO kit README contents are below. ----------------------------------------------------------- INETDRIVER-020_A043 ECO kit rev 2.0 for Multinet V4.3 Rev A 11-Apr-2001 Copyright 2000-2001, Process Software LLC ECO Ranking (this version): 1 - Recommended for all systems ECO Ranking (maximum): 1 - Recommended; system crash is possible. This ECO kit provides a new version of INETDRIVER for Multinet V4.3 Rev A, Multinet V4.2 Rev A, Multinet V4.1 Rev A and Rev B. This version of corrects the following problem(s): INETDRIVER-020_A043 - ECO Rank 1 ---------------------------- - Correct a problem where the issuing of an undocumented QIO function call could crash the system. The undocumented QIO function has been disabled. (DE 6965) 1 - Recommended; system crash is possible. ---------------------------------------- This kit also includes the following changes from previous ECO kits: This ECO kit provides a new version of INETDRIVER for Multinet V4.3 Rev A. This version of INETDRIVER.EXE corrects the following problem(s): INETDRIVER-010_A043 - ECO Rank 3 - A call supporting the setting of DECW$DISPLAY for an SSH session did not work properly on VAXen. This problem has been corrected. This fix applies to VAXen only, though it can be installed on Alpha too. (D/E 6506) 3 - Corrects a specific problem; install if README applies You *must* reboot after installing this ECO kit. [End of ECO announcement] ================================================================================ Archive-Date: Tue, 17 Apr 2001 22:02:20 -0400 Date: Wed, 18 Apr 2001 12:01:16 +1000 From: Csaba Harangozo Reply-To: Info-MultiNet@process.com Subject: Multinet V4.2a SMTP problem To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Hello, We have some problem with our SMTP queue, after the upgrade to V4.2. It falls over with access violation, like this : %%%%%%%%%%% OPCOM 18-APR-2001 11:14:36.90 %%%%%%%%%%% Message from user QUEUE_MANAGE on SHELLY %QMAN-E-SYMDEL, unexpected symbiont process termination %%%%%%%%%%% OPCOM 18-APR-2001 11:14:36.91 %%%%%%%%%%% Message from user QUEUE_MANAGE on SHELLY -SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000 0000, PC=0000000000071848, PS=0000001B Is there something which we have to change? Any help appreciated. If you need more information then please reply as what info you would like to get. Thank you. Regards, Csaba Csaba Harangozo --- VMS Administrator Northern Sydney Health Pacific Hwy, St. Leonards Tel : 9926 6804 Fax : 9926 6880 E-mail : charango@doh.health.nsw.gov.au ********************************************************************* This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender, and are not necessarily the views of NSW Health. ********************************************************************* ================================================================================ Archive-Date: Tue, 17 Apr 2001 22:28:11 -0400 Date: Tue, 17 Apr 2001 21:26:12 -0500 (CDT) From: Hunter Goatley Reply-To: Info-MultiNet@process.com Subject: Re: Multinet V4.2a SMTP problem To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > We have some problem with our SMTP queue, after the upgrade to V4.2. It falls over with access violation, > like this : Have you installed the latest SMTP ECO kit for V4.2? ftp://ftp.multinet.process.com/patches/multinet042/smtp-060_a042.zip Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Wed, 18 Apr 2001 09:51:33 -0400 Date: Wed, 18 Apr 2001 08:49:33 -0500 From: David Palomino Reply-To: Info-MultiNet@process.com Subject: FTP Question To: Multinet , "Danny Bruhn (rscj30)" , "Kris Padilla (rzfl30)" , Ronald Charpentier , "Wamid Shalan (ra6792)" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii I have a problem where users cannot FTP to an Alpha Cluster, consisting of 2 Alpha 8400 and some smaller Alpha Stations. Whenever a user FTPs into this cluster they get a connection reset by peer and dropped by remote host. Users used to be able to FTP without a problem. The only thing that has happened in this environment is that we switch to a GIGA Core Switch network. I have verified every FTP setting or configuration that I can think of with another Cluster that this is working and every thing relating to FTP is identical. Any suggestions as to what else to check for. thanks.. dpalomino Sys Admin ================================================================================ Archive-Date: Wed, 18 Apr 2001 09:55:22 -0400 Date: Wed, 18 Apr 2001 08:53:40 -0500 (CDT) From: Hunter Goatley Reply-To: Info-MultiNet@process.com Subject: Re: FTP Question To: David Palomino CC: Multinet , "Danny Bruhn (rscj30)" , "Kris Padilla (rzfl30)" , Ronald Charpentier , "Wamid Shalan (ra6792)" MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > I have a problem where users cannot FTP to an Alpha Cluster, consisting > of 2 Alpha 8400 and some smaller Alpha Stations. Whenever a user FTPs > into this cluster they get a connection reset by peer and dropped by > remote host. Users used to be able to FTP without a problem. The only > thing that has happened in this environment is that we switch to a GIGA > Core Switch network. > I have verified every FTP setting or configuration that I can think of > with another Cluster that this is working and every thing relating to > FTP is identical. Any suggestions as to what else to check for. Have you checked the users' FTP_SERVER.LOG files in SYS$LOGIN: to see if there's an error from the FTP server? Are you running the latest FTP ECO kit for your version of MultiNet? Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Wed, 18 Apr 2001 09:59:23 -0400 Return-Path: Date: Wed, 18 Apr 2001 08:57:55 -0500 From: "Klingberg, Richard" Reply-To: Info-MultiNet@process.com Subject: RE: FTP Question To: "'Info-MultiNet@process.com'" , "Danny Bruhn (rscj30)" , "Kris Padilla (rzfl30)" , Ronald Charpentier , "Wamid Shalan (ra6792)" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 You may want to have your Network Folks check to see that you are able to Pass all the same protocols as you do on the working system. -----Original Message----- From: David Palomino [mailto:ra6140@email.sps.mot.com] Sent: Wednesday, April 18, 2001 8:50 AM To: Multinet; Danny Bruhn (rscj30); Kris Padilla (rzfl30); Ronald Charpentier; Wamid Shalan (ra6792) Subject: FTP Question I have a problem where users cannot FTP to an Alpha Cluster, consisting of 2 Alpha 8400 and some smaller Alpha Stations. Whenever a user FTPs into this cluster they get a connection reset by peer and dropped by remote host. Users used to be able to FTP without a problem. The only thing that has happened in this environment is that we switch to a GIGA Core Switch network. I have verified every FTP setting or configuration that I can think of with another Cluster that this is working and every thing relating to FTP is identical. Any suggestions as to what else to check for. thanks.. dpalomino Sys Admin ================================================================================ Archive-Date: Wed, 18 Apr 2001 10:00:41 -0400 Date: Wed, 18 Apr 2001 09:57:43 -0400 From: Michael Corbett Reply-To: Info-MultiNet@process.com Subject: Re: FTP Question To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > > > I have a problem where users cannot FTP to an Alpha Cluster, consisting > > of 2 Alpha 8400 and some smaller Alpha Stations. Whenever a user FTPs > > into this cluster they get a connection reset by peer and dropped by > > remote host. Users used to be able to FTP without a problem. The only > > thing that has happened in this environment is that we switch to a GIGA > > Core Switch network. > > > I have verified every FTP setting or configuration that I can think of > > with another Cluster that this is working and every thing relating to > > FTP is identical. Any suggestions as to what else to check for. > > Have you checked the users' FTP_SERVER.LOG files in SYS$LOGIN: to see > if there's an error from the FTP server? Are you running the latest > FTP ECO kit for your version of MultiNet? > Also, when to they get this error? When they connect, after the username password, when they try to do a LS or transfer a file? regards Mike -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Wed, 18 Apr 2001 11:33:01 -0400 Date: Wed, 18 Apr 2001 10:30:22 -0400 From: Martin Meadows Reply-To: Info-MultiNet@process.com Subject: ntycp question To: info-multinet@process.com CC: pzxkys@atdva3.atd.gmeds.com I almost hate to ask this question ... because we have some really old VAXes (two 8700's & an 11/780) running old VMS with old multinet (v3.2) running on them at a facility here in Indy ... that is just waiting to die ... but won't. We find that we could really use the multinet ntycp app on these systems to create virtual terminals for some really old paper tape punches that don't work the way we want with multinet lpr/lpd services. Is there any way we can make something like ntycp work with this old version of multinet? Thanks and sorry for asking about these ancient devices with ancient applications ... Marty Meadows Indianapolis ================================================================================ Archive-Date: Wed, 18 Apr 2001 11:36:24 -0400 Date: Wed, 18 Apr 2001 08:35:01 -0700 From: Javier Henderson Reply-To: Info-MultiNet@process.com Subject: ntycp question To: info-multinet@process.com CC: info-multinet@process.com, pzxkys@atdva3.atd.gmeds.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Martin Meadows writes: > > I almost hate to ask this question ... because we have some > really old VAXes (two 8700's & an 11/780) running old VMS > with old multinet (v3.2) running on them at a facility here > in Indy ... that is just waiting to die ... but won't. > > We find that we could really use the multinet ntycp app > on these systems to create virtual terminals for some > really old paper tape punches that don't work the way > we want with multinet lpr/lpd services. Is there any way > we can make something like ntycp work with this old version > of multinet? No, but can you upgrade to 3.5? That's when NTYCP came about, as I recall. I don't remember if 3.5 supported VMS 4.7 or not, you may be limited by VMS version number. -jav ================================================================================ Archive-Date: Wed, 18 Apr 2001 11:39:00 -0400 Date: Wed, 18 Apr 2001 11:37:44 -0400 From: Mike Bartman Reply-To: Info-MultiNet@process.com Subject: RE: ntycp question To: "'info-multinet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 The CMS history says that NTYCP was first released in 4.0. -- Mike Bartman > -----Original Message----- > From: Javier Henderson [mailto:javier@cips.nokia.COM] > Sent: Wednesday, April 18, 2001 11:35 AM > To: info-multinet@process.com > Cc: info-multinet@process.com; pzxkys@atdva3.atd.gmeds.com > Subject: ntycp question > > > Martin Meadows writes: > > > > I almost hate to ask this question ... because we have some > > really old VAXes (two 8700's & an 11/780) running old VMS > > with old multinet (v3.2) running on them at a facility here > > in Indy ... that is just waiting to die ... but won't. > > > > We find that we could really use the multinet ntycp app > > on these systems to create virtual terminals for some > > really old paper tape punches that don't work the way > > we want with multinet lpr/lpd services. Is there any way > > we can make something like ntycp work with this old version > > of multinet? > > No, but can you upgrade to 3.5? That's when NTYCP came about, > as I recall. I don't remember if 3.5 supported VMS 4.7 or not, you may > be limited by VMS version number. > > -jav > ================================================================================ Archive-Date: Wed, 18 Apr 2001 11:44:58 -0400 Date: Wed, 18 Apr 2001 11:43:41 -0400 (EDT) From: Jeff Schreiber Reply-To: Info-MultiNet@process.com Subject: Re: ntycp question To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Martin Meadows writes: > >Is there any way we can make something like ntycp work with this old version >of multinet? [3.2] > Even if you could get your hands on an ntycp.exe, it's linked against the multinet_socket_library and the multinet_vms_shareable, and therefore will most likely hit shareable version mismatch errors. I'm unsure if there is any dependancies in those shareables or in the drivers, but there might be. So the official answer is a definate "NO". The unoffical is a "most likely no". If you wanted netcp, you would most likely need to upgrade. You didn't mention what version of VMS you were running, but you could upgrade to the current version of Multinet if you are running at leastVMS 5.5-2. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Wed, 18 Apr 2001 11:45:28 -0400 Date: Wed, 18 Apr 2001 09:43:18 -0600 From: Jim Mehlhop Reply-To: Info-MultiNet@process.com Subject: RE: ntycp question To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii anyway in the build tree I only see listings for V5,v6/7 under VAX for MN 3.5 So doesn't appear to support V4.7 At 11:37 AM 4/18/01 -0400, you wrote: >The CMS history says that NTYCP was first released in 4.0. > >-- Mike Bartman > > > -----Original Message----- > > From: Javier Henderson [mailto:javier@cips.nokia.COM] > > Sent: Wednesday, April 18, 2001 11:35 AM > > To: info-multinet@process.com > > Cc: info-multinet@process.com; pzxkys@atdva3.atd.gmeds.com > > Subject: ntycp question > > > > > > Martin Meadows writes: > > > > > > I almost hate to ask this question ... because we have some > > > really old VAXes (two 8700's & an 11/780) running old VMS > > > with old multinet (v3.2) running on them at a facility here > > > in Indy ... that is just waiting to die ... but won't. > > > > > > We find that we could really use the multinet ntycp app > > > on these systems to create virtual terminals for some > > > really old paper tape punches that don't work the way > > > we want with multinet lpr/lpd services. Is there any way > > > we can make something like ntycp work with this old version > > > of multinet? > > > > No, but can you upgrade to 3.5? That's when NTYCP came about, > > as I recall. I don't remember if 3.5 supported VMS 4.7 or not, you may > > be limited by VMS version number. > > > > -jav > > Jim Mehlhop, Support Engineer Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ ================================================================================ Archive-Date: Wed, 18 Apr 2001 12:04:30 -0400 Date: Wed, 18 Apr 2001 09:03:04 -0700 From: Javier Henderson Reply-To: Info-MultiNet@process.com Subject: RE: ntycp question To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Jim Mehlhop writes: > anyway in the build tree I only see listings for V5,v6/7 under VAX for MN 3.5 > So doesn't appear to support V4.7 Yeah, I'm starting to think that VMS 5.0 was the minimum version for MN 3.5, and we shipped 3.4 or whatever to customers who really needed something to run with VMS 4.7. -jav ================================================================================ Archive-Date: Wed, 18 Apr 2001 12:14:18 -0400 Date: Wed, 18 Apr 2001 11:11:56 -0500 From: David Palomino Reply-To: Info-MultiNet@process.com Subject: Re: FTP Question To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii So far the error occurs when they try to do a dir or ls and when they try to transfer a file. And the dir or ls and the transfer of that file never completes. Michael Corbett wrote: > > > > > > I have a problem where users cannot FTP to an Alpha Cluster, consisting > > > of 2 Alpha 8400 and some smaller Alpha Stations. Whenever a user FTPs > > > into this cluster they get a connection reset by peer and dropped by > > > remote host. Users used to be able to FTP without a problem. The only > > > thing that has happened in this environment is that we switch to a GIGA > > > Core Switch network. > > > > > I have verified every FTP setting or configuration that I can think of > > > with another Cluster that this is working and every thing relating to > > > FTP is identical. Any suggestions as to what else to check for. > > > > Have you checked the users' FTP_SERVER.LOG files in SYS$LOGIN: to see > > if there's an error from the FTP server? Are you running the latest > > FTP ECO kit for your version of MultiNet? > > > > Also, when to they get this error? When they connect, after the username > password, when they try to do a LS or transfer a file? > > regards > Mike > > -- > +-------------------------------------------------------------------------+ > Michael Corbett Email: Corbett@process.com > Process Software Phone: 800 722-7770 x369 > 959 Concord St. 508 879-6994 x369 > Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Wed, 18 Apr 2001 12:16:35 -0400 Date: Wed, 18 Apr 2001 12:15:12 -0400 From: Richard Whalen Reply-To: Info-MultiNet@process.com Subject: RE: FTP Question To: "'info-multinet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Have they tried passive mode? -----Original Message----- From: David Palomino [mailto:ra6140@email.sps.mot.com] Sent: Wednesday, April 18, 2001 12:12 PM To: info-multinet@process.com Subject: Re: FTP Question So far the error occurs when they try to do a dir or ls and when they try to transfer a file. And the dir or ls and the transfer of that file never completes. Michael Corbett wrote: > > > > > > I have a problem where users cannot FTP to an Alpha Cluster, consisting > > > of 2 Alpha 8400 and some smaller Alpha Stations. Whenever a user FTPs > > > into this cluster they get a connection reset by peer and dropped by > > > remote host. Users used to be able to FTP without a problem. The only > > > thing that has happened in this environment is that we switch to a GIGA > > > Core Switch network. > > > > > I have verified every FTP setting or configuration that I can think of > > > with another Cluster that this is working and every thing relating to > > > FTP is identical. Any suggestions as to what else to check for. > > > > Have you checked the users' FTP_SERVER.LOG files in SYS$LOGIN: to see > > if there's an error from the FTP server? Are you running the latest > > FTP ECO kit for your version of MultiNet? > > > > Also, when to they get this error? When they connect, after the username > password, when they try to do a LS or transfer a file? > > regards > Mike > > -- > +-------------------------------------------------------------------------+ > Michael Corbett Email: Corbett@process.com > Process Software Phone: 800 722-7770 x369 > 959 Concord St. 508 879-6994 x369 > Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Wed, 18 Apr 2001 12:23:19 -0400 Date: Wed, 18 Apr 2001 11:21:04 -0500 From: David Palomino Reply-To: Info-MultiNet@process.com Subject: Re: FTP Question To: info-multinet@process.com, "Troy Davis (r6aadd)" CC: Danny_Bruhn-RSCJ30@email.sps.mot.com, Kris_Padilla-RZFL30@email.sps.mot.com, Ronald_Charpentier-RA4284@email.sps.mot.com, Wamid_Shalan-RA6792@email.sps.mot.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Wamid, Actually I was thinking about asking you something along those lines. If the Giga Switch was opened for all protocals. Troy Davis, Could you do me a favor? Can you get on a Unix system outside of BAT1 Giga Switch and ftp to a system in BAT1. After that just do an ls on a large directory or copy over a large file. I want to see if it is happening to the Unix systems as well. dp "Klingberg, Richard" wrote: > > You may want to have your Network Folks check to see that you are able to > Pass all the same protocols as you do on the working system. > > -----Original Message----- > From: David Palomino [mailto:ra6140@email.sps.mot.com] > Sent: Wednesday, April 18, 2001 8:50 AM > To: Multinet; Danny Bruhn (rscj30); Kris Padilla (rzfl30); Ronald > Charpentier; Wamid Shalan (ra6792) > Subject: FTP Question > > I have a problem where users cannot FTP to an Alpha Cluster, consisting > of 2 Alpha 8400 and some smaller Alpha Stations. Whenever a user FTPs > into this cluster they get a connection reset by peer and dropped by > remote host. Users used to be able to FTP without a problem. The only > thing that has happened in this environment is that we switch to a GIGA > Core Switch network. > > I have verified every FTP setting or configuration that I can think of > with another Cluster that this is working and every thing relating to > FTP is identical. Any suggestions as to what else to check for. > > thanks.. > > dpalomino > Sys Admin ================================================================================ Archive-Date: Wed, 18 Apr 2001 12:27:15 -0400 Date: Wed, 18 Apr 2001 11:25:00 -0500 From: David Palomino Reply-To: Info-MultiNet@process.com Subject: Re: FTP Question To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii It is on passive mode. Richard Whalen wrote: > > Have they tried passive mode? > > -----Original Message----- > From: David Palomino [mailto:ra6140@email.sps.mot.com] > Sent: Wednesday, April 18, 2001 12:12 PM > To: info-multinet@process.com > Subject: Re: FTP Question > > So far the error occurs when they try to do a dir or ls and when they > try to transfer a file. And the dir or ls and the transfer of that file > never completes. > > Michael Corbett wrote: > > > > > > > > > I have a problem where users cannot FTP to an Alpha Cluster, > consisting > > > > of 2 Alpha 8400 and some smaller Alpha Stations. Whenever a user FTPs > > > > into this cluster they get a connection reset by peer and dropped by > > > > remote host. Users used to be able to FTP without a problem. The only > > > > thing that has happened in this environment is that we switch to a > GIGA > > > > Core Switch network. > > > > > > > I have verified every FTP setting or configuration that I can think of > > > > with another Cluster that this is working and every thing relating to > > > > FTP is identical. Any suggestions as to what else to check for. > > > > > > Have you checked the users' FTP_SERVER.LOG files in SYS$LOGIN: to see > > > if there's an error from the FTP server? Are you running the latest > > > FTP ECO kit for your version of MultiNet? > > > > > > > Also, when to they get this error? When they connect, after the username > > password, when they try to do a LS or transfer a file? > > > > regards > > Mike > > > > -- > > > +-------------------------------------------------------------------------+ > > Michael Corbett Email: Corbett@process.com > > Process Software Phone: 800 722-7770 x369 > > 959 Concord St. 508 879-6994 x369 > > Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Wed, 18 Apr 2001 12:39:34 -0400 Date: Wed, 18 Apr 2001 09:36:59 -0700 From: mary.bartling@amd.com Reply-To: Info-MultiNet@process.com Subject: RE: FTP Question To: info-multinet@process.com CC: kirby.franklin@amd.com, john.vinton@amd.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 I also started having this same problem after a network switch upgrade. I am checking with our network people to see exactly what equipment was installed. It is an intermittent problem that occurs after a delete. I have installed the new ECO kit. I am running in pasv mode. The problem never occurs when transferring files to sites still connected over our old switch. Here is a log from a transfer this am. The process does multiple get and deletes. xxxxxx.amd.com MultiNet FTP user process V4.3(119) Connection opened (Assuming 8-bit connections) [Transfer statistics printing is ON] xxxxxx.AMD.COM> Reply-To: Info-MultiNet@process.com Subject: RE: ntycp question To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Prior to V 4.x, I used the TELNET /CREATE_NTY switch. Here is the excerpt from the Help Library. It is not as clean as NTYCP, but it will allow you to get away from NLP devices MULTINET TELNET /CREATE_NTY /CREATE_NTY[=(options)] Performs the same function as the CREATE-NTY command (available in command mode once a connection has been made). When specified without options, /CREATE_NTY causes TELNET to make a temporary connection to the specified host, attach this connection to an NTY device, and exit immediately. You can then run another application, such as KERMIT or SET HOST/DTE through this pseudo- terminal device. The TELNET_NTY logical name is defined to be the NTY device created. Use it as you would any other terminal device. When you are finished with the terminal, use the DEALLOCATE command to dismantle the connection and associated NTY device control blocks. Alternatively, the connection will be dismantled when you log out. $ TELNET /CREATE_NTY[=([PERMANENT] - [,NAME=logical_name] - [,TABLE=logical_name_table] - [,MODE={EXECUTIVE|SUPERVISOR}] - [/PORT=target-TCP-port] - host The options contain a comma-separated list beginning with: PERMANENT Specifies that the NTY device will persist after you close the TELNET connection. To delete the permanent NTY device, use the MULTINET TELNET /DELETE_NTY=logical_name command. and continuing with any of the following: NAME=logical_name Specifies the NTY device's logical name. The default logical name is TELNET_NTY. TABLE=logical_ Specifies the logical name table to which name_table the new NTY device name is added. The default logical name table is LNM$PROCESS_PROCESS. MODE=access_mode Specifies the logical name's access mode. access_mode is either SUPERVISOR (the default) or EXECUTIVE. Privileged users can use /CREATE_NTY options to establish permanent NTY devices. In this case, the NTY device is created but no connection is made to the specified host until the first I/O operation. Use this qualifier only with permanent NTY devices. Michael Dixon OpenVMS Systems Consultant c/o AstraZeneca Pharmaceuticals Innovative Systems Consulting, Inc. 302.886.5446 -----Original Message----- From: Martin Meadows [mailto:PZXKYS@atdva3.atd.gmeds.com] Sent: Wednesday, April 18, 2001 10:30 AM To: info-multinet@process.com Cc: pzxkys@atdva3.atd.gmeds.com Subject: ntycp question I almost hate to ask this question ... because we have some really old VAXes (two 8700's & an 11/780) running old VMS with old multinet (v3.2) running on them at a facility here in Indy ... that is just waiting to die ... but won't. We find that we could really use the multinet ntycp app on these systems to create virtual terminals for some really old paper tape punches that don't work the way we want with multinet lpr/lpd services. Is there any way we can make something like ntycp work with this old version of multinet? Thanks and sorry for asking about these ancient devices with ancient applications ... Marty Meadows Indianapolis ================================================================================ Archive-Date: Wed, 18 Apr 2001 14:23:16 -0400 Date: Wed, 18 Apr 2001 13:19:39 -0400 From: Martin Meadows Reply-To: Info-MultiNet@process.com Subject: RE: ntycp question To: info-multinet@process.com Thanks to everyone for the responses. We're running VAX/VMS V5.1-1 and I'm a little confused as to whether Multinet 4.0 (was it 4.0?) will run on VMS 5.1-1. We're trying to do as little as possible in terms of application changes &/or development on these old systems ... so if the TELNET /CREATE_NTY suggestion from Michael Dixon is a valid option for multinet 3.5 I may go that route. ... it's just that I knew about telnet /create_nty for the newer multinet releases but I didn't think it was available for 3.5. Thanks again, Marty > >Jim Mehlhop writes: > > anyway in the build tree I only see listings for V5,v6/7 under VAX for MN 3.5 > > So doesn't appear to support V4.7 > > Yeah, I'm starting to think that VMS 5.0 was the minimum version >for MN 3.5, and we shipped 3.4 or whatever to customers who really needed >something to run with VMS 4.7. > >-jav ================================================================================ Archive-Date: Wed, 18 Apr 2001 16:29:54 -0400 Date: Wed, 18 Apr 2001 13:28:34 -0700 From: Javier Henderson Reply-To: Info-MultiNet@process.com Subject: RE: ntycp question To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Martin Meadows writes: > > Thanks to everyone for the responses. We're running VAX/VMS V5.1-1 and > I'm a little confused as to whether Multinet 4.0 (was it 4.0?) will run > on VMS 5.1-1. We're trying to do as little as possible in terms of application > changes &/or development on these old systems ... so if the TELNET /CREATE_NTY > suggestion from Michael Dixon is a valid option for multinet 3.5 I may > go that route. ... it's just that I knew about telnet /create_nty for the > newer multinet releases but I didn't think it was available for 3.5. Yes, I'm 99% sure NTY devices were available with 3.5, and the more I think of it, the more sure I am that you could create them as Michael Dixon said, and the NTYCP utility came with 4.0. MultiNet 3.5 will run with VMS 5.1-1. -jav ================================================================================ Archive-Date: Thu, 19 Apr 2001 10:18:39 -0400 Date: Thu, 19 Apr 2001 15:16:41 +0100 From: "Windrim. Donal ITS" Reply-To: Info-MultiNet@process.com Subject: Fix for problems with $SET/$SHOW PRINTER in OpenVMS V7.2-1 with p atch, AXPVMS VMS721_DRIVER V1.0 To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Hi, The following may be useful ... Running with the following configuration ... Host: AlphaServer 4100 5/6VMS OpenVMS Version: V7.2-1 Multinet: Process Software MultiNet V4.2 Rev A-X, AlphaServer 4100 5/600 8MB, OpenVMS AXP V7.2-1 I have a stream i/o print queue as ... Printer queue LPR5, idle, on MyNode::NLP5:, mounted form DEFAULT /BASE_PRIORITY=4 /DEFAULT=(FEED,FORM=DEFAULT) /LIBRARY=SITE$DEVCTL_HP_LASERJET Lowercase /OWNER=[SYSTEM] /PROCESSOR=MULTINET_STREAM_SYMBIONT /PROTECTION=(S:M,O:D,G:R,W:S) Now I'd like to modify the NLP device printer settings using set printer/... but I can't as ... $ stop/reset/queue LPR5 $ set dev /nospool nlp5 $ set printer nlp5:/nopassall %CLI-F-SYNTAX, error parsing 'RESET' -CLI-E-ENTNF, specified entity not found in command tables $ show printer nlp5 %CLI-F-SYNTAX, error parsing 'IDSTRING' -CLI-E-ENTNF, specified entity not found in command tables ------------------- Analyze Image 12-APR-2001 16:20:47.85 Page 2 MULTINET_COMMON_ROOT:[MULTINET]NLPDRIVER.EXE;3 ... Image Identification Information image name: "NLPDRIVER" image file identification: "V42A-B039" image file build identification: "" link date/time: 31-MAR-1999 11:43:17.34 linker identification: "A11-31" ------------------- I sought help and my local Process reseller obtained the information from Process ... I had a similar case a few months ago that took a while to resolve. It turned out that the customer had applied an ECO from Compaq which broke the DCL commands for SET and SHOW for printers. They were receiving the exact CLI errors that you are seeing. I believe the patch they installed was VMS721_UPDATE_V0100. If you have installed that patch, then that is most probably why things broke. I checked this and sure enough ... $product show history ----------------------------------- ----------- ----------- -------------------- PRODUCT KIT TYPE OPERATION DATE AND TIME ----------------------------------- ----------- ----------- -------------------- ... DEC AXPVMS VMS721_DRIVER V1.0 Patch Install 19-JAN-2001 16:29:05 ... And so ... off to Compaq ... who have no indication on www or DSN ITS, but who do nonetheless have a fix (not a patch). The fix consists of a saveset containing two .CLD files (command language definition files) and a DCL command procedure to update DCLTABLES.EXE. This worked fine. (If you ignore a spurious error message obtained from $SHOW PRINTER command). Just thought somebody might find this useful. Regards, Dnal indrim +-----------------------------------+ . Dnal Windrim . . Networks Support Services . . IT Operations, ITS, ESB . . Office: 353 1 7027303 . . Mobile: 353 87 2833921 . +-----------------------------------+ Views expressed herein do not necessarily reflect the views of ESB. * ** *** ** * ** *** ** * ** *** ** * This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message has been scanned for viruses. * ** *** ** * ** *** ** * ** *** ** * ================================================================================ Archive-Date: Thu, 19 Apr 2001 10:22:05 -0400 Date: Thu, 19 Apr 2001 10:21:26 -0400 From: goathunter@process.com Reply-To: Info-MultiNet@process.com Subject: MultiNet ECO kit available: FTP-090_A043 To: multinet-announce@process.com MultiNet ECO kit announcement The following ECO kit is now available for MultiNet: ECO: FTP-090_A043 Description: FTP server fix for +VMS+ transfers Release date: 19-APR-2001 Ranking: 3 Max ranking: 3 Versions: V4.3A, V4.2A ftp://ftp.multinet.process.com/patches/multinet043/ftp-090_a043.zip To search the MultiNet ECO database, please visit the following URL: http://www.multinet.process.com/eco.html For more information, contact Process Software via: E-mail: support@process.com Phone: 1-800-394-8700 The ECO kit README contents are below. ----------------------------------------------------------- FTP-090_A043 ECO kit rev 1.0 for Multinet Version 4.3 Rev A 18-Apr-2001 Copyright (c) 2000, 2001, by Process Software This ECO kit provides a new version of FTP and applies to Multinet V4.3 Rev A and V4.2 Rev A: This kit provides the following changes to V4.3A: DE 6978 - Correct an ACCVIO when transfering in VMS-Plus (UCX) mode that is due to the way the compiler generates code. The bad code was included in the FTP-080_A043 patch. ECO Rank 3 (FTP-090_A043) DE 6936 - Add a logical (MULTINET_FTP_SIZE_BEFORE_GET) that if defined to FALSE|NO|0 (zero) prevents the SIZE command from being sent before the RETR (GET) command. The results of the SIZE command are used for preallocating the file and for providing an estimate of the progress of the transfer, and are not needed. Some FTP servers do not close the file properly after the SIZE command, this provides a way to prevent the problems that can be encountered due to the file being open. ECO Rank 3 (FTP-080_A043) DE 6947 - Improve the accuracy of SIZE for RECORD mode transfers. ECO Rank 3 (FTP-080_A043) DE 6948 - Correct a problem when PUTting files in STRU R (record) mode that caused the error "Invalid record size" and the file to not be stored. ECO Rank 3 (FTP-080_A043) DE 6662 - Correct a problem with Appending to existing file that is of fixed length record format when the transfer mode is STRUCTURE FILE; TYPE ASCII. ECO Rank 3 (FTP-070_A043) DE 6687 - Improve the ability to use the FTP Server from Microsoft Internet Explorer by first trying a rename on a file. If an error is returned then try the rename on a directory (folder). ECO Rank 3 (FTP-060_A043) DE 6690 - Correct a problem with DELETE on VMS prior to 7.2 This problem was introduced in FTP-040_A043. ECO Rank 3 (FTP-050_A043) DE 6698 - Correct a problem with Anonymous users and long login message suppression ('-' at the beginning of the password). ECO Rank 3 (FTP-050_A043) DE 6665 - Allow MULTINET_FTP_DONT_REPORT_FILESIZE to disable the reporting of an estimate of the file size in the response to the RETR (GET) command ECO Rank 3 (FTP-040_A043) DE 6584 - Allow wildcarded deletes to be disabled by checking for the logical MULTINET_FTP_DISALLOW_WILDCARD_DELETES. This logical may be defined at the process level (user's login.com), group or system level. ECO Rank 3 (FTP-030_A043) DE 6560 - Return the same error code for errors on GET that was returned in MultiNet 4.2. ECO Rank 3 (FTP-020_A043) DE 6460 - correct a problem with parsing filenames that can occur with the COPY/FTP command when /NOSTRU is included in the command. ECO Rank 3 (FTP-011_A043) DE 6471 - Correct a problem with the FTP_SERVER that will cause it to keep files open after GET operations and use up resources. This will generally only be noticed in sessions that involve lots of GET operations. ECO Rank 3 (FTP-011_A043) DE 6475 - Correct a problem with GET operations when Unix style file names are being used and VMS Plus is used for the data transfer. ECO Rank 3 (FTP-011_A043) You do not have to reboot after installing this kit. New FTP sessions will automatically use the new images. [End of ECO announcement] ================================================================================ Archive-Date: Thu, 19 Apr 2001 20:33:32 -0400 Date: Fri, 20 Apr 2001 09:58:13 +1030 From: Jeremy Begg Reply-To: Info-MultiNet@process.com Subject: Re: ntycp question To: Martin Meadows CC: info-multinet@process.com, pzxkys@atdva3.atd.gmeds.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Hello Marty, >I almost hate to ask this question ... because we have some >really old VAXes (two 8700's & an 11/780) running old VMS >with old multinet (v3.2) running on them at a facility here >in Indy ... that is just waiting to die ... but won't. > >We find that we could really use the multinet ntycp app >on these systems to create virtual terminals for some >really old paper tape punches that don't work the way >we want with multinet lpr/lpd services. Is there any way >we can make something like ntycp work with this old version >of multinet? Hopefully TELNET/CREATE_NTY, as suggested by others on this list, will do what you want. If not, let me know as I have a little "C" program written by Ken Adelman in '93 which provides the same functionality. He also supplied a callable version which allows you to create an NTY port from within another program. Regards, Jeremy Begg +---------------------------------------------------------+ | VSM Software Services Pty. Ltd. | | http://www.vsm.com.au/ | | "OpenVMS Systems Management & Programming" | |---------------------------------------------------------| | P.O.Box 402, Walkerville, | E-Mail: jeremy@vsm.com.au | | South Australia 5081 | Phone: +61 8 83592155 | |---------------------------| Mobile: 0414 422 947 | | A.C.N. 068 409 156 | FAX: +61 8 82231777 | +---------------------------------------------------------+ ================================================================================ Archive-Date: Fri, 20 Apr 2001 14:31:22 -0400 Date: Fri, 20 Apr 2001 14:29:20 -0400 From: Randy Baker Reply-To: Info-MultiNet@process.com Subject: OpenVMS form types, Novell, and LPD To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII We are running into a printing problem that I hope someone else has already solved. Please note, I do not work with Novell, so I am dependant upon our Novell folks for Novell information. Currently, the Multinet (4.3 Rev A-X, OpenVMS 7.2-1) queues point to a Novell (5.0) UNICON NLM service on various Novell NDS servers located at various campuses. This is working without any problems. Up until very recently, print jobs requiring pre-printed forms were printed at the main campus, on printers that were not accessible from Novell. All job management based on form types was managed on the OpenVMS/Multinet box. Preprinted forms are now finally being distributed to the various campuses for local printing. The problem is that these printers are shared between Novell and OpenVMS. All shared print queues are "managed" by Novell, meaning, our OpenVMS print queues point to Novell print queues. What is lost is form managed printing. While we can set a specific form to print on the OpenVMS side, Novell has no idea that a preprinted form is loaded in the paper tray, rather than a blank sheet of paper. The solutions we have considered include: (1) Point Novell's print queues to OpenVMS, and manage the forms printing from OpenVMS. (2) I understand that Novells UNICON does not understand forms, so we are considering installing Novell's DPS service that is supposed to be forms aware. There is opposition to the first solution, as the existing GUI tools for the Novell side of the house are preferred over a text menu on the OpenVMS box. The second solution requires that the form type associated with the job on the OpenVMS side must accompany the job across the network so that Novell knows what form to print the job on. I am not sure if that can be done, or what is required on the OpenVMS/Multinet side of the house to facilitate that exhange of information. Any ideas or war stories on this issue? Thanks Randy Baker Randy Baker, Systems Administrator, Information Technology Georgian College of Applied Arts & Technology 1 Georgian Drive, Barrie, ON, L4M 3X9 (705) 728-1968 Extension 1183 ================================================================================ Archive-Date: Fri, 20 Apr 2001 14:47:03 -0400 Date: Fri, 20 Apr 2001 14:45:28 -0400 From: "Noce, Guy" Reply-To: Info-MultiNet@process.com Subject: Listening for packets? To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Hi: We have an Alpha DS20e running Multinet v4.1A with a variety of relevant patches on VMS v7.2-1 with the recent UPDATE patch loaded--which bears no relationship to the problem. The Alpha is on a CI cluster with two VAX 7630's running VMS v7.1 and very unpatched Multinet 4.1A. The ALpha's sole function is to run an ODBC interface called CONNX on the flat files on a Storageworks 300 connected by HSJ50. User's initiate a detached process under their usernames on the Alpha which runs queries and transports the extracted information back to the client. The campus is subnetted by vlans. One (or maybe two) of the vlans have a problem connecting to the Alpha, either by pinging, telnet, or this CONNX process. Recently, we placed my client machine on the affected vlan and experienced the same rejection. The network guys say that one packet was sent by my machine, but are not wure if the Alpha received it. Am I making any sense? The network guys want to know if there is a logging mechanism by which to tell if the packet was acknowledged by the Alpha, which port, etc. Does anyone know of a way to log this kind of activity, any third party or freeware out there? Many thanks in advance--Guy ================================================================================ Archive-Date: Fri, 20 Apr 2001 14:59:12 -0400 Date: Fri, 20 Apr 2001 11:57:47 -0700 From: Javier Henderson Reply-To: Info-MultiNet@process.com Subject: Listening for packets? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Noce, Guy writes: > Hi: We have an Alpha DS20e running Multinet v4.1A with a variety of > relevant patches on VMS v7.2-1 with the recent UPDATE patch loaded--which > bears no relationship to the problem. The Alpha is on a CI cluster with two > VAX 7630's running VMS v7.1 and very unpatched Multinet 4.1A. > > The ALpha's sole function is to run an ODBC interface called CONNX on the > flat files on a Storageworks 300 connected by HSJ50. User's initiate a > detached process under their usernames on the Alpha which runs queries and > transports the extracted information back to the client. > > The campus is subnetted by vlans. One (or maybe two) of the vlans have a > problem connecting to the Alpha, either by pinging, telnet, or this CONNX > process. Recently, we placed my client machine on the affected vlan and > experienced the same rejection. The network guys say that one packet was > sent by my machine, but are not wure if the Alpha received it. > > Am I making any sense? The network guys want to know if there is a logging > mechanism by which to tell if the packet was acknowledged by the Alpha, > which port, etc. > > Does anyone know of a way to log this kind of activity, any third party or > freeware out there? First, traceroute from the client machien to your Alpha, and the same from the Alpha to the client machine, and see what happens there. To see if packets are arriving to the Alpha from the client machine: $ mu tcpdump/hex/snap=1500 host a.b.c.d -jav ================================================================================ Archive-Date: Fri, 20 Apr 2001 16:03:43 -0400 Date: Fri, 20 Apr 2001 13:02:16 -0700 From: Dan Wing Reply-To: Info-MultiNet@process.com Subject: RE: OpenVMS form types, Novell, and LPD To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii IPP may be your savior; it's included (or to be included, not sure) in a new version of MultiNet. If you can find that Novell supports that, you're set. IPP sortof understands forms, but it's still not as complete as VMS's understanding. The best thing, overall, is to allow any system to print to a network-attached printer. I'm sure you could create a web front-end for VMS's text information on the printer queues. (Suzy says "reading text is hard, I want a GUI.") -d > -----Original Message----- > From: Randy Baker [mailto:RBaker@georgianc.on.ca] > Sent: Friday, April 20, 2001 11:29 AM > To: info-multinet@process.com > Subject: OpenVMS form types, Novell, and LPD > > > We are running into a printing problem that I hope someone else > has already solved. Please note, I do not work with Novell, so > I am dependant upon our Novell folks for Novell information. > > Currently, the Multinet (4.3 Rev A-X, OpenVMS 7.2-1) queues > point to a Novell (5.0) UNICON NLM service on various Novell > NDS servers located at various campuses. This is working > without any problems. Up until very recently, print jobs > requiring pre-printed forms were printed at the main campus, on > printers that were not accessible from Novell. All job > management based on form types was managed on the OpenVMS/Multinet box. > > Preprinted forms are now finally being distributed to the > various campuses for local printing. The problem is that these > printers are shared between Novell and OpenVMS. All shared > print queues are "managed" by Novell, meaning, our OpenVMS > print queues point to Novell print queues. What is lost is > form managed printing. While we can set a specific form to > print on the OpenVMS side, Novell has no idea that a preprinted > form is loaded in the paper tray, rather than a blank sheet of paper. > > The solutions we have considered include: > > (1) Point Novell's print queues to OpenVMS, and manage the > forms printing from OpenVMS. > > (2) I understand that Novells UNICON does not understand forms, > so we are considering installing Novell's DPS service that is > supposed to be forms aware. > > There is opposition to the first solution, as the existing GUI > tools for the Novell side of the house are preferred over a > text menu on the OpenVMS box. > > The second solution requires that the form type associated with > the job on the OpenVMS side must accompany the job across the > network so that Novell knows what form to print the job on. I > am not sure if that can be done, or what is required on the > OpenVMS/Multinet side of the house to facilitate that exhange > of information. > > Any ideas or war stories on this issue? > > Thanks > Randy Baker > > Randy Baker, Systems Administrator, Information Technology > Georgian College of Applied Arts & Technology > 1 Georgian Drive, Barrie, ON, L4M 3X9 > (705) 728-1968 Extension 1183 > ================================================================================ Archive-Date: Fri, 20 Apr 2001 18:42:47 -0400 Date: Fri, 20 Apr 2001 15:41:20 -0700 From: mary.bartling@amd.com Reply-To: Info-MultiNet@process.com Subject: ftp - port for back connection To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Hello Everyone: Is there a way that the ftp server can be set to use a specified range of ports for its back connection? Our firewall is receiving replys on port 20 with a port > 1024 to use as a back connection. Another service is using that back connection so 1 out of every 15 connections is getting rejected. Thanks, Mary Bartling AMD NVD Test Technology 408/749-5622 ================================================================================ Archive-Date: Fri, 20 Apr 2001 18:54:47 -0400 Date: Fri, 20 Apr 2001 17:49:00 -0500 (CDT) From: Hunter Goatley Reply-To: Info-MultiNet@process.com Subject: Re: ftp - port for back connection To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 > Hello Everyone: > Is there a way that the ftp server can be set to use a specified range of > ports for its back connection? Our firewall is receiving replys on port 20 > with a port > 1024 to use as a back connection. Another service is using > that back connection so 1 out of every 15 connections is getting rejected. You can define the undocumented logicals: MULTINET_FTP_SERVER_DATA_PORT_RANGE MULTINET_FTP_CLIENT_DATA_PORT_RANGE $ DEFINE/SYSTEM/EXEC MULTINET_FTP_SERVER_DATA_PORT_RANGE "5000 5100" Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Mon, 23 Apr 2001 09:41:53 -0400 Date: Mon, 23 Apr 2001 09:38:47 -0400 From: Kenneth Randell Subject: Re: OpenVMS form types, Novell, and LPD To: info-multinet@process.com Reply-To: Info-MultiNet@process.com IIRC, I thought Novell + HP were two of the 'originators' of the IPP protocol, which started with Novell's desire to get there Print Services to be a standard. This is now called 'Netware Enterprise Print Services', which sounds more fancy than 'Novell Distributed Printing Services'. I think this is available for Netware 5.1, but it has been a while. I don't recall earlier versions of Netware being supported. Ken Randell Dan Wing wrote in message news:EOEBIJPEADOODFNEJPEGOEDOCPAA.dwing@cisco.com... > IPP may be your savior; it's included (or to be included, not sure) in a > new version of MultiNet. If you can find that Novell supports that, > you're set. IPP sortof understands forms, but it's still not as complete > as VMS's understanding. > > The best thing, overall, is to allow any system to print to a > network-attached printer. > > I'm sure you could create a web front-end for VMS's text information on > the printer queues. > > (Suzy says "reading text is hard, I want a GUI.") > > -d > > > -----Original Message----- > > From: Randy Baker [mailto:RBaker@georgianc.on.ca] > > Sent: Friday, April 20, 2001 11:29 AM > > To: info-multinet@process.com > > Subject: OpenVMS form types, Novell, and LPD > > > > > > We are running into a printing problem that I hope someone else > > has already solved. Please note, I do not work with Novell, so > > I am dependant upon our Novell folks for Novell information. > > > > Currently, the Multinet (4.3 Rev A-X, OpenVMS 7.2-1) queues > > point to a Novell (5.0) UNICON NLM service on various Novell > > NDS servers located at various campuses. This is working > > without any problems. Up until very recently, print jobs > > requiring pre-printed forms were printed at the main campus, on > > printers that were not accessible from Novell. All job > > management based on form types was managed on the OpenVMS/Multinet box. > > > > Preprinted forms are now finally being distributed to the > > various campuses for local printing. The problem is that these > > printers are shared between Novell and OpenVMS. All shared > > print queues are "managed" by Novell, meaning, our OpenVMS > > print queues point to Novell print queues. What is lost is > > form managed printing. While we can set a specific form to > > print on the OpenVMS side, Novell has no idea that a preprinted > > form is loaded in the paper tray, rather than a blank sheet of paper. > > > > The solutions we have considered include: > > > > (1) Point Novell's print queues to OpenVMS, and manage the > > forms printing from OpenVMS. > > > > (2) I understand that Novells UNICON does not understand forms, > > so we are considering installing Novell's DPS service that is > > supposed to be forms aware. > > > > There is opposition to the first solution, as the existing GUI > > tools for the Novell side of the house are preferred over a > > text menu on the OpenVMS box. > > > > The second solution requires that the form type associated with > > the job on the OpenVMS side must accompany the job across the > > network so that Novell knows what form to print the job on. I > > am not sure if that can be done, or what is required on the > > OpenVMS/Multinet side of the house to facilitate that exhange > > of information. > > > > Any ideas or war stories on this issue? > > > > Thanks > > Randy Baker > > > > Randy Baker, Systems Administrator, Information Technology > > Georgian College of Applied Arts & Technology > > 1 Georgian Drive, Barrie, ON, L4M 3X9 > > (705) 728-1968 Extension 1183 > > > ================================================================================ Archive-Date: Mon, 23 Apr 2001 10:21:33 -0400 Date: Mon, 23 Apr 2001 10:20:01 -0400 From: Mike Bartman Reply-To: Info-MultiNet@process.com Subject: RE: OpenVMS form types, Novell, and LPD To: "'info-multinet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 > From: Randy Baker [mailto:RBaker@georgianc.on.ca] > Currently, the Multinet (4.3 Rev A-X, OpenVMS 7.2-1) queues > point to a Novell (5.0) UNICON NLM service on various Novell > NDS servers located at various campuses. This is working > without any problems. Can we assume that this is using LPD? > The second solution requires that the form type associated > with the job on the OpenVMS side must accompany the job > across the network so that Novell knows what form to print > the job on. I am not sure if that can be done, or what is > required on the OpenVMS/Multinet side of the house to > facilitate that exhange of information. If you are using LPD, then there isn't any forms information transferred. LPD is a unix-to-unix queue transfer protocol from many years ago, and it doesn't know about forms either. On the other hand, the control file format isn't restricted to just those things defined in the protocol. Lots of programmers have created proprietary extensions to the protocol, and so long as the client and server both understand the extension, it works fine. HP has created several of these for example. If your Novel servers can accept forms data using some sort of proprietary extension to the LPD protocol involving additional entries to the control file for the job, you could use a user exit on the MultiNet side to check the form defined for the job, and add that information to the control file in the required format. The source for the default user exit, that creates a standard control file, is shipped with MultiNet, and the instructions for modifying it are in the manual. Look for MULTINET_ROOT:[EXAMPLES]USER_LPD_CLIENT.C. If you are using STREAM, or NTYSMB, then this won't work, and I don't know of any way to handle forms data unless you can arrange to use escape sequences or something and use device control libraries to prepend them to jobs. Those symbionts are just making telnet-style connections to a remote port, and then sending the print job data. There isn't really any printing protocol involved. IPP (Internet Printing Protocol) will eventually support full media/forms specification, so if Novel has an IPP server implementation that includes support for these features, that might be an option eventually. Our IPP symbiont is currently in beta test, but forms are not included in the version of IPP that we support in this symbiont at the moment. The standards group is still working out the details on media and forms and tray selection, etc.. That's part of the IPP 1.1 spec, still in draft form, and we have implemented the existing 1.0 spec. I'd be surprised if Novel has an IPP server though, and even more surprised if it's a full IPP 1.1 implementation, but this may help solve your problems in the future. For now, proprietary extensions to LPD are the most likely answer if you have to print through Novel. Is there some reason you can't send directly to the printers from VMS and Novel both? I know this would result in some collisions, where the printer is busy when a system tries to print, but this won't bother MultiNet...it will just retry the job again in a few minutes. I don't know how Novel handles that problem. -- Mike Bartman Process Software ================================================================================ Archive-Date: Mon, 23 Apr 2001 10:31:56 -0400 Date: Mon, 23 Apr 2001 10:30:21 -0400 From: Mike Bartman Reply-To: Info-MultiNet@process.com Subject: RE: OpenVMS form types, Novell, and LPD To: "'info-multinet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 > From: Kenneth Randell [mailto:kenr@datametrics.com] > > IIRC, I thought Novell + HP were two of the 'originators' of the IPP > protocol, > which started with Novell's desire to get there Print Services to be a > standard. I don't know the history of IPP, but the current IPP 1.0 standard was defined by the Printer Working Group of the IETF. I have no idea what resemblance it bears to anything Novel or HP ever did. You can check the RFCs if you like...they print out to something like 3" thick... :^) -- Mike Bartman Process Software ================================================================================ Archive-Date: Mon, 23 Apr 2001 14:07:59 -0400 Date: Mon, 23 Apr 2001 14:05:59 -0400 From: Randy Baker Reply-To: Info-MultiNet@process.com Subject: Dissimilar systems printing to same printers. A wish list... To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII I want to thank everyone who has responded to the "OpenVMS form types, Novell and LPD threads. There are some options, but it doesn't appear to be a "perfect world" in regards to printing. Randy Randy Baker, Systems Administrator, Information Technology Georgian College of Applied Arts & Technology 1 Georgian Drive, Barrie, ON, L4M 3X9 (705) 728-1968 Extension 1183 ================================================================================ Archive-Date: Mon, 23 Apr 2001 14:18:42 -0400 Date: Mon, 23 Apr 2001 14:16:56 -0400 From: Mike Bartman Reply-To: Info-MultiNet@process.com Subject: RE: Dissimilar systems printing to same printers. A wish list... To: "'info-multinet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Depending on what you want forms for, there might be another option. There are companies that sell printing systems for VMS, such as Gray Matter Software, that can turn an ASCII text file into a PostScript file, with a number of options used to control the conversion. If you could incorporate your forms information into the PostScript file, it should print as you want it to, even without any other forms data accompanying the job. The Gray Matter product uses a print symbiont and I believe they send using LPD, so the formatted job might be able to pass through your Novel print servers on the way to the printer...you'd have to ask them for details. There are a couple of companies in that particular market niche. If you are using the forms data for things like input tray selection, you are probably right. For now it's not a perfect world at all. -- Mike Bartman > -----Original Message----- > From: Randy Baker [mailto:RBaker@georgianc.on.ca] > Sent: Monday, April 23, 2001 2:06 PM > To: info-multinet@process.com > Subject: Dissimilar systems printing to same printers. A wish list... > > > I want to thank everyone who has responded to the "OpenVMS > form types, Novell and LPD threads. There are some options, > but it doesn't appear to be a "perfect world" in regards to printing. > > Randy > > > Randy Baker, Systems Administrator, Information Technology > Georgian College of Applied Arts & Technology > 1 Georgian Drive, Barrie, ON, L4M 3X9 > (705) 728-1968 Extension 1183 > ================================================================================ Archive-Date: Mon, 23 Apr 2001 15:55:58 -0400 Date: Mon, 23 Apr 2001 15:54:06 -0400 From: "Noce, Guy" Reply-To: Info-MultiNet@process.com Subject: Any thoughts? To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Hi: We're running VMS v7.2-1 with the most recent UPDATE patch and a reasonably patched Multinet v4.1A on a two processor DS20E in a mixed CI cluster with two VAX 7630's running VMS v7.1 and vanilla Multinet 4.1A. The Alpha is only being used to run an ODBC reporting tool called CONNX. Users log into restricted accounts on the cluster through a reporting tool like Seagate InfoDesktop or MS Access, which starts a detached process on the Alpha, performs the queries and sends data back to the user's machine. We also have the CONNX process running on the two VAXes. Some users in certain vlans on campus cannot connect to the Alpha--or, rather, the Alpha won't talk back to them. Multinet tcpdump on the relevant port looks like this for a failed attempt: 15:04:51.87 xxx.xxx.xxx.1088 > alfie.towson.edu.6500: S 0:0(0) win 8192 (DF) 15:04:57.88 xxx.xxx.xxx.xxx.1088 > alfie.towson.edu.6500: S 0:0(0) win 8192 (DF) A successful attempt looks like this: 15:12:45.84 yyyy.towson.edu.1119 > alfie.towson.edu.6500: S 0:0(0) win 8192 (DF) 15:12:45.84 alfie.towson.edu.6500 > yyyy.towson.edu.1119: S 0:0(0) ack 1 win 614 (DF) The two machines, xxx and yyyy (only the names were changed to protect my reputation) are the same machine, just assigned to different vlans. As xxx, the machine cannot even ping alfie, but can ping other computers on the same vlan. As yyy, of course, it pings everything. Is there something I'm missing, patch or otherwise? We had the same problem before patching Multinet or VMS on the Alpha. The configuration of Multinet on the VAXes and the Alpha are pretty much the same, except the VAXes run most print queues and user interaction. The Alpha is not listed in the cluster alias for a variety of good reasons. The VAXes, of course, work fine from any vlan. Thanks in advance. Private e-mail is okay.--Guy Guy Noce Systems Engineer Towson University Computing and Network Services E-mail: gnoce@towson.edu Fax: 410 704-2661 "I like the blues..... but I like aqua marine just as much." --Don Van Vliet ================================================================================ Archive-Date: Mon, 23 Apr 2001 16:00:42 -0400 Date: Mon, 23 Apr 2001 15:59:09 -0400 From: Mike Bartman Reply-To: Info-MultiNet@process.com Subject: RE: Any thoughts? To: "'info-multinet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 > From: Noce, Guy [mailto:gnoce@towson.edu] > As xxx, the machine cannot even ping alfie, but can ping > other computers on > the same vlan. As yyy, of course, it pings everything. > > Is there something I'm missing, patch or otherwise? We had > the same problem > before patching Multinet or VMS on the Alpha. The > configuration of Multinet > on the VAXes and the Alpha are pretty much the same, except > the VAXes run > most print queues and user interaction. The Alpha is not > listed in the > cluster alias for a variety of good reasons. > > The VAXes, of course, work fine from any vlan. > > Thanks in advance. Private e-mail is okay.--Guy Are you using filter files? You said you'd changed the network recently, if you are filtering packets, perhaps you need to update the filters? If not, are there any routers that might need updating that weren't? Just guessing here... -- Mike Bartman ================================================================================ Archive-Date: Mon, 23 Apr 2001 16:01:14 -0400 Date: Mon, 23 Apr 2001 15:59:38 -0400 (EDT) From: Jeff Schreiber Reply-To: Info-MultiNet@process.com Subject: Re: Any thoughts? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii "Noce, Guy" writes: > >Multinet tcpdump on the relevant port looks like this for a failed attempt: > >15:04:51.87 xxx.xxx.xxx.1088 > alfie.towson.edu.6500: S 0:0(0) win 8192 1460> (DF) >15:04:57.88 xxx.xxx.xxx.xxx.1088 > alfie.towson.edu.6500: S 0:0(0) win 8192 > (DF) > >The two machines, xxx and yyyy (only the names were changed to protect my >reputation) are the same machine, just assigned to different vlans. > >As xxx, the machine cannot even ping alfie, but can ping other computers on >the same vlan. As yyy, of course, it pings everything. > Sounds like there is some sort of routing issue between alfie and the others on that vlan. You said xxx can talk to others on the vlan but not to alfie. Can alfie get to those others as well? -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Mon, 23 Apr 2001 18:03:35 -0400 Date: Mon, 23 Apr 2001 15:02:05 -0700 (PDT) From: Mike Sullenberger Reply-To: Info-MultiNet@process.com Subject: Re: Any thoughts? To: info-multinet@process.com MIME-Version: 1.0 >Hi: We're running VMS v7.2-1 with the most recent UPDATE patch and a >reasonably patched Multinet v4.1A on a two processor DS20E in a mixed CI >cluster with two VAX 7630's running VMS v7.1 and vanilla Multinet 4.1A. > >The Alpha is only being used to run an ODBC reporting tool called CONNX. >Users log into restricted accounts on the cluster through a reporting tool >like Seagate InfoDesktop or MS Access, which starts a detached process on >the Alpha, performs the queries and sends data back to the user's machine. > >We also have the CONNX process running on the two VAXes. > >Some users in certain vlans on campus cannot connect to the Alpha--or, >rather, the Alpha won't talk back to them. > >Multinet tcpdump on the relevant port looks like this for a failed attempt: > >15:04:51.87 xxx.xxx.xxx.1088 > alfie.towson.edu.6500: S 0:0(0) win 8192 (DF) >15:04:57.88 xxx.xxx.xxx.xxx.1088 > alfie.towson.edu.6500: S 0:0(0) win 8192 (DF) > >A successful attempt looks like this: > >15:12:45.84 yyyy.towson.edu.1119 > alfie.towson.edu.6500: S 0:0(0) win 8192 (DF) >15:12:45.84 alfie.towson.edu.6500 > yyyy.towson.edu.1119: S 0:0(0) ack 1 win 614 (DF) > >The two machines, xxx and yyyy (only the names were changed to protect my >reputation) are the same machine, just assigned to different vlans. > >As xxx, the machine cannot even ping alfie, but can ping other computers on >the same vlan. As yyy, of course, it pings everything. > >Is there something I'm missing, patch or otherwise? We had the same problem >before patching Multinet or VMS on the Alpha. The configuration of Multinet >on the VAXes and the Alpha are pretty much the same, except the VAXes run >most print queues and user interaction. The Alpha is not listed in the >cluster alias for a variety of good reasons. > >The VAXes, of course, work fine from any vlan. Check the routing table on the Alpha as compared to the other systems on the same VLan as the Alpha. You can get packets from the xxx VLan to the Alpha, but the Alpha cannot get packets back. On the Alpha: mu sho/route check to make sure that there is routing entry that would be matched when sending packets to vlan xxx. Also look on other systems on the same VLan as the Alpha and see how they would route packets to VLan xxx. Mike. +----------------------------------------------------------------------------+ | || || | | Mike Sullenberger || || | | mls@cisco.com |||| |||| | | Escalation Team |||||||| |||||||| | | Customer Advocacy ..:|||||||||||||||||||||:.. | | C i s c o S y s t e m s | +----------------------------------------------------------------------------+ ================================================================================ Archive-Date: Mon, 23 Apr 2001 19:03:37 -0400 Date: Tue, 24 Apr 2001 06:43:46 -0700 (PDT) From: ts1@its.com.sg Subject: * mail server not work on NT through cable modem To: info-multinet@process.com Reply-To: Info-MultiNet@process.com I had tried many mail server, on my Windows NT or Windows 2000 server, my server connect through cable modem which assigned by DHCP server an IP address, my computer installed windows 2000, and I had tried Rockliffe Mailsite, Imail, etc , mail server. my computer is connect through cable modem to internet, ISP use DHCP server to assign an IP address on my computer but got same problem, when I use my own configed mail server to send mail, all message will go to holding, and system event viewer show, no response from any DNS server when searching for domain..." but I got no problem to send and receive email which domain configed under my own DNS(on my NT server). any help will be much appreciated. thanks ts ================================================================================ Archive-Date: Tue, 24 Apr 2001 12:32:55 -0400 Date: Tue, 24 Apr 2001 11:31:56 -0500 From: Kevin Kotlarz Reply-To: Info-MultiNet@process.com Subject: Non-emergency:MN error and server abort-causes/fixes ? Sender: Kevin Kotlarz To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Hi, Already checked the FAQS and tech tips. DEC/Compaq Alpha DS20, OpenVMS 7.1-2, MN 3.5X (I know, upgrade=summer project). error msg: Multinet Server: ns savedata: malloc: error 0 - ABORT Fixed w/ multinet:start_server Causes? Fixes? I'm set on DIGEST mode, so reply to the list or directly to: kkotlarz@smumn.edu TIA, kmk Kevin M. Kotlarz Systems Programmer St. Marys U. of Minnesota 507-457-1732 507-457-1633 (fax) kkotlarz@smumn.edu ================================================================================ Archive-Date: Tue, 24 Apr 2001 12:50:03 -0400 Date: Tue, 24 Apr 2001 10:48:07 -0600 From: Jim Mehlhop Reply-To: Info-MultiNet@process.com Subject: Re: Non-emergency:MN error and server abort-causes/fixes ? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Would appear that the multinet_server (which does DNS in this version) ran out of memory Do the following $ define MULTINET_SERVER_PAGEFILE 80000 $ @multinet:start_server add the $ define MULTINET_SERVER_PAGEFILE 80000 to a startup file Prior to starting multinet. like for example sys$manager:sylogicals.com Jim At 11:31 AM 4/24/01 -0500, you wrote: >Hi, > >Already checked the FAQS and tech tips. > >DEC/Compaq Alpha DS20, OpenVMS 7.1-2, MN 3.5X (I know, upgrade=summer >project). > >error msg: > >Multinet Server: ns savedata: malloc: error 0 - ABORT > >Fixed w/ multinet:start_server > >Causes? Fixes? I'm set on DIGEST mode, so reply to the list or directly to: > >kkotlarz@smumn.edu > >TIA, > >kmk > >Kevin M. Kotlarz >Systems Programmer >St. Marys U. of Minnesota >507-457-1732 >507-457-1633 (fax) >kkotlarz@smumn.edu Jim Mehlhop, Support Engineer Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ ================================================================================ Archive-Date: Tue, 24 Apr 2001 15:44:25 -0400 Date: Tue, 24 Apr 2001 15:43:40 -0400 From: goathunter@process.com Reply-To: Info-MultiNet@process.com Subject: MultiNet ECO kit available: FTP-100_A043 To: multinet-announce@process.com MultiNet ECO kit announcement The following ECO kit is now available for MultiNet: ECO: FTP-100_A043 Description: FTP fix for various problems Release date: 24-APR-2001 Ranking: 3 Max ranking: 3 Versions: V4.3A, V4.2A ftp://ftp.multinet.process.com/patches/multinet043/ftp-100_a043.zip To search the MultiNet ECO database, please visit the following URL: http://www.multinet.process.com/eco.html For more information, contact Process Software via: E-mail: support@process.com Phone: 1-800-394-8700 The ECO kit README contents are below. ----------------------------------------------------------- FTP-100_A043 ECO kit rev 10.0 for Multinet Version 4.3 Rev A 24-Apr-2001 Copyright (c) 2000, 2001, by Process Software This ECO kit provides a new version of FTP and applies to Multinet V4.3 Rev A and V4.2 Rev A: This kit provides the following changes to V4.3A: DE 6985 - Pad out the last buffer in a block I/O transfer such that the amount of data transferred is evenly divided by the record size. ECO Rank 3 (FTP-100_A043) DE 6982 - Fix a problem with renames using wildcards that would cause the FTP server to exit. ECO Rank 3 (FTP-100_A043) DE 6981 - Return the full filename on the 150 line from a STOR. ECO Rank 3 (FTP-100_A043) DE 6978 - Correct an ACCVIO when transfering in VMS-Plus (UCX) mode that is due to the way the compiler generates code. The bad code was included in the FTP-080_A043 patch. ECO Rank 3 (FTP-090_A043) DE 6936 - Add a logical (MULTINET_FTP_SIZE_BEFORE_GET) that if defined to FALSE|NO|0 (zero) prevents the SIZE command from being sent before the RETR (GET) command. The results of the SIZE command are used for preallocating the file and for providing an estimate of the progress of the transfer, and are not needed. Some FTP servers do not close the file properly after the SIZE command, this provides a way to prevent the problems that can be encountered due to the file being open. ECO Rank 3 (FTP-080_A043) DE 6947 - Improve the accuracy of SIZE for RECORD mode transfers. ECO Rank 3 (FTP-080_A043) DE 6948 - Correct a problem when PUTting files in STRU R (record) mode that caused the error "Invalid record size" and the file to not be stored. ECO Rank 3 (FTP-080_A043) DE 6662 - Correct a problem with Appending to existing file that is of fixed length record format when the transfer mode is STRUCTURE FILE; TYPE ASCII. ECO Rank 3 (FTP-070_A043) DE 6687 - Improve the ability to use the FTP Server from Microsoft Internet Explorer by first trying a rename on a file. If an error is returned then try the rename on a directory (folder). ECO Rank 3 (FTP-060_A043) DE 6690 - Correct a problem with DELETE on VMS prior to 7.2 This problem was introduced in FTP-040_A043. ECO Rank 3 (FTP-050_A043) DE 6698 - Correct a problem with Anonymous users and long login message suppression ('-' at the beginning of the password). ECO Rank 3 (FTP-050_A043) DE 6665 - Allow MULTINET_FTP_DONT_REPORT_FILESIZE to disable the reporting of an estimate of the file size in the response to the RETR (GET) command ECO Rank 3 (FTP-040_A043) DE 6584 - Allow wildcarded deletes to be disabled by checking for the logical MULTINET_FTP_DISALLOW_WILDCARD_DELETES. This logical may be defined at the process level (user's login.com), group or system level. ECO Rank 3 (FTP-030_A043) DE 6560 - Return the same error code for errors on GET that was returned in MultiNet 4.2. ECO Rank 3 (FTP-020_A043) DE 6460 - correct a problem with parsing filenames that can occur with the COPY/FTP command when /NOSTRU is included in the command. ECO Rank 3 (FTP-011_A043) DE 6471 - Correct a problem with the FTP_SERVER that will cause it to keep files open after GET operations and use up resources. This will generally only be noticed in sessions that involve lots of GET operations. ECO Rank 3 (FTP-011_A043) DE 6475 - Correct a problem with GET operations when Unix style file names are being used and VMS Plus is used for the data transfer. ECO Rank 3 (FTP-011_A043) You do not have to reboot after installing this kit. New FTP sessions will automatically use the new images. [End of ECO announcement] ================================================================================ Archive-Date: Wed, 25 Apr 2001 09:49:26 -0400 Date: Wed, 25 Apr 2001 09:47:48 -0400 From: "Noce, Guy" Reply-To: Info-MultiNet@process.com Subject: RE: Any thoughts? To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Thanks for all the replies. This one did it. I'm a doofus. Multinet put the node into a Class B network, so it couldn't finds its own network. I'll pay closer attention next time.--Guy -----Original Message----- From: Mike Sullenberger [mailto:MLS@Cisco.COM] Sent: Monday, April 23, 2001 6:02 PM To: info-multinet@process.com Subject: Re: Any thoughts? >Hi: We're running VMS v7.2-1 with the most recent UPDATE patch and a >reasonably patched Multinet v4.1A on a two processor DS20E in a mixed CI >cluster with two VAX 7630's running VMS v7.1 and vanilla Multinet 4.1A. > >The Alpha is only being used to run an ODBC reporting tool called CONNX. >Users log into restricted accounts on the cluster through a reporting tool >like Seagate InfoDesktop or MS Access, which starts a detached process on >the Alpha, performs the queries and sends data back to the user's machine. > >We also have the CONNX process running on the two VAXes. > >Some users in certain vlans on campus cannot connect to the Alpha--or, >rather, the Alpha won't talk back to them. > >Multinet tcpdump on the relevant port looks like this for a failed attempt: > >15:04:51.87 xxx.xxx.xxx.1088 > alfie.towson.edu.6500: S 0:0(0) win 8192 (DF) >15:04:57.88 xxx.xxx.xxx.xxx.1088 > alfie.towson.edu.6500: S 0:0(0) win 8192 (DF) > >A successful attempt looks like this: > >15:12:45.84 yyyy.towson.edu.1119 > alfie.towson.edu.6500: S 0:0(0) win 8192 (DF) >15:12:45.84 alfie.towson.edu.6500 > yyyy.towson.edu.1119: S 0:0(0) ack 1 win 614 (DF) > >The two machines, xxx and yyyy (only the names were changed to protect my >reputation) are the same machine, just assigned to different vlans. > >As xxx, the machine cannot even ping alfie, but can ping other computers on >the same vlan. As yyy, of course, it pings everything. > >Is there something I'm missing, patch or otherwise? We had the same problem >before patching Multinet or VMS on the Alpha. The configuration of Multinet >on the VAXes and the Alpha are pretty much the same, except the VAXes run >most print queues and user interaction. The Alpha is not listed in the >cluster alias for a variety of good reasons. > >The VAXes, of course, work fine from any vlan. Check the routing table on the Alpha as compared to the other systems on the same VLan as the Alpha. You can get packets from the xxx VLan to the Alpha, but the Alpha cannot get packets back. On the Alpha: mu sho/route check to make sure that there is routing entry that would be matched when sending packets to vlan xxx. Also look on other systems on the same VLan as the Alpha and see how they would route packets to VLan xxx. Mike. +--------------------------------------------------------------------------- -+ | || || | | Mike Sullenberger || || | | mls@cisco.com |||| |||| | | Escalation Team |||||||| |||||||| | | Customer Advocacy ..:|||||||||||||||||||||:.. | | C i s c o S y s t e m s | +--------------------------------------------------------------------------- -+ ================================================================================ Archive-Date: Wed, 25 Apr 2001 11:03:39 -0400 Date: Wed, 25 Apr 2001 11:01:43 -0400 (EDT) From: Stephen Tihor Reply-To: Info-MultiNet@process.com Subject: ftp-100_043.a To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII WHen I unzip and try to install this kit I am told its not a VMS backup saveset even thorugh a dump suggests it might be, Is there something odd about downloading it that I need to do? ================================================================================ Archive-Date: Wed, 25 Apr 2001 11:06:45 -0400 Date: Wed, 25 Apr 2001 10:04:49 -0500 (CDT) From: Hunter Goatley Reply-To: Info-MultiNet@process.com Subject: Re: ftp-100_043.a To: Stephen Tihor CC: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > WHen I unzip and try to install this kit I am told its not a VMS backup saveset > even thorugh a dump suggests it might be, Is there something odd about > downloading it that I need to do? Check your version of UnZip. You must have UnZip V5.2 or later to properly UnZip the MultiNet ECOs. ftp://ftp.multinet.process.com/patches/unzip.alpha_exe ftp://ftp.multinet.process.com/patches/unzip.vax_exe Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 26 Apr 2001 09:55:01 -0400 Date: Thu, 26 Apr 2001 09:54:26 -0400 From: goathunter@process.com Reply-To: Info-MultiNet@process.com Subject: MultiNet ECO kit available: NAMED-110_A042 To: multinet-announce@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN MultiNet ECO kit announcement The following ECO kit is now available for MultiNet: ECO: NAMED-110_A042 Description: Set authority bit on DNS Notify packets Release date: 26-APR-2001 Ranking: 2 Max ranking: 0 Versions: V4.2A ftp://ftp.multinet.process.com/patches/multinet042/named-110_a042.zip To search the MultiNet ECO database, please visit the following URL: http://www.multinet.process.com/eco.html For more information, contact Process Software via: E-mail: support@process.com Phone: 1-800-394-8700 The ECO kit README contents are below. ----------------------------------------------------------- NAMED-110_A042 ECO kit rev 11.0 for Multinet Version 4.2 Rev A 30-Mar-2001 Copyright 2000-2001, Process Software LLC Overall ECO Rank: 0 [NAMED-080_A042] Version 11.0 Rank: 2 This kit updates MultiNet V4.2 Rev A with new versions of LOADABLE_NAMED_CONTROL.EXE, NAMED-XFER.EXE, and NAMED.EXE and corrects the following problem(s): NAMED-110_A042 - ECO Ranking 2 - Recommended. -------------- - DNS Notify packets to some slave nameservers will be rejected because the master nameserver wasn't setting the AA bit on the packet. The authority bit is now set when sending Notify packets. (D/E 6942) This kit also includes the following changes from previous ECO kits: NAMED-100_A042 - ECO Ranking 2 - Recommended. -------------- - A timing window existed that could potentially cause the nameserver to abort with errors similar to: d_rcnt-- == 0 or db_freedata: DB_F_FREE set This has been corrected. (D/E 6283) NAMED-091_A042 - ECO Ranking 2 - Recommended. -------------- - NAMED-040_A042 and subsequent ECOs introduced a new timing window that could cause the nameserver to exit with an INSIST error: INSIST(evGetNext(ev, &event, EV_WAIT) != -1): error 0 failed. This problem has been corrected. (D/E 6257) - MULTINET NETCONTROL DOMAIN RELOAD queues a reload request with the nameserver. On nameservers with no incoming queries, it could take up to 15 minutes before the nameserver would do the reload. Otherwise the reload would occur when it received the next query. The code has been reworked so that reloads should occur shortly after issuing the reload command. (D/E 6221) NAMED-080_A042 - ECO Ranking 0 - Mandatory update -------------- - Outgoing TCP connections had been blocking connections, which could cause intermittent hangs in the nameserver as it tried to open TCP connections to attempt to resolve queries with large answers. This problem has been corrected. (D/E 6177) NAMED-070_A042 -------------- - NAMED-040_A042 and subsequent ECOs introduced a new timing window that could cause nameservers to loop with strange "accept:" related opcom messages. This problem has been corrected. (D/E 5995) NAMED-060_A042 - ECO Ranking 2 -------------- - NAMED-040_A042 and subsequent ECOs introduced a new timing window that could cause nameservers to prematurely terminate large outgoing zone transfers. This problem has been corrected. (D/E 5478) - Secondary servers no longer create a new version of the backup zone file when it transfers the zone, it now replaces the old file with the new file. Customers are encouraged to check the directories where their backup zone files are stored, and purge the excess if desired. (D/E 5207) NAMED-051_A042 -------------- - Master Server no longer access violates if you try to restart the nameserver if it's hung or not running. (D/E 5192) IP AddressWorks related changes: - Improved handling of errors trying to communicate with the Server Manager. NAMED-040_A042 -------------- - A timing issue has been corrected. With the right timing, the nameserver could hang intermittently until another tcp connection is received. (D/E 5175) IP AddressWorks related changes: - NameD no longer creates a crash dump if it is shutdown before it has a chance to fully start up. NAMED-030_A042 -------------- - Several problems have been corrected regarding logging files. - The log files are now flushed to disk periodically, so their contents can be viewed without restarting or reloading NameD. - The "versions" clause on the logging file statement will now cause NameD to create a new version of the file upon restart or reload, and the specified number of old versions will be kept. For example: logging { channel queries_log { file "multinet:queries.log" versions 3; severity info; } category queries { queries_log; }; } If "versions" is not specified, NameD performs the current behavior of appending to the same log file. NAMED-021_A042 -------------- - A problem has been corrected regarding logging files. One may now configure the logging {} statement to have multiple channels to the same log file. NAMED-010_A042 -------------- - BIND 8 creates glue records during zone transfers to secondaries when the zone being transferred contains delegation names that exist in subzones of the transferred zone (e.g. the zone has NS records for subzones that point to servers whose name is also in a subzone). This caused problems if the NS record was pointing to a cluster alias name as the authoritative server for that subzone. This patch prevents the glue from being created if the NS record points to a CSN. IP AddressWorks related changes: - NameD now cleanly terminates it's connection with the LDAP server when the nameserver is stopped via NETCONTROL DOMAIN STOP or RESTART) - NameD now informs the IPAW GUI and issues a warning if it has no configuration file to start up with, and can't export one from LDAP. You need to restart the Nameserver and the Master Server for these changes to take effect. The following is the recommended sequence: $ ! shut down the Nameserver $ MULTINET NETCONTROL DOMAINNAME STOP $ ! re-start the master server, which will automaticaly restart NAMED $ @MULTINET:START_SERVER.COM You do not have to reboot after installing this kit. [End of ECO announcement] ================================================================================ Archive-Date: Thu, 26 Apr 2001 10:23:34 -0400 Date: Thu, 26 Apr 2001 10:21:57 -0400 From: Ray Subject: Very Strange Multinet(?) problem To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii This all started 2 days ago when we suddenly could not telnet to a remote system (from VMS or a PC), but we could SET HOST to it using DECnet. We also could not ping that system and trace stopped at our router (normally 4 hops to that system). There were no problems getting anywhere else, and after a couple of hours, everything started working to that remote site. But today, it really got strange! At this moment, I cannot ping or trace to that remote site from our Alpha, but I can telnet to it! BUT, the VAX or any PC can ping or trace to it. So only the Alpha can't ping or trace to that one site, but it can ping and trace everywhere else, and it can telnet to that site. I did @start_server and nothing changed. The Alpha is running VMS 7.1, Multinet V4.2 Rev A-X. The VAX is running VMS 6.2 and Multinet V4.1 Rev A-X. I'm talking to our state router people, but with the present symptoms, if I were them, I would blame our Alpha. Any ideas? Ray ================================================================================ Archive-Date: Thu, 26 Apr 2001 10:25:49 -0400 Date: Thu, 26 Apr 2001 08:24:40 -0600 From: Dan O'Reilly Reply-To: Info-MultiNet@process.com Subject: Re: Very Strange Multinet(?) problem To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Has somebody been messing around with firewalls or routers in between the systems? At 08:21 AM 4/26/2001, Ray wrote: >This all started 2 days ago when we suddenly could not telnet >to a remote system (from VMS or a PC), but we could SET HOST >to it using DECnet. We also could not ping that system and >trace stopped at our router (normally 4 hops to that system). >There were no problems getting anywhere else, and after a >couple of hours, everything started working to that remote >site. > >But today, it really got strange! At this moment, I cannot >ping or trace to that remote site from our Alpha, but I can >telnet to it! BUT, the VAX or any PC can ping or trace to >it. So only the Alpha can't ping or trace to that one site, >but it can ping and trace everywhere else, and it can telnet >to that site. > >I did @start_server and nothing changed. The Alpha is running >VMS 7.1, Multinet V4.2 Rev A-X. The VAX is running VMS 6.2 >and Multinet V4.1 Rev A-X. I'm talking to our state router >people, but with the present symptoms, if I were them, I would >blame our Alpha. > >Any ideas? > >Ray ------ +-------------------------------+---------------------------------------+ | Dan O'Reilly | | | Principal Engineer | "Why should I care about posterity? | | Process Software | What's posterity ever done for me?" | | http://www.process.com | -- Groucho Marx | +-------------------------------+---------------------------------------+ ================================================================================ Archive-Date: Thu, 26 Apr 2001 10:47:42 -0400 Date: Thu, 26 Apr 2001 10:36:54 -0400 From: "Dixon, Michael" Reply-To: Info-MultiNet@process.com Subject: RE: Very Strange Multinet(?) problem To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Ray: Are you using IP Names or Numbers? When you say it does not work, what is the response from a PING or failed traceroute? -----Original Message----- From: Ray [mailto:lists@aik.tec.sc.us] Sent: Thursday, April 26, 2001 10:22 AM To: info-multinet@process.com Subject: Very Strange Multinet(?) problem This all started 2 days ago when we suddenly could not telnet to a remote system (from VMS or a PC), but we could SET HOST to it using DECnet. We also could not ping that system and trace stopped at our router (normally 4 hops to that system). There were no problems getting anywhere else, and after a couple of hours, everything started working to that remote site. But today, it really got strange! At this moment, I cannot ping or trace to that remote site from our Alpha, but I can telnet to it! BUT, the VAX or any PC can ping or trace to it. So only the Alpha can't ping or trace to that one site, but it can ping and trace everywhere else, and it can telnet to that site. I did @start_server and nothing changed. The Alpha is running VMS 7.1, Multinet V4.2 Rev A-X. The VAX is running VMS 6.2 and Multinet V4.1 Rev A-X. I'm talking to our state router people, but with the present symptoms, if I were them, I would blame our Alpha. Any ideas? Ray ================================================================================ Archive-Date: Thu, 26 Apr 2001 11:36:16 -0400 Date: Thu, 26 Apr 2001 11:34:38 -0400 From: Mike Bartman Reply-To: Info-MultiNet@process.com Subject: RE: Very Strange Multinet(?) problem To: "'info-multinet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 It sounds like someone is playing with routers, or with filters on the remote system. -- Mike Bartman > -----Original Message----- > From: Ray [mailto:lists@aik.tec.sc.us] > Sent: Thursday, April 26, 2001 10:22 AM > To: info-multinet@process.com > Subject: Very Strange Multinet(?) problem > > > This all started 2 days ago when we suddenly could not telnet > to a remote system (from VMS or a PC), but we could SET HOST > to it using DECnet. We also could not ping that system and > trace stopped at our router (normally 4 hops to that system). > There were no problems getting anywhere else, and after a > couple of hours, everything started working to that remote > site. > > But today, it really got strange! At this moment, I cannot > ping or trace to that remote site from our Alpha, but I can > telnet to it! BUT, the VAX or any PC can ping or trace to > it. So only the Alpha can't ping or trace to that one site, > but it can ping and trace everywhere else, and it can telnet > to that site. > > I did @start_server and nothing changed. The Alpha is running > VMS 7.1, Multinet V4.2 Rev A-X. The VAX is running VMS 6.2 > and Multinet V4.1 Rev A-X. I'm talking to our state router > people, but with the present symptoms, if I were them, I would > blame our Alpha. > > Any ideas? > > Ray > ================================================================================ Archive-Date: Thu, 26 Apr 2001 11:49:13 -0400 Date: Thu, 26 Apr 2001 11:47:40 -0400 (EDT) From: Jeff Schreiber Reply-To: Info-MultiNet@process.com Subject: Re: Very Strange Multinet(?) problem To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Ray writes: > >I did @start_server and nothing changed. The Alpha is running >VMS 7.1, Multinet V4.2 Rev A-X. The VAX is running VMS 6.2 >and Multinet V4.1 Rev A-X. I'm talking to our state router >people, but with the present symptoms, if I were them, I would >blame our Alpha. > If traceroute is getting at least one hop, then it's probably not the Alpha. See if there is anyway to determine in your router logs what if the packets are getting received [most likely] and if they are being allowed through [probably not]. If ping and traceroute aren't working, but telnet is... then make sure that the firewall isn't blocking ICMP packets from the remote system to your alpha, or from your alpha to the remote system. Is it just from your alpha to a specific system on the other side of that router, or is it from your alpha to _any_ system on the other side of that router? -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Thu, 26 Apr 2001 11:50:36 -0400 Date: Thu, 26 Apr 2001 15:48:54 +0000 (GMT) From: spamcancel@wupper.com Subject: cmsg cancel Sender: mbbftp@ee.evid.tv To: info-multinet@process.com Reply-To: Info-MultiNet@process.com Excessive Multi-Posted spam article exceeding a BI of 20 cancelled by spamcancel@wupper.com. From was: mbbftp@ee.evid.tv Subject was: Warning........Evidence Alert............................................................................. 8508 NNTP-Posting-Host was: 217.32.133.23 ================================================================================ Archive-Date: Thu, 26 Apr 2001 12:06:13 -0400 Date: Thu, 26 Apr 2001 12:05:36 -0400 From: goathunter@process.com Reply-To: Info-MultiNet@process.com Subject: MultiNet ECO kit available: MASTER_SERVER-040_A043 To: multinet-announce@process.com MultiNet ECO kit announcement The following ECO kit is now available for MultiNet: ECO: MASTER_SERVER-040_A043 Description: Master Server update for V4.3A Release date: 26-APR-2001 Ranking: 3 Max ranking: 2 Versions: V4.3A ftp://ftp.multinet.process.com/patches/multinet043/master_server-040_a043.zip To search the MultiNet ECO database, please visit the following URL: http://www.multinet.process.com/eco.html For more information, contact Process Software via: E-mail: support@process.com Phone: 1-800-394-8700 The ECO kit README contents are below. ----------------------------------------------------------- MASTER_SERVER-040_A043 ECO kit rev 4.0 for MultiNet Version 4.3 Rev A Copyright (c) 2000, 2001, by Process Software The MASTER_SERVER-040_A043 kit updates MultiNet V4.3 Rev A with a new version of SERVER.EXE which includes the following changes: Changes since 4.3A DE 6564 - Correct a problem where a string was not properly initialized in some cases, which could lead to an access violation. ECO Rank 3 (MASTER_SERVER-040_A043) Data gathering code to set a logical (MULTINET_STANDARD*) when an error occurs on a served port. The value of the logical allows Process Software to determine where an error was detected, the error code that was detected, and when it was detected, to assist in finding the source of the errors. It also adds a logical (MULTINET_SERVER_TRY_LATER) which can be set to a VMS delta time to specify how long it should wait until re-trying the operation that had an error. The default is 1 minute (0 0:1:0). DE 6896 - Correct the logicals used by FTP for Secure IP (MULTINET_ACCESS_SERVER_ADDRESS, MULTINET_ACCESS_SERVER_PORT, MULTINET_ACCESS_CHALLENGE_FORMAT, MULTINET_ACCESS_OTP_FORMAT) ECO Rank 3 (MASTER_SERVER-040_A043) DE 6901 - Correct a problem in which FTP sessions may disconnect immediately if MULTINET_FTP_MAXIMUM_IDLE_TIME is set to 0 ECO Rank 3 (MASTER_SERVER-040_A043) DE 6655 - Correct a problem which can cause channels to be left open to the name server (UDP 53) when there is no resolver configured. ECO Rank 3 (MASTER_SERVER-030_A043) DE 6564 - Correct a problem where more data could be copied into a string than there is space for, which could lead to an access violation. ECO Rank 3 (MASTER_SERVER-020_A043) DE 6503 - Correct a problem with INET devices that do not go away. Correct an undetected error in allocating memory which could cause an access violation. ECO Rank 2 (MASTER_SERVER-010_A043) You do not have to reboot after installing this kit. After installing, execute: @MULTINET:START_SERVER to restart the new master server. [End of ECO announcement] ================================================================================ Archive-Date: Thu, 26 Apr 2001 13:19:27 -0400 Sender: goatley@triton.process.com Return-Path: Date: Thu, 26 Apr 2001 12:31:23 -0400 From: Ray Subject: Re: Very Strange Multinet(?) problem To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Think we found the problem. At the exact time these problems first happened, our state router people added a new DLCI. The routers between here and the remote site were all configured to use any new DLCI they see, but our router is set to use the old DLCI only. I will switch it to the new DLCI today and see if the problem goes away. I would have never imagined the routers would behave as they have. Thanks for the input! Ray ================================================================================ Archive-Date: Thu, 26 Apr 2001 14:47:38 -0400 Sender: goatley@triton.process.com Return-Path: Date: Thu, 26 Apr 2001 12:37:21 -0500 From: Ken Connelly Reply-To: Info-MultiNet@process.com Subject: Re: Very Strange Multinet(?) problem Sender: Ken.Connelly@uni.edu To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Ray wrote: > Think we found the problem. At the exact time these problems first > happened, our state router people added a new DLCI. The routers > between here and the remote site were all configured to use any > new DLCI they see, but our router is set to use the old DLCI only. > I will switch it to the new DLCI today and see if the problem goes > away. > > I would have never imagined the routers would behave as they have. over the years, i have learned that routers, like many things technical, do what they're told to do, as opposed to what you want them to do. :-} > > > Thanks for the input! > > Ray -- - Ken =========================================================================== Ken Connelly (KC152) Systems and Operations Manager, ITS - Network Services University of Northern Iowa Cedar Falls, IA 50614-0121 email: Ken.Connelly@uni.edu phone: (319) 273-5850 fax: (319) 273-7373 ================================================================================ Archive-Date: Thu, 26 Apr 2001 18:06:15 -0400 Date: Fri, 27 Apr 2001 10:04:41 +1200 From: Malcolm Smeaton Reply-To: Info-MultiNet@process.com Subject: Bind 9 To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii I've asked this before. I didn't get an answer but I'll try again. When will Multinet support Bind version 9? According to the Internet Software Consortium Bind 9 has been underwritten by Process Software Corporation: http://www.isc.org/products/BIND/bind9.html I am interested because we use ddns and Bind 9 apparantly does a much better job of removing Resource Records whose TTL has expired. There are also other enhancements which look attractive in a ddns environment. -- Regards Malcolm Malcolm C Smeaton, Server Group Leader IT Department University of Canterbury, Private Bag 4800, Christchurch, New Zealand Phone: 64-3-364-2333 Fax: 64-3-364-2332 Email: m.smeaton@it.canterbury.ac.nz ================================================================================ Archive-Date: Fri, 27 Apr 2001 02:36:14 -0400 Date: Fri, 27 Apr 2001 15:54:16 +0930 From: Jeremy Begg Reply-To: Info-MultiNet@process.com Subject: Debugging MultiNet SMTP interractions To: info-multinet@process.com CC: jeremy@vsm.com.au MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Hi, Process Software MultiNet V4.3 Rev A-X, COMPAQ AlphaServer DS20E 666 MHz, OpenVMS AXP V7.2-1 This machine is configured with two interfaces and today I managed to persuade DNS to use the appropriate interface for its lookups (most of the time). I'm trying to send SMTP mail and I'd like to watch the dialogue with the remote SMTP server(s). What's the procedure for doing this? I tried defining MULTINET_SMTP_SYMBIONT_DEBUG to TRUE but that resulted in the following OPCOM broadcasts: %QMAN-E-SYMDEL, unexpected symbiont process termination -SYSTEM-F-DEBUG, command interpreter debugger signal at PC=0000000000000000, PS=00000000 Thanks, Jeremy Begg +---------------------------------------------------------+ | VSM Software Services Pty. Ltd. | | http://www.vsm.com.au/ | | "OpenVMS Systems Management & Programming" | |---------------------------------------------------------| | P.O.Box 402, Walkerville, | E-Mail: jeremy@vsm.com.au | | South Australia 5081 | Phone: +61 8 83592155 | |---------------------------| Mobile: 0414 422 947 | | A.C.N. 068 409 156 | FAX: +61 8 82231777 | +---------------------------------------------------------+ ================================================================================ Archive-Date: Fri, 27 Apr 2001 03:27:34 -0400 Date: Fri, 27 Apr 2001 16:47:20 +0930 From: Jeremy Begg Reply-To: Info-MultiNet@process.com Subject: SMTP logon banner To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Hi again, Process Software MultiNet V4.3 Rev A-X, COMPAQ AlphaServer DS20E 666 MHz, OpenVMS AXP V7.2-1 Is it possible to configure the MultiNet SMTP server so that it prints out different host information depending on the interface the SMTP connection comes in on? Can the SMTP client (symbiont) be configured to automatically set the source host name (c.f. MULTINET_SMTP_FROM_HOST logical) if the mail goes out through a specific gateway? (If only PMDF was cheaper for MultiNet sites!) Thanks, Jeremy Begg +---------------------------------------------------------+ | VSM Software Services Pty. Ltd. | | http://www.vsm.com.au/ | | "OpenVMS Systems Management & Programming" | |---------------------------------------------------------| | P.O.Box 402, Walkerville, | E-Mail: jeremy@vsm.com.au | | South Australia 5081 | Phone: +61 8 83592155 | |---------------------------| Mobile: 0414 422 947 | | A.C.N. 068 409 156 | FAX: +61 8 82231777 | +---------------------------------------------------------+ ================================================================================ Archive-Date: Fri, 27 Apr 2001 10:22:51 -0400 Date: Fri, 27 Apr 2001 08:21:09 -0600 From: Jim Mehlhop Reply-To: Info-MultiNet@process.com Subject: Re: Debugging MultiNet SMTP interractions To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii What version of the smtp eco are you using. I've never seen it do that. At 03:54 PM 4/27/01 +0930, you wrote: >Hi, > >Process Software MultiNet V4.3 Rev A-X, >COMPAQ AlphaServer DS20E 666 MHz, >OpenVMS AXP V7.2-1 > >This machine is configured with two interfaces and today I managed to >persuade DNS to use the appropriate interface for its lookups (most of >the time). I'm trying to send SMTP mail and I'd like to watch the >dialogue with the remote SMTP server(s). What's the procedure for >doing this? I tried defining MULTINET_SMTP_SYMBIONT_DEBUG to TRUE >but that resulted in the following OPCOM broadcasts: > >%QMAN-E-SYMDEL, unexpected symbiont process termination >-SYSTEM-F-DEBUG, command interpreter debugger signal at >PC=0000000000000000, PS=00000000 > >Thanks, > > Jeremy Begg > > +---------------------------------------------------------+ > | VSM Software Services Pty. Ltd. | > | http://www.vsm.com.au/ | > | "OpenVMS Systems Management & Programming" | > |---------------------------------------------------------| > | P.O.Box 402, Walkerville, | E-Mail: jeremy@vsm.com.au | > | South Australia 5081 | Phone: +61 8 83592155 | > |---------------------------| Mobile: 0414 422 947 | > | A.C.N. 068 409 156 | FAX: +61 8 82231777 | > +---------------------------------------------------------+ Jim Mehlhop, Support Engineer Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ ================================================================================ Archive-Date: Fri, 27 Apr 2001 10:25:31 -0400 Date: Fri, 27 Apr 2001 08:23:43 -0600 From: Jim Mehlhop Reply-To: Info-MultiNet@process.com Subject: Re: Debugging MultiNet SMTP interractions To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii At 03:54 PM 4/27/01 +0930, you wrote: >Hi, > >Process Software MultiNet V4.3 Rev A-X, >COMPAQ AlphaServer DS20E 666 MHz, >OpenVMS AXP V7.2-1 > >This machine is configured with two interfaces and today I managed to >persuade DNS to use the appropriate interface for its lookups (most of >the time). I'm trying to send SMTP mail and I'd like to watch the >dialogue with the remote SMTP server(s). Have you tried $ mu tcpdump/hex/snap=1600/rpc=all(/interface=se1) port smtp Use the /interface if you want to look at an interface other than the primary Jim >What's the procedure for >doing this? I tried defining MULTINET_SMTP_SYMBIONT_DEBUG to TRUE >but that resulted in the following OPCOM broadcasts: > >%QMAN-E-SYMDEL, unexpected symbiont process termination >-SYSTEM-F-DEBUG, command interpreter debugger signal at >PC=0000000000000000, PS=00000000 > >Thanks, > > Jeremy Begg > > +---------------------------------------------------------+ > | VSM Software Services Pty. Ltd. | > | http://www.vsm.com.au/ | > | "OpenVMS Systems Management & Programming" | > |---------------------------------------------------------| > | P.O.Box 402, Walkerville, | E-Mail: jeremy@vsm.com.au | > | South Australia 5081 | Phone: +61 8 83592155 | > |---------------------------| Mobile: 0414 422 947 | > | A.C.N. 068 409 156 | FAX: +61 8 82231777 | > +---------------------------------------------------------+ Jim Mehlhop, Support Engineer Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ ================================================================================ Archive-Date: Fri, 27 Apr 2001 11:06:29 -0400 Date: Fri, 27 Apr 2001 09:58:17 -0500 (CDT) From: Hunter Goatley Reply-To: Info-MultiNet@process.com Subject: Re: Debugging MultiNet SMTP interractions To: Jeremy Begg CC: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > This machine is configured with two interfaces and today I managed to > persuade DNS to use the appropriate interface for its lookups (most of > the time). I'm trying to send SMTP mail and I'd like to watch the > dialogue with the remote SMTP server(s). What's the procedure for > doing this? I tried defining MULTINET_SMTP_SYMBIONT_DEBUG to TRUE > but that resulted in the following OPCOM broadcasts: > %QMAN-E-SYMDEL, unexpected symbiont process termination > -SYSTEM-F-DEBUG, command interpreter debugger signal at PC=0000000000000000, PS=00000000 That's the wrong logical. That's the logical that signals SS$_DEBUG for interactive development debugging. To create the log files you want, define the logical MULTINET_SMTP_SYMBIONT_LOG. That'll create log files named, by default, MULTINET:MULTINET_SMTP_LOG.queuename (or just SMTP_LOG.queuename, depending on whether you have the latest ECO kit). To change the file name and location, define MULTINET_SMTP_LOG as the desired file spec (or just SMTP_LOG if you're running an older ECO). Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Fri, 27 Apr 2001 11:10:40 -0400 Date: Fri, 27 Apr 2001 10:07:17 -0500 (CDT) From: Hunter Goatley Reply-To: Info-MultiNet@process.com Subject: Re: SMTP logon banner To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > Is it possible to configure the MultiNet SMTP server so that it prints > out different host information depending on the interface the SMTP > connection comes in on? > Can the SMTP client (symbiont) be configured to automatically set the > source host name (c.f. MULTINET_SMTP_FROM_HOST logical) if the mail > goes out through a specific gateway? The answer to both of these is no. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Fri, 27 Apr 2001 11:14:41 -0400 Date: Fri, 27 Apr 2001 09:12:59 -0600 From: Jim Mehlhop Reply-To: Info-MultiNet@process.com Subject: Re: Debugging MultiNet SMTP interractions To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Argh. It was just pointed out to me that defining MULTINET_SMTP_SYMBIONT_DEBUG to TRUE means it will try to activate the debugger. If you want a LOG file of the smtp work: $define/sys/exec MULTINET_SMTP_SYMBIONT_LOG TRUE. Thanks Rich. Jim At 08:21 AM 4/27/01 -0600, you wrote: >What version of the smtp eco are you using. I've never seen it do that. > >At 03:54 PM 4/27/01 +0930, you wrote: >>Hi, >> >>Process Software MultiNet V4.3 Rev A-X, >>COMPAQ AlphaServer DS20E 666 MHz, >>OpenVMS AXP V7.2-1 >> >>This machine is configured with two interfaces and today I managed to >>persuade DNS to use the appropriate interface for its lookups (most of >>the time). I'm trying to send SMTP mail and I'd like to watch the >>dialogue with the remote SMTP server(s). What's the procedure for >>doing this? I tried defining MULTINET_SMTP_SYMBIONT_DEBUG to TRUE >>but that resulted in the following OPCOM broadcasts: >> >>%QMAN-E-SYMDEL, unexpected symbiont process termination >>-SYSTEM-F-DEBUG, command interpreter debugger signal at >>PC=0000000000000000, PS=00000000 >> >>Thanks, >> >> Jeremy Begg >> >> +---------------------------------------------------------+ >> | VSM Software Services Pty. Ltd. | >> | http://www.vsm.com.au/ | >> | "OpenVMS Systems Management & Programming" | >> |---------------------------------------------------------| >> | P.O.Box 402, Walkerville, | E-Mail: jeremy@vsm.com.au | >> | South Australia 5081 | Phone: +61 8 83592155 | >> |---------------------------| Mobile: 0414 422 947 | >> | A.C.N. 068 409 156 | FAX: +61 8 82231777 | >> +---------------------------------------------------------+ > > > Jim Mehlhop, Support Engineer > Jim Mehlhop, Support Engineer > Process Software > Mehlhop@process.com > Phone 719-638-8448 > Join Cauce to outlaw spam > http://www.cauce.org/ > Jim Mehlhop, Support Engineer Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ ================================================================================ Archive-Date: Fri, 27 Apr 2001 11:20:20 -0400 Sender: goatley@triton.process.com Return-Path: Date: Fri, 27 Apr 2001 11:41:09 +0200 From: Kurt Becher Reply-To: Info-MultiNet@process.com Subject: svc_sendreply does accessviolation To: owner-info-multinet@process.com CC: Rolf Kramer , rroettge: ; MIME-Version: 1.0 Content-Type: text/plain; name="MEMO 04/27/01 10:40:59"; charset=ISO-8859-1 Hello we are experiencing a problem with RPC in multinet v4.2-X. If a RPC-client dies without a known reason, our RPC-serverprocess gets an access violation. At this moment the RPC-call "svc_sendreply" is running against the dead client. Normally that should give an errorstatus and not an access violation! Is there a workaround or solution somewhere? Are there any known issues against the RPC-lib? Thanks for all your help ================================================================================ Archive-Date: Fri, 27 Apr 2001 11:28:37 -0400 Date: Fri, 27 Apr 2001 09:26:59 -0600 From: Jim Mehlhop Reply-To: Info-MultiNet@process.com Subject: Re: svc_sendreply does accessviolation To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Kurt have you logged a case? Can we get access to the machine with the process dumps? I assume this is your own RPC-serverprocess and we would need to be able to get on the machine with that code on it. Jim At 11:41 AM 4/27/01 +0200, you wrote: >Hello > >we are experiencing a problem with RPC in multinet v4.2-X. >If a RPC-client dies without a known reason, our RPC-serverprocess gets an >access violation. At this moment the RPC-call "svc_sendreply" is running >against the dead client. Normally that should give an errorstatus and not an >access violation! > >Is there a workaround or solution somewhere? Are there any known issues >against >the RPC-lib? > >Thanks for all your help Jim Mehlhop, Support Engineer Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ ================================================================================ Archive-Date: Fri, 27 Apr 2001 11:32:50 -0400 Resent-Date: Fri, 27 Apr 2001 11:31:16 GMT Resent-From: Info-MultiNet@process.com Resent-To: INFO-MULTINET@TRITON.PROCESS.COM Date: Fri, 27 Apr 2001 8:29:20 PDT From: "Ramon Curiel" To: Info-MultiNet@PROCESS.COM CC: RAY@curiel.org Subject: Re(2):Debugging MultiNet SMTP interractions Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII > > To create the log files you want, define the logical > MULTINET_SMTP_SYMBIONT_LOG. That'll create log files named, by > default, MULTINET:MULTINET_SMTP_LOG.queuename (or just > SMTP_LOG.queuename, depending on whether you have the latest ECO kit). > To change the file name and location, define MULTINET_SMTP_LOG as the > desired file spec (or just SMTP_LOG if you're running an older ECO). Okay, I'm being picky and I don't use Processes mailer anyway, but, When I look for log files I expect them to have the extension ".log". How hard would it have been to do SMTP_queuename.LOG ? > > > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > http://www.goatley.com/hunter/ Ray ================================================================================ Archive-Date: Fri, 27 Apr 2001 11:38:51 -0400 Date: Fri, 27 Apr 2001 10:35:09 -0500 (CDT) From: Hunter Goatley Reply-To: Info-MultiNet@process.com Subject: Re: Re(2):Debugging MultiNet SMTP interractions To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > Okay, I'm being picky and I don't use Processes mailer anyway, but, > When I look for log files I expect them to have the extension ".log". > How hard would it have been to do SMTP_queuename.LOG ? Not hard, it just wasn't done that way. I don't remember why. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Fri, 27 Apr 2001 12:46:28 -0400 Date: Fri, 27 Apr 2001 10:40:21 -0600 From: Ron Winfrey Reply-To: Info-MultiNet@process.com Subject: general question To: info-multinet@process.com MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 I am building an application on OpenVMS 7.2. The application is a tcpip server using the standard Dec c library. Multinet is installed on the machine and I have dec threads available to me which I believe is Compaq's implementation of pthreads. I want to make this a multithreaded server keeping open connections with all my clients. When I make the standard calls like bind and accept, through the standard c library are they going through Multinet and do I have a thread safe issue? Thanks, Chris Wayne ================================================================================ Archive-Date: Fri, 27 Apr 2001 12:48:34 -0400 Date: Fri, 27 Apr 2001 11:45:50 -0500 (CDT) From: Hunter Goatley Reply-To: Info-MultiNet@process.com Subject: Re: general question To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 > I am building an application on OpenVMS 7.2. The application is a tcpip > server using the standard Dec c library. Multinet is installed on the > machine and I have dec threads available to me which I believe is Compaq's > implementation of pthreads. I want to make this a multithreaded server > keeping open connections with all my clients. When I make the standard > calls like bind and accept, through the standard c library are they going > through Multinet and do I have a thread safe issue? As long as you use the DEC C headers (, etc.) instead of the MultiNet headers, you're using the standard C library routines, which are thread-safe. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Sat, 28 Apr 2001 00:07:42 -0400 Date: Sat, 28 Apr 2001 03:57:42 +0000 (GMT) From: Amy Lewis Subject: printer config> port number??? To: info-multinet@process.com Reply-To: Info-MultiNet@process.com We have decided to get away from networking printers with Applespeak, and I have been handed the task of setting them all up to print via IP, however, I find that I need to know what port a given printer uses. I have heard most of them use port 9100, however our users have gone out and bought every imaginable manner of printers, and there are some real odd ducks out there. Does anyone know where I might find information on what printers use what ports? I've gone to various companies web pages and for some reason they will not tell you this. In the case of HP I'm guessing it's because they want you to buy their JetDirect (tm) software and not worry about it, but for those of use configuring printers under VMS/Multinet this is not at all helpful. thanx, Amy Lewis ================================================================================ Archive-Date: Sat, 28 Apr 2001 01:07:55 -0400 Date: Sat, 28 Apr 2001 04:53:21 +0000 (GMT) From: Amy Lewis Subject: problems configuring printers To: info-multinet@process.com Reply-To: Info-MultiNet@process.com I am having trouble configuring printers in PRINTER-CONFIG. It all seems to go well, but when I run REMOTE-PRINTER-QUEUES I get: AMY>@MULTINET:REMOTE-PRINTER-QUEUES %SYSMAN-I-NODERR, error returned from node BETA -SYSTEM-W-DRVEXISTS, device driver already loaded; not superseded %SYSMAN-I-NODERR, error returned from node BETA -SYSTEM-W-DEVEXISTS, device unit already exists %DCL-I-SUPERSEDE, previous value of MULTINET_NLP4_REMOTE_ADDRESS has been supers eded %DCL-W-NOPAREN, value improperly delimited - supply parenthesis \_FORM\ %SYSMAN-I-NODERR, error returned from node BETA -SYSTEM-W-DEVEXISTS, device unit already exists %DCL-I-SUPERSEDE, previous value of MULTINET_NLP2_REMOTE_ADDRESS has been supers eded %DCL-I-SUPERSEDE, previous value of MULTINET_PRINTER_LW$BX_NO_TELNET has been su perseded %SET-E-NOTSET, error modifying NLP2: -SYSTEM-W-DEVASSIGN, device has channels assigned %SET-E-NOTSET, error modifying NLP2 -CLI-E-DEVALSPL, device already spooled %JBC-I-QUENOTMOD, modifications not made to running queue %SYSMAN-I-NODERR, error returned from node BETA -SYSTEM-W-DEVEXISTS, device unit already exists %DCL-I-SUPERSEDE, previous value of MULTINET_NLP0_REMOTE_ADDRESS has been supers eded %DCL-I-SUPERSEDE, previous value of MULTINET_PRINTER_LW$GRAD3_NO_TELNET has been superseded %SET-E-NOTSET, error modifying NLP0: -SYSTEM-W-DEVASSIGN, device has channels assigned %SET-E-NOTSET, error modifying NLP0 -CLI-E-DEVALSPL, device already spooled %JBC-I-QUENOTMOD, modifications not made to running queue %SYSMAN-I-NODERR, error returned from node BETA -SYSTEM-W-DEVEXISTS, device unit already exists %DCL-I-SUPERSEDE, previous value of MULTINET_NLP1_REMOTE_ADDRESS has been supers eded %DCL-I-SUPERSEDE, previous value of MULTINET_PRINTER_LW$H222_NO_TELNET has been superseded %SET-E-NOTSET, error modifying NLP1: -SYSTEM-W-DEVASSIGN, device has channels assigned %SET-E-NOTSET, error modifying NLP1 -CLI-E-DEVALSPL, device already spooled %JBC-E-NOSUCHFORM, no such form %SYSMAN-I-NODERR, error returned from node BETA -SYSTEM-W-DEVEXISTS, device unit already exists %DCL-I-SUPERSEDE, previous value of MULTINET_NLP3_REMOTE_ADDRESS has been supers eded %DCL-I-SUPERSEDE, previous value of MULTINET_PRINTER_LW$LAW1_NO_TELNET has been superseded %SET-E-NOTSET, error modifying NLP3: -SYSTEM-W-DEVASSIGN, device has channels assigned %SET-E-NOTSET, error modifying NLP3 -CLI-E-DEVALSPL, device already spooled %JBC-I-QUENOTMOD, modifications not made to running queue %SYSMAN-I-NODERR, error returned from node BETA -SYSTEM-W-DEVEXISTS, device unit already exists %DCL-I-SUPERSEDE, previous value of MULTINET_NLP5_REMOTE_ADDRESS has been supers eded %DCL-I-SUPERSEDE, previous value of MULTINET_PRINTER_LW$UC510_NO_TELNET has been superseded %JBC-E-NOSUCHFORM, no such form AMY> Then, when I try to start the queue I get: %SYSTEM-W-NOSUCHDEV, no such device available What a mess! Amy ================================================================================ Archive-Date: Sat, 28 Apr 2001 02:54:18 -0400 Date: Fri, 27 Apr 2001 23:52:27 -0700 From: Dan Wing Reply-To: Info-MultiNet@process.com Subject: RE: printer config> port number??? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 9100 is an oft-used port, but if that doesn't work, you can try scripting Kermit to connect to each port. The port(s) that allow a connection are listening and are potential candidates. You can also use kewl haaking tewls to do this, too, if you're so inclined. Also try an SNMP query to the printer. If the printer supports SNMP that will be faster than trying all the TCP ports. $ MULTINET SHOW/CONNECTIONS=ALL/SNMP=printer LPD is on port 515 - don't try sending non-LPD stuff to that port, as it will usually fail or at least cause the printer to get unhappy and print an error page. Some printers listen on several ports -- some TCP port numbers are intended for incoming postscript, so-called "raw" text, or ASCII with either with CR+LF or plain LF at end of lines. If you don't have the manual you may have to experiment to see what works best. While you're doing that you can consider how much your company is paying you per hour versus how much they saved by buying a mish-mash of printers, and which might have been cheaper. :-) -d > -----Original Message----- > From: Amy Lewis [mailto:amylewis@earthlink.net] > Sent: Friday, April 27, 2001 8:58 PM > To: info-multinet@process.com > Subject: printer config> port number??? > > > We have decided to get away from networking printers with Applespeak, and I > have been handed the task of setting them all up to print via IP, however, I > find that I need to know what port a given printer uses. I have heard most > of them use port 9100, however our users have gone out and bought every > imaginable manner of printers, and there are some real odd ducks out there. > > Does anyone know where I might find information on what printers use what > ports? I've gone to various companies web pages and for some reason they > will not tell you this. In the case of HP I'm guessing it's because they > want you to buy their JetDirect (tm) software and not worry about it, but > for those of use configuring printers under VMS/Multinet this is not at all > helpful. > > thanx, > > Amy Lewis > > ================================================================================ Archive-Date: Sat, 28 Apr 2001 16:45:27 -0400 Date: Sat, 28 Apr 2001 16:43:32 -0400 From: "James, Kenneth" Reply-To: Info-MultiNet@process.com Subject: RE: printer config> port number??? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 This is a awsome task which takes some time, research & planning. You need to know where these devices connect to the network and how (direct connected or via some type of terminal server). You will need IP numbers for all of the printers. I have migrated two medical centers to IP based printing and it was successful when I had all of the information about each printer, it's connectivity, and their use of the printer. Their network staff had to be involved too. Thank you, Kenneth Kenneth B. James Senior Systems Consultant Superior Consultant Company, Inc Phone: 248.386.8300 Email: Kenneth_James@superiorconsultant.com Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -----Original Message----- From: Amy Lewis [mailto:amylewis@earthlink.net] Sent: Friday, April 27, 2001 11:58 PM To: info-multinet@process.com Subject: printer config> port number??? We have decided to get away from networking printers with Applespeak, and I have been handed the task of setting them all up to print via IP, however, I find that I need to know what port a given printer uses. I have heard most of them use port 9100, however our users have gone out and bought every imaginable manner of printers, and there are some real odd ducks out there. Does anyone know where I might find information on what printers use what ports? I've gone to various companies web pages and for some reason they will not tell you this. In the case of HP I'm guessing it's because they want you to buy their JetDirect (tm) software and not worry about it, but for those of use configuring printers under VMS/Multinet this is not at all helpful. thanx, Amy Lewis ================================================================================ Archive-Date: Mon, 30 Apr 2001 01:04:06 -0400 Resent-Date: Mon, 30 Apr 2001 1:02:31 GMT Resent-From: info-multinet@process.com Resent-To: INFO-MULTINET@TRITON.PROCESS.COM Subject: info-multinet, you are on your way to an awesome vacation... Date: Sun, 29 Apr 2001 23:57:54 -0800 To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Dear info-multinet, According to our records, info-multinet@process.com was registered back in May for our FREE cruise packages for two. Congratulations, you WON!!! One of our free Cruise Package tickets will be delivered to you within 7-10 days via US Mail. You must click on the link below and fill out the information exactly as it will appear on your tickets. You may leave the second party blank if you are not sure who will be going with you, but you must contact us via telephone at least 10 days prior to departure with the second passenger's name. Complete details on your prize package will be included in a brochure that will be delivered to you. Please keep in mind that there are at least 50 winners of this trip and it might take me a little while to get back to you. Please visit the following website to continue: http://1082593723/cgi-bin/contest.exe? Note: If this site is unavailable please feel free to send us email at travel_1230@softhome.net and we will contact you as soon as we can. Thanks a lot, Pete and Co. Note: To be removed please click here or respond with an email with remove in the subject line. Or copy and paste this URL in your browser: http://1082593723/cgi-bin/contest.exe?remove?cruise?info-multinet@process.com? ================================================================================ Archive-Date: Mon, 30 Apr 2001 01:11:00 -0400 Date: Mon, 30 Apr 2001 14:37:17 +0930 From: Jeremy Begg Reply-To: Info-MultiNet@process.com Subject: Re: info-multinet, you are on your way to an awesome vacation... To: info-multinet@process.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii >Dear info-multinet, > > According to our records, info-multinet@process.com was registered back in May >for our FREE cruise packages for two. > > Congratulations, you WON!!! One of our free Cruise Package tickets >will be delivered to you within 7-10 days via US Mail. I hope their boat is big enough for all of us :-) Jeremy Begg ================================================================================ Archive-Date: Mon, 30 Apr 2001 10:00:33 -0400 Date: Mon, 30 Apr 2001 13:58:37 +0000 (GMT) From: Amy Lewis Subject: Re: info-multinet, you are on your way to an awesome vacation... To: info-multinet@process.com Reply-To: Info-MultiNet@process.com "Jeremy Begg" wrote in message news:01K30IW3SPFY8WVYNY@vsm.com.au... > > >Dear info-multinet, > > > > According to our records, info-multinet@process.com was registered back in May > >for our FREE cruise packages for two. > > > > Congratulations, you WON!!! One of our free Cruise Package tickets > >will be delivered to you within 7-10 days via US Mail. > > I hope their boat is big enough for all of us :-) > > Jeremy Begg Can't wait for my ticket! Dont forget the sunblocker! Amy ================================================================================ Archive-Date: Mon, 30 Apr 2001 10:08:03 -0400 Return-Path: Date: Mon, 30 Apr 2001 09:06:19 -0500 From: "Klingberg, Richard" Reply-To: Info-MultiNet@process.com Subject: RE: info-multinet, you are on your way to an awesome vacation... To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 I wonder if the boat can hold several Thousand.... Lets See if the prize retail value is $149 to $249 then with and average of $200.00, that would mean if 3000 of us WON, it would cost them $60,000.00..... Not bad advertising costs, but at that price it means we would all probably get to sit on the DOCK for 1 day after we get there. Better bring our own towels too! Rick -----Original Message----- From: Amy Lewis [mailto:amylewis@earthlink.net] Sent: Monday, April 30, 2001 8:59 AM To: info-multinet@process.com Subject: Re: info-multinet, you are on your way to an awesome vacation... "Jeremy Begg" wrote in message news:01K30IW3SPFY8WVYNY@vsm.com.au... > > >Dear info-multinet, > > > > According to our records, info-multinet@process.com was registered back in May > >for our FREE cruise packages for two. > > > > Congratulations, you WON!!! One of our free Cruise Package tickets > >will be delivered to you within 7-10 days via US Mail. > > I hope their boat is big enough for all of us :-) > > Jeremy Begg Can't wait for my ticket! Dont forget the sunblocker! Amy ================================================================================ Archive-Date: Mon, 30 Apr 2001 10:23:37 -0400 Date: Mon, 30 Apr 2001 14:20:57 +0000 (GMT) From: Amy Lewis Subject: Re: printer config> port number??? To: info-multinet@process.com Reply-To: Info-MultiNet@process.com "James, Kenneth" wrote in message news:E95EED2036218D45B91D7B6D44BB989901DBCCA5@mi00exc00... > This is a awsome task which takes some time, research & planning. You need > to know where these devices connect to the network and how (direct connected > or via some type of terminal server). You will need IP numbers for all of > the printers. I have migrated two medical centers to IP based printing and > it was successful when I had all of the information about each printer, it's > connectivity, and their use of the printer. Their network staff had to be > involved too. > > Yes I know it's an awesome task, and I'm properly awed. We have about a thousand networked printers out there, and so far it's not going so well as I would have liked. Our networking staff is involved, and they are providing me with the IP addresses of the printers, and the make/model of the printers, but it's not enough information as some of the printers use ports I can only guess at. I'm starting with the HP's and the LaserWriters as I believe they all use 9100, but the Lexmark's have me stumped so far, and I have no idea what to do with Purchasing's giant Swiss Army printer, which is a printer/copier/scanner/fax/espresso maker. This all hits while we are having issues with spontaneous disconnects of telnet sessions that started with the upgrade to 4.3 on Feb 11th, and we are trying to get all the email off my servers, 1,800 people having approx 11 bazillion old email messages out there, which there are not wanting to give up, and want to review before downloading them to their own machines. Big fun! Amy Lewis OpenVMS Systems Administrator Information Technology Services University of San Francisco http://home.earthlink.net/~amylewis/index.html ================================================================================ Archive-Date: Mon, 30 Apr 2001 10:29:31 -0400 Date: Mon, 30 Apr 2001 08:27:30 -0600 From: Jim Mehlhop Reply-To: Info-MultiNet@process.com Subject: RE: info-multinet, you are on your way to an awesome vacation... To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii I wonder what address they will send the tickets too. HUNTER if you show up missing for a week I'll know! :-) At 09:06 AM 4/30/01 -0500, you wrote: >I wonder if the boat can hold several Thousand.... Lets See if the prize >retail value is $149 to $249 then with and average of $200.00, that would >mean if 3000 of us WON, it would cost them $60,000.00..... Not bad >advertising costs, but at that price it means we would all probably get to >sit on the DOCK for 1 day after we get there. Better bring our own towels >too! >Rick > >-----Original Message----- >From: Amy Lewis [mailto:amylewis@earthlink.net] >Sent: Monday, April 30, 2001 8:59 AM >To: info-multinet@process.com >Subject: Re: info-multinet, you are on your way to an awesome >vacation... > > > >"Jeremy Begg" wrote in message >news:01K30IW3SPFY8WVYNY@vsm.com.au... > > > > >Dear info-multinet, > > > > > > According to our records, info-multinet@process.com was registered >back in May > > >for our FREE cruise packages for two. > > > > > > Congratulations, you WON!!! One of our free Cruise Package tickets > > >will be delivered to you within 7-10 days via US Mail. > > > > I hope their boat is big enough for all of us :-) > > > > Jeremy Begg > > >Can't wait for my ticket! Dont forget the sunblocker! > >Amy Jim Mehlhop, Support Engineer Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ ================================================================================ Archive-Date: Mon, 30 Apr 2001 10:36:52 -0400 Return-Path: Date: Mon, 30 Apr 2001 09:35:02 -0500 From: "Klingberg, Richard" Reply-To: Info-MultiNet@process.com Subject: RE: info-multinet, you are on your way to an awesome vacation... To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Maybe We should fill out the forms, then File a Class Action suit if they refuse to Honor the forms we all fill out! {:-)> Rick -----Original Message----- From: Jim Mehlhop [mailto:mehlhop@process.com] Sent: Monday, April 30, 2001 9:28 AM To: info-multinet@process.com Subject: RE: info-multinet, you are on your way to an awesome vacation... I wonder what address they will send the tickets too. HUNTER if you show up missing for a week I'll know! :-) At 09:06 AM 4/30/01 -0500, you wrote: >I wonder if the boat can hold several Thousand.... Lets See if the prize >retail value is $149 to $249 then with and average of $200.00, that would >mean if 3000 of us WON, it would cost them $60,000.00..... Not bad >advertising costs, but at that price it means we would all probably get to >sit on the DOCK for 1 day after we get there. Better bring our own towels >too! >Rick > >-----Original Message----- >From: Amy Lewis [mailto:amylewis@earthlink.net] >Sent: Monday, April 30, 2001 8:59 AM >To: info-multinet@process.com >Subject: Re: info-multinet, you are on your way to an awesome >vacation... > > > >"Jeremy Begg" wrote in message >news:01K30IW3SPFY8WVYNY@vsm.com.au... > > > > >Dear info-multinet, > > > > > > According to our records, info-multinet@process.com was registered >back in May > > >for our FREE cruise packages for two. > > > > > > Congratulations, you WON!!! One of our free Cruise Package tickets > > >will be delivered to you within 7-10 days via US Mail. > > > > I hope their boat is big enough for all of us :-) > > > > Jeremy Begg > > >Can't wait for my ticket! Dont forget the sunblocker! > >Amy Jim Mehlhop, Support Engineer Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ _________________________________________________________________________ _________________________________________________________________________ ================================================================================ Archive-Date: Mon, 30 Apr 2001 10:39:32 -0400 Resent-Date: Mon, 30 Apr 2001 10:37:52 GMT Resent-From: info-multinet@process.com Resent-To: INFO-MULTINET@TRITON.PROCESS.COM Date: Mon, 30 Apr 2001 10:37:51 GMT From: Jeff Schreiber Reply-To: Info-MultiNet@process.com To: info-multinet@process.com CC: SCHREIBER@process.com Subject: RE: info-multinet, you are on your way to an awesome vacation... "Klingberg, Richard" writes: > >Maybe We should fill out the forms, then File a Class Action suit if they >refuse to Honor the forms we all fill out! {:-)> > Now that's the best idea yet... however how are we going to get around sending our 'nineteen, ninety nine...ninty five ninty nine' for shipping and handling! -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Mon, 30 Apr 2001 10:40:25 -0400 Date: Mon, 30 Apr 2001 10:38:29 -0400 From: Mike Bartman Reply-To: Info-MultiNet@process.com Subject: RE: printer config> port number??? To: "'info-multinet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 > From: Amy Lewis [mailto:amylewis@earthlink.net] > Yes I know it's an awesome task, and I'm properly awed. We > have about a > thousand networked printers out there, and so far it's not > going so well as > I would have liked. Our networking staff is involved, and > they are providing > me with the IP addresses of the printers, and the make/model of the > printers, but it's not enough information as some of the > printers use ports I can only guess at. You only need port numbers if you are using telnet-style connections (STREAM and NTYSMB symbionts). If you use LPD then the port number is assumed and all you need is the IP address. Of course the printer or print server has to support LPD, but most do these days if they support Telnet style links (though some don't). There's a new printing protocol out now, called Internet Printing Protocol (IPP) that should eventually take the place of LPD, but it's still getting up to speed. We have an IPP symbiont in beta test now, but most printers don't support IPP yet. If yours do, and you'd like to try our new symbiont, let me know. It's a beta version, but we haven't had any major complaints about it so far. A couple of problems, but it's working well for most of the testers and provides much better control over the printers than existing methods of connecting do...for those printers that support IPP. > I'm starting with the HP's and the LaserWriters as I believe > they all use > 9100, but the Lexmark's have me stumped so far, and I have no > idea what to > do with Purchasing's giant Swiss Army printer, which is a > printer/copier/scanner/fax/espresso maker. If the manuals aren't available, or don't say, you'll have to contact the printer manufacturer for the info you need (or maybe get the user who bought the thing to do it for you...tell them you will connect them when they get you the required info :^). Unfortunately there are no standards. We have a few of the more common ones listed in our manual, but it's nowhere near comprehensive. Note that getting a response on port 80 generally means the printer supports HTTP access, so you might be able to connect to those that respond that way using a web browser and if you are lucky, get some useful information that way. > This all hits while we are having issues with spontaneous > disconnects of > telnet sessions that started with the upgrade to 4.3 on Feb > 11th, and we are > trying to get all the email off my servers, 1,800 people > having approx 11 > bazillion old email messages out there, which there are not > wanting to give > up, and want to review before downloading them to their own machines. > > Big fun! You have my sympathies. I've been there and was amazed that users were puzzled as to what could make a system manager so prickly to deal with... :^) -- Mike Bartman ================================================================================ Archive-Date: Mon, 30 Apr 2001 11:13:14 -0400 Date: Mon, 30 Apr 2001 11:03:56 -0400 From: "Skipper, Thomas" Reply-To: Info-MultiNet@process.com Subject: RE: printer config> port number??? To: "'Info-MultiNet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 >Yes I know it's an awesome task, and I'm properly awed. We have about a >thousand networked printers out there, and so far it's not going so well as >I would have liked. Our networking staff is involved, and they are providing >me with the IP addresses of the printers, and the make/model of the >printers, but it's not enough information as some of the printers use ports >I can only guess at. >I'm starting with the HP's and the LaserWriters as I believe they all use >9100, but the Lexmark's have me stumped so far, and I have no idea what to >do with Purchasing's giant Swiss Army printer, which is a >printer/copier/scanner/fax/espresso maker. Hmmm... My experience with Lexmark printers (at least most with built-in network cards like the Optras) is they use the same port as the Hp's. >This all hits while we are having issues with spontaneous disconnects of >telnet sessions that started with the upgrade to 4.3 on Feb 11th, and we are >trying to get all the email off my servers, 1,800 people having approx 11 >bazillion old email messages out there, which there are not wanting to give >up, and want to review before downloading them to their own machines. Interesting... We, too, have had problems with telnet disconnects since upgrading to Multinet 4.3A. >Big fun! >Amy Lewis >OpenVMS Systems Administrator >Information Technology Services >University of San Francisco ================================================================================ Archive-Date: Mon, 30 Apr 2001 11:32:13 -0400 Date: Mon, 30 Apr 2001 10:30:10 -0500 From: Vyto Grigaliunas Subject: Re: info-multinet, you are on your way to an awesome vacation... To: info-multinet@process.com Reply-To: Info-MultiNet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Maybe we should raffle it off...everyone pick a number between 1 and 10 ;-) ----- Original Message ----- From: "Jeremy Begg" To: Sent: Monday, April 30, 2001 12:07 AM Subject: Re: info-multinet, you are on your way to an awesome vacation... > > >Dear info-multinet, > > > > According to our records, info-multinet@process.com was registered back in May > >for our FREE cruise packages for two. > > > > Congratulations, you WON!!! One of our free Cruise Package tickets > >will be delivered to you within 7-10 days via US Mail. > > I hope their boat is big enough for all of us :-) > > Jeremy Begg ================================================================================ Archive-Date: Mon, 30 Apr 2001 12:14:22 -0400 Date: Mon, 30 Apr 2001 09:12:30 -0700 From: Dan Wing Reply-To: Info-MultiNet@process.com Subject: RE: printer config> port number??? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 > I'm starting with the HP's and the LaserWriters as I believe they all use > 9100, but the Lexmark's have me stumped so far, and I have no idea what to > do with Purchasing's giant Swiss Army printer, which is a > printer/copier/scanner/fax/espresso maker. Lexmark, as a company, has been a strong proponent of IPP. So especially if those are newer Lexmark printers they're likely to be running IPP. -Dan Wing ================================================================================ Archive-Date: Mon, 30 Apr 2001 12:40:18 -0400 Date: Mon, 30 Apr 2001 09:32:52 -0700 From: Peter Zeiszler Reply-To: Info-MultiNet@process.com Subject: Re: printer config> port number??? To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Just an FYI: We ran into a similar thing but we also had groups buy in any off brand printer networking card they could find. Some of those even had to have a designator setup for port name "PASSTHRU" with the case being sensitive. Those were on the HP printers. We have since implemented a standard (if you count only 5 different printers being a standard) so that we only support connectivity to certain printer types. You can also goto the printer manufacturers web sites and pick up tools that run on NT or windows platforms that will connect to the printer and give you details. You can obtain some of those details by performing a telnet to the printer. Peter Zeiszler Amy Lewis wrote: > We have decided to get away from networking printers with Applespeak, and I > have been handed the task of setting them all up to print via IP, however, I > find that I need to know what port a given printer uses. I have heard most > of them use port 9100, however our users have gone out and bought every > imaginable manner of printers, and there are some real odd ducks out there. > > Does anyone know where I might find information on what printers use what > ports? I've gone to various companies web pages and for some reason they > will not tell you this. In the case of HP I'm guessing it's because they > want you to buy their JetDirect (tm) software and not worry about it, but > for those of use configuring printers under VMS/Multinet this is not at all > helpful. > > thanx, > > Amy Lewis ================================================================================ Archive-Date: Mon, 30 Apr 2001 13:21:26 -0400 Date: Mon, 30 Apr 2001 13:19:39 -0400 From: Mike Bartman Reply-To: Info-MultiNet@process.com Subject: RE: printer config> port number??? To: "'info-multinet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Lexmark has also had some initial problems with getting IPP right. The Lexmark I have for testing our IPP symbiont had to have the firmware upgraded to work at all (as shipped, the IPP server in it was severely broken), but their later firmware revisions seem to be usable, though not entirely up to spec (I've added a special qualifier to take care of the main problem, and it works with that in place). Lexmark does seem to support more of the IPP spec than HP does currently. I expect that all printers that have network capability will eventually have full IPP implementations, but it's going to take a while yet before that becomes reality. For now, you can get at least a partial list of what printers and print servers support IPP at: http://www.pwg.org/ipp/IPP-Products.html -- Mike Bartman Process Software bartman@process.com 301-838-0071 > -----Original Message----- > From: Dan Wing [mailto:dwing@cisco.com] > Sent: Monday, April 30, 2001 12:13 PM > To: info-multinet@process.com > Subject: RE: printer config> port number??? > > > > I'm starting with the HP's and the LaserWriters as I > believe they all use > > 9100, but the Lexmark's have me stumped so far, and I have > no idea what to > > do with Purchasing's giant Swiss Army printer, which is a > > printer/copier/scanner/fax/espresso maker. > > Lexmark, as a company, has been a strong proponent of IPP. > So especially > if those are newer Lexmark printers they're likely to be running IPP. > > -Dan Wing > ================================================================================ Archive-Date: Mon, 30 Apr 2001 14:06:15 -0400 Date: Mon, 30 Apr 2001 11:04:19 -0700 From: john.vinton@amd.com Reply-To: Info-MultiNet@process.com Subject: RE: info-multinet, you are on your way to an awesome vacation... To: info-multinet@process.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Hello, Is this legitimate? Both the "click" and the "Please Click Here to continue" links seem to be broken. John Vinton john.vinton@amd.com -----Original Message----- From: Cruise and Travel [mailto:travel_1235@yahoo.com] Sent: Monday, April 30, 2001 12:58 AM To: INFO-MULTINET@TRITON.PROCESS.COM Subject: info-multinet, you are on your way to an awesome vacation... Dear info-multinet, According to our records, info-multinet@process.com was registered back in May for our FREE cruise packages for two. Congratulations, you WON!!! One of our free Cruise Package tickets will be delivered to you within 7-10 days via US Mail. You must click on the link below and fill out the information exactly as it will appear on your tickets. You may leave the second party blank if you are not sure who will be going with you, but you must contact us via telephone at least 10 days prior to departure with the second passenger's name. Complete details on your prize package will be included in a brochure that will be delivered to you. Please keep in mind that there are at least 50 winners of this trip and it might take me a little while to get back to you. Thanks a lot, Pete. Please Click Here to continue Note: If this website is unavailable please email travel_1231@crosswinds.net and we will get back to you asap. Note: To be removed please click here or respond with an email with remove in the subject. ================================================================================ Archive-Date: Mon, 30 Apr 2001 14:32:49 -0400 Date: Mon, 30 Apr 2001 14:31:04 -0400 From: Mike Bartman Reply-To: Info-MultiNet@process.com Subject: RE: info-multinet, you are on your way to an awesome vacation... To: "'info-multinet@process.com'" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 No, it isn't legitimate. It's SPAM. I don't really think that they are going to send an entire mailing list on a cruise... -- Mike Bartman Process Software bartman@process.com -----Original Message----- From: john.vinton@amd.com [mailto:john.vinton@amd.com] Sent: Monday, April 30, 2001 2:04 PM To: info-multinet@process.com Subject: RE: info-multinet, you are on your way to an awesome vacation... Hello, Is this legitimate? Both the "click" and the "Please Click Here to continue" links seem to be broken. John Vinton john.vinton@amd.com -----Original Message----- From: Cruise and Travel [mailto:travel_1235@yahoo.com] Sent: Monday, April 30, 2001 12:58 AM To: INFO-MULTINET@TRITON.PROCESS.COM Subject: info-multinet, you are on your way to an awesome vacation... Dear info-multinet, According to our records, info-multinet@process.com was registered back in May for our FREE cruise packages for two. Congratulations, you WON!!! One of our free Cruise Package tickets will be delivered to you within 7-10 days via US Mail. You must click on the link below and fill out the information exactly as it will appear on your tickets. You may leave the second party blank if you are not sure who will be going with you, but you must contact us via telephone at least 10 days prior to departure with the second passenger's name. Complete details on your prize package will be included in a brochure that will be delivered to you. Please keep in mind that there are at least 50 winners of this trip and it might take me a little while to get back to you. Thanks a lot, Pete. Please Click Here to continue Note: If this website is unavailable please email travel_1231@crosswinds.net and we will get back to you asap. Note: To be removed please click here or respond with an email with remove in the subject. ================================================================================