Re: MAILBOOK hodie resurrexi

2007-04-09 Thread Bill Munson
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

Re: MAILBOOK hodie resurrexi

2007-04-09 Thread Moore, Terry A.
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. -

Re: MAILBOOK hodie resurrexi

2007-04-09 Thread Rich Smrcina
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

Programmable operator

2007-04-09 Thread Steve Gentry
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

Z/VM TCPIP Question

2007-04-09 Thread Hughes, Jim - OIT
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

Re: Z/VM TCPIP Question

2007-04-09 Thread McKown, John
-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

Re: Programmable operator

2007-04-09 Thread Tom Duerbusch
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

Re: Programmable operator

2007-04-09 Thread Romanowski, John (OFT)
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?

Re: Programmable operator

2007-04-09 Thread Tom Rae (WFF)
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

Re: Programmable operator

2007-04-09 Thread Kris Buelens
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

Re: Programmable operator

2007-04-09 Thread Romanowski, John (OFT)
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.

Re: Programmable operator

2007-04-09 Thread Alan Altmark
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

Re: Programmable operator

2007-04-09 Thread Steve Gentry
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

Re: Z/VM TCPIP Question

2007-04-09 Thread Alan Altmark
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.

Re: Programmable operator

2007-04-09 Thread Michael Donovan
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):

Re: Programmable operator

2007-04-09 Thread Kris Buelens
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):

Re: Programmable operator

2007-04-09 Thread Michael Donovan
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