Re: MAILBOOK hodie resurrexi
David, That is such good news. I hope it stays alive and well for a long time. Once the dust settles and you get a handle on how many users there are you might come up and do a presentation on MAILBOOK and re-introduce it to the New York area. I kept trying to get Richard to come to MVMUA but it never worked out. good luck Bill Munson IT Specialist Office of Information Technology State of New Jersey (609) 984-4065 President MVMUA http://www.marist.edu/~mvmua David Boyes wrote: In keeping with the sentiments of the Easter holiday, I'm pleased to announce that Sine Nomine has come to an agreement with Richard Schafer to continue to make MAILBOOK commercially available as well as providing ongoing support and maintenance contracts for MAILBOOK. If you have an existing support contract for MAILBOOK, it'll be automatically transferred. We'll be contacting current support/maintenance customers shortly with the details. More information (and a more formal announcement press release, etc) will be posted at http://www.sinenomine.net/vm/mailbook. We're really excited about this. Maintaining an early version of MAILBOOK got me my first real VM sysprog job (lo these many years ago) and letting it pass away with a whimper just didn't feel right. Thanks to Richard for being open to the idea, and helping it to happen. -- db David Boyes Sine Nomine Associates
Re: MAILBOOK hodie resurrexi
I had a similar thought about a MAILBOOK presentation for MVMRUG. Bill Munson wrote: Once the dust settles and you get a handle on how many users there are you might come up and do a presentation on MAILBOOK and re-introduce it to the New York area. - This message and any attachments are intended for the individual or entity named above. If you are not the intended recipient, please do not forward, copy, print, use or disclose this communication to others; also please notify the sender by replying to this message, and then delete it from your system. The Timken Company / The Timken Corporation
Re: MAILBOOK hodie resurrexi
It sounds like a MAILBOOK world tour might be in the works... :) Moore, Terry A. wrote: I had a similar thought about a MAILBOOK presentation for MVMRUG. Bill Munson wrote: Once the dust settles and you get a handle on how many users there are you might come up and do a presentation on MAILBOOK and re-introduce it to the New York area. -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - May 18-22, 2007
Programmable operator
I'm trying to get a programmable operator to do something and it isn't working. I've done some reading in the manual and have looked at some existing code but no luck. What I want to accomplish is to send an e-mail to a userid called PROPSCAN ([EMAIL PROTECTED]) The message gets sent to our VM SMTP server with no problem and SMTP then sends it/delivers it/routes it to PROPSCAN's RDR and there it sits. In the RTABLE for PROPSCAN I have it coded such that anything come from SMTP will start an EXEC. The EXEC will then parse that RDR file and I'll take appropriate actions based on key words I'm looking for. Is this doable? If so, what have I missed? Thanks, Steve G.
Z/VM TCPIP Question
I receive the following message a few times per week while doing a FTP PUT. 426 Connection closed; Error 10054 in function ReadBuffer: Connection reset by peer. What causes it? Are things I can do to eliminate it? It usually works after a retry or two. Jim Hughes 603-271-5586 There's no sense in being precise when you don't even know what you're talking about. John von Neumann
Re: Z/VM TCPIP Question
-Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Hughes, Jim - OIT Sent: Monday, April 09, 2007 1:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Z/VM TCPIP Question I receive the following message a few times per week while doing a FTP PUT. 426 Connection closed; Error 10054 in function ReadBuffer: Connection reset by peer. What causes it? Are things I can do to eliminate it? It usually works after a retry or two. Jim Hughes The far end shut down the connection. You'd need to look at the logs on the far end. We've had this before when the server ran out of disk space. I doubt that is your problem because you said that it works a bit later. Perhaps the server is overloaded? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it.
Re: Programmable operator
I wasn't aware that PROP will act upon something being delivered in the reader queue. It likes messages, not queue elements. The only thing I can think of, is to route the rdr queue elements to another service machine (with wakeup rdr specified), and have it process the reader entry and msg the prop server with the contents. Tom Duerbusch THD Consulting Steve Gentry [EMAIL PROTECTED] 4/9/2007 12:12 PM I'm trying to get a programmable operator to do something and it isn't working. I've done some reading in the manual and have looked at some existing code but no luck. What I want to accomplish is to send an e-mail to a userid called PROPSCAN ([EMAIL PROTECTED]) The message gets sent to our VM SMTP server with no problem and SMTP then sends it/delivers it/routes it to PROPSCAN's RDR and there it sits. In the RTABLE for PROPSCAN I have it coded such that anything come from SMTP will start an EXEC. The EXEC will then parse that RDR file and I'll take appropriate actions based on key words I'm looking for. Is this doable? If so, what have I missed? Thanks, Steve G.
Re: Programmable operator
Steve, Could you post the part of your RTABLE that handles the SMTP RDR file message? Do you have a PROPSCAN logfile that shows the incoming messages and post the SMTP RDR file message too that's supposed to trigger the RTABLE entry? This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Gentry Sent: Monday, April 09, 2007 1:12 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Programmable operator I'm trying to get a programmable operator to do something and it isn't working. I've done some reading in the manual and have looked at some existing code but no luck. What I want to accomplish is to send an e-mail to a userid called PROPSCAN ([EMAIL PROTECTED]) The message gets sent to our VM SMTP server with no problem and SMTP then sends it/delivers it/routes it to PROPSCAN's RDR and there it sits. In the RTABLE for PROPSCAN I have it coded such that anything come from SMTP will start an EXEC. The EXEC will then parse that RDR file and I'll take appropriate actions based on key words I'm looking for. Is this doable? If so, what have I missed? Thanks, Steve G.
Re: Programmable operator
PROP can react to files hitting its reader queue - you have to code the RTABLE to react as you wish to the messages received when files are delivered. The following is an extract from the RTABLE for one of our PROP-enabled ids: $PRT/FILE$FROM/ 1 35 7 YourExec $PUN/FILE$FROM/ 1 35 7 YourExec $RDR/FILE$FROM/ 1 35 7 YourExec Tom Rae Senior Director, Technical Services Western Canada Loblaw Companies Limited Information Systems Division Notice: This e-mail transmission may contain confidential, proprietary and/or legally privileged information and is intended only for the individual or entity named in the e-mail address. Any disclosure, copying, distribution, or reliance upon the contents of this e-mail not authorized by the sender is strictly prohibited. If you have received this e-mail transmission in error, please immediately reply to the sender, so that proper delivery of the e-mail can be effected, and then please delete the message from your Inbox. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tom Duerbusch Sent: April 9, 2007 12:41 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Programmable operator I wasn't aware that PROP will act upon something being delivered in the reader queue. It likes messages, not queue elements. The only thing I can think of, is to route the rdr queue elements to another service machine (with wakeup rdr specified), and have it process the reader entry and msg the prop server with the contents. Tom Duerbusch THD Consulting Steve Gentry [EMAIL PROTECTED] 4/9/2007 12:12 PM I'm trying to get a programmable operator to do something and it isn't working. I've done some reading in the manual and have looked at some existing code but no luck. What I want to accomplish is to send an e-mail to a userid called PROPSCAN ([EMAIL PROTECTED]) The message gets sent to our VM SMTP server with no problem and SMTP then sends it/delivers it/routes it to PROPSCAN's RDR and there it sits. In the RTABLE for PROPSCAN I have it coded such that anything come from SMTP will start an EXEC. The EXEC will then parse that RDR file and I'll take appropriate actions based on key words I'm looking for. Is this doable? If so, what have I missed? Thanks, Steve G.
Re: Programmable operator
You need to trap the message RDR FILE FROM in class 3 (async CP message). A problem is that when a RDR file arrives when the PROP machine would not be active, your action routine will not see the RDR file. Therefore, an action routine for RDR files should be able to handle more than 1 file sitting in the reader. This way, when a new file arrives it will handle all files it didn't see yet. For this reason, a server that uses WAKEUP (RDR is better suited. WAKEUP will wake up when new files arrive as well as when old files are waiting in the RDR queue. Have a look at my RxSERVER package on VM's download lib. The stanbard code we deliver will react to RDR files, and will check authority etc. For special handling (i.e. more than simply receiving it on the A-disk) you have to insert some REXX lines at the provided exit points. 2007/4/9, Tom Duerbusch [EMAIL PROTECTED]: I wasn't aware that PROP will act upon something being delivered in the reader queue. It likes messages, not queue elements. The only thing I can think of, is to route the rdr queue elements to another service machine (with wakeup rdr specified), and have it process the reader entry and msg the prop server with the contents. Tom Duerbusch THD Consulting Steve Gentry [EMAIL PROTECTED] 4/9/2007 12:12 PM I'm trying to get a programmable operator to do something and it isn't working. I've done some reading in the manual and have looked at some existing code but no luck. What I want to accomplish is to send an e-mail to a userid called PROPSCAN ([EMAIL PROTECTED]) The message gets sent to our VM SMTP server with no problem and SMTP then sends it/delivers it/routes it to PROPSCAN's RDR and there it sits. In the RTABLE for PROPSCAN I have it coded such that anything come from SMTP will start an EXEC. The EXEC will then parse that RDR file and I'll take appropriate actions based on key words I'm looking for. Is this doable? If so, what have I missed? Thanks, Steve G. -- Kris Buelens, IBM Belgium, VM customer support
Re: Programmable operator
Steve, You might consider having PROPSCAN's PROFILE EXEC check for and handle existing RDR files before it starts PROP, otherwise existing RDR files will have to wait for a new file to arrive to trigger the EXEC that handles them all. This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Monday, April 09, 2007 2:59 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Programmable operator You need to trap the message RDR FILE FROM in class 3 (async CP message). A problem is that when a RDR file arrives when the PROP machine would not be active, your action routine will not see the RDR file. Therefore, an action routine for RDR files should be able to handle more than 1 file sitting in the reader. This way, when a new file arrives it will handle all files it didn't see yet. For this reason, a server that uses WAKEUP (RDR is better suited. WAKEUP will wake up when new files arrive as well as when old files are waiting in the RDR queue. Have a look at my RxSERVER package on VM's download lib. The stanbard code we deliver will react to RDR files, and will check authority etc. For special handling ( i.e. more than simply receiving it on the A-disk) you have to insert some REXX lines at the provided exit points. 2007/4/9, Tom Duerbusch [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : I wasn't aware that PROP will act upon something being delivered in the reader queue. It likes messages, not queue elements. The only thing I can think of, is to route the rdr queue elements to another service machine (with wakeup rdr specified), and have it process the reader entry and msg the prop server with the contents. Tom Duerbusch THD Consulting Steve Gentry [EMAIL PROTECTED] 4/9/2007 12:12 PM I'm trying to get a programmable operator to do something and it isn't working. I've done some reading in the manual and have looked at some existing code but no luck. What I want to accomplish is to send an e-mail to a userid called PROPSCAN ( [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ) The message gets sent to our VM SMTP server with no problem and SMTP then sends it/delivers it/routes it to PROPSCAN's RDR and there it sits. In the RTABLE for PROPSCAN I have it coded such that anything come from SMTP will start an EXEC. The EXEC will then parse that RDR file and I'll take appropriate actions based on key words I'm looking for. Is this doable? If so, what have I missed? Thanks, Steve G. -- Kris Buelens, IBM Belgium, VM customer support
Re: Programmable operator
On Monday, 04/09/2007 at 01:41 EST, Tom Duerbusch [EMAIL PROTECTED] wrote: I wasn't aware that PROP will act upon something being delivered in the reader queue. It likes messages, not queue elements. If you have CP SET CPCONIO IUCV, the RDR FILE message will be seen by PROP. Or you can build a hot reader application using WAKEUP. (I think there are prebuilt hot reader apps on the VM Download Library.) Alan Altmark z/VM Development IBM Endicott
Re: Programmable operator
CPCONIO IUCV is turned on. I have also followed everyone elses suggestions and still no go. I have also moved the RDR code to be the first entry in the table (after TEXTSYS and LGLOPER) below is a section of the log . . log 07/04/09 15:33:16 PROP LLIC: PROP running with routing table LLSCAN RTABLE A5 07/04/09 15:34:06 : RDR FILE 0112 SENT FROM SMTP PUN WAS 0511 RECS 0017 CPY 001 A NOHOLD NOKEEP /log Here are the two RTABLE entries I'm trying. rtable /RDR FILE $ FROM SMTP 3 SMTPTEST $RDR/FILE$FROM/1 35 7 SMTPTEST /rtable The following is what I get when I issue a QUERY SET to the PO MSG IUCV, WNG IUCV, EMSG IUCV, ACNT OFF, RUN ON LINEDIT ON , TIMER OFF , ISAM OFF, ECMODE ON ASSIST OFF , PAGEX OFF, AUTOPOLL OFF IMSG IUCV, SMSG IUCV, AFFINITY NONE , NOTRAN OFF VMSAVE OFF, 370E OFF STBYPASS OFF , STMULTI OFF 00/000 MIH OFF , VMCONIO IUCV, CPCONIO IUCV, SVCACCL OFF , CONCEAL OFF MACHINE XA , SVC76 CP, NOPDATA OFF, IOASSIST OFF CCWTRAN ON, 370ACCOM OFF, TIMEBOMB IDLE Command complete Steve G. Alan Altmark [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 04/09/2007 03:12 PM Please respond to The IBM z/VM Operating System To: IBMVM@LISTSERV.UARK.EDU cc: Subject:Re: Programmable operator On Monday, 04/09/2007 at 01:41 EST, Tom Duerbusch [EMAIL PROTECTED] wrote: I wasn't aware that PROP will act upon something being delivered in the reader queue. It likes messages, not queue elements. If you have CP SET CPCONIO IUCV, the RDR FILE message will be seen by PROP. Or you can build a hot reader application using WAKEUP. (I think there are prebuilt hot reader apps on the VM Download Library.) Alan Altmark z/VM Development IBM Endicott
Re: Z/VM TCPIP Question
On Monday, 04/09/2007 at 01:05 EST, McKown, John [EMAIL PROTECTED] wrote: The far end shut down the connection. You'd need to look at the logs on the far end. We've had this before when the server ran out of disk space. I doubt that is your problem because you said that it works a bit later. Perhaps the server is overloaded? Or something in between. I have seen overloaded firewalls send RSTs in both directions. The client thinks the server did it and the server thinks the client did it. Alan Altmark z/VM Development IBM Endicott
Re: Programmable operator
Steve, I've always let my PROP action routine exec see all incoming reader files and then let the exec sort out what it wants. The following line in the PROP RTABLE works for me (the scale is there just to show column placements): |...+1+2+3+4+5+6+7 $RDR FILE$1 80 ANSWERIT READER The ANSWERIT EXEC then grabs the spool ID from the incoming message and decides what to do with the reader file. Mike Donovan Steve Gentry Stephen_R_Gentry @LafayetteLife.co To mIBMVM@LISTSERV.UARK.EDU Sent by: The IBM cc z/VM Operating SystemSubject [EMAIL PROTECTED] Re: Programmable operator ARK.EDU 04/09/2007 03:45 PM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU CPCONIO IUCV is turned on. I have also followed everyone elses suggestions and still no go. I have also moved the RDR code to be the first entry in the table (after TEXTSYS and LGLOPER) below is a section of the log . . log 07/04/09 15:33:16 PROP LLIC: PROP running with routing table LLSCAN RTABLE A5 07/04/09 15:34:06 : RDR FILE 0112 SENT FROM SMTP PUN WAS 0511 RECS 0017 CPY 001 A NOHOLD NOKEEP /log Here are the two RTABLE entries I'm trying. rtable /RDR FILE $ FROM SMTP 3 SMTPTEST $RDR/FILE$FROM/1 35 7 SMTPTEST /rtable The following is what I get when I issue a QUERY SET to the PO MSG IUCV, WNG IUCV, EMSG IUCV, ACNT OFF, RUN ON LINEDIT ON , TIMER OFF , ISAM OFF, ECMODE ON ASSIST OFF , PAGEX OFF, AUTOPOLL OFF IMSG IUCV, SMSG IUCV, AFFINITY NONE , NOTRAN OFF VMSAVE OFF, 370E OFF STBYPASS OFF , STMULTI OFF 00/000 MIH OFF , VMCONIO IUCV, CPCONIO IUCV, SVCACCL OFF , CONCEAL OFF MACHINE XA , SVC76 CP, NOPDATA OFF, IOASSIST OFF CCWTRAN ON, 370ACCOM OFF, TIMEBOMB IDLE Command complete Steve G. Alan Altmark [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System To: IBMVM@LISTSERV.UARK.EDUIBMVM@LISTSERV.UARK.EDU cc: Subject: 04/09/2007 03:12 PM Re: Programmable operator Please respond to The IBM z/VM Operating System On Monday, 04/09/2007 at 01:41 EST, Tom Duerbusch [EMAIL PROTECTED] wrote: I wasn't aware that PROP will act upon something being delivered in the reader queue. It likes messages, not queue elements. If you have CP SET CPCONIO IUCV, the RDR FILE message will be seen by PROP. Or you can build a hot reader application using WAKEUP. (I think there are prebuilt hot reader apps on the VM Download Library.) Alan Altmark z/VM Development IBM Endicott
Re: Programmable operator
2007/4/9, Michael Donovan [EMAIL PROTECTED]: Steve, I've always let my PROP action routine exec see all incoming reader files and then let the exec sort out what it wants. The following line in the PROP RTABLE works for me (the scale is there just to show column placements): |...+1+2+3+4+5+6+7 $RDR FILE$1 80 ANSWERIT READER The ANSWERIT EXEC then grabs the spool ID from the incoming message and decides what to do with the reader file. Mike Donovan You contradict yourself: the last sentence suggests you only handle the last arriving spool file. -- Kris Buelens, IBM Belgium, VM customer support
Re: Programmable operator
Kris, The exec handles any reader file which appears while PROP is running. It does not handle files which are in the reader when PROP starts. Thanks! Mike --- Law of Logical Argument: Anything is possible if you don't know what you are talking about. Kris Buelens [EMAIL PROTECTED] il.comTo Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU Re: Programmable operator 04/09/2007 05:36 PM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU 2007/4/9, Michael Donovan [EMAIL PROTECTED]: Steve, I've always let my PROP action routine exec see all incoming reader files and then let the exec sort out what it wants. The following line in the PROP RTABLE works for me (the scale is there just to show column placements): |...+1+2+3+4+5+6+7 $RDR FILE$1 80 ANSWERIT READER The ANSWERIT EXEC then grabs the spool ID from the incoming message and decides what to do with the reader file. Mike Donovan You contradict yourself: the last sentence suggests you only handle the last arriving spool file. -- Kris Buelens, IBM Belgium, VM customer support