Re: z/VM 3.1 FTP
Hi Neil, There is no configuration file setting that I know of. Instead, use the PASSIVE FTP subcommand at the start of your FTP session to set passive mode on. Peter -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Neil Carson Sent: March 8, 2007 15:46 To: IBMVM@LISTSERV.UARK.EDU Subject: z/VM 3.1 FTP Hello, We are running z/VM 3.1. With the TCP/IP that ships with the above is it possible to have the ftpserver operate in passive mode. I am looking in SRVRFTP CONFIG and I do not see anything referring to passive mode. Is there another config file somewhere ? Thank you in advance. Neil The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot by guaranteed on the Internet. The Sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on basis of the information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is the property of the TTC and must not be altered or circumvented in any manner.
Re: 4.4 Gigabit (fibre) OSA
Lee How is the OSA defined OSE or OSD.? Try a Q ccuu ID and a Q CCUU and post the details. eric At 08:54 PM 3/8/2007, you wrote: Hi all, I have a 4.4 system that's moving to a new z9 and when they try to start the TCP/IP connection through the new OSA gigabit (fiber, not copper), they get: DTCOSD055E The amount of input and or output queues supported by this adapter is insufficient for TCP/IP And then the link shuts down. The message says to reconfigure the OSA card. The card hasn't been loaded with a static OAT or anything... I've searched here, IBMLink (APARs or PSP buckets, both hardware and software) and several other places, but don't see anything. (Why 4.4 -- Mother says only change one thing at a time. 5.2 is next) Thanks for any pointers, Lee -- Lee Stewart, Senior SE Sirius Computer Solutions Phone: (303) 798-2954 Fax: (720) 228-2321 Email: [EMAIL PROTECTED] Web: www.siriuscom.com Eric Schadow Mainframe Technical Support www.davisvision.com The information contained in this communication is intended only for the use of the recipient(s) named above. It may contain information that is privileged or confidential, and may be protected by State and/or Federal Regulations. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender.
Re: Multiple VM SMTP servers
We have 5 on one stack and 3 on another stack but I know not why. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Aria Bamdad Sent: Thursday, March 08, 2007 5:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Multiple VM SMTP servers Hi, Is anyone running multiple VM SMTP servers to address problems with mail agents getting timeouts because VM SMTP is busy? I was planning on adding one more SMTP server listening at the same port. Is there a way to dedicate one server to incoming mail and another for outgoing? Thanks. If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: Issuing HX from Rexx
My assumption was that he just wanted to get out of the currently running program, rather than returning to the calling routine, in which case, exiting, possibly with a non-zero return code might fill the bill. Now, if the subroutine were called by other means, then an exit might still get you back into the calling program, in which case, it wouldn't be a strong enough tool. Without writing additional assembler code, wouldn't it be possible to do a DIAG that would fail miserably enough to end all the running programs? Of course, a simple CP SYSTEM RESET would also work well, though not leaving the user where (s)he might expect to be. On 3/8/07 7:38 PM, Alan Altmark [EMAIL PROTECTED] wrote: On Thursday, 03/08/2007 at 11:25 CST, Rich Smrcina [EMAIL PROTECTED] wrote: That should do it... :) RPN01 wrote: How ?bout just a plain old ?exit?? Perhaps you guys are really just questioning the purpose of having REXX generate a virtual HX? 'exit' isn't even close to HX. HX will potentially stop ALL running programs; 'exit' will just end the currently running REXX exec. Think about an assembler program that calls myprog1 that calls myprog2. What if the assembler program has an ABNEXIT active for 0x222? Alan Altmark z/VM Development IBM Endicott -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different.
Re: Issuing HX from Rexx
Well you could I suppose one could write a CMS MODULE that does a B 14 and call it - that will certainly kill the running programs, but all hell would break loose - Not that I'm recommending this. David From: The IBM z/VM Operating System on behalf of RPN01 Sent: Fri 3/9/2007 9:09 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Issuing HX from Rexx My assumption was that he just wanted to get out of the currently running program, rather than returning to the calling routine, in which case, exiting, possibly with a non-zero return code might fill the bill. Now, if the subroutine were called by other means, then an exit might still get you back into the calling program, in which case, it wouldn't be a strong enough tool. Without writing additional assembler code, wouldn't it be possible to do a DIAG that would fail miserably enough to end all the running programs? Of course, a simple CP SYSTEM RESET would also work well, though not leaving the user where (s)he might expect to be. On 3/8/07 7:38 PM, Alan Altmark [EMAIL PROTECTED] wrote: On Thursday, 03/08/2007 at 11:25 CST, Rich Smrcina [EMAIL PROTECTED] wrote: That should do it... :) RPN01 wrote: How ?bout just a plain old ?exit?? Perhaps you guys are really just questioning the purpose of having REXX generate a virtual HX? 'exit' isn't even close to HX. HX will potentially stop ALL running programs; 'exit' will just end the currently running REXX exec. Think about an assembler program that calls myprog1 that calls myprog2. What if the assembler program has an ABNEXIT active for 0x222? Alan Altmark z/VM Development IBM Endicott -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different.
OSA question
Why is the home address for the ESC1 link placed in the OSA for device DEVGEF11 that is connected to another network DEVICE CIP1 CLAW 7F00 LTCPIP TN19C10 NONE 20 20 4096 4096 LINK ESC1 IP 0 CIP1 DEVICE DEVGEF11 OSD 3DB0 NONROUTER AUTORESTART LINKLNKERI01 QDIOETHERNET DEVGEF11 HOME 130.100.135.242 ESC1 153.88.236.29 LNKERI01 from tcpip console 15:39:40 DTCOSD246I OSD device DEVGEF11: Assigned IPv4 address 153.88.236.29 15:39:45 DTCOSD246I OSD device DEVGEF11: Assigned IPv4 address 130.100.135.242 Regards Mats Westlund HP Sverige AB
Jeff Beck is out of the office.
I will be out of the office starting 03/09/2007 and will not return until 03/12/2007. I will be out of the office Friday 3/9 and will return Monday 3/12. I will respond to your note after 3/12. Thank you.
DFDSS and an IFL
I've got a site that is trying to use their VM system (4.4 on an IFL) to stage MVS volumes for disaster recovery. They dump the MVS system off using DFDSS, and restore them onto the disaster system using standalone DFDSS under VM This way they don't need to actually run and licence MVS on the recovery CPU, since MVS only runs during the actual tests. The staging allows them to drop the recovery time considerably. And the VM system is running on the IFL on the box. They have dumped the MVS volumes to tape using DFDSS. And are attempting to use a standalone version of DFDSS to place the volumes onto DASD attached to the VM image. The DFDSS being used is from a z/OS 1.7 system, they genned it onto a DAS D volume and moved it to the new VM system and IPL the DASD to bring DFDSS up to do the restore. The old CPU was a z900 and this worked just fine. Since the move to a z9-BC however, they get: HCPMCV1459E The virtual machine is placed in check-stop state due to a system malfunction with CPU 00. When they attempt to IPL the Standalone DFDSS code. Has the IBM IFL code on the z9 series changed? Anybody have any other suggestions? Brian
Re: TIMEZONE
Nothing's wrong your suggestion. It's better and I'll change my code. Background: IIRC it's just that I had it written to go through the spring of 2042 (the fall of 2042 is after the TOD clock wraps). Then I discovered that CPSYNTAX accepts dates in 2042, but CP balks at IPL for any dates after 2041. [CPSYNTAX only checks syntax, there can still be other problems in SYSTEM CONFIG that only an IPL will discover.] So I added the Leave while reporting it to IBM, figuring that getting an APAR/PTF would be easy for this minor problem; then I could remove the Leave. But IBM asked (reasonably) if they could fix it in some future release with an internal update rather than go the APAR/PTF route. Given that we have a plenty of time before 2042 and IBM has better things to work on that something 35 years from now, I agreed. I never looked at that part of the code again. Mike (Future candidate for U.S. Grand Poo-Bah, and still missing Val Breault's posts on VMSHARE) Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Shimon Lebowitz [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/09/2007 05:56 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: TIMEZONE Do ix=2007 to 2042/* What years do we want to cover? */ If ix=2042 then Leave /* Old TOD clock wrapped in August 2042 */ Is this the Poohbah coding style? What is wrong with this? Do ix=2007 to 2041/* don't make me leave you at 2042 */ Shimon The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: DFDSS and an IFL
Brian I am pretty sure that IFL's can only run z/VM and Linux. HCPMCV1459E The virtual machine is placed in check-stop state due to a system=20=20=20=20= =20=20=20=20=20=20=20 malfunction with CPU 00.=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20 When they attempt to IPL the Standalone DFDSS code. Has the IBM IFL code on the z9 series changed? Anybody have any other suggestions? Brian Eric Schadow Mainframe Technical Support www.davisvision.com The information contained in this communication is intended only for the use of the recipient(s) named above. It may contain information that is privileged or confidential, and may be protected by State and/or Federal Regulations. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender.
Re: TIMEZONE
On 3/9/07, Mike Walter [EMAIL PROTECTED] wrote: ... and IBM has better things to work on than something 35 years from now, ... That's what everybody was saying back in 1965 about the y2k problem. :-)
unsubscribe
unsubscribe Play Flexicon: the crossword game that feeds your brain. PLAY now for FREE.
Re: DFDSS and an IFL
Correct. An IFL will not run z/OS, or z/VSE code. On 3/9/07, Eric Schadow [EMAIL PROTECTED] wrote: Brian I am pretty sure that IFL's can only run z/VM and Linux. -- Mark Pace Mainline Information Systems
Re: 4.4 Gigabit (fibre) OSA
Hello Lee, I am running a Gigabit with the card defined as QDIO on a z890 running zVM 4.3 (yes 5.2 is waiting here too). The card came defined as QDIO. But I did apply lots of PTF's to ensure that the z890 and the QDIO stuff would run. Take a look here http://www.vm.ibm.com/perf/aip.html Ed Martin Aultman Health Foundation 330-588-4723 [EMAIL PROTECTED] ext. 40441 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lee Stewart Sent: Thursday, March 08, 2007 8:54 PM To: IBMVM@LISTSERV.UARK.EDU Subject: 4.4 Gigabit (fibre) OSA Hi all, I have a 4.4 system that's moving to a new z9 and when they try to start the TCP/IP connection through the new OSA gigabit (fiber, not copper), they get: DTCOSD055E The amount of input and or output queues supported by this adapter is insufficient for TCP/IP And then the link shuts down. The message says to reconfigure the OSA card. The card hasn't been loaded with a static OAT or anything... I've searched here, IBMLink (APARs or PSP buckets, both hardware and software) and several other places, but don't see anything. (Why 4.4 -- Mother says only change one thing at a time. 5.2 is next) Thanks for any pointers, Lee -- Lee Stewart, Senior SE Sirius Computer Solutions Phone: (303) 798-2954 Fax: (720) 228-2321 Email: [EMAIL PROTECTED] Web: www.siriuscom.com
Re: TIMEZONE
Jeff Henry wrote: On 3/9/07, *Mike Walter* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: ... and IBM has better things to work on than something 35 years from now, ... That's what everybody was saying back in 1965 about the y2k problem. :-) And because they said that, them mainframe thingies caught on! There was a reason they were so tight with those extra bytes for the 19 way back then! It might have had consequence, but I'm not sure it was the wrong choice _at the time_.
EXECSTAT priority
I'm wondering what priority means in HELP EXECSTAT: With the RESident Option: Code Meaning 0 Exec exists in storage. Register 1 contains pointer to the fileblock. 4 Exec exists in storage and there is another one on dasd that has a higher priority. Register 1 contains a pointer to the fileblock. I see no description of priority there, nor in HELP for EXECMAP or EXECLOAD. I hoped it meant the copy on disk is newer but no. Ideas? -- ...phsiii Phil Smith III Velocity Software www.velocitysoftware.com (703) 476-4511 (home office) (703) 568-6662 (cell)
Re: EXECSTAT priority
Well, here's my idea... (no proof though) To me higher priority would mean it is the one that runs so even if there is a copy in storage, it won't be run, instead favoring the higher priority copy on DASD. I don't know where/how the priority gets set though... :-( (Perhaps an undocumented feature of EXECLOAD?) Don Russell Phil Smith III wrote: I'm wondering what priority means in HELP EXECSTAT: With the RESident Option: Code Meaning 0 Exec exists in storage. Register 1 contains pointer to the fileblock. 4 Exec exists in storage and there is another one on dasd that has a higher priority. Register 1 contains a pointer to the fileblock. I see no description of priority there, nor in HELP for EXECMAP or EXECLOAD. I hoped it meant the copy on disk is newer but no. Ideas?
Re: TIMEZONE
Back in the '70s I was part of a group that spec'ed out a replacement mainframe. $1 million dollars for each MB of ram. That was when a million was a lot of money. Programmers cost about $14,000 a year. Got two bits unused in your data structure? Make them flag bits. And, of course, the high order byte of every 24 bit address was subject to being used. Mainframer's have been concerned about memory ever since. Even now, with $7,000 / GB of memory (list price) on a z9 BC, (in units of 8 GB). Still too expensive to waste like we do with PC memory. Tom Duerbusch THD Consulting Nick Laflamme [EMAIL PROTECTED] 3/9/2007 10:21 AM Jeff Henry wrote: On 3/9/07, *Mike Walter* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: ... and IBM has better things to work on than something 35 years from now, ... That's what everybody was saying back in 1965 about the y2k problem. :-) And because they said that, them mainframe thingies caught on! There was a reason they were so tight with those extra bytes for the 19 way back then! It might have had consequence, but I'm not sure it was the wrong choice _at the time_.
Re: EXECSTAT priority
On: Fri, Mar 09, 2007 at 08:46:56AM -0800,Don Russell Wrote: } Well, here's my idea... (no proof though) } } To me higher priority would mean it is the one that runs so even } if there is a copy in storage, it won't be run, instead favoring the } higher priority copy on DASD. } } I don't know where/how the priority gets set though... :-( (Perhaps an } undocumented feature of EXECLOAD?) Just a guess, but perhaps the disk copy has been updated (with xedit or otherwise) since it was loaded into storage. -- Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com + 1 239 543 1353 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines:Val, Red, Shasta Casey (RIP), Red Zero, Siberians Owner:Chinook-L Retired at the beach Asst Owner:Sibernet-L
Re: EXECSTAT priority
I remember there being a thread on this or a related topic, altho I doubt if the subject would match, back in about 1998 on VMESA-L. Jim Rich Greenberg wrote: On: Fri, Mar 09, 2007 at 08:46:56AM -0800,Don Russell Wrote: } Well, here's my idea... (no proof though) } } To me higher priority would mean it is the one that runs so even } if there is a copy in storage, it won't be run, instead favoring the } higher priority copy on DASD. } } I don't know where/how the priority gets set though... :-( (Perhaps an } undocumented feature of EXECLOAD?) Just a guess, but perhaps the disk copy has been updated (with xedit or otherwise) since it was loaded into storage. -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
When applying a Service Corrective
Has anyone come across when issuing the put2prod that the system netid file on 190 disk is overwritten. I have had to recover this file twice now when putting on a PTF. Is this file being copied from somewhere else that I don't know about. Thanks Frank J. Sikich Jr. EPS - MVS Support, but now working on z/VM phone: 216.257.8012 email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] pager: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] --- ***National City made the following annotations --- This communication is a confidential and proprietary business communication. It is intended solely for the use of the designated recipient(s). If this communication is received in error, please contact the sender and delete this communication. ===
Re: EXECSTAT priority
It has to do with the CMS SET INSTSEG setting. If the critter in question lives on a disk higher in the file mode of the INSTSEG setting, then that copy is going to get the priority. For instance ours is normal set to file mode L. I set it to A and copied FILELIST EXEC from the 190 to my A disk. Execstat shows it will still execute from memory. Set INSTSEG to L and execstat now says it will run from disk. q instseg INSTSEG = ON L Ready; T=0.01/0.01 12:07:58 set instseg on A Ready; T=0.01/0.01 12:08:09 execstat filelist exec Ready; T=0.01/0.01 12:08:15 xcopy filelist exec s = = a Ready; T=0.01/0.01 12:08:20 execstat filelist exec Ready; T=0.01/0.01 12:08:21 set instseg on l Ready; T=0.01/0.01 12:08:25 execstat filelist exec Ready(4); T=0.01/0.01 12:08:27 ___ James Vincent Systems Engineering Consultant Nationwide Services Co., Technology Solutions Mainframe, z/VM and z/Linux Support One Nationwide Plaza 3-20-13 Columbus OH 43215-2220 U.S.A Voice: (614) 249-5547Fax: (614) 677-7681 mailto:[EMAIL PROTECTED] The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 03/09/2007 11:35:48 AM: IBMVM@LISTSERV.UARK.EDU I'm wondering what priority means in HELP EXECSTAT: With the RESident Option: Code Meaning 0 Exec exists in storage. Register 1 contains pointer to the fileblock. 4 Exec exists in storage and there is another one on dasd that has a higher priority. Register 1 contains a pointer to the fileblock. I see no description of priority there, nor in HELP for EXECMAP or EXECLOAD. I hoped it meant the copy on disk is newer but no. Ideas? -- ...phsiii Phil Smith III Velocity Software www.velocitysoftware.com (703) 476-4511 (home office) (703) 568-6662 (cell)
Re: When applying a Service Corrective
Sikich, Frank J. wrote: Has anyone come across when issuing the put2prod that the system netid file on 190 disk is overwritten. I have had to recover this file twice now when putting on a PTF. Is this file being copied from somewhere else that I don't know about. Yes - the 490 disk, which is the maintenance disk for the 190, and is what put2prod uses to update the 190. Kim Goldenberg State of NJ - OIT [EMAIL PROTECTED] [EMAIL PROTECTED] 609-777-3722
Re: When applying a Service Corrective
Frank, Check the copy of SYSTEM NETID on the MAINT 490 minidisk. PUT2PROD will first rebuild the CMS nucleus on the 490 disk and then copy the contents of MAINT 490 to MAINT 190. If the SYSTEM NETID file on 490 is different than your 190 copy, this could explain why you have to keep recovering the 190 version. Cheers! Mike Sikich, Frank J. [EMAIL PROTECTED] To ionalcity.comIBMVM@LISTSERV.UARK.EDU Sent by: The IBM cc z/VM Operating SystemSubject [EMAIL PROTECTED] When applying a Service Corrective ARK.EDU 03/09/2007 12:08 PM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU Has anyone come across when issuing the put2prod that the system netid file on 190 disk is overwritten. I have had to recover this file twice now when putting on a PTF. Is this file being copied from somewhere else that I don't know about. Thanks Frank J. Sikich Jr. EPS – MVS Support, but now working on z/VM phone: 216.257.8012 email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] pager: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] --- ***National City made the following annotations --- This communication is a confidential and proprietary business communication. It is intended solely for the use of the designated recipient(s). If this communication is received in error, please contact the sender and delete this communication. ===
Re: EXECSTAT priority
On Friday, 03/09/2007 at 11:35 EST, Phil Smith III [EMAIL PROTECTED] wrote: I'm wondering what priority means in HELP EXECSTAT: With the RESident Option: Code Meaning 0 Exec exists in storage. Register 1 contains pointer to the fileblock. 4 Exec exists in storage and there is another one on dasd that has a higher priority. Register 1 contains a pointer to the fileblock. I see no description of priority there, nor in HELP for EXECMAP or EXECLOAD. I hoped it meant the copy on disk is newer but no. It means that the exec was found in a DCSS (e.g. INSTSEG), but there is a copy on disk that has a filemode lower in the search order than the filemode associated with the DCSS. It's just a warning that the in-memory copy will not be the one that runs, but here's the fileblock anyway since that's what you asked for. Please submit an RCF if you'd like to see the text changed. Alan Altmark z/VM Development IBM Endicott
Re: OSA question
Without getting into too much detail (mostly because I can't remember the history), the z/VM TCP/IP stack sends ALL of the IP addresses in its HOME list down to any OSA that it is attached to. Changes have been made to the OSA driver in z/VM 5.3.0 such that this no longer occurs. Regards, Miguel Delapaz z/VM TCP/IP Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 03/09/2007 02:33:33 AM: Why is the home address for the ESC1 link placed in the OSA for device DEVGEF11 that is connected to another network
Re: Multiple VM SMTP servers
On Fri, 9 Mar 2007 09:02:16 -0500 Aria Bamdad said: That helps thanks. I have 2 more questions: 1-If I move the outgoing servers to a different port, I also need to tell all my clients to send mail on that port. That's kind of a pain. Would it make sense to just add servers to port 25 and let them all send/receive? Well, now you're changing the problem description, so yes, the answers change. If you want this SMTP server to accept email from a non-VM based client, then yes you either need to run it on port 25, or have the client send it on that alternate port if it is capable. It is no longer only an outgoing server, but is an incoming server. (and if they end up forwarding off VM, it is both incoming and outgoing) 2-The manual says that MaxMailBytes is the maximum number of bytes to accept on a TCP connection. Wouldn't setting this to 1 also restrict local clients from sending mail!! There is no mention of incoming or outgoing in the description. accepting on the TCP connect implies incoming. There is no outgoing restriction. An outgoing-only server only accepts email via BSMTP from the spool. /ahw Thanks. On Thu, 8 Mar 2007 23:12:42 -0500 Alan Altmark said: On Thursday, 03/08/2007 at 10:39 EST, A. Harry Williams [EMAIL PROTECTED] wrote: On Thu, 8 Mar 2007 17:05:28 -0500 Aria Bamdad said: I was planning on adding one more SMTP server listening at the same port. Is there a way to dedicate one server to incoming mail and another for outgoing? We have 1 incoming, and several outgoing. Have your outgoing listen on a different port, and have a MAXMAILBYTES of 1. And if you want multiple incoming servers, specify each server in the PORT statement for port 25, but don't set MAXMAILBYTES to 1. Alan Altmark z/VM Development IBM Endicott
Re: TIMEZONE
Back then we used 1 a character year, 0-9 was 1950-1959, A-J was 1960-1969 and K-T was 1970-1979. If you want to know why look at the punch card code. 0-9 was a single punch. A-J was a + (12 punch) with a 0-9. K-T was a - (11 punch) with a 0-9. We knew that this would break in 1980 but we thought by then we would not be using cards any more. :) However VM came along and now we have virtual cards in our RDR and PUN. :) [EMAIL PROTECTED] wrote: Jeff Henry wrote: On 3/9/07, *Mike Walter* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: ... and IBM has better things to work on than something 35 years from now, ... That's what everybody was saying back in 1965 about the y2k problem. :-) And because they said that, them mainframe thingies caught on! There was a reason they were so tight with those extra bytes for the 19 way back then! It might have had consequence, but I'm not sure it was the wrong choice _at the time_. -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
Re: VM second level
When the OS/390 guys ask me why I do VM I respond, Because I cannot handle the real world! -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Parmelee, Phil Sent: Friday, March 09, 2007 1:45 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM second level Just think of it as knowing that you are living in the Matrix. From: The IBM z/VM Operating System on behalf of Anne Crabtree Sent: Thu 3/8/2007 12:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM second level Yes, I'm having a real hard time with the virtual world but I'm progressing... Thanks for all the help from everyone. Anne D. Crabtree System Programmer WV Dept of Administration - OT 304-558-5914 ext 8885 Fax 304-558-1351 [EMAIL PROTECTED] 3/8/2007 12:27 PM The simple answer is that, once your virtual machine is set up, everything you¹re interested in are the virtual components; You no longer need to deal with the ³real² devices. In your virtual machine, all you get to see is the 12FF disk; the real DASD it resides on doesn¹t exist in your virtual world. The same can be said for your virtual NIC; you don¹t care what the real OSA card is at that point. Your terminal? It¹s whatever the virtual machine¹s console address was defined as. It doesn¹t matter what real terminal you¹re sitting at. For DASD, you¹re going to label your minidisk, so you¹d use whatever label you initialized with. It doesn¹t matter what the label of the real DASD is, and you can use it, or some other label, based on your current needs. You¹ve got to think ³virtually². -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. From: Fran Hensler [EMAIL PROTECTED] You could restore yoour original install tapes to you 2nd level machine and then apply maintenance. /Fran - On Thu, 8 Mar 2007 08:32:58 -0500 Anne Crabtree said: That's probably what I want to do eventually. I'm trying to learn how to do this so I can test maintenance somewhere before putting it on production (which is my only option at the moment). [EMAIL PROTECTED] 3/8/2007 8:11 AM You could put 510W01 in your 2nd level directory but it would be a minidisk on the real 510W01 volume. On Thu, 8 Mar 2007 08:06:24 -0500 Anne Crabtree said: I was confused as to whether I should put VM2CKP in the DIRECTORY stmt as opposed to 510W01. I'm just not sure I set everything up right. [EMAIL PROTECTED] 3/8/2007 7:49 AM Anne - You would use the 12FF disk for your 2nd level directory. In fact you could not write the directory to 510W01 even if you wanted to. 510W01 is not defined in your 2nd level machine. /Fran Hensler at Slippery Rock University of Pennsylvania USA for 43 years [EMAIL PROTECTED] +1.724.738.2153 Yes, Virginia, there is a Slippery Rock On Thu, 8 Mar 2007 07:36:28 -0500 Anne Crabtree said: I'm trying to set up a second level vm system following directions in Z/VM Running Guest Operating Systems Chapters 6 and 7. Here's my directory entry on first level: USER VMTEST VMTEST 64M 128M BG MACHINE ESA 2 OPTION TODENABLE ACCOUNT 1 VMTEST IPL CMS SPECIAL 400 3270 CONSOLE 009 3215 T SPOOL 00C 2540 READER * SPOOL 00D 2540 PUNCH A SPOOL 00E 1403 A LINK MAINT 0190 0190 RR LINK MAINT 019D 019D RR LINK MAINT 019E 019E RR MDISK 191 3390 217 0070 510W01 MR MDISK 1000 3390 287 0035 510W01 MR MDISK 12FF 3390 322 0070 510W01 MR I'm confused when I logon as VMTEST and create the USER DIRECT. In DIRECTORY stmt, should it be: DIRECTORY 12FF 3390 VM2CKP or do I have to use 510W01 since that's the real volid where 12FF is? User OPERATOR looks like this: USER OPERATOR AB12CD 32M 64M ABCDEFG IPL 190 PARM AUTOCR MACHINE ESA 4 ACCOUNT DEPT0001 BIN001 SPOOL00C RDR A SPOOL00D PUN A SPOOL00E 4248 A CONSOLE 01F 3270 T * R/W disks MDISK 191 3390 000 END VMT191 WR ALL MDISK 1000 3390 000 END IPLDSK WR ALL MDISK 12FF 3390 000 END VM2CKP WR ALL * R/O disks MDISK 190 3390 000 END MNT190 RR ALL MDISK 19D 3390 000 END MNT19D RR ALL MDISK 19E 3390 000 END MNT19E RR ALL In SYSTEM CONFIG, I have: Checkpoint Volid VM2CKP From Cylinder 1 for 2, Warmstart Volid VM2CKP From Cylinder 3 for 2 CP_Owned Slot 1 VM2CKP but since VM2CKP is a label not an actual volume, I'm not sure if I did it right. I was trying to send this question to my buddy Phil at Velocity, but it keeps coming back as undeliverable so I thought someone else could probably clear this up for me. Thanks! Anne D. Crabtree System Programmer WV Dept of Administration - OT 304-558-5914 ext 8885 Fax
Re: DFDSS and an IFL
On Friday, 03/09/2007 at 09:14 CST, Brian Ferguson [EMAIL PROTECTED] wrote: They have dumped the MVS volumes to tape using DFDSS. And are attempting to use a standalone version of DFDSS to place the volumes onto DASD attached to the VM image. DFDSS is a z/OS utility and z/OS is not licensed to run on IFLs. As you've discovered, there is a reason we don't license z/OS to IFLs: it won't run. If you plan to restore an MVS system from VM, use DDR to back it up. DDR is designed to run on any type of CPU. I can only speculate that standalone DFDSS detected a higher level of hardware and wandered into the Void and was Lost, being sent to the equivalent of Software Hell. To find out whether this is true and/or intentional, you'd have to open a PMR (start with DFDSS). But I don't understand how restoring under VM and then IPLing MVS in another LPAR or on another nearby CEC is any faster than restoring in the LPAR and then IPLing the restored system in an LPAR. They are serial activities. Alan Altmark z/VM Development IBM Endicott
Re: DFDSS and an IFL
But I don't understand how restoring under VM and then IPLing MVS in another LPAR or on another nearby CEC is any faster than restoring in the LPAR and then IPLing the restored system in an LPAR. They are serial activities. They are serial activities. True in an LPAR. But VM offers this unique thingy you may have heard of called a Virtual Machine. If one is at a DR site and logs on multiple of these Virtual Machine thingies, each one *could* start a separate S/A DFDSS restore process. If a master Virtual Machine thingy logged on and started CMS, in theory (and in practice for us years ago using VMBSAR) that master VM could AUTOLOG other restore-only Virtual Machine thingies with a passed parameter to define which disk should be restored, and the autologged Virtual Machine thingy could link back to the master's disk (and SCIF to it) to perform any special setup, IPL the S/A DFDSS and the master Virtual Machine thingy could drive the commands through SCIF. It's akin to another thingy called multitasking. You might have heard of multitasking and these Virtual Machine thingies, but are just having a senior (or Friday) moment. ;-) And yes, DDR could back up the guest and perform the restore. But I am not familiar enough with DFDSS to know if it can reliably backup a **running** z/OS system (I suspect not) such that the image can be reliably restored. Open databases and other such apps usually make this a career-threatening technique. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Alan Altmark [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/09/2007 01:03 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: DFDSS and an IFL On Friday, 03/09/2007 at 09:14 CST, Brian Ferguson [EMAIL PROTECTED] wrote: They have dumped the MVS volumes to tape using DFDSS. And are attempting to use a standalone version of DFDSS to place the volumes onto DASD attached to the VM image. DFDSS is a z/OS utility and z/OS is not licensed to run on IFLs. As you've discovered, there is a reason we don't license z/OS to IFLs: it won't run. If you plan to restore an MVS system from VM, use DDR to back it up. DDR is designed to run on any type of CPU. I can only speculate that standalone DFDSS detected a higher level of hardware and wandered into the Void and was Lost, being sent to the equivalent of Software Hell. To find out whether this is true and/or intentional, you'd have to open a PMR (start with DFDSS). But I don't understand how restoring under VM and then IPLing MVS in another LPAR or on another nearby CEC is any faster than restoring in the LPAR and then IPLing the restored system in an LPAR. They are serial activities. Alan Altmark z/VM Development IBM Endicott The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: TIMEZONE
Stephen Frazier wrote: Back then we used 1 a character year, 0-9 was 1950-1959, A-J was 1960-1969 and K-T was 1970-1979. If you want to know why look at the punch card code. 0-9 was a single punch. A-J was a + (12 punch) with a 0-9. K-T was a - (11 punch) with a 0-9. We knew that this would break in 1980 but we thought by then we would not be using cards any more. :) However VM came along and now we have virtual cards in our RDR and PUN. :) I have real cards (5081's) in my shirt pocket. I thought I had a life time supply but someone cleaned out a supply cabinet here and now I only have about 2 boxes left and no that isn't enough to share :-P Jim [EMAIL PROTECTED] wrote: Jeff Henry wrote: On 3/9/07, *Mike Walter* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: ... and IBM has better things to work on than something 35 years from now, ... That's what everybody was saying back in 1965 about the y2k problem. :-) And because they said that, them mainframe thingies caught on! There was a reason they were so tight with those extra bytes for the 19 way back then! It might have had consequence, but I'm not sure it was the wrong choice _at the time_. -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: DFDSS and an IFL
A gotcha if you are intending to get a starter system up and running with the *MVS *version of DFDSS or ADRDSSU or whatever it's called is that it cannot restore a CPVOL initialized disk. Says so right there in the ADRDSSU manual. We are doing our D/R with the idea of getting up a small (oxymoron) MVS system using the S/A ADRDSSU and then using that as a driver to restore the full MVS system as well as VM. This doesn't have anything to do with an IFL but even if you could somehow get the S/A ADRDSSU to run in the IFL, you could not restore a VM system. Jim Mike Walter wrote: This is a multipart message in MIME format. --=_alternative 006AC5F986257299_= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit But I don't understand how restoring under VM and then IPLing MVS in another LPAR or on another nearby CEC is any faster than restoring in the LPAR and then IPLing the restored system in an LPAR. They are serial activities. They are serial activities. True in an LPAR. But VM offers this unique thingy you may have heard of called a Virtual Machine. If one is at a DR site and logs on multiple of these Virtual Machine thingies, each one *could* start a separate S/A DFDSS restore process. If a master Virtual Machine thingy logged on and started CMS, in theory (and in practice for us years ago using VMBSAR) that master VM could AUTOLOG other restore-only Virtual Machine thingies with a passed parameter to define which disk should be restored, and the autologged Virtual Machine thingy could link back to the master's disk (and SCIF to it) to perform any special setup, IPL the S/A DFDSS and the master Virtual Machine thingy could drive the commands through SCIF. It's akin to another thingy called multitasking. You might have heard of multitasking and these Virtual Machine thingies, but are just having a senior (or Friday) moment. ;-) And yes, DDR could back up the guest and perform the restore. But I am not familiar enough with DFDSS to know if it can reliably backup a **running** z/OS system (I suspect not) such that the image can be reliably restored. Open databases and other such apps usually make this a career-threatening technique. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Alan Altmark [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/09/2007 01:03 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: DFDSS and an IFL On Friday, 03/09/2007 at 09:14 CST, Brian Ferguson [EMAIL PROTECTED] wrote: They have dumped the MVS volumes to tape using DFDSS. And are attempting to use a standalone version of DFDSS to place the volumes onto DASD attached to the VM image. DFDSS is a z/OS utility and z/OS is not licensed to run on IFLs. As you've discovered, there is a reason we don't license z/OS to IFLs: it won't run. If you plan to restore an MVS system from VM, use DDR to back it up. DDR is designed to run on any type of CPU. I can only speculate that standalone DFDSS detected a higher level of hardware and wandered into the Void and was Lost, being sent to the equivalent of Software Hell. To find out whether this is true and/or intentional, you'd have to open a PMR (start with DFDSS). But I don't understand how restoring under VM and then IPLing MVS in another LPAR or on another nearby CEC is any faster than restoring in the LPAR and then IPLing the restored system in an LPAR. They are serial activities. Alan Altmark z/VM Development IBM Endicott The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. --=_alternative 006AC5F986257299_= Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit brfont size=2 face=sans-serifgt; /fontfont size=2ttBut I don't understand how restoring under VM and then IPLing MVS in br another LPAR or on another nearby CEC is any faster than restoring in the br LPAR and then IPLing the restored system in an LPAR. nbsp;They are serial br activities./tt/font br brfont size=2 face=sans-serifquot;/fontfont size=2ttThey are serial activities./tt/fontfont size=2 face=sans-serifquot; nbsp;True in an LPAR. nbsp;But VM offers this unique thingy you may have heard of called a Virtual Machine./font brfont size=2 face=sans-serifIf one is at a DR site and logs on multiple of these
Re: Multiple VM SMTP servers
Is anyone running multiple VM SMTP servers to address problems with mail agents getting timeouts because VM SMTP is busy? I have in the past. You can run multiple servers listening on the same port by specifying multiple PORT statements in the TCPIP profile for port 25 with different userids. I was planning on adding one more SMTP server listening at the same port. Is there a way to dedicate one server to incoming mail and another for outgoing? Not from the IP side. If your mail were arriving via the spool (eg, the way it was done back in the CMS days), then you could do so, but not via TCP. Just a caveat though: if you do run multiple SMTPs, you will start seeing messages arrive in somewhat random order (see this list for an example), where you often see replies before the original message.
Re: DFDSS and an IFL
But I don't understand how restoring under VM and then IPLing MVS in another LPAR or on another nearby CEC is any faster than restoring in the LPAR and then IPLing the restored system in an LPAR. They are serial activities. Restoring a 1 pack VM system, then doing multiple DFDSS restores allows you to have multiple restores occur in parallel, up to the number of tape drives you have available, which dramatically speed up the restore process. Standalone DFDSS is still pretty dumb about making use of multiple devices; restoring under VM removes much of this stupidity.
Re: DFDSS and an IFL
Alan Altmark wrote: DFDSS is a z/OS utility and z/OS is not licensed to run on IFLs. As you've discovered, there is a reason we don't license z/OS to IFLs: it won't run. If you plan to restore an MVS system from VM, use DDR to back it up. DDR is designed to run on any type of CPU. Surely this is backwards; it won't run because the IFL takes steps to make sure it won't. And appears to break the promise in the PofO that says that programs don't cause machine checks. Regardless, if it's not licensed, then they shouldn't be running it. Tony H.
Re: DFDSS and an IFL
On Friday, 03/09/2007 at 05:30 EST, David Boyes [EMAIL PROTECTED] wrote: Restoring a 1 pack VM system, then doing multiple DFDSS restores allows you to have multiple restores occur in parallel, up to the number of tape drives you have available, which dramatically speed up the restore process. Standalone DFDSS is still pretty dumb about making use of multiple devices; restoring under VM removes much of this stupidity. You make my point, actually: If the intent is to exploit z/VM's capabilities, then create backups using the z/VM utilities, not z/OS. Otherwise, you have to use multiple LPARs to accomplish the same task. So it's a question of how much z/VM will cost (on standard engines) vs. how much multiple LPARs will cost. Alan Altmark z/VM Development IBM Endicott
Re: DFDSS and an IFL
On Friday, 03/09/2007 at 05:30 EST, Tony Harminc [EMAIL PROTECTED] wrote: Alan Altmark wrote: DFDSS is a z/OS utility and z/OS is not licensed to run on IFLs. As you've discovered, there is a reason we don't license z/OS to IFLs: it won't run. If you plan to restore an MVS system from VM, use DDR to back it up. DDR is designed to run on any type of CPU. Surely this is backwards; it won't run because the IFL takes steps to make sure it won't. And appears to break the promise in the PofO that says that programs don't cause machine checks. If a program issues instructions in the PofO, rest assured it won't cause a check-stop condition. Regardless, if it's not licensed, then they shouldn't be running it. Amen. Alan Altmark z/VM Development IBM Endicott
Re: DASD cylinders
That use of orthogonal is common in computer science. Axes at right ang les (orthogonal) are used to represent independent variables. These variables can be manipulat ed independently. So in this sense orthogonal and independent are similar. But in computer sc ience they talk about orthogonal design, rather then independent design, because the latter could mean many other things. I'm with Alan, and not just because he spells his name right! Alan Ackerman Alan (dot) Ackerman (at) Bank of America (dot) com On Thu, 8 Mar 2007 09:00:58 +0100, Rob van der Heij [EMAIL PROTECTED] w rote: Alan Altmark wrote: Architecturally, the number of cylinders is orthogonal to the model number. It just so happens that our model 'n' has 'm' number of cyl inders on it. The number of cylinders actually comes from the device itsel f. Sir Alan probably had the thumb at the wrong spot in the dictionary. Maybe he meant independent or not defined by instead. Working with mini disks we have learned not to expect the model number to define the number of cylinders, and we probably rarely have to. IMHO it's an omission that the number of cylinders of the disk is not in the monitor data. Rob -- Rob van der Heij Velocity Software, Inc http://velocitysoftware.com/ = == ==
Re: DASD cylinders
No, finite fields cannot be ordered. In any ordered field 1 2 3 4 ..., which implies the field must be infinite. (If it were to loop around, it would violate the axio ms defining an ordering.) On Tue, 6 Mar 2007 16:23:45 -0600, McKown, John [EMAIL PROTECTED] s.com wrote: It may be possible to construct a finite Galois field in which that is true. http://en.wikipedia.org/wiki/Finite_field -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Tuesday, March 06, 2007 4:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DASD cylinders Interesting problem - a system in which 4 7. Surely there is a parallel universe somewhere ... Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Adam Thornton Sent: Tuesday, March 06, 2007 1:58 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DASD cylinders On Mar 6, 2007, at 3:35 PM, RPN01 wrote: New math. I'll give you a dollar if you can show me a base in which 54 is more than two and a half times as big as 27. Adam
Re: High Level Assembler
On Thu, 8 Mar 2007 11:45:25 +1100, Graeme Moss [EMAIL PROTECTED] wrote: Fellow Listers, I have been asked if we need High Level Assembler. We have three exits that I know of - VMSECURE but this can be done in REXX. - RACF (I have read CMS Assembler is OK) - RSCS - still to be examined Does any-one know of a product that we need HLA HLATK for. We run zVM 5.2 with CA VM:Manager suite. Thanks Graeme Moss = == == From z/VM General Information GC24-6095-04 High Level Assembler Although not a prerequisite for z/VM, the IBM High Level Assembler, V1.5 (5696-234) or later, or an equivalent product, is required to: * Create a new DMSTRT for system languages (NLS) * Create image libraries for system printers (FCBs) * Create GCS application segments (CONTENTS macro) * Access major CMS application interfaces (CMSCALL) * Access most CP application interfaces (DIAGNOSE) * Modify the AVS tuning control module (AGWTUN) * Use RAS tools (such as MDCHECK, FS2SFSER, AFTCHAIN, PRINTBLK, and PRINTFST) * Use the API for data compression * Use the CMS pipelines assembler macro interface * Customize Language Environment or compile assembler routines used in mixed-language user applications * Use exit routines in z/VM features, such as DirMaint, or in VM-related products, such as RSCS * Create applications that exploit the IEEE Floating Point hardware faci lity * Add devices that cannot be sensed (updating HCPRIO ASSEMBLE) * Perform local modifications to modules written in assembler * Service the CP Loader (HCPLDR) * Assemble any CP modules * Use CP exit routines * Reassemble CP replacement parts for the RACF for z/VM optional feature Alan Ackerman Alan (dot) Ackerman (at) Bank of America (dot) com
Re: Issuing HX from Rexx
On Fri, 9 Mar 2007 08:09:32 -0600, RPN01 [EMAIL PROTECTED] wrote: My assumption was that he just wanted to get out of the currently runnin g program, rather than returning to the calling routine, in which case, exiting, possibly with a non-zero return code might fill the bill. Now, if the subroutine were called by other means, then an exit might still ge t you back into the calling program, in which case, it wouldn't be a stron g enough tool. HX takes you back to the command line. 'exit' does not. HI does not, either. CP IPL does, but wipes out a lot of current state and reruns the PROFILE EXEC. An assembler program that ABENDs is the closest thing to HX. Of course, the real question is why do you want to HX from a REXX progra m? There may be some other solution, if we know what you are trying to accomplish.
Re: Multiple VM SMTP servers
On Thu, 8 Mar 2007 17:05:28 -0500, Aria Bamdad [EMAIL PROTECTED] wrote: Hi, Is anyone running multiple VM SMTP servers to address problems with mail agents getting timeouts because VM SMTP is busy? I was planning on adding one more SMTP server listening at the same port . Is there a way to dedicate one server to incoming mail and another for outgoing? Thanks. = == == We run two SMTP servers on each VM system. The inbound one is called ISMT P and it listens on port 25. Nothing special about it. The outbound one is called SMTP, it li stens on port 8025, but never gets any incoming mail. It uses IPMAILER ALL to send all outgoing m ail to our cMTA (Corporate Mail Transfer Agent). I have two so that ISMTP can access DNS while SMTP does NOT. Details a wh ile back on this list. I didn't do this for performance, but I don't see why you could not have IS MPT1,2,3,... all listening on port 25.
