bit.listserv.ibm-main

• Date Index

---

• ESCON to FICON migration question, Dr. Steve Guendert
• Another one bites the dust., Leist, Martin
• LISTCAT QUESTION, willie bunter
  • Re: LISTCAT QUESTION, Chase, John
    • Re: LISTCAT QUESTION, willie bunter
• Is a DB2 Connect license indluded with the ADCD?, Binyamin Dissen
• Re: OCO, Requirements, etc, Barbara Nitz
  • Re: OCO, Requirements, etc, Scott Ford
  • Re: OCO, Requirements, etc, Gerhard Postpischil
• Re: SDSDF Command Line, Paul Gilmartin
  • Re: SDSDF Command Line, Edward Jaffe
  • Re: SDSDF Command Line, Lindy Mayfield
• Re: Servicelink User's Guide?, Brian Peterson
• Email blacklist, Morris, Carey
  • Re: Email blacklist, Lionel B Dyck
  • Re: Email blacklist, Mark Post
    • SDSDF Command Line, Lindy Mayfield
      • Re: SDSDF Command Line, Edward Jaffe
      • Re: SDSDF Command Line, Lindy Mayfield
      • Re: SDSDF Command Line, Marija Perkovic
    • Re: Email blacklist, Morris, Carey
  • Re: Email blacklist, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Email blacklist, Kelman, Tom
  • Re: Email blacklist, Arthur T.
• NJE TCPIP and NJE SNA, Lorne Heffer
• CSP/AD and zOS 1.8, Rose Meininger
  • Re: CSP/AD and zOS 1.8, Richard Peurifoy
  • Re: CSP/AD and zOS 1.8, Skip Robinson
  • <Possible follow-ups>
  • Re: CSP/AD and zOS 1.8, Ted MacNEIL
• Re: ESQA allocation question, Ted MacNEIL
  • Re: ESQA allocation question, Patrick Falcone
  • <Possible follow-ups>
  • Re: ESQA allocation question, Ted MacNEIL
    • Re: ESQA allocation question, Edward Jaffe
      • Re: ESQA allocation question, Jack Kelly
      • Re: ESQA allocation question, Edward Jaffe
  • Re: ESQA allocation question, Mark Zelden
• JES2 DD Concatenation issue, Jacky Bright
  • Re: JES2 DD Concatenation issue, David Friedman
  • Re: JES2 DD Concatenation issue, Mark Jacobs
    • Re: JES2 DD Concatenation issue, Jacky Bright
      • Re: JES2 DD Concatenation issue, Mark Jacobs
      • Re: JES2 DD Concatenation issue, Jacky Bright
      • Re: JES2 DD Concatenation issue, Lizette Koehler
  • <Possible follow-ups>
  • Re: JES2 DD Concatenation issue, Daniel McLaughlin
    • Re: JES2 DD Concatenation issue, Lizette Koehler
  • Re: JES2 DD Concatenation issue, Schwartz, Alan
  • Re: JES2 DD Concatenation issue, Mark Zelden
    • Re: JES2 DD Concatenation issue, Lizette Koehler
      • Re: JES2 DD Concatenation issue, Jacky Bright
      • Re: JES2 DD Concatenation issue, Lizette Koehler
      • Re: JES2 DD Concatenation issue, Jacky Bright
      • Re: JES2 DD Concatenation issue, Jakubek, Jan
      • Re: JES2 DD Concatenation issue, Shmuel Metz , Seymour J.
      • SYSLOG problem, Yukus, Mary J CIV USMEPCOM
      • Re: SYSLOG problem, Edward Jaffe
      • Re: SYSLOG problem, Richard Peurifoy
      • Re: SYSLOG problem, Ulrich Krueger
  • Re: JES2 DD Concatenation issue, Mark Zelden
    • Re: JES2 DD Concatenation issue, Shmuel Metz , Seymour J.
  • Re: JES2 DD Concatenation issue, Mark Zelden
  • Re: JES2 DD Concatenation issue, Mark Zelden
    • Re: JES2 DD Concatenation issue, Shmuel Metz , Seymour J.
  • Re: JES2 DD Concatenation issue, Mark Zelden
  • Re: JES2 DD Concatenation issue, Paul Gilmartin
    • Re: JES2 DD Concatenation issue, Mark Jacobs
      • Re: JES2 DD Concatenation issue, Richard Peurifoy
    • Re: JES2 DD Concatenation issue, Edward Jaffe
  • Re: JES2 DD Concatenation issue, Mark Zelden
  • Re: JES2 DD Concatenation issue, Brian Peterson
  • Re: JES2 DD Concatenation issue, John Laubenheimer
  • Re: JES2 DD Concatenation issue, Brian Peterson
  • Re: JES2 DD Concatenation issue, Mark Zelden
  • Re: JES2 DD Concatenation issue, Mark Zelden
  • Re: JES2 DD Concatenation issue, Paul Gilmartin
    • Re: JES2 DD Concatenation issue, Edward Jaffe
      • Re: JES2 DD Concatenation issue, Gerhard Adam
  • Re: JES2 DD Concatenation issue, John Laubenheimer
  • Re: JES2 DD Concatenation issue, Mark Zelden
  • Re: JES2 DD Concatenation issue, Mark Zelden
• Clock Change, Cartwright, Dave
  • Re: Clock Change, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Clock Change, pilgrimpez
  • Re: Clock Change, Daniel McLaughlin
  • Re: Clock Change, pilgrimpez
  • Re: Clock Change, Daniel McLaughlin
  • Re: Clock Change, Dave Cartwright
  • Re: Clock Change, Ted MacNEIL
• Doyle Banks/Mainline is out until 04/07/2008., Doyle Banks
• Error access CICS, HELIO
  • Re: Error access CICS, John S. Giltner, Jr.
  • Re: Error access CICS, Maarten Slegtenhorst
• Help with TSO parsing?, McKown, John
  • Re: Help with TSO parsing?, Tony Harminc
  • Re: Help with TSO parsing?, McKown, John
    • Re: Help with TSO parsing?, Robert Wright
      • Re: Help with TSO parsing?, McKown, John
  • Re: Help with TSO parsing?, Rick Fochtman
  • <Possible follow-ups>
  • Re: Help with TSO parsing?, Bill Godfrey
• SRM_constant & SU/sec, Jan Vanbrabant
  • Re: SRM_constant & SU/sec, Rick Fochtman
• Multivolume Dataset Question, Dean Montevago
  • <Possible follow-ups>
  • Re: Multivolume Dataset Question, Kenneth E Tomiak
• EMC Dasd and Performance Issues, Lizette Koehler
  • Re: EMC Dasd and Performance Issues, Gabe Torres
    • Re: EMC Dasd and Performance Issues, Lizette Koehler
      • Re: EMC Dasd and Performance Issues, Gabe Torres
  • Re: EMC Dasd and Performance Issues, Douglas Shupe
  • <Possible follow-ups>
  • Re: EMC Dasd and Performance Issues, Ambat Ravi Nair
    • Re: EMC Dasd and Performance Issues, Lizette Koehler
• DFSORT and the LOCALE= option, Steve . Bagshaw
  • Re: DFSORT and the LOCALE= option, yaeger@xxxxxxxxxx
  • Re: DFSORT and the LOCALE= option, Bill Lalonde
    • Re: DFSORT and the LOCALE= option, yaeger@xxxxxxxxxx
      • Re: DFSORT and the LOCALE= option, Steve . Bagshaw
      • Re: DFSORT and the LOCALE= option, yaeger@xxxxxxxxxx
• IBMLink, again, Paul GilmartinIBM-MAIN@xxxxxxxxxxx
  • Re: IBMLink, again, Kevin Keyes
  • Re: IBMLink, again, Jousma, David
  • <Possible follow-ups>
  • Re: IBMLink, again, Paul Gilmartin
    • Re: IBMLink, again, Jousma, David
      • Re: IBMLink, again, Jousma, David
  • Re: IBMLink, again, Bruce Hewson
    • Re: IBMLink, again, Tony Harminc
  • Re: IBMLink, again, Paul Gilmartin
    • Re: IBMLink, again, Tony Harminc
• Link for I-Series?, Thompson, Steve
  • Re: Link for I-Series?, McKown, John
  • <Possible follow-ups>
  • Re: Link for I-Series?, Thompson, Steve
• SVCDUMP processing question, Patrick O'Keefe
  • <Possible follow-ups>
  • Re: SVCDUMP processing question, Thompson, Steve
    • Re: SVCDUMP processing question, Bob Rutledge
  • Re: SVCDUMP processing question, Thompson, Steve
  • Re: SVCDUMP processing question, Patrick O'Keefe
    • Re: SVCDUMP processing question, Bob Rutledge
    • Re: SVCDUMP processing question, Jim Mulder
  • Re: SVCDUMP processing question, Patrick O'Keefe
    • Re: SVCDUMP processing question, Bob Rutledge
      • Re: SVCDUMP processing question, Bob Rutledge
  • Re: SVCDUMP processing question, Patrick O'Keefe
    • Re: SVCDUMP processing question, Jim Mulder
  • Re: SVCDUMP processing question, Patrick O'Keefe
  • Re: SVCDUMP processing question, Patrick O'Keefe
• IBM C/C++ compiler cost?, McKown, John
  • <Possible follow-ups>
  • Re: IBM C/C++ compiler cost?, Mohammad Khan
    • Re: IBM C/C++ compiler cost?, Gee, Norman
    • Re: IBM C/C++ compiler cost?, Dave Wade
• Re: z/OS 1.4 to 1.7 upgrade differences question, Mark Zelden
  • <Possible follow-ups>
  • Re: z/OS 1.4 to 1.7 upgrade differences question, Daniel McLaughlin
  • Re: z/OS 1.4 to 1.7 upgrade differences question, Mark Zelden
    • Re: z/OS 1.4 to 1.7 upgrade differences question, Pommier, Rex R.
      • Re: z/OS 1.4 to 1.7 upgrade differences question, George Davis
  • Re: z/OS 1.4 to 1.7 upgrade differences question, Norbert Friemel
  • Re: z/OS 1.4 to 1.7 upgrade differences question, Mark Zelden
• Re: z9 BC Hardware Upgrade, Miller, Pat
  • Re: z9 BC Hardware Upgrade, Brian France
• OMVS Root Filling Up, Dale
  • Re: OMVS Root Filling Up, ELPANCOAST
  • Re: OMVS Root Filling Up, Bill Lalonde
• VSAM RLS versus non-RLS, steve
  • Re: VSAM RLS versus non-RLS, Steve Foss
• Virtual tape questions, Gregory Pinkowski
  • Re: Virtual tape questions, Jack Kelly
  • Re: Virtual tape questions, Staller, Allan
  • <Possible follow-ups>
  • Re: Virtual tape questions, Mark Zelden
  • Re: Virtual tape questions, Ambat Ravi Nair
    • Re: Virtual tape questions, Gregory Pinkowski
• Displaying multiple volumes allocated from DSLIST, Gilbert Cardenas
  • Re: Displaying multiple volumes allocated from DSLIST, Mueller, David
  • Re: Displaying multiple volumes allocated from DSLIST, George Rodriguez
  • Re: Displaying multiple volumes allocated from DSLIST, Cochran, Bill
  • Re: Displaying multiple volumes allocated from DSLIST, Raymond Noal
  • <Possible follow-ups>
  • Re: Displaying multiple volumes allocated from DSLIST, Gilbert Cardenas
    • Re: Displaying multiple volumes allocated from DSLIST, Cochran, Bill
  • Re: Displaying multiple volumes allocated from DSLIST, Ted MacNEIL
  • Re: Displaying multiple volumes allocated from DSLIST, Ted MacNEIL
    • Re: Displaying multiple volumes allocated from DSLIST, Blaicher, Chris
    • Re: Displaying multiple volumes allocated from DSLIST, John Kington
  • Re: Displaying multiple volumes allocated from DSLIST, Mark Zelden
    • Re: Displaying multiple volumes allocated from DSLIST, Greg Shirey
  • Re: Displaying multiple volumes allocated from DSLIST, Gilbert Cardenas
  • Re: Displaying multiple volumes allocated from DSLIST, Mark Zelden
• JES2 NJE question: SNA(CTC) vs. TCPIP, Schwartz, Alan
  • Re: JES2 NJE question: SNA(CTC) vs. TCPIP, Mark Pace
  • <Possible follow-ups>
  • Re: JES2 NJE question: SNA(CTC) vs. TCPIP, Patrick O'Keefe
• TDS: DB2 7 to DB8 SMF Data Usage, Fabio D'Alfonso
  • <Possible follow-ups>
  • Re: TDS: DB2 7 to DB8 SMF Data Usage, Scott Barry
• Re: S0C4 in IEBCOPY on z/OS 1.8, Mark Zelden
• Jonathan Miller/PHEAA is out of the office., Jonathan Miller
• Re: Enhanced PSP Compare Program, Mark Jacobs
  • Re: Enhanced PSP Compare Program, Ken Porowski
  • <Possible follow-ups>
  • Re: Enhanced PSP Compare Program, Kurt Quackenbush
    • Message not available
      • Re: Enhanced PSP Compare Program, Mark Jacobs
      • Message not available
      • Re: Enhanced PSP Compare Program, Birger Heede
    • Message not available
      • Re: Enhanced PSP Compare Program, Kurt Quackenbush
  • Re: Enhanced PSP Compare Program, Jousma, David
  • Re: Enhanced PSP Compare Program, Cyrus Goodriver
  • Re: Enhanced PSP Compare Program, Cyrus Goodriver
    • Re: Enhanced PSP Compare Program, Edward Jaffe
      • Re: Enhanced PSP Compare Program, Ted MacNEIL
      • Re: Enhanced PSP Compare Program, Chase, John
  • Re: Enhanced PSP Compare Program, Tom Marchant
  • Re: Enhanced PSP Compare Program, Daniel McLaughlin
• Console exits, Mark Pace
  • Re: Console exits, McKown, John
    • Re: Console exits, Mark Pace
  • Re: Console exits, Shane
    • Re: Console exits, Mark Pace
      • Re: Console exits, Richard Peurifoy
      • Re: Console exits, Shane Ginnane
  • <Possible follow-ups>
  • Re: Console exits, Dave Cartwright
    • Re: Console exits, Mark Pace
      • Re: Console exits, Richard Peurifoy
• Import Connect:Direct self-signed certificate into RACF?, pilgrimpez
  • Re: Import Connect:Direct self-signed certificate into RACF?, Wolfgang Schäfer
  • Re: Import Connect:Direct self-signed certificate into RACF?, Denis Gäbler
  • <Possible follow-ups>
  • Re: Import Connect:Direct self-signed certificate into RACF?, pilgrimpez
    • Re: Import Connect:Direct self-signed certificate into RACF?, Wolfgang Schäfer
  • Re: Import Connect:Direct self-signed certificate into RACF?, Walt Farrell
    • Re: Import Connect:Direct self-signed certificate into RACF?, Rob Schramm
• Re: SMF System Logger - limitations of MANx, Mark Zelden
  • Re: SMF System Logger - limitations of MANx, R.S.
  • <Possible follow-ups>
  • Re: SMF System Logger - limitations of MANx, Vernooy, C.P. - SPLXM
    • Re: SMF System Logger - limitations of MANx, Skip Robinson
  • Re: SMF System Logger - limitations of MANx, Mark Zelden
  • Re: SMF System Logger - limitations of MANx, Scott Barry
    • Re: SMF System Logger - limitations of MANx, Skip Robinson
  • Re: SMF System Logger - limitations of MANx, Scott Barry
    • Re: SMF System Logger - limitations of MANx, Knutson, Sam
  • Re: SMF System Logger - limitations of MANx, Mark Zelden
  • Re: SMF System Logger - limitations of MANx, Mark Yuhas
  • Re: SMF System Logger - limitations of MANx, Kenneth E Tomiak
  • Re: SMF System Logger - limitations of MANx, Vernooy, C.P. - SPLXM
• WLM and TSO, Aimee Houghton
  • Re: WLM and TSO, Staller, Allan
  • Re: WLM and TSO, Rugen, Len
  • Re: WLM and TSO, Dave Thorn
    • Re: WLM and TSO, David Andrews
      • Re: WLM and TSO, Edward Jaffe
  • Re: WLM and TSO, Craddock, Chris
  • <Possible follow-ups>
  • Re: WLM and TSO, Mark Zelden
  • Re: WLM and TSO, Aimee Houghton
    • Re: WLM and TSO, Hoesly, Bret
    • Re: WLM and TSO, Rugen, Len
    • Re: WLM and TSO, Rick Fochtman
  • Re: WLM and TSO, Matthew Stitt
    • Re: WLM and TSO, Rick Fochtman
    • Re: WLM and TSO, Edward Jaffe
  • Re: WLM and TSO, Matthew Stitt
  • Re: WLM and TSO, Mark Zelden
    • Re: WLM and TSO, David Andrews
  • Re: WLM and TSO, Aimee Houghton
  • Re: WLM and TSO, Aimee Houghton
    • Re: WLM and TSO, Staller, Allan
  • Re: WLM and TSO, Ted MacNEIL
    • Re: WLM and TSO, Rick Fochtman
  • Re: WLM and TSO, Tom Marchant
  • Re: WLM and TSO, Aimee Houghton
    • Re: WLM and TSO, Staller, Allan
  • Re: WLM and TSO, Tom Marchant
  • Re: WLM and TSO, Mark Zelden
  • Re: WLM and TSO, Mark Zelden
    • Re: WLM and TSO, Staller, Allan
  • Re: WLM and TSO, Tom Marchant
  • Re: WLM and TSO, Kelman, Tom
  • Re: WLM and TSO, Kelman, Tom
    • Re: WLM and TSO, Cobe Xu
  • Re: WLM and TSO, Kelman, Tom
  • Re: WLM and TSO, Kelman, Tom
    • Re: WLM and TSO, Cobe Xu
      • Re: WLM and TSO, Kevin Mckenzie
      • Re: WLM and TSO, Cobe Xu
  • Re: WLM and TSO, Kelman, Tom
    • Re: WLM and TSO, Scott Rowe
  • Re: WLM and TSO, Kelman, Tom
• ABCs of z/OS System Programming Volume 6, Mark Zelden
  • Re: ABCs of z/OS System Programming Volume 6, Chase, John
    • Re: ABCs of z/OS System Programming Volume 6, Rick Fochtman
• SMF System Logger, Bill
  • Re: SMF System Logger, Wayne Driscoll
    • Re: SMF System Logger - limitations of MANx, R.S.
• IBM Customer-Submitted Requirements, Cal McCracken
• z9 over-heating prevention, Joel M Ivey
  • Re: z9 over-heating prevention, Patrick Falcone
  • Re: z9 over-heating prevention, Bielskie, Stephen
  • <Possible follow-ups>
  • Re: z9 over-heating prevention, Joel M Ivey
  • Re: z9 over-heating prevention, Joel M Ivey
  • Re: z9 over-heating prevention, Patrick Falcone
• (fwd) Re: Is IT becoming extinct?, Clark F Morris
• Re: Call for Sessions for SHARE in San Jose, CA, Norman Hollander on h-WiZ.biz
• SSI function code 68, Bill Planer
  • Re: SSI function code 68, Bob Shannon
  • <Possible follow-ups>
  • Re: SSI function code 68, Bill Planer
• More SDSF security questions, Rich Smrcina
  • Re: More SDSF security questions, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: More SDSF security questions, Hank Medler
    • Re: More SDSF security questions, Rich Smrcina
      • Message not available
      • Re: More SDSF security questions, Rich Smrcina
      • Message not available
      • Re: More SDSF security questions, Rich Smrcina
      • Message not available
      • Re: More SDSF security questions, Rich Smrcina
      • Message not available
      • Re: More SDSF security questions, Rich Smrcina
      • Message not available
      • Message not available
      • Re: More SDSF security questions, Rich Smrcina
      • Re: More SDSF security questions, Ulrich Krueger
      • Re: More SDSF security questions, Rich Smrcina
  • Re: More SDSF security questions, Arthur T.
    • Re: More SDSF security questions, Rich Smrcina
      • Message not available
      • Re: More SDSF security questions, Rich Smrcina
      • Re: More SDSF security questions, Schwarz, Barry A
  • Re: More SDSF security questions, Mark Zelden
  • Re: More SDSF security questions, Mark Zelden
    • Re: More SDSF security questions, Rich Smrcina
  • Re: More SDSF security questions, Mark Zelden
  • Re: More SDSF security questions, Mark Zelden
    • Re: More SDSF security questions, Rich Smrcina
• Stupid? MS patent, McKown, John
  • <Possible follow-ups>
  • Re: Stupid? MS patent, Thompson, Steve
  • Re: Stupid? MS patent, Ted MacNEIL
• Long translate (TR) instruction?, Kirk Wolf
  • Re: Long translate (TR) instruction?, john gilmore
    • Re: Long translate (TR) instruction?, Art Celestini
    • Re: Long translate (TR) instruction?, Bruce McKnight
  • Re: Long translate (TR) instruction?, khf00
  • Re: Long translate (TR) instruction?, McKown, John
    • Re: Long translate (TR) instruction?, Edward Jaffe
      • Re: Long translate (TR) instruction?, Kirk Wolf
      • Re: Long translate (TR) instruction?, Art Celestini
      • Re: Long translate (TR) instruction?, Edward Jaffe
      • Re: Long translate (TR) instruction?, William H. Blair
      • Re: Long translate (TR) instruction?, Art Celestini
      • Re: Long translate (TR) instruction?, William H. Blair
      • Re: Long translate (TR) instruction?, Art Celestini
  • Re: Long translate (TR) instruction?, Shmuel Metz , Seymour J.
    • Re: Long translate (TR) instruction?, William H. Blair
  • <Possible follow-ups>
  • Re: Long translate (TR) instruction?, , IBM Mainframe Discussion List
• Is IT becoming extinct?, Howard Brazee
  • Re: Is IT becoming extinct?, Doc Farmer
  • Re: Is IT becoming extinct?, Staller, Allan
    • Re: Is IT becoming extinct?, Chase, John
      • Re: Is IT becoming extinct?, Rick Fochtman
      • Message not available
      • Re: Is IT becoming extinct?, Ian
      • Re: Is IT becoming extinct?, McKown, John
      • Re: Is IT becoming extinct?, Kirk Talman
      • Re: Is IT becoming extinct?, Gerhard Adam
      • Re: Is IT becoming extinct?, howard . brazee
      • Re: Is IT becoming extinct?, Gerhard Adam
      • Re: Is IT becoming extinct?, Craddock, Chris
      • Re: Is IT becoming extinct?, howard . brazee
      • Message not available
      • Re: Is IT becoming extinct?, Howard Brazee
      • Message not available
      • Re: Is IT becoming extinct?, Gerhard Adam
  • Re: Is IT becoming extinct?, Rick Fochtman
  • Re: Is IT becoming extinct?, Carmelo Grecia
  • <Possible follow-ups>
  • Re: Is IT becoming extinct?, Gary Green
  • Re: Is IT becoming extinct?, Chase, John
    • Re: Is IT becoming extinct?, howard . brazee
  • Re: Is IT becoming extinct?, Patrick O'Keefe
    • Re: Is IT becoming extinct?, Howard Brazee
  • Re: Is IT becoming extinct?, Paul Gilmartin
  • Re: Is IT becoming extinct?, Paul Gilmartin
  • Re: Is IT becoming extinct?, Daniel McLaughlin
  • Re: Is IT becoming extinct?, Clark F Morris
  • Re: Is IT becoming extinct?, Ted MacNEIL
    • Re: Is IT becoming extinct?, Ian
      • Re: Is IT becoming extinct?, R.S.
    • Re: Is IT becoming extinct?, Chase, John
  • Re: Is IT becoming extinct?, Ted MacNEIL
    • Re: Is IT becoming extinct?, howard . brazee
      • Re: Is IT becoming extinct?, Steve Comstock
  • Re: Is IT becoming extinct?, Daniel McLaughlin
    • Re: Is IT becoming extinct?, Steve Comstock
      • Re: Is IT becoming extinct?, Shmuel Metz , Seymour J.
      • Re: Is IT becoming extinct?, Hal Merritt
      • Re: Is IT becoming extinct?, Steve Comstock
      • Re: Is IT becoming extinct?, Rick Fochtman
      • Re: Is IT becoming extinct?, O'Brien, David W. [C] , NIH/CIT
      • Re: Is IT becoming extinct?, Don Leahy
      • Re: Is IT becoming extinct?, Shmuel Metz , Seymour J.
  • Re: Is IT becoming extinct?, Daniel McLaughlin
    • Re: Is IT becoming extinct?, R.S.
      • Re: Is IT becoming extinct?, howard . brazee
  • Re: Is IT becoming extinct?, Ted MacNEIL
    • Re: Is IT becoming extinct?, O'Brien, David W. [C] , NIH/CIT
      • Re: Is IT becoming extinct?, Chase, John
      • Re: Is IT becoming extinct?, Rick Fochtman
      • Re: Is IT becoming extinct?, howard . brazee
      • Re: Is IT becoming extinct?, Chase, John
      • Re: Is IT becoming extinct?, howard . brazee
• help, RHK HK
  • Fwd: help, RHK HK
    • Re: help, Bielskie, Stephen
  • <Possible follow-ups>
  • Re: help, Jan MOEYERSONS
  • Re: help, Daniel McLaughlin
  • Re: help, Tom Marchant
    • Re: help, Steve Comstock
• SMF in logstream and IFASMFDL, R.S.
  • <Possible follow-ups>
  • Re: SMF in logstream and IFASMFDL, Kenneth E Tomiak
    • Re: SMF in logstream and IFASMFDL, R.S.
      • Re: SMF in logstream and IFASMFDL, Skip Robinson
      • Re: SMF in logstream and IFASMFDL, Knutson, Sam
  • Re: SMF in logstream and IFASMFDL, Peter Relson
    • Re: SMF in logstream and IFASMFDL, Edward Jaffe
  • Re: SMF in logstream and IFASMFDL, Mark Zelden
  • Re: SMF in logstream and IFASMFDL, Mark Zelden
• James Obrizok/Poughkeepsie/IBM is out of the office., James Obrizok
• OCO, Requirements, etc. (was: Can forked/spawned address spaces be identified as such?), Patrick O'Keefe
• Request for the IBM 9390-001 RAMAC Service Guide, Carmelo Grecia
  • Re: Request for the IBM 9390-001 RAMAC Service Guide, Patrick Falcone
    • Re: Request for the IBM 9390-001 RAMAC Service Guide, Carmelo Grecia
• ZMFACC Mainframe Assembler Coding Contest Update 03/2108 Solution to #18 and new #19, Don Higgins
• whine: updating the RNL via the SET command, McKown, John
  • <Possible follow-ups>
  • Re: whine: updating the RNL via the SET command, Barbara Nitz
• Re: Managing system logger data, Scott Barry
• ICETOOL- Using BUILD on an IFTHEN in an OUTFIL statement with VB input data, ashan_dsouza
  • Re: ICETOOL- Using BUILD on an IFTHEN in an OUTFIL statement with VB input data, yaeger@xxxxxxxxxx
• Need MASS recall advice, Rugen, Len
  • Re: Need MASS recall advice, Adams, Rick
  • <Possible follow-ups>
  • Re: Need MASS recall advice, Patrick Lyon
  • Re: Need MASS recall advice, Scott Barry
  • Re: Need MASS recall advice, Bruno Sugliani
  • Re: Need MASS recall advice, Kenneth E Tomiak
  • Re: Need MASS recall advice, Jim Marshall
  • Re: Need MASS recall advice, Gilbert Cardenas
• Listserver mail going to junk, Johnston, Robert E
  • Re: Listserver mail going to junk, Johnston, Robert E
• Changing the MF IP Address, Steve Grimes
  • Re: Changing the MF IP Address, Rugen, Len
  • Re: Changing the MF IP Address, Ward, Mike S
  • Re: Changing the MF IP Address, Neal Eckhardt
  • <Possible follow-ups>
  • Re: Changing the MF IP Address, Paul Gilmartin
  • Re: Changing the MF IP Address, Peter Ten Eyck
  • Re: Changing the MF IP Address, Thompson, Steve
  • Re: Changing the MF IP Address, Ed Finnell
  • Re: Changing the MF IP Address, Timothy Sipples
• New HSM function in z/OS 1.9, Bill Cochran
  • Re: New HSM function in z/OS 1.9, Adams, Rick
  • Re: New HSM function in z/OS 1.9, R.S.
• Unsupported Features (was: Can forked/spawned address spaces ...), Paul Gilmartin
• AT&T AGNS Drops DLSW, Jim Marshall
  • Re: AT&T AGNS Drops DLSW, Shmuel Metz , Seymour J.
    • Re: AT&T AGNS Drops DLSW, Tom Longfellow
• Gary Hussong is out of the office., Gary Hussong
  • <Possible follow-ups>
  • Gary Hussong is out of the office., Gary Hussong
    • Re: Gary Hussong is out of the office., John Kington
      • Re: Gary Hussong is out of the office., John Kington
      • Re: Gary Hussong is out of the office., Gary Hussong
  • Re: Gary Hussong is out of the office., Daniel McLaughlin
• Re: How to Split a Record ? (DFSORT ?), Frank Yaeger
• Re: ICC, Ron Wells
• S878 abend adding volumes to SMS in batch, Chris Burgess
• testing, Carlos A. Bodra
• S0C4 Abend in RELEASE Command, Eric Bielefeld
  • Re: S0C4 Abend in RELEASE Command, John P Kalinich
  • <Possible follow-ups>
  • Re: S0C4 Abend in RELEASE Command, Eric Bielefeld
• Re: Create AWStape file from DASD file, Roger Bowler
• Convert EBCDIC to ASCII in batch?, McKown, John
  • Re: Convert EBCDIC to ASCII in batch?, Michael Knigge
    • Re: Convert EBCDIC to ASCII in batch?, McKown, John
      • Re: Convert EBCDIC to ASCII in batch?, GAVIN Darren * OPS EAS
      • Re: Convert EBCDIC to ASCII in batch?, McKown, John
      • Re: Convert EBCDIC to ASCII in batch?, Rick Fochtman
      • Re: Convert EBCDIC to ASCII in batch?, McKown, John
      • Re: Convert EBCDIC to ASCII in batch?, Rick Fochtman
  • Re: Convert EBCDIC to ASCII in batch?, GAVIN Darren * OPS EAS
  • Re: Convert EBCDIC to ASCII in batch?, Kirk Wolf
    • Re: Convert EBCDIC to ASCII in batch?, McKown, John
      • Re: Convert EBCDIC to ASCII in batch?, Kirk Wolf
      • Re: Convert EBCDIC to ASCII in batch?, McKown, John
  • Re: Convert EBCDIC to ASCII in batch?, howard . brazee
  • Re: Convert EBCDIC to ASCII in batch?, Todd Burch
  • Re: Convert EBCDIC to ASCII in batch?, WalterR
  • <Possible follow-ups>
  • Re: Convert EBCDIC to ASCII in batch?, Thompson, Steve
  • Re: Convert EBCDIC to ASCII in batch?, Mark Zelden
  • Re: Convert EBCDIC to ASCII in batch?, Mark Zelden
    • Re: Convert EBCDIC to ASCII in batch?, McKown, John
  • Re: Convert EBCDIC to ASCII in batch?, Mark Zelden
  • Re: Convert EBCDIC to ASCII in batch?, Paul Gilmartin
  • Re: Convert EBCDIC to ASCII in batch?, Mark Zelden
  • Re: Convert EBCDIC to ASCII in batch?, Ed Finnell
  • Re: Convert EBCDIC to ASCII in batch?, Arthur T.
  • Re: Convert EBCDIC to ASCII in batch?, Paul Gilmartin
    • Re: Convert EBCDIC to ASCII in batch?, Todd Burch
      • Re: Convert EBCDIC to ASCII in batch?, howard . brazee
      • Re: Convert EBCDIC to ASCII in batch?, Shmuel Metz , Seymour J.
  • Re: Convert EBCDIC to ASCII in batch?, Ed Finnell
    • Re: Convert EBCDIC to ASCII in batch?, Rick Fochtman
    • Re: Convert EBCDIC to ASCII in batch?, howard . brazee
    • Re: Convert EBCDIC to ASCII in batch?, Shmuel Metz , Seymour J.
  • Re: Convert EBCDIC to ASCII in batch?, Ed Finnell
    • Re: Convert EBCDIC to ASCII in batch?, Rick Fochtman
  • Re: Convert EBCDIC to ASCII in batch?, gah
    • Re: Convert EBCDIC to ASCII in batch?, McKown, John
      • Re: Convert EBCDIC to ASCII in batch?, Neal Eckhardt
  • Re: Convert EBCDIC to ASCII in batch?, Kenneth E Tomiak
• Define Pagespace -- SWAP vs NOSWAP?, Chase, John
  • Re: Define Pagespace -- SWAP vs NOSWAP?, Mark Jacobs
  • Re: Define Pagespace -- SWAP vs NOSWAP?, Wayne Driscoll
  • Re: Define Pagespace -- SWAP vs NOSWAP?, Jim Mulder
  • <Possible follow-ups>
  • Re: Define Pagespace -- SWAP vs NOSWAP?, Vernooy, C.P. - SPLXM
  • Re: Define Pagespace -- SWAP vs NOSWAP?, Eric Bielefeld
    • Re: Define Pagespace -- SWAP vs NOSWAP?, Edward Jaffe
  • Re: Define Pagespace -- SWAP vs NOSWAP?, Eric Bielefeld
    • Re: Define Pagespace -- SWAP vs NOSWAP?, Edward Jaffe
      • Re: Define Pagespace -- SWAP vs NOSWAP?, Martin Packer
      • Re: Define Pagespace -- SWAP vs NOSWAP?, Rick Fochtman
      • Re: Define Pagespace -- SWAP vs NOSWAP?, Gerhard Adam
    • Re: Define Pagespace -- SWAP vs NOSWAP?, Rick Fochtman
  • Re: Define Pagespace -- SWAP vs NOSWAP?, Mark Zelden
  • Re: Define Pagespace -- SWAP vs NOSWAP?, Patrick O'Keefe
• DFSORT question, oktg
  • Re: DFSORT question, yaeger@xxxxxxxxxx
• Stand alone Dump with ICC cards, Andy White
  • Re: Stand alone Dump with ICC cards, Staller, Allan
    • Re: Stand alone Dump with ICC cards, Andy White
      • Re: Stand alone Dump with ICC cards, Clifford McNeill
      • Re: ICC, Ron Wells
      • Re: Stand alone Dump with ICC cards, Staller, Allan
  • <Possible follow-ups>
  • Re: Stand alone Dump with ICC cards, Skip Robinson
  • Re: Stand alone Dump with ICC cards, Mark Zelden
    • Re: Stand alone Dump with ICC cards, Skip Robinson
      • Re: Stand alone Dump with ICC cards, Jim Mulder
  • Re: Stand alone Dump with ICC cards, Bruce Hewson
    • Re: Stand alone Dump with ICC cards, Jim Mulder
      • Re: Stand alone Dump with ICC cards, Skip Robinson
  • Re: Stand alone Dump with ICC cards, Bruce Hewson
    • Re: Stand alone Dump with ICC cards, Jim Mulder
  • Re: Stand alone Dump with ICC cards, Mark Zelden
  • Re: Stand alone Dump with ICC cards, Barbara Nitz
• z/OS R9 Migration Presentation with Q&A, John Eells
• ATL and MVS out of sync -IPL avoidance, J Ellis
• COBOL structure for XML generate, Werner Kuehnel
  • Re: COBOL structure for XML generate, Steve Comstock
    • Antwort: Re: COBOL structure for XML generate, Werner Kuehnel
• langtab, yadkar
• Re: Implementing PAV on an existing DASD subsystem, Ted MacNEIL
• Re: user catalog question, Peter Ten Eyck
  • Re: user catalog question, Blair Svihra
    • Re: user catalog question, Rick Fochtman
  • Re: user catalog question, Schwarz, Barry A
  • <Possible follow-ups>
  • Re: user catalog question, Peter Ten Eyck
• MVS initiated FTP to Windows(redux), David Day
• Re: Move SeverPac Datasets How to, Arthur Gutowski
  • <Possible follow-ups>
  • Re: Move SeverPac Datasets How to, Mark Zelden
  • Re: Move SeverPac Datasets How to, Mark Zelden
• Can forked/spawned address spaces be identified as such?, Support, DUNNIT SYSTEMS LTD.
  • Re: Can forked/spawned address spaces be identified as such?, Tony Harminc
  • Re: Can forked/spawned address spaces be identified as such?, McKown, John
  • Re: Can forked/spawned address spaces be identified as such?, Lindy Mayfield
  • <Possible follow-ups>
  • Re: Can forked/spawned address spaces be identified as such?, Support, DUNNIT SYSTEMS LTD.
    • Re: Can forked/spawned address spaces be identified as such?, Wayne Driscoll
  • Re: Can forked/spawned address spaces be identified as such?, Paul Schuster
  • Re: Can forked/spawned address spaces be identified as such?, Peter Relson
  • Re: Can forked/spawned address spaces be identified as such?, Support, DUNNIT SYSTEMS LTD.
    • Re: Can forked/spawned address spaces be identified as such?, Shane
  • Re: Can forked/spawned address spaces be identified as such?, Support, DUNNIT SYSTEMS LTD.
    • Re: Can forked/spawned address spaces be identified as such?, David Day
    • Re: Can forked/spawned address spaces be identified as such?, Tony Harminc
  • Re: Can forked/spawned address spaces be identified as such?, Ted MacNEIL
  • Re: Can forked/spawned address spaces be identified as such?, Support, DUNNIT SYSTEMS LTD.
  • Re: Can forked/spawned address spaces be identified as such?, Support, DUNNIT SYSTEMS LTD.
    • Re: Can forked/spawned address spaces be identified as such?, Edward Jaffe
      • Re: Can forked/spawned address spaces be identified as such?, McKown, John
  • Re: Can forked/spawned address spaces be identified as such?, Ted MacNEIL
  • Re: Can forked/spawned address spaces be identified as such?, Support, DUNNIT SYSTEMS LTD.
  • Re: Can forked/spawned address spaces be identified as such?, Support, DUNNIT SYSTEMS LTD.
  • Re: Can forked/spawned address spaces be identified as such?, Walt Farrell
  • Re: Can forked/spawned address spaces be identified as such?, Support, DUNNIT SYSTEMS LTD.
  • Re: Can forked/spawned address spaces be identified as such?, Mark Zelden
    • Re: Can forked/spawned address spaces be identified as such?, McKown, John
  • Re: Can forked/spawned address spaces be identified as such?, Peter Relson
    • Re: Can forked/spawned address spaces be identified as such?, Gregory Pinkowski
      • Re: Can forked/spawned address spaces be identified as such?, Kirk Wolf
      • Re: Can forked/spawned address spaces be identified as such?, Shane
      • Re: Can forked/spawned address spaces be identified as such?, McKown, John
      • Re: Can forked/spawned address spaces be identified as such?, Shmuel Metz , Seymour J.
      • Re: Can forked/spawned address spaces be identified as such?, Kirk Wolf
    • Re: Can forked/spawned address spaces be identified as such?, Shmuel Metz , Seymour J.
  • Re: Can forked/spawned address spaces be identified as such?, Alan Altmark
  • Re: Can forked/spawned address spaces be identified as such?, Peter Hunkeler
• CCL Workshop - UK, Ceruti, Gerard G
• SDM and zIIP, Andy White
  • Re: SDM and zIIP, Edward Jaffe
    • Re: SDM and zIIP, Andy White
• CA-Endevor, gsg
  • Using CA-ENDEVOR and SHIP function?, Knutson, Sam
    • Re: Using CA-ENDEVOR and SHIP function?, Dave
  • Re: CA-Endevor, Visser, Hans , PinkRoccade Infrastructure Services Technisch Specialist
  • Re: CA-Endevor, McKown, John
    • Re: CA-Endevor, Don Leahy
      • Re: CA-Endevor, howard . brazee
      • Re: CA-Endevor, Scott Ford
      • Re: CA-Endevor, McKown, John
  • Re: CA-Endevor, kos111
  • <Possible follow-ups>
  • Re: CA-Endevor, Stocker, Herman
    • Re: CA-Endevor, Conmackie, Mike
• Re: TCPIP local hosts table not found, Gerrit Bakker
• Not Authorized to SMPLTS??, Chase, John
  • Re: Not Authorized to SMPLTS??, JerryDurbin
    • Re: Not Authorized to SMPLTS??, Chase, John
• DCOLLECT and HSM backup indication, Jack Kelly
  • <Possible follow-ups>
  • Re: DCOLLECT and HSM backup indication, Scott Barry
  • Re: DCOLLECT and HSM backup indication, Gilbert Cardenas
• SQL10007N 99999 on z/OS stored proc call, N61601
• DB2 and WLM, Hal Merritt
  • Re: DB2 and WLM, Gray, Larry - Larry A
  • Re: DB2 and WLM, Neil Duffee
  • Re: DB2 and WLM, Dave Barry
  • <Possible follow-ups>
  • Re: DB2 and WLM, Ted MacNEIL
    • Re: DB2 and WLM, Wayne Driscoll
• MVS initiated FTP to Windows, David Day
  • Re: MVS initiated FTP to Windows, Gray, Larry - Larry A
  • Re: MVS initiated FTP to Windows, Hal Merritt
    • Re: MVS initiated FTP to Windows, John Giltner
  • Re: MVS initiated FTP to Windows, McKown, John
  • Re: MVS initiated FTP to Windows, Jack Kelly
    • Message not available
      • Re: MVS initiated FTP to Windows, Hal Merritt
  • Re: MVS initiated FTP to Windows, John Sullivan
  • Re: MVS initiated FTP to Windows, Dave Salt
    • Re: MVS initiated FTP to Windows, Don Leahy
  • Re: MVS initiated FTP to Windows, Rich Juchniewicz
  • <Possible follow-ups>
  • Re: MVS initiated FTP to Windows, Daniel McLaughlin
    • Re: MVS initiated FTP to Windows, Edward Jaffe
  • Re: MVS initiated FTP to Windows, Daniel McLaughlin
  • Re: MVS initiated FTP to Windows, Al Sherkow
  • Re: MVS initiated FTP to Windows, Gary Green
    • Re: MVS initiated FTP to Windows, John P Kalinich
    • Re: MVS initiated FTP to Windows, Hal Merritt
  • Re: MVS initiated FTP to Windows, Andrew McLaren
    • Re: MVS initiated FTP to Windows, McKown, John
  • Re: MVS initiated FTP to Windows, John P Kalinich
  • Re: MVS initiated FTP to Windows, Elardus Engelbrecht
  • Re: MVS initiated FTP to Windows, Leon Schwering
  • Re: MVS initiated FTP to Windows, Gary Green
    • Re: MVS initiated FTP to Windows, McKown, John
      • Linux script to determine IP address (was:RE: MVS initiated FTP to Windows), McKown, John
    • Re: MVS initiated FTP to Windows, Scott Rowe
      • Re: MVS initiated FTP to Windows, McKown, John
      • Re: MVS initiated FTP to Windows, Edward Jaffe
      • Re: MVS initiated FTP to Windows, Rick Fochtman
      • Re: MVS initiated FTP to Windows, McKown, John
      • Re: MVS initiated FTP to Windows, Rick Fochtman
      • Re: MVS initiated FTP to Windows, McKown, John
      • Re: MVS initiated FTP to Windows, Scott Rowe
      • Re: MVS initiated FTP to Windows, Kirk Wolf
  • Re: MVS initiated FTP to Windows, Daniel McLaughlin
  • Re: MVS initiated FTP to Windows, Paul Gilmartin
  • Re: MVS initiated FTP to Windows, Gary Green
  • Re: MVS initiated FTP to Windows, Gary Green
    • Re: MVS initiated FTP to Windows, McKown, John
  • Re: MVS initiated FTP to Windows, Gary Green
  • Re: MVS initiated FTP to Windows, Betsy Jeffery
• nje over tcp/ip, L Kaspin
  • Re: nje over tcp/ip, Gray, Larry - Larry A
  • Re: nje over tcp/ip, Ron Wells
    • Re: nje over tcp/ip, Mark Pace
      • Re: nje over tcp/ip, Ron Wells
  • Re: nje over tcp/ip, McKown, John
  • <Possible follow-ups>
  • Re: nje over tcp/ip, L Kaspin
  • Re: nje over tcp/ip, Mark Zelden
• IBM Debug Tool, Paul Peplinski
  • Re: IBM Debug Tool, Don Leahy
    • Re: IBM Debug Tool, Dean Montevago
  • <Possible follow-ups>
  • Re: IBM Debug Tool, Ted MacNEIL
    • Re: IBM Debug Tool, Wayne Driscoll
  • Fw: IBM Debug Tool, Bill Klein
  • Re: IBM Debug Tool, Ted MacNEIL
    • Re: IBM Debug Tool, Edward Jaffe
  • Re: IBM Debug Tool, Schneiderwent, Craig
• Allocate multi volume HFS w/o SMS, cmcgavic
• Vtam 0821 and LUs, Lizette Koehler
  • Re: Vtam 0821 and LUs, Gray, Larry - Larry A
  • <Possible follow-ups>
  • Re: Vtam 0821 and LUs, Patrick O'Keefe
    • Re: Vtam 0821 and LUs, Lizette Koehler
  • Re: Vtam 0821 and LUs, Patrick O'Keefe
  • Re: Vtam 0821 and LUs, Chris Mason
• ServerPac IYO (Installing Your Order), Mark Zelden
  • Re: ServerPac IYO (Installing Your Order), Edward Jaffe
  • Re: ServerPac IYO (Installing Your Order), R.S.
    • Re: ServerPac IYO (Installing Your Order), Rick Fochtman
      • Re: ServerPac IYO (Installing Your Order), R.S.
  • Re: ServerPac IYO (Installing Your Order), Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: ServerPac IYO (Installing Your Order), Mark Zelden
  • Re: ServerPac IYO (Installing Your Order), Matthew Stitt
    • Re: ServerPac IYO (Installing Your Order), R.S.
  • Re: ServerPac IYO (Installing Your Order), Daniel McLaughlin
    • Re: ServerPac IYO (Installing Your Order), Edward Jaffe
  • Re: ServerPac IYO (Installing Your Order), Daniel McLaughlin
• Can I know programmatically if a load module has been zapped?, David Eisenberg
  • Re: Can I know programmatically if a load module has been zapped?, Binyamin Dissen
  • Re: Can I know programmatically if a load module has been zapped?, McKown, John
  • Re: Can I know programmatically if a load module has been zapped?, Rick Fochtman
    • Re: Can I know programmatically if a load module has been zapped?, Todd Burch
      • Re: Can I know programmatically if a load module has been zapped?, Shane
  • <Possible follow-ups>
  • Re: Can I know programmatically if a load module has been zapped?, Arthur T.
    • Re: Can I know programmatically if a load module has been zapped?, Shmuel Metz , Seymour J.
  • Re: Can I know programmatically if a load module has been zapped?, David Eisenberg
    • Re: Can I know programmatically if a load module has been zapped?, McKown, John
      • Re: Can I know programmatically if a load module has been zapped?, Chase, John
      • Re: Can I know programmatically if a load module has been zapped?, McKown, John
      • Re: Can I know programmatically if a load module has been zapped?, howard . brazee
    • Re: Can I know programmatically if a load module has been zapped?, Chase, John
    • Re: Can I know programmatically if a load module has been zapped?, Gregory Pinkowski
    • Re: Can I know programmatically if a load module has been zapped?, Clark Morris
  • Re: Can I know programmatically if a load module has been zapped?, Walt Farrell
    • Re: Can I know programmatically if a load module has been zapped?, Bob Rutledge
      • Re: Can I know programmatically if a load module has been zapped?, Shane
    • Re: Can I know programmatically if a load module has been zapped?, Rick Fochtman
  • Re: Can I know programmatically if a load module has been zapped?, David Eisenberg
  • Re: Can I know programmatically if a load module has been zapped?, Arthur T.
  • Re: Can I know programmatically if a load module has been zapped?, Paul Gilmartin
    • Re: Can I know programmatically if a load module has been zapped?, R.S.
• ISPF Backup Files, Thompson, Steve
  • Re: ISPF Backup Files, Pinnacle
    • Re: ISPF Backup Files, Kirk Talman
  • <Possible follow-ups>
  • Re: ISPF Backup Files, Eric Bielefeld
  • Re: ISPF Backup Files, Thompson, Steve
    • Re: ISPF Backup Files, Joel C. Ewing
      • Re: ISPF Backup Files, David Andrews
      • Re: ISPF Backup Files, Ulrich Krueger
  • Re: ISPF Backup Files, Mark Zelden
  • Re: ISPF Backup Files, Thompson, Steve
  • Re: ISPF Backup Files, Thompson, Steve
• netstat -t concerns, Joe Messineo
  • Re: netstat -t concerns, Hal Merritt
  • <Possible follow-ups>
  • Re: netstat -t concerns, Joe Messineo
• RACF, Cloning Userids & ADCD, Terry Sambrooks
• Cloning a RACF user profile, Support, DUNNIT SYSTEMS LTD.
  • Re: Cloning a RACF user profile, prknight
  • Re: Cloning a RACF user profile, David Logan
  • Re: Cloning a RACF user profile, David Andrews
  • <Possible follow-ups>
  • Re: Cloning a RACF user profile, Support, DUNNIT SYSTEMS LTD.
  • Re: Cloning a RACF user profile, Jan MOEYERSONS
    • Re: Cloning a RACF user profile, Anthony Saul Babonas
      • Re: Cloning a RACF user profile, Stephen Y Odo
  • Re: Cloning a RACF user profile, Walt Farrell
    • Re: Cloning a RACF user profile, Rick Fochtman
    • Re: Cloning a RACF user profile, Rick Fochtman
  • Re: Cloning a RACF user profile, Mark Zelden
    • Re: Cloning a RACF user profile, Rick Fochtman
    • Re: Cloning a RACF user profile, Anthony Saul Babonas
  • Re: Cloning a RACF user profile, Ed Finnell
  • Re: Cloning a RACF user profile, Mark Zelden
    • Re: Cloning a RACF user profile, Rick Fochtman
  • Re: Cloning a RACF user profile, Walt Farrell
  • Re: Cloning a RACF user profile, Walter Marguccio
  • Re: Cloning a RACF user profile, Robert S. Hansel , RSH
• more than 8 PPRC paths, anybody
  • Re: more than 8 PPRC paths, Raymond Noal
• Assembler to C or C++ Conversion, John Bachiochi
  • Re: Assembler to C or C++ Conversion, McKown, John
  • Re: Assembler to C or C++ Conversion, Tony Harminc
  • <Possible follow-ups>
  • Re: Assembler to C or C++ Conversion, Don Higgins
  • Re: Assembler to C or C++ Conversion, Andreas F. Geissbuehler
  • Re: Assembler to C or C++ Conversion, John R. Ehrman , 408-463-3543 T/543-
• SYMDUMP Question, Gary Green
  • Re: SYMDUMP Question, Doc Farmer
  • Re: SYMDUMP Question, Shmuel Metz , Seymour J.
    • Re: SYMDUMP Question, Gary Green
  • <Possible follow-ups>
  • Re: SYMDUMP Question, Gary Green
• Compuware AbendAid viewing in a basic sysplex, McKown, John
  • Re: Compuware AbendAid viewing in a basic sysplex, John Norgauer
    • Re: Compuware AbendAid viewing in a basic sysplex, Gray, Larry - Larry A
      • Re: Compuware AbendAid viewing in a basic sysplex, McKown, John
  • <Possible follow-ups>
  • Re: Compuware AbendAid viewing in a basic sysplex, Mark Zelden
    • Re: Compuware AbendAid viewing in a basic sysplex, Yee, Bob
• DFHSM QUESTION - Migrate ML1 To ML2, willie bunter
  • Re: DFHSM QUESTION - Migrate ML1 To ML2, Staller, Allan
  • Re: DFHSM QUESTION - Migrate ML1 To ML2, O'Brien, David W. [C] , NIH/CIT
    • Re: DFHSM QUESTION - Migrate ML1 To ML2 - Thank You, willie bunter
• COBOL Compiler options, steve
  • Re: COBOL Compiler options, Clark F Morris
  • Re: COBOL Compiler options, Clark Morris
• SDSF - changing Service Class on ST screen, John Purcell
  • Re: SDSF - changing Service Class on ST screen, Greg Shirey
  • <Possible follow-ups>
  • Re: SDSF - changing Service Class on ST screen, John Purcell
    • Re: SDSF - changing Service Class on ST screen, Greg Shirey
      • Re: SDSF - changing Service Class on ST screen, McKown, John
• How Many New HSM ML1 volumes will I need ?, Glen.Gasior
• Merge - exclude blank lines, Howard Brazee
  • Re: Merge - exclude blank lines, Farley, Peter x23353
  • Re: Merge - exclude blank lines, Howard Brazee
    • Re: Merge - exclude blank lines, Reda, John
      • Re: Merge - exclude blank lines, Reda, John
  • Re: Merge - exclude blank lines, Reda, John
    • Re: Merge - exclude blank lines, Howard Brazee
  • <Possible follow-ups>
  • Re: Merge - exclude blank lines, Paul Gilmartin
    • Re: Merge - exclude blank lines, Howard Brazee
• Re: DSN ENQ conflict - debugging after the fact. (confessions of an idiot), Mark Zelden
  • Re: DSN ENQ conflict - debugging after the fact. (confessions of an idiot), McKown, John
    • Consoles >> 1.9, Ron Wells
      • Re: Consoles >> 1.9, Barkow, Eileen
      • Re: Consoles >> 1.9, Skip Robinson
      • Re: Consoles >> 1.9, Bob Shannon
      • Re: Consoles >> 1.9, Ron Wells
      • Re: Consoles >> 1.9, Mark Jacobs
      • Re: Consoles >> 1.9, Ron Wells
• Re: Easy way to convert IEFBR14 and IDCAMS deletes to HDELETE, Hank Medler
  • Re: Easy way to convert IEFBR14 and IDCAMS deletes to HDELETE, Gibney, Dave
    • Re: Easy way to convert IEFBR14 and IDCAMS deletes to HDELETE, Gregory Pinkowski
      • Re: Easy way to convert IEFBR14 and IDCAMS deletes to HDELETE, Staller, Allan
      • Message not available
      • Re: Easy way to convert IEFBR14 and IDCAMS deletes to HDELETE, howard . brazee
  • Message not available
    • Re: How to Split a Record ? (DFSORT ?), Reda, John
  • Message not available
    • Re: How to Split a Record ? (DFSORT ?), Schwarz, Barry A
  • <Possible follow-ups>
  • Re: Easy way to convert IEFBR14 and IDCAMS deletes to HDELETE, Steven Mowles
    • Re: Easy way to convert IEFBR14 and IDCAMS deletes to HDELETE, Ulrich Krueger
      • Re: Easy way to convert IEFBR14 and IDCAMS deletes to HDELETE, Scott Ford
    • Re: Easy way to convert IEFBR14 and IDCAMS deletes to HDELETE, Clark Morris
      • Re: Easy way to convert IEFBR14 and IDCAMS deletes to HDELETE, howard . brazee
  • Re: Easy way to convert IEFBR14 and IDCAMS deletes to HDELETE, Ted MacNEIL
  • Re: Easy way to convert IEFBR14 and IDCAMS deletes to HDELETE, Paul Gilmartin
• Subject: Re: WTO from REXX under Unix System Services?, Jim Holloway
• WTO from REXX under Unix Ssystem Services?, Patrick O'Keefe
  • Re: WTO from REXX under Unix Ssystem Services?, Edward Jaffe
  • Re: WTO from REXX under Unix Ssystem Services?, Kirk Wolf
  • Re: WTO from REXX under Unix Ssystem Services?, Ulrich Krueger
  • <Possible follow-ups>
  • Re: WTO from REXX under Unix Ssystem Services?, Paul Gilmartin
  • Re: WTO from REXX under Unix Ssystem Services?, Patrick O'Keefe
• Joseph Weizenbaum, 1923-2008, john gilmore
  • Re: Joseph Weizenbaum, 1923-2008, Jack . Hamilton
  • <Possible follow-ups>
  • Re: Joseph Weizenbaum, 1923-2008, Kelman, Tom
• More SHARE 110 Linux and z/VM related presentations, Mark Post
• JES2 routcde issue, John Norgauer
  • Re: JES2 routcde issue, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: JES2 routcde issue, Barbara Nitz
• SDSF GIVING ACCESS TO THE LOG COMMAND, John C. Wolf
  • Re: SDSF GIVING ACCESS TO THE LOG COMMAND, Little_Nicky
  • <Possible follow-ups>
  • Re: SDSF GIVING ACCESS TO THE LOG COMMAND, Daniel McLaughlin
  • Re: SDSF GIVING ACCESS TO THE LOG COMMAND, Kenneth E Tomiak
  • Re: SDSF GIVING ACCESS TO THE LOG COMMAND, John C. Wolf
• z390 v1.4.01 with 11 new ASSIST and 226 new z10 mainframe instructions, Don Higgins
• TN3270 server OBEYFILE processing?, David Andrews
  • Re: TN3270 server OBEYFILE processing?, Pat Mihalec
    • Re: TN3270 server OBEYFILE processing?, Rabbe, Luke
      • Re: TN3270 server OBEYFILE processing?, David Andrews
    • Re: TN3270 server OBEYFILE processing?, Martinez, Frank J
• Service (was: Catch-22 question ...), Paul Gilmartin
  • <Possible follow-ups>
  • Re: Service (was: Catch-22 question ...), Mark Zelden
• Any Utility that will allow correction of a corroupt library, Stocker, Herman
  • Re: Any Utility that will allow correction of a corroupt library, Rick Fochtman
    • Re: Any Utility that will allow correction of a corroupt library, John P Kalinich
  • Re: Any Utility that will allow correction of a corroupt library, Pinnacle
  • <Possible follow-ups>
  • Re: Any Utility that will allow correction of a corroupt library, Vernooy, C.P. - SPLXM
  • Re: Any Utility that will allow correction of a corroupt library, Dave Kopischke
  • Re: Any Utility that will allow correction of a corroupt library, Matthew Stitt
  • Re: Any Utility that will allow correction of a corroupt library, Stocker, Herman
    • Re: Any Utility that will allow correction of a corroupt library, Rich Tabor
      • Re: Any Utility that will allow correction of a corroupt library, Don Leahy
• Problems Cleaning up a Catalog, Dean Montevago
  • Re: Problems Cleaning up a Catalog, Dean Montevago
  • Re: Problems Cleaning up a Catalog, Staller, Allan
    • Re: Problems Cleaning up a Catalog, Dean Montevago
• z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Chase, John
  • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Patrick Falcone
    • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Patrick Falcone
  • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Edward Jaffe
  • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Cheryl Walker
    • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Chase, John
      • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Cheryl Walker
      • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Chase, John
      • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Edward Jaffe
  • <Possible follow-ups>
  • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Mark Zelden
    • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Edward Jaffe
      • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Reda, John
  • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Ted MacNEIL
    • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Edward Jaffe
  • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Mark Zelden
  • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Ted MacNEIL
  • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Ted MacNEIL
  • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Mark Zelden
  • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Walt Farrell
  • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Walt Farrell
    • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Edward Jaffe
      • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Rick Fochtman
      • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Binyamin Dissen
      • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Edward Jaffe
  • Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption, Ted MacNEIL
• Re: ERB307I III: MONITOR III DATA GATHERER ERB3GINI. INTERFACE BPX1SDD FAILED. RETURN CODE: 0000 REASON CODE: 0000, Norbert Friemel
  • <Possible follow-ups>
  • Re: ERB307I III: MONITOR III DATA GATHERER ERB3GINI. INTERFACE BPX1SDD FAILED. RETURN CODE: 0000 REASON CODE: 0000, Mark Zelden
  • Re: ERB307I III: MONITOR III DATA GATHERER ERB3GINI. INTERFACE BPX1SDD FAILED. RETURN CODE: 0000 REASON CODE: 0000, Brian Peterson
  • Re: ERB307I III: MONITOR III DATA GATHERER ERB3GINI. INTERFACE BPX1SDD FAILED. RETURN CODE: 0000 REASON CODE: 0000, Mark Zelden
    • Re: ERB307I III: MONITOR III DATA GATHERER ERB3GINI. INTERFACE BPX1SDD FAILED. RETURN CODE: 0000 REASON CODE: 0000, Knutson, Sam
  • Re: ERB307I III: MONITOR III DATA GATHERER ERB3GINI. INTERFACE BPX1SDD FAILED. RETURN CODE: 0000 REASON CODE: 0000, Big Iron
    • Re: ERB307I III: MONITOR III DATA GATHERER ERB3GINI. INTERFACE BPX1SDD FAILED. RETURN CODE: 0000 REASON CODE: 0000, Knutson, Sam
• Re: ERB307I III:, Barbara Nitz
• ERB307I III: MONITOR III DATA GATHERER ERB3GINI. INTERFACE BPX1SDD FAILED. RETURN CODE: 0000 REASON CODE: 0000, Knutson, Sam
  • Re: ERB307I III: MONITOR III DATA GATHERER ERB3GINI. INTERFACE BPX1SDD FAILED. RETURN CODE: 0000 REASON CODE: 0000, Scott Rowe
  • Move SeverPac Datasets How to, Mark S. House
    • Re: Move SeverPac Datasets How to, Schwarz, Barry A
    • Re: Move SeverPac Datasets How to, Lizette Koehler
• Posting Etiquette [Was Disclaimers], Thompson, Steve
  • Re: Posting Etiquette [Was Disclaimers], Shmuel Metz , Seymour J.
• ASM G or WATFIV, Pierre Fichaud
• ASM G or WATFIV from University of Waterloo, Pierre Fichaud
• RMF reports for sysplex, Crispin Hugo
  • Re: RMF reports for sysplex, mailand
  • <Possible follow-ups>
  • Re: RMF reports for sysplex, Mark Zelden
  • Re: RMF reports for sysplex, Crispin Hugo
  • Re: RMF reports for sysplex, Mark Zelden
• Re: RES: ChangeMan ZMF Software, Eric Bielefeld
  • Re: RES: ChangeMan ZMF Software, Larry Kahm
• SQLSTATE=42724 on z/OS stored procedure call, N61601
• Re: SMPE error in FROMNET, Mark Zelden
  • <Possible follow-ups>
  • Re: SMPE error in FROMNET, Kenneth E Tomiak
• FY08 Assessment Spreadsheet, Alford, Ben
  • Re: FY08 Assessment Spreadsheet, McKown, John
  • Re: FY08 Assessment Spreadsheet, Chase, John
  • <Possible follow-ups>
  • Re: FY08 Assessment Spreadsheet, Ben Alford
  • Re: FY08 Assessment Spreadsheet, Ed Finnell
• SMPE size for SMPNTS, Mark S. House
  • Re: SMPE size for SMPNTS, McKown, John
  • Re: SMPE size for SMPNTS, Field, Alan C.
    • Re: SMPE error in FROMNET, Mark S. House
      • Re: SMPE error in FROMNET, Kurt Quackenbush
  • <Possible follow-ups>
  • Re: SMPE size for SMPNTS, Mark Zelden
• ChangeMan ZMF Software, Eric Bielefeld
• CATALOG QUESTION - IGNORE MY EARLIER QUESTION., John Dawes
• GRSRNL lists - many thanks!, McKown, John
• z/OS and Linux on same z/VM Image, Dinesh
  • Re: z/OS and Linux on same z/VM Image, John S. Giltner, Jr.
    • Re: z/OS and Linux on same z/VM Image, McKown, John
      • Re: z/OS and Linux on same z/VM Image, Mark Pace
    • Re: z/OS and Linux on same z/VM Image, Shmuel Metz , Seymour J.
      • Re: z/OS and Linux on same z/VM Image, Dinesh
  • <Possible follow-ups>
  • Re: z/OS and Linux on same z/VM Image, Dinesh
  • Re: z/OS and Linux on same z/VM Image, Daniel McLaughlin
    • Re: z/OS and Linux on same z/VM Image, Mark Pace
  • Re: z/OS and Linux on same z/VM Image, Mark Post
  • Re: z/OS and Linux on same z/VM Image, Scott Ford
  • Re: z/OS and Linux on same z/VM Image, Alan Altmark
    • Re: z/OS and Linux on same z/VM Image, Edward Jaffe
  • Re: z/OS and Linux on same z/VM Image, McKown, John
  • Re: z/OS and Linux on same z/VM Image, Alan Altmark
• Disclaimers, Ted MacNEIL
  • Re: Disclaimers, Doc Farmer
  • Message not available
    • Re: Disclaimers, Scott Ford
  • Re: Disclaimers, R.S.
    • Re: Disclaimers, Rick Fochtman
      • Re: Disclaimers, R.S.
  • <Possible follow-ups>
  • Re: Disclaimers, Ted MacNEIL
    • Re: Disclaimers, Doc Farmer
      • Re: Disclaimers, McKown, John
      • Re: Disclaimers, Rick Fochtman
  • Re: Disclaimers, Ted MacNEIL
    • Re: Disclaimers, Doc Farmer
  • Re: Disclaimers, Doc Farmer
  • Re: Disclaimers, Eric Bielefeld
  • Re: Disclaimers, Ted MacNEIL
  • Re: Disclaimers, Ted MacNEIL
    • Re: Disclaimers, Rick Fochtman
  • Re: Disclaimers, Ted MacNEIL
    • Re: Disclaimers, J R
      • Re: Disclaimers, Darren Evans-Young
  • Re: Disclaimers, Dave Kopischke
    • Re: Disclaimers, Shmuel Metz , Seymour J.
  • Re: Disclaimers, Kenneth E Tomiak
• DB2 for z/OS V7.1 on z/OS V1.9, Bu Dante
• ASM G and WATFIV, Pierre Fichaud
  • Re: ASM G and WATFIV, Dave Wade
  • <Possible follow-ups>
  • Re: ASM G and WATFIV, Dave Wade
• Re: Custompac, Jack Kelly
  • Message not available
    • Re: Custompac, Schwarz, Barry A
  • <Possible follow-ups>
  • Re: Custompac, Steven Conway
  • Re: Custompac, Steven Conway
  • Re: Custompac, Mark Zelden
    • Re: Custompac, Schwarz, Barry A
  • Re: Custompac, Mark Zelden
• UDB JDBC procedure call causes S04E in DB2, N61601
  • <Possible follow-ups>
  • Re: UDB JDBC procedure call causes S04E in DB2, Neil Duffee
• CATALOG Quesiton, John Dawes
  • Re: CATALOG Quesiton, Jakubek, Jan
  • Re: CATALOG Quesiton, Adams, Rick
  • Re: CATALOG Quesiton, Anthony Saul Babonas
  • Re: CATALOG Quesiton, R.S.
    • Re: CATALOG Quesiton, Traylor, Terry
      • Re: CATALOG Quesiton, Anthony Saul Babonas
  • <Possible follow-ups>
  • Re: CATALOG Quesiton, John Laubenheimer
  • Re: CATALOG Quesiton, Lizette Koehler
    • Re: CATALOG Quesiton, David Andrews
  • Re: CATALOG Quesiton, John Dawes
    • Re: CATALOG Quesiton, R.S.
      • Re: CATALOG Quesiton, Rick Fochtman
      • Re: CATALOG Quesiton, R.S.
      • Re: CATALOG Quesiton, Rick Fochtman
    • Re: CATALOG Quesiton, Cobe Xu
      • Re: CATALOG Quesiton, John Dawes
  • Re: CATALOG Quesiton, Mark Zelden
  • Re: CATALOG Quesiton, Ted MacNEIL
  • Re: CATALOG Quesiton, Mark Zelden
  • Re: CATALOG Quesiton, Ted MacNEIL
• IBM sees decline in number of U.S IT pros, boom in China, Anne & Lynn Wheeler
• Re: CA-SYSVIEW, gsg
• Re: WLM and DB2, Glen Gasior
  • Re: WLM and DB2, Martin Packer
  • <Possible follow-ups>
  • Re: WLM and DB2, Ted MacNEIL
• Share your GRSRNLnn member?, McKown, John
  • Re: Share your GRSRNLnn member?, David Andrews
  • <Possible follow-ups>
  • Re: Share your GRSRNLnn member?, Dave Kopischke
  • Re: Share your GRSRNLnn member?, Mark Zelden
• Paging Subsystem -- "Comfortable" Size and Configuration?, Chase, John
  • Re: Paging Subsystem -- "Comfortable" Size and Configuration?, Knutson, Sam
    • Re: Paging Subsystem -- "Comfortable" Size and Configuration?, Shmuel Metz , Seymour J.
  • Re: Paging Subsystem -- "Comfortable" Size and Configuration?, Staller, Allan
    • Re: Paging Subsystem -- "Comfortable" Size and Configuration?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Paging Subsystem -- "Comfortable" Size and Configuration?, John Laubenheimer
    • Re: Paging Subsystem -- "Comfortable" Size and Configuration?, Jim Mulder
  • Re: Paging Subsystem -- "Comfortable" Size and Configuration?, Mark Zelden
    • Re: Paging Subsystem -- "Comfortable" Size and Configuration?, Chase, John
• Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, John Mattson
  • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, McKown, John
    • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Larry Kahm
      • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Neal Eckhardt
  • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Edward Jaffe
    • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, William Bishop
      • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Edward Jaffe
  • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Tom Sipusic
  • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Adams, Rick
  • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Shmuel Metz , Seymour J.
    • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Chase, John
      • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Paul Peplinski
  • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Walt Farrell
    • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Edward Jaffe
  • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Paul Gilmartin
    • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Scott Ford
      • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Rugen, Len
  • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Arthur T.
  • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Dave Cartwright
    • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Edward Jaffe
  • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Walter Marguccio
  • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Walt Farrell
  • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Paul Gilmartin
    • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Scott Rowe
    • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Pommier, Rex R.
    • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Shmuel Metz , Seymour J.
  • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Paul Gilmartin
    • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Scott Rowe
    • Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE, Rick Fochtman
• Re: GRS concurrent enqueue limit, Ed Holt
  • Re: GRS concurrent enqueue limit, Edward Jaffe
• getting gmake on z/OS Unix, Warren Taylor
  • Re: getting gmake on z/OS Unix, Mark Post
  • Re: getting gmake on z/OS Unix, Tom Quarendon
  • <Possible follow-ups>
  • Re: getting gmake on z/OS Unix, Big Iron
    • Implementing PAV on an existing DASD subsystem, Jason To
      • Re: Implementing PAV on an existing DASD subsystem, Alvaro Quintupray
• SE2D U1477 Abend, Francois Guillez
  • SV: SE2D U1477 Abend, Thomas Berg
  • <Possible follow-ups>
  • Fw: SE2D U1477 Abend, Bill Klein
• NCACMG Seminar Thursday, March 13th 2008 System z Update and more, Knutson, Sam
• z/OS 1.4 Running on 9672 CPU, Jason To
  • <Possible follow-ups>
  • Re: z/OS 1.4 Running on 9672 CPU, Ted MacNEIL
    • Re: z/OS 1.4 Running on 9672 CPU, Jason To
  • Re: z/OS 1.4 Running on 9672 CPU, Ted MacNEIL
  • Re: z/OS 1.4 Running on 9672 CPU, Shane
  • Re: z/OS 1.4 Running on 9672 CPU, Chase, John
  • Re: z/OS 1.4 Running on 9672 CPU, Patrick Lyon
  • Re: z/OS 1.4 Running on 9672 CPU, Brian Westerman
• Delete noscratch, Mohd Shahrifuddin
  • Re: Delete noscratch, R.S.
  • Re: Delete noscratch, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
  • <Possible follow-ups>
  • Re: Delete noscratch, Vernooy, C.P. - SPLXM
  • Re: Delete noscratch, Vernooy, C.P. - SPLXM
• Execution job class restriction, gsg
  • Re: Execution job class restriction, R.S.
    • Re: Execution job class restriction, Brian France
  • Re: Execution job class restriction, Diehl, Gary , MVSSupport
  • <Possible follow-ups>
  • Re: Execution job class restriction, Mark Zelden
  • Re: Execution job class restriction, Mark Zelden
    • Re: Execution job class restriction, Brian France
  • Re: Execution job class restriction, Mark Zelden
    • Re: Execution job class restriction, Brian France
  • Re: Execution job class restriction, Mark Zelden
  • Re: Execution job class restriction, Robert S. Hansel , RSH
    • Re: Execution job class restriction, Edward Jaffe
      • Re: Execution job class restriction, R.S.
  • Re: Execution job class restriction, Walt Farrell
    • Re: Execution job class restriction, William H. Blair
  • Re: Execution job class restriction, Mark Zelden
  • Re: Execution job class restriction, Vernooy, C.P. - SPLXM
  • Re: Execution job class restriction, Mark Zelden
  • Re: Execution job class restriction, Bruce Hewson
  • Re: Execution job class restriction, Tom Russell
  • Re: Execution job class restriction, Mark Zelden
  • Re: Execution job class restriction, Vernooy, C.P. - SPLXM
  • Re: Execution job class restriction, Arthur T.
    • Re: Execution job class restriction, Clark F Morris
• Hiper PAVs, gsg
  • Re: Hiper PAVs, David Andrews
    • Re: Hiper PAVs, Mark Post
      • Re: Hiper PAVs, David Andrews
• How to delete sysmods by accept automatically, Victor Zhang
  • Re: How to delete sysmods by accept automatically, Shane Ginnane
• Bob Richards Update, Rick Fochtman
  • Re: Bob Richards Update, Robert Justice
  • Re: Bob Richards Update, Richards, Robert B.
    • Re: Bob Richards Update, Rick Fochtman
    • Re: Bob Richards Update, Steve Comstock
      • Re: Bob Richards Update, Richards, Robert B.
    • Re: Bob Richards Update, Robert Justice
    • Re: Bob Richards Update, Dave Salt
    • Re: Bob Richards Update, Jon Nolting
    • Re: Bob Richards Update, R.S.
      • Re: Bob Richards Update, Richards, Robert B.
      • Re: Bob Richards Update, Gary Green
    • Re: Bob Richards Update, Thomas H Puddicombe
    • Re: Bob Richards Update, Ediger Mark - medige
    • Re: Bob Richards Update, Gary Green
  • <Possible follow-ups>
  • Re: Bob Richards Update, Kelman, Tom
  • Re: Bob Richards Update, Dave Kopischke
    • Re: Bob Richards Update, Richards, Robert B.
      • Re: Bob Richards Update, Fred Hoffman
  • Re: Bob Richards Update, Kelman, Tom
  • Re: Bob Richards Update, Mark Zelden
• Legal Issues with WEB, Thompson, Steve
  • Re: Legal Issues with WEB, Kirk Wolf
  • <Possible follow-ups>
  • Re: Legal Issues with WEB, Ted MacNEIL
    • Re: Legal Issues with WEB, McKown, John
  • Re: Legal Issues with WEB, Thompson, Steve
• R D Boenig is out of the office., R D Boenig
• Re: CSM (was: Transfer reports from lpar to lpar), Vernooy, C.P. - SPLXM
• IEE498I HALT LOGREC ERROR. RETURN CODE = 0012. Serious?, Jan MOEYERSONS
  • Re: IEE498I HALT LOGREC ERROR. RETURN CODE = 0012. Serious?, McKown, John
  • <Possible follow-ups>
  • Re: IEE498I HALT LOGREC ERROR. RETURN CODE = 0012. Serious?, Ed Finnell
• Job opening in Houston, Gilbert Cardenas
• XML Questions, David Day
• logging into list server archives, Warren Taylor
  • <Possible follow-ups>
  • Re: logging into list server archives, Warren Taylor
  • Re: logging into list server archives, Big Iron
  • Re: logging into list server archives, Warren Taylor
• SHARE 110 Linux and z/VM related presentations, Mark Post
• How to limit SAS in a PLEX, Lizette Koehler
  • Re: How to limit SAS in a PLEX, Field, Alan C.
  • Re: How to limit SAS in a PLEX, Mark Jacobs
  • Re: How to limit SAS in a PLEX, McKown, John
  • Re: How to limit SAS in a PLEX, George Fogg
  • Re: How to limit SAS in a PLEX, Walter Medenbach
  • <Possible follow-ups>
  • Re: How to limit SAS in a PLEX, Mark Zelden
  • Re: How to limit SAS in a PLEX, Mark Zelden
• CA7 in batch, Gerry Anstey
  • Re: CA7 in batch, Yifat Oren
    • Re: CA7 in batch, Gerry Anstey
      • Re: CA7 in batch, Yifat Oren
  • Re: CA7 in batch, Dave Barry
• CPU sharing, steve
• Tivoli Output Manager - SAF Security Activation Options, Robert S. Hansel , RSH
• Re: John's System Split (was Tape switching: ...), Mark Zelden
• Tape switching: Autoswitch vs MIM/Allocation, McKown, John
  • Re: Tape switching: Autoswitch vs MIM/Allocation, Rick Fochtman
    • Re: Tape switching: Autoswitch vs MIM/Allocation, McKown, John
  • <Possible follow-ups>
  • Re: Tape switching: Autoswitch vs MIM/Allocation, Mark Zelden
    • Re: Tape switching: Autoswitch vs MIM/Allocation, McKown, John
      • Re: Tape switching: Autoswitch vs MIM/Allocation, Patrick Falcone
      • Re: Tape switching: Autoswitch vs MIM/Allocation, Rick Fochtman
      • Re: Tape switching: Autoswitch vs MIM/Allocation, Patrick Falcone
      • Re: Tape switching: Autoswitch vs MIM/Allocation, McKown, John
      • Re: Tape switching: Autoswitch vs MIM/Allocation, Neal Eckhardt
  • Re: Tape switching: Autoswitch vs MIM/Allocation, Ted MacNEIL
• Re: DDLIST (Was: DSN ENQ conflict), Eric Bielefeld
• Unable To Delete Archived Dataset, esmie moo
  • Re: Unable To Delete Archived Dataset, Ulrich Krueger
    • Re: Unable To Delete Archived Dataset, esmie moo
  • Re: Unable To Delete Archived Dataset, Richard Peurifoy
  • <Possible follow-ups>
  • Re: Unable To Delete Archived Dataset, Lizette Koehler
  • Re: Unable To Delete Archived Dataset, Kenneth E Tomiak
  • Re: Unable To Delete Archived Dataset, Kenneth E Tomiak
  • Re: Unable To Delete Archived Dataset, Lucy Arnold
  • Re: Unable To Delete Archived Dataset, Kenneth E Tomiak
• Report Migration Issue, Anant
• Rexx bug?, Todd Burch
  • Re: Rexx bug?, Mark L. Wheeler
    • Re: Rexx bug?, Todd Burch
  • Re: Rexx bug?, John P. Baker
  • Re: Rexx bug?, Roberto Halais
  • Re: Rexx bug?, Binyamin Dissen
  • Re: Rexx bug?, Ulrich Krueger
    • Re: Rexx bug?, John P. Baker
      • Re: Rexx bug?, Todd Burch
      • Re: Rexx bug?, Mark L. Wheeler
      • Re: Rexx bug?, Ulrich Krueger
      • SV: Rexx bug?, Thomas Berg
      • Re: Rexx bug?, Binyamin Dissen
      • Re: Rexx bug?, Ulrich Krueger
      • Re: Rexx bug?, Binyamin Dissen
      • Re: Rexx bug?, John P. Baker
  • Re: Rexx bug?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Rexx bug?, Big Iron
  • Re: Rexx bug?, Ted MacNEIL
  • Re: Rexx bug?, Paul Gilmartin
    • Re: Rexx bug?, Steve Comstock
      • Re: Rexx bug?, Wayne Bell
      • Re: Rexx bug?, Steve Comstock
      • Re: Rexx bug?, Shmuel Metz , Seymour J.
  • Re: Rexx bug?, Patrick O'Keefe
    • Re: Rexx bug?, Todd Burch
    • SV: Rexx bug?, Thomas Berg
      • Re: SV: Rexx bug?, Chris Langford
      • Re: SV: Rexx bug?, Mark L. Wheeler
  • Re: Rexx bug?, Elardus Engelbrecht
  • Re: SV: Rexx bug?, Patrick O'Keefe
    • Re: Rexx bug?, Binyamin Dissen
  • Re: Rexx bug?, Kenneth E Tomiak
    • Re: Rexx bug?, Scott Ford
      • Re: Rexx bug?, Scott Ford
• DSN ENQ conflict - debugging after the fact., McKown, John
  • Re: DSN ENQ conflict - debugging after the fact., Knutson, Sam
  • <Possible follow-ups>
  • Re: DSN ENQ conflict - debugging after the fact., Mark Zelden
    • Re: DSN ENQ conflict - debugging after the fact., Jack Kelly
      • Re: DSN ENQ conflict - debugging after the fact., J R
  • Re: DSN ENQ conflict - debugging after the fact., Lizette Koehler
    • Re: DSN ENQ conflict - debugging after the fact., Edward Jaffe
  • Re: DSN ENQ conflict - debugging after the fact., Mark Zelden
  • Re: DSN ENQ conflict - debugging after the fact., Mark Zelden
  • Re: DSN ENQ conflict - debugging after the fact., Eric Bielefeld
    • DDLIST (Was: DSN ENQ conflict), Edward Jaffe
    • Re: DSN ENQ conflict - debugging after the fact. (confessions of an idiot), McKown, John
  • Re: DSN ENQ conflict - debugging after the fact., Mark Zelden
• ADR402E - AUTHORIZATION CHECK FAILED FOR DATA SET..., willie bunter
  • Re: ADR402E - AUTHORIZATION CHECK FAILED FOR DATA SET..., John P Kalinich
    • Re: ADR402E - AUTHORIZATION CHECK FAILED FOR DATA SET..., willie bunter
• Updating entries in ACF2 using flat files, Parin Gangar
  • Re: Updating entries in ACF2 using flat files, John P Kalinich
• RACF Tool PWDCOPY (ichwpin/ichpwout), Wolfgang Schäfer
  • Re: SPAM: RACF Tool PWDCOPY (ichwpin/ichpwout), Rick Fochtman
  • Re: RACF Tool PWDCOPY (ichwpin/ichpwout), John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: RACF Tool PWDCOPY (ichwpin/ichpwout), Arthur T.
  • Re: RACF Tool PWDCOPY (ichwpin/ichpwout), Walt Farrell
  • Re: RACF Tool PWDCOPY (ichwpin/ichpwout), Wolfgang Schäfer
• Re: how fast can I sort on mainframe (using DFSORT)?, Ted MacNEIL
  • <Possible follow-ups>
  • how fast can I sort on mainframe (using DFSORT)?, Pawel Leszczynski
    • Re: how fast can I sort on mainframe (using DFSORT)?, John P. Baker
    • Re: how fast can I sort on mainframe (using DFSORT)?, John P. Baker
      • Re: how fast can I sort on mainframe (using DFSORT)?, Shmuel Metz , Seymour J.
    • Re: how fast can I sort on mainframe (using DFSORT)?, David Betten
    • Re: how fast can I sort on mainframe (using DFSORT)?, Blaicher, Chris
      • Re: how fast can I sort on mainframe (using DFSORT)?, David Betten
      • Re: how fast can I sort on mainframe (using DFSORT)?, Frank Yaeger
    • Re: how fast can I sort on mainframe (using DFSORT)?, Sorensen Henrik , KSFI 442
  • Re: how fast can I sort on mainframe (using DFSORT)?, Paul Gilmartin
    • Re: how fast can I sort on mainframe (using DFSORT)?, John P. Baker
  • Re: how fast can I sort on mainframe (using DFSORT)?, Ted MacNEIL
  • Re: how fast can I sort on mainframe (using DFSORT)?, Paul Gilmartin
    • Re: how fast can I sort on mainframe (using DFSORT)?, John P. Baker
      • Exponential growth (was how fast can I sort on mainframe (using DFSORT)?), Jim Mulder
      • Re: Exponential growth (was how fast can I sort on mainframe (using DFSORT)?), John P. Baker
      • Re: Exponential growth (was how fast can I sort on mainframe (using DFSORT)?), Blaicher, Chris
      • Re: Exponential growth (was how fast can I sort on mainframe (using DFSORT)?), John P. Baker
      • Re: Exponential growth (was how fast can I sort on mainframe (using DFSORT)?), Shmuel Metz , Seymour J.
  • Re: how fast can I sort on mainframe (using DFSORT)?, Pawel Leszczynski
  • Re: how fast can I sort on mainframe (using DFSORT)?, Pawel Leszczynski
• RMF Monitor III - job UNKNOWN delay., Bruce Hewson
• Re: clock, daylight savings time, Paul Gilmartin
  • <Possible follow-ups>
  • Re: clock, daylight savings time, Gregory Pinkowski
    • HMC console was Re: clock, daylight savings time, Richard Peurifoy
  • Re: clock, daylight savings time, Brian Westerman
  • Re: clock, daylight savings time, Shmuel Metz , Seymour J.
  • Re: clock, daylight savings time, Paul Gilmartin
    • Re: clock, daylight savings time, William H. Blair
      • Re: clock, daylight savings time, Schwarz, Barry A
      • Re: clock, daylight savings time, William H. Blair
      • Re: clock, daylight savings time, Shmuel Metz , Seymour J.
      • Re: clock, daylight savings time, Chase, John
      • Re: clock, daylight savings time, Edward Jaffe
      • Re: clock, daylight savings time, William H. Blair
      • Re: clock, daylight savings time, Schwarz, Barry A
      • Re: clock, daylight savings time, Shmuel Metz , Seymour J.
      • Re: clock, daylight savings time, Doc Farmer
      • Re: clock, daylight savings time, howard . brazee
      • Re: clock, daylight savings time, Rick Fochtman
      • Re: clock, daylight savings time, Howard Brazee
      • Re: clock, daylight savings time, Doc Farmer
      • Re: clock, daylight savings time, Birger Heede
      • Re: clock, daylight savings time, Edward Jaffe
      • Re: clock, daylight savings time, Tom Harper
      • Re: clock, daylight savings time, Robert Justice
      • Re: clock, daylight savings time, howard . brazee
      • Re: clock, daylight savings time, Schwarz, Barry A
    • Re: clock, daylight savings time, Bob Rutledge
    • Re: clock, daylight savings time, Shmuel Metz , Seymour J.
  • Re: clock, daylight savings time, Paul Gilmartin
    • Re: clock, daylight savings time, William H. Blair
  • Re: clock, daylight savings time, Paul Gilmartin
    • Re: clock, daylight savings time, William H. Blair
  • Re: clock, daylight savings time, Paul Gilmartin
    • Re: clock, daylight savings time, William H. Blair
  • Re: clock, daylight savings time, Paul Gilmartin
    • Re: clock, daylight savings time, William H. Blair
  • Re: clock, daylight savings time, Paul Gilmartin
  • Re: clock, daylight savings time, Eric Bielefeld
    • Re: clock, daylight savings time, Shmuel Metz , Seymour J.
      • Re: clock, daylight savings time, Shmuel Metz , Seymour J.
  • Re: clock, daylight savings time, Kenneth E Tomiak
    • Re: clock, daylight savings time, Scott Ford
  • Re: clock, daylight savings time, Kenneth E Tomiak
  • Re: clock, daylight savings time, Bruce Hewson
    • Re: SPAM: Re: clock, daylight savings time, Rick Fochtman
  • Re: clock, daylight savings time, Paul Gilmartin
  • Re: clock, daylight savings time, Patrick O'Keefe
  • Re: clock, daylight savings time, Ted MacNEIL
    • Re: clock, daylight savings time, Rick Fochtman
      • Re: clock, daylight savings time, Chase, John
    • Re: clock, daylight savings time, Tom Longfellow
    • Re: clock, daylight savings time, Howard Brazee
• ePSP Bucket for z/OS 1.9 missing?, Roger Lowe
  • <Possible follow-ups>
  • Re: ePSP Bucket for z/OS 1.9 missing?, Mark Zelden
• Bob Richards, Rick Fochtman
  • Re: Bob Richards, Shmuel Metz , Seymour J.
    • Bob Richards, Rick Fochtman
      • Re: Bob Richards, Binyamin Dissen
• Re: SPAM: Re: Transfer reports from lpar to lpar, Gilbert Cardenas
  • Re: SPAM: Re: Transfer reports from lpar to lpar, Jon Nolting
  • <Possible follow-ups>
  • Re: SPAM: Re: Transfer reports from lpar to lpar, Gilbert Cardenas
    • Re: SPAM: Re: Transfer reports from lpar to lpar, John S. Giltner, Jr.
  • Re: SPAM: Re: Transfer reports from lpar to lpar, Brian Westerman
• Beta Test Announcement, Eric Bielefeld
• Re: SPAM: Re: Transfer reports from lpar to lpar, Ed Finnell
• Re: Secure FTP, Walt Farrell
• Extracting SMF 30 records, gsg
  • Re: Extracting SMF 30 records, Greg Shirey
  • Re: Extracting SMF 30 records, Raymond Noal
  • <Possible follow-ups>
  • Re: Extracting SMF 30 records, gsg
• Peformance question, gsg
  • Re: Peformance question, Ulrich Krueger
  • Re: Peformance question, John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: Peformance question, Lizette Koehler
  • Re: Peformance question, Arthur T.
• *MASTER* Reported CPU Time in Type72GO Records, Wayne Bell
• Measuring PAV success, gsg
  • Re: Measuring PAV success, Tom Moulder
  • Re: Measuring PAV success, andreas . grunder
  • <Possible follow-ups>
  • Re: Measuring PAV success, gsg
• Copying HFS file in Bacth, jason lowe
  • Re: Copying HFS file in Bacth, McKown, John
  • Re: Copying HFS file in Bacth, jason lowe
    • Re: Copying HFS file in Bacth, Jakubek, Jan
  • <Possible follow-ups>
  • Re: Copying HFS file in Bacth, Barbara Nitz
• Tapeless backup, Leitner, Timothy
  • Re: Tapeless backup, David Andrews
  • Re: Tapeless backup, McKown, John
  • Re: Tapeless backup, R.S.
  • Re: Tapeless backup, John S. Giltner, Jr.
  • Re: Tapeless backup, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Tapeless backup, Arthur T.
  • Re: Tapeless backup, Lizette Koehler
    • Re: SPAM: Re: Tapeless backup, Rick Fochtman
  • Re: Tapeless backup, Brian Westerman
  • Re: Tapeless backup, Timothy Sipples
• Re Transfer reports from lpar to lpar, Jimmy Wagner
• Transfer reports from lpar to lpar, Gilbert Cardenas
  • Re: Transfer reports from lpar to lpar, Ken Porowski
  • Re: Transfer reports from lpar to lpar, McKown, John
    • Re: Transfer reports from lpar to lpar, Scott Ford
  • Re: Transfer reports from lpar to lpar, Rob Schramm
    • Re: Transfer reports from lpar to lpar, Staller, Allan
    • Re: Transfer reports from lpar to lpar, JerryDurbin
  • Re: Transfer reports from lpar to lpar, John S. Giltner, Jr.
  • Re: Transfer reports from lpar to lpar, Shmuel Metz , Seymour J.
    • Re: Transfer reports from lpar to lpar, Farley, Peter x23353
      • Recatalog a GDG - accidentally deleted the base, Pushparaj, Samuel S
      • Re: Recatalog a GDG - accidentally deleted the base, David Andrews
      • Re: Recatalog a GDG - accidentally deleted the base, Sivakumar, Manikandan
      • Re: Recatalog a GDG - accidentally deleted the base, John Kington
  • <Possible follow-ups>
  • Re: Transfer reports from lpar to lpar, Gilbert Cardenas
    • Re: Transfer reports from lpar to lpar, Kirk Talman
  • Re: Transfer reports from lpar to lpar, Ted MacNEIL
    • Re: Transfer reports from lpar to lpar, Chase, John
  • Re: Transfer reports from lpar to lpar, Gilbert Cardenas
    • Re: Transfer reports from lpar to lpar, McKown, John
      • Re: Transfer reports from lpar to lpar, Jon Nolting
  • Re: Transfer reports from lpar to lpar, Ted MacNEIL
  • Re: Transfer reports from lpar to lpar, Gilbert Cardenas
    • Re: Transfer reports from lpar to lpar, Shmuel Metz , Seymour J.
  • Re: Transfer reports from lpar to lpar, Mark Zelden
    • Re: Transfer reports from lpar to lpar, Pat Mihalec
      • Re: Transfer reports from lpar to lpar, Edward Jaffe
      • Re: Transfer reports from lpar to lpar, Staller, Allan
      • Re: SPAM: Re: Transfer reports from lpar to lpar, Rick Fochtman
      • Re: SPAM: Re: Transfer reports from lpar to lpar, Edward Jaffe
  • Re: Transfer reports from lpar to lpar, Ted MacNEIL
  • Re: Transfer reports from lpar to lpar, Gilbert Cardenas
    • Re: Transfer reports from lpar to lpar, Jon Nolting
  • Re: Transfer reports from lpar to lpar, Brian Westerman
  • Re: Transfer reports from lpar to lpar, Gilbert Cardenas
    • Re: Transfer reports from lpar to lpar, Ulrich Krueger
  • Re: Transfer reports from lpar to lpar, Gilbert Cardenas
• Re: RMM Label Information, Mike Wood
• Re: IEE342I MODIFY REJECTED-TASK BUSY, Walt Farrell
  • Re: IEE342I MODIFY REJECTED-TASK BUSY, Chase, John
• IEE342I MODIFY REJECTED-TASK BUSY, Chase, John
  • Re: IEE342I MODIFY REJECTED-TASK BUSY, McKown, John
    • Re: IEE342I MODIFY REJECTED-TASK BUSY, McKown, John
  • Re: IEE342I MODIFY REJECTED-TASK BUSY, Craddock, Chris
  • Re: IEE342I MODIFY REJECTED-TASK BUSY, Paul D'Angelo
    • Re: IEE342I MODIFY REJECTED-TASK BUSY, Chase, John
      • Re: IEE342I MODIFY REJECTED-TASK BUSY, Paul D'Angelo
  • Re: IEE342I MODIFY REJECTED-TASK BUSY, Rick Fochtman
  • Re: IEE342I MODIFY REJECTED-TASK BUSY, Shmuel Metz , Seymour J.
    • Re: IEE342I MODIFY REJECTED-TASK BUSY, Chase, John
      • Re: IEE342I MODIFY REJECTED-TASK BUSY, Craddock, Chris
      • Re: IEE342I MODIFY REJECTED-TASK BUSY, Chase, John
      • Re: IEE342I MODIFY REJECTED-TASK BUSY, Wayne Bell
      • Re: IEE342I MODIFY REJECTED-TASK BUSY, Shmuel Metz , Seymour J.
• FTP Failures, John P Donnelly
  • Re: FTP Failures, William Bishop
  • Re: FTP Failures, Greg Shirey
    • Re: FTP Failures, Edward Jaffe
  • Re: FTP Failures, Walter Trovijo
  • <Possible follow-ups>
  • Re: FTP Failures, Cal McCracken
• IBM Resourcelink unavailable?, Cal McCracken
  • Re: IBM Resourcelink unavailable?, Steven Conway
  • <Possible follow-ups>
  • Re: IBM Resourcelink unavailable?, Cal McCracken
• ServiceLink access availability, Steven Conway
• Beta TEST announcement of Version 3 of SyzAUTO, Brian Westerman
  • Re: Beta TEST announcement of Version 3 of SyzAUTO, Shmuel Metz , Seymour J.
    • Re: Beta TEST announcement of Version 3 of SyzAUTO, Dave Salt
      • Re: SPAM: Re: Beta TEST announcement of Version 3 of SyzAUTO, Rick Fochtman
  • <Possible follow-ups>
  • Re: Beta TEST announcement of Version 3 of SyzAUTO, Ted MacNEIL
    • Re: Beta TEST announcement of Version 3 of SyzAUTO, Zahir Hemini
  • Re: Beta TEST announcement of Version 3 of SyzAUTO, Brian Westerman
    • Re: Beta TEST announcement of ?????, Shane
  • Re: Beta TEST announcement of Version 3 of SyzAUTO, Thomas Kern
    • RMF Spreadsheet Reporter Excel Error, Lindy Mayfield
      • Re: RMF Spreadsheet Reporter Excel Error, Kreiter, Chuck
      • Re: RMF Spreadsheet Reporter Excel Error, mailand
  • Re: Beta TEST announcement of Version 3 of SyzAUTO, Brian Westerman
    • Re: Beta TEST announcement of Version 3 of SyzAUTO, Stephen Mednick
    • Re: Beta TEST announcement of Version 3 of SyzAUTO, Shmuel Metz , Seymour J.
  • Re: Beta TEST announcement of Version 3 of SyzAUTO, Ted MacNEIL
  • Re: Beta TEST announcement of Version 3 of SyzAUTO, Ted MacNEIL
  • Re: Beta TEST announcement of Version 3 of SyzAUTO, Brian Westerman
  • Re: Beta TEST announcement of Version 3 of SyzAUTO, Brian Westerman
    • Re: Beta TEST announcement of Version 3 of SyzAUTO, Dave Salt
  • Re: Beta TEST announcement of Version 3 of SyzAUTO, Brian Westerman
• upgrading z?OS 1.4 to 1.8 or 1.9, Bu Dante
  • Re: upgrading z?OS 1.4 to 1.8 or 1.9, Patrick Falcone
    • Re: upgrading z?OS 1.4 to 1.8 or 1.9, Michael Saraco
  • <Possible follow-ups>
  • Re: upgrading z?OS 1.4 to 1.8 or 1.9, Mark Zelden
    • Re: upgrading z?OS 1.4 to 1.8 or 1.9, Michael Saraco
  • Re: upgrading z?OS 1.4 to 1.8 or 1.9, Mark Zelden
  • Re: upgrading z?OS 1.4 to 1.8 or 1.9, Brian Westerman
  • Re: upgrading z?OS 1.4 to 1.8 or 1.9, Bu Dante
    • Re: upgrading z?OS 1.4 to 1.8 or 1.9, Ron Wells
      • Re: upgrading z?OS 1.4 to 1.8 or 1.9, Knutson, Sam
• Re: Any RMM Training available?, John Benik
  • Re: Any RMM Training available?, R.S.
    • Message not available
      • Re: RMM Label Information, Dee Shrier
    • Re: Any RMM Training available?, Jim McAlpine
      • Re: Any RMM Training available?, R.S.
    • Message not available
      • Re: RMM Label Information, Rick Fochtman
  • Secure FTP, Miller, Pat
    • Re: Secure FTP, Richard Peurifoy
  • <Possible follow-ups>
  • Re: Any RMM Training available?, Arturo A Arca
    • Re: Any RMM Training available?, R.S.
  • Re: Any RMM Training available?, Mike Wood
• z/OS UnixSS, java, DB2, and hat in hand, O'Mara, Kevin, ITD
  • <Possible follow-ups>
  • Re: z/OS UnixSS, java, DB2, and hat in hand, Roland Schiradin
• Sorting Hex Data - ISPF or Batch, Lizette Koehler
  • Re: Sorting Hex Data - ISPF or Batch, Field, Alan C.
  • Re: Sorting Hex Data - ISPF or Batch, Binyamin Dissen
  • <Possible follow-ups>
  • Re: Sorting Hex Data - ISPF or Batch, Lizette Koehler
• Production Mainframe Issue - Urgent, Jacky Bright
  • Production Mainframe Issue - Urgent, Jacky Bright
  • <Possible follow-ups>
  • Re: Production Mainframe Issue - Urgent, Elardus Engelbrecht
  • Re: Production Mainframe Issue - Urgent, Barbara Nitz
• [Fwd: IEC614I SCRATCH FAILED], HELIO
• Classes in Europe (was: Re: LE-compliant assembler program with 'instance-storage'.), Steve Comstock
• IEC614I SCRATCH FAILED, HELIO
  • Re: IEC614I SCRATCH FAILED, McKown, John
    • Re: IEC614I SCRATCH FAILED, wrzawo
  • <Possible follow-ups>
  • Re: IEC614I SCRATCH FAILED, Mark Zelden
• MVS/380 0.4 and GNU utilities released, mutazilah
• LE-compliant assembler program with 'instance-storage'., Fred van der Windt
  • Re: LE-compliant assembler program with 'instance-storage'., Steve Comstock
    • Re: LE-compliant assembler program with 'instance-storage'., Fred van der Windt
  • Re: LE-compliant assembler program with 'instance-storage'., Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: LE-compliant assembler program with 'instance-storage'., Andy Robertson
  • LE-compliant assembler program with 'instance-storage'., Bill Klein
• Hanging command, Barbara Nitz
  • Re: Hanging command, Gil Peleg
  • <Possible follow-ups>
  • Re: Hanging command, Barbara Nitz
  • Re: Hanging command, Mark Zelden
  • Re: Hanging command, Mark Zelden
    • Re: Hanging command, Gil Peleg
• SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152, Tommy Tsui
  • Re: SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152, Gibney, Dave
    • Re: SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152, Tommy Tsui
      • Re: SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152, Gibney, Dave
  • Re: SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152, Stephen Mednick
    • Re: SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152, Tommy Tsui
      • Re: SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152, Stephen Mednick
      • Re: SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152, Tommy Tsui
      • Re: SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152, Gibney, Dave
      • Re: SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152, Chase, John
    • Re: SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152, Edward Jaffe
• (none), Barbara Nitz
  • Servicelink User's Guide?, Smith, Sean M
    • Re: Servicelink User's Guide?, Ian
  • <Possible follow-ups>
  • (none), Schroeder, Wayne
• VSAM, KSDS INDEX problem, seq-set ok, index set not ok, ?, RichK
• Debug Tool know how..., Bill Klein
• VTAM NetView Configuration, Gary Peters
  • Re: VTAM NetView Configuration, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
  • Re: VTAM NetView Configuration, Peters, Gary A.
  • <Possible follow-ups>
  • Re: VTAM NetView Configuration, Patrick O'Keefe
  • Re: VTAM NetView Configuration, Mark T. Regan, K8MTR
• Message ACC20210 - who issues, Jack Kelly
  • <Possible follow-ups>
  • Re: Message ACC20210 - who issues, Lizette Koehler
    • Re: Message ACC20210 - who issues, Jack Kelly
  • Re: Message ACC20210 - who issues, Schwartz, Alan
  • Re: Message ACC20210 - who issues, Steve Pryor
• dataset separation within a Storage Group, Dave Myers
  • Re: dataset separation within a Storage Group, Mark Jacobs
  • Re: dataset separation within a Storage Group, O'Brien, David W. [C] , NIH/CIT
  • Re: dataset separation within a Storage Group, Darth Keller
    • Re: dataset separation within a Storage Group, John Kington
  • <Possible follow-ups>
  • Re: dataset separation within a Storage Group, Ted MacNEIL
    • Re: dataset separation within a Storage Group, R.S.
  • Re: dataset separation within a Storage Group, Steve Pryor
• No IOS070E MOUNT PENDING Messages Under z/OS 1.9, Edward Jaffe
  • <Possible follow-ups>
  • Re: No IOS070E MOUNT PENDING Messages Under z/OS 1.9, Mark Zelden
    • Re: No IOS070E MOUNT PENDING Messages Under z/OS 1.9, Edward Jaffe
    • Re: No IOS070E MOUNT PENDING Messages Under z/OS 1.9, John P Kalinich
  • Re: No IOS070E MOUNT PENDING Messages Under z/OS 1.9, Mark Zelden
    • Re: No IOS070E MOUNT PENDING Messages Under z/OS 1.9, Edward Jaffe
      • Re: No IOS070E MOUNT PENDING Messages Under z/OS 1.9, Edward Jaffe
• Re: Cancelling a job with SDSF in a sysplex., Mark Zelden
  • <Possible follow-ups>
  • Re: Cancelling a job with SDSF in a sysplex., Mark Zelden
  • Re: Cancelling a job with SDSF in a sysplex., Ted MacNEIL
  • Re: Cancelling a job with SDSF in a sysplex., Patrick O'Keefe
• Migration/Coexistence with z/OS 1.10, Mark Zelden
  • Re: SPAM: Migration/Coexistence with z/OS 1.10, Rick Fochtman
• CICS Wiki news, Corneel Booysen
• Re: SDSF-ISFPARM, Mark Zelden
  • Re: SDSF-ISFPARM, Ron Wells
  • <Possible follow-ups>
  • Re: SDSF-ISFPARM, Mark Zelden
• DFSMSDSS V1R07.0 and the CONCURRENT parameter, Anton Britz
  • <Possible follow-ups>
  • Re: DFSMSDSS V1R07.0 and the CONCURRENT parameter, John Laubenheimer
  • Re: DFSMSDSS V1R07.0 and the CONCURRENT parameter, Anton Britz
• SDSF DA in sysplex, Beesley, Paul
  • <Possible follow-ups>
  • Re: SDSF DA in sysplex, Mark Zelden
    • Re: SDSF DA in sysplex, Beesley, Paul
      • Re: SDSF DA in sysplex, Diehl, Gary , MVSSupport
  • Re: SDSF DA in sysplex, Mark Zelden
    • Cancelling a job with SDSF in a sysplex., McKown, John
• How to obtain CF Level Information programmatically, Hardee, Charles H
  • Re: How to obtain CF Level Information programmatically, Rob Scott
  • Re: How to obtain CF Level Information programmatically, khf00
  • <Possible follow-ups>
  • Re: How to obtain CF Level Information programmatically, Scott Fagen
  • Re: How to obtain CF Level Information programmatically, Bill Neiman
• DATA1 -- 5771-ADA Print Product ???, Mark H. Young
  • <Possible follow-ups>
  • Re: DATA1 -- 5771-ADA Print Product ???, Big Iron
  • Re: DATA1 -- 5771-ADA Print Product ???, Big Iron
• Is PSATOLD always zero when in SRB mode?, Support, DUNNIT SYSTEMS LTD.
  • Re: Is PSATOLD always zero when in SRB mode?, Tom Harper
  • Re: Is PSATOLD always zero when in SRB mode?, Binyamin Dissen
  • Re: Is PSATOLD always zero when in SRB mode?, steve
  • <Possible follow-ups>
  • Re: Is PSATOLD always zero when in SRB mode?, Support, DUNNIT SYSTEMS LTD.
  • Re: Is PSATOLD always zero when in SRB mode?, Peter Relson
  • Re: Is PSATOLD always zero when in SRB mode?, Support, DUNNIT SYSTEMS LTD.
  • Re: Is PSATOLD always zero when in SRB mode?, Thompson, Steve
    • Re: Is PSATOLD always zero when in SRB mode?, Jim Mulder
• Debug Tool know how..., Thomas Berg
  • Re: Debug Tool know how..., Timur Alpaslan
    • SV: Debug Tool know how..., Thomas Berg
      • Re: SV: Debug Tool know how..., Timur Alpaslan
      • SV: SV: Debug Tool know how..., Thomas Berg
      • Re: SV: SV: Debug Tool know how..., Timur Alpaslan
      • Re: SV: Debug Tool know how..., Don Leahy
      • SV: SV: Debug Tool know how..., Thomas Berg
      • Re: SV: Debug Tool know how..., Don Leahy
      • SV: SV: Debug Tool know how..., Thomas Berg
      • Re: SV: Debug Tool know how..., Don Leahy
      • Re: SV: SV: Debug Tool know how..., Hunter Cobb
      • SV: SV: SV: Debug Tool know how..., Thomas Berg
      • Re: SV: SV: SV: Debug Tool know how..., Hunter Cobb
  • <Possible follow-ups>
  • Debug Tool know how..., Bill Klein
    • SV: Debug Tool know how..., Thomas Berg
• DCF (was Re: System z10 announcement (in English)), Roger Bolan
  • <Possible follow-ups>
  • Re: DCF (was Re: System z10 announcement (in English)), Paul Gilmartin
    • Re: DCF (was Re: System z10 announcement (in English)), Roger Bolan
      • Re: DCF (was Re: System z10 announcement (in English)), Edward Jaffe
  • Re: DCF (was Re: System z10 announcement (in English)), Alan Altmark
    • Re: DCF (was Re: System z10 announcement (in English)), Edward Jaffe
      • Re: DCF (was Re: System z10 announcement (in English)), Robert Wright
  • Re: DCF (was Re: System z10 announcement (in English)), Ed Finnell
    • Re: DCF (was Re: System z10 announcement (in English)), Roger Bolan
  • Re: DCF (was Re: System z10 announcement (in English)), Ed Finnell
• Any consideration to reduce I/O against COMMDS when SMSPLEX = SYSPLEX?, Knutson, Sam
• z10 "Extract" file for the EPSPT Tool, Marna WALLE
• Serverpac order and Java, Peggy Andrews
  • Re: Serverpac order and Java, Chase, John
  • Re: Serverpac order and Java, John Eells
    • Re: Serverpac order and Java, Jousma, David
  • <Possible follow-ups>
  • Re: Serverpac order and Java, Peggy Andrews
• Announcement for hlasm.com, Abe Kornelis
• Re: USSTAB, Patrick O'Keefe
  • Re: USSTAB, Ron Wells
  • <Possible follow-ups>
  • Re: USSTAB, SUBSCRIBE IBM-MAIN gaa a. gamal
    • Re: USSTAB, Ron Wells
• CICS SMF 110 record, Michael Saraco
  • Re: CICS SMF 110 record, Mark Vitale
    • Re: CICS SMF 110 record, Michael Saraco
  • <Possible follow-ups>
  • Re: CICS SMF 110 record, Ted MacNEIL
• GRS RESMIL SETTING, Anthony Fletcher
  • Re: GRS RESMIL SETTING, Rob Schramm
    • Re: GRS RESMIL SETTING, Anthony Fletcher
  • <Possible follow-ups>
  • Re: GRS RESMIL SETTING, Walter Marguccio
  • Re: GRS RESMIL SETTING, Scott Fagen
    • Re: GRS RESMIL SETTING, Shane
  • Re: GRS RESMIL SETTING, Scott Fagen
    • Re: GRS RESMIL SETTING, Shane
  • Re: GRS RESMIL SETTING, Walter Marguccio
  • Re: GRS RESMIL SETTING, Scott Fagen
  • Re: GRS RESMIL SETTING, Walter Marguccio
• Re: SDSF User Manual, Lizette Koehler
  • Re: SDSF User Manual, Schwarz, Barry A
  • <Possible follow-ups>
  • Re: SDSF User Manual, Walt Farrell
    • Re: SDSF User Manual, Schwarz, Barry A
      • Re: SDSF User Manual, Howard Brazee
      • Re: SDSF User Manual, Schwarz, Barry A
  • Re: SDSF User Manual, Sebastian Welton
  • Re: SDSF User Manual, Thompson, Steve
  • Re: SDSF User Manual, Mark Zelden
  • Re: SDSF User Manual, Barbara Nitz
  • Re: SDSF User Manual, Walt Farrell
  • Re: SDSF User Manual, Walt Farrell
  • Re: SDSF User Manual, Mark Zelden
    • SDSF-ISFPARM, Ron Wells
      • Re: SDSF-ISFPARM, Kirk Talman
      • Re: SDSF-ISFPARM, Ron Wells
    • Re: SDSF User Manual, George Fogg
  • Re: SDSF User Manual, Tom Marchant
  • Re: SDSF User Manual, Mark Zelden
  • Re: SDSF User Manual, Ed Finnell
  • Re: SDSF User Manual, Barbara Nitz
  • Re: SDSF User Manual, Patrick O'Keefe
    • Re: SDSF User Manual, Bob Rutledge
      • SV: SDSF User Manual, Thomas Berg
  • Re: SDSF User Manual, Mark Zelden
• Re: Setting up a service class for DDF, Diehl, Gary , MVSSupport
  • <Possible follow-ups>
  • Re: Setting up a service class for DDF, Neil Duffee
• Re: z/OS messages libraries ?, Lizette Koehler
  • <Possible follow-ups>
  • Re: z/OS messages libraries ?, Elardus Engelbrecht
  • Re: z/OS messages libraries ?, Lizette Koehler
  • Re: z/OS messages libraries ?, Elardus Engelbrecht
• z/OS messages libraries - continued, Francois Guillez
  • Re: z/OS messages libraries - continued, Mike Shaw
  • <Possible follow-ups>
  • Re: z/OS messages libraries - continued, Lizette Koehler
  • Re: z/OS messages libraries - continued, Francois Guillez
    • Re: z/OS messages libraries - continued, Flint, Mike
    • Re: z/OS messages libraries - continued, Van Dalsen, Herbie
  • Re: z/OS messages libraries - continued, Francois Guillez
  • Re: z/OS messages libraries - continued, Francois Guillez
• Re: IEFSSNxx change requires IPL?, Vernooy, C.P. - SPLXM
  • <Possible follow-ups>
  • Re: IEFSSNxx change requires IPL?, Mark Zelden
• Re: page data sets and HiperPAV, Barbara Nitz
  • <Possible follow-ups>
  • Re: page data sets and HiperPAV, Zaromil Tisler
    • IEFSSNxx change requires IPL?, Lindy Mayfield
      • Re: IEFSSNxx change requires IPL?, Mark Jacobs
      • Re: IEFSSNxx change requires IPL?, Lindy Mayfield
      • Re: IEFSSNxx change requires IPL?, Gray, Larry - Larry A
  • Re: page data sets and HiperPAV, Vernooy, C.P. - SPLXM
• page data sets and HiperPAV (was: Large Page Datasets APAR OA20749), Barbara Nitz
  • <Possible follow-ups>
  • Re: page data sets and HiperPAV (was: Large Page Datasets APAR OA20749), Vernooy, C.P. - SPLXM
  • Re: page data sets and HiperPAV (was: Large Page Datasets APAR OA20749), Zaromil Tisler
• Re: ISMF split second question, Vernooy, C.P. - SPLXM
• Re: DFSORT E15 Assembler EXIT, Ewald Sußner
  • Re: DFSORT E15 Assembler EXIT, Bill Lalonde
    • Re: DFSORT E15 Assembler EXIT, Ewald Sußner
• DFSMShsm ML2 at disaster recovery., Glen.Gasior
  • Re: DFSMShsm ML2 at disaster recovery., Tom Longfellow
  • Re: DFSMShsm ML2 at disaster recovery., Tom Longfellow
• Re: Abend S013 using ICHDSM00 procedure, Walt Farrell
  • <Possible follow-ups>
  • Re: Abend S013 using ICHDSM00 procedure, Robert S. Hansel , RSH
• Re: DB2-L question (was IMS question), K.A. Rodriguez
  • <Possible follow-ups>
  • Re: DB2-L question (was IMS question), Ted MacNEIL
• Re: Catch-22 question on SMP/E receive fromnts command, Pommier, Rex R.
  • <Possible follow-ups>
  • Re: Catch-22 question on SMP/E receive fromnts command, Paul Gilmartin
    • z/OS 1.4 to 1.7 upgrade differences question, Pommier, Rex R.
  • Re: Catch-22 question on SMP/E receive fromnts command, Paul Gilmartin
  • Re: Catch-22 question on SMP/E receive fromnts command, Mark Zelden
• Re: TCPIP hosts.deny, Mark Pace
• FICON CTC, Mark Pace
  • Re: FICON CTC, Field, Alan C.
  • Re: FICON CTC, R.S.
  • Re: FICON CTC, Neubert, Kevin , DIS
    • Re: FICON CTC, Mark Pace
      • Re: FICON CTC, Bielskie, Stephen
      • Re: FICON CTC, Field, Alan C.
      • Re: FICON CTC, Bielskie, Stephen
      • Re: FICON CTC, Mark Pace
  • <Possible follow-ups>
  • Re: FICON CTC, Brian Peterson
    • Re: FICON CTC, Mark Pace
      • Re: FICON CTC, Bielskie, Stephen
      • Re: FICON CTC, Neubert, Kevin , DIS
  • Re: FICON CTC, Brian Peterson
    • Re: FICON CTC, Mark Pace
    • Re: FICON CTC, Bielskie, Stephen
  • Re: FICON CTC, Arthur Gutowski
    • Re: FICON CTC, Mark Pace
      • Re: FICON CTC, Mark Pace
  • Re: FICON CTC, Roger Lowe
  • Re: FICON CTC, Jimmy Wagner
    • Re: FICON CTC, Mark Pace
      • Re: FICON CTC, R.S.
      • Re: FICON CTC, Mark Pace
      • Re: FICON CTC, R.S.
  • Re: FICON CTC, Zaromil Tisler
    • Re: FICON CTC, Mark Pace
      • Re: FICON CTC, Mark Pace
• effect of CPU power on SIO rate in SDSF, McKown, John
  • Re: effect of CPU power on SIO rate in SDSF, Rick Fochtman
  • <Possible follow-ups>
  • Re: effect of CPU power on SIO rate in SDSF, Ted MacNEIL
• IMS Question, Ervin, Timothy N.
  • <Possible follow-ups>
  • Re: IMS Question, Lizette Koehler
    • Re: IMS Question, Ervin, Timothy N.
    • Re: IMS Question, Mark Hammond
      • Re: IMS Question, Ervin, Timothy N.
  • Re: IMS Question, Ted MacNEIL
    • Re: IMS Question, Peggy
    • Re: IMS Question, Mike Bell
• Video of mainframe being shaken, Corneel Booysen
  • Re: Video of mainframe being shaken, Cheryl Walker
    • spam: Re: Video of mainframe being shaken, Gregory Pinkowski
  • <Possible follow-ups>
  • Re: Video of mainframe being shaken, Ted MacNEIL
    • Re: Video of mainframe being shaken, Jon Brock
• Rexx - TRAP errors / Exception handling ?, Cloink . Friggson
  • <Possible follow-ups>
  • Re: Rexx - TRAP errors / Exception handling ?, Arthur T.
  • Re: Rexx - TRAP errors / Exception handling ?, Big Iron
  • Re: Rexx - TRAP errors / Exception handling ?, Paul Gilmartin
    • Re: Rexx - TRAP errors / Exception handling ?, Don Leahy
  • Re: Rexx - TRAP errors / Exception handling ?, Ted MacNEIL
    • Re: Rexx - TRAP errors / Exception handling ?, Lindy Mayfield
  • Re: Rexx - TRAP errors / Exception handling ?, Arthur T.
  • Re: Rexx - TRAP errors / Exception handling ?, Ted MacNEIL
    • Re: Rexx - TRAP errors / Exception handling ?, Don Leahy
  • Re: Rexx - TRAP errors / Exception handling ?, Arthur T.
  • Re: Rexx - TRAP errors / Exception handling ?, Mark Zelden
  • Re: Rexx - TRAP errors / Exception handling ?, Ted MacNEIL
  • Re: Rexx - TRAP errors / Exception handling ?, Patrick O'Keefe
  • Re: Rexx - TRAP errors / Exception handling ?, Arthur T.
  • Re: Rexx - TRAP errors / Exception handling ?, Ted MacNEIL
    • Re: Rexx - TRAP errors / Exception handling ?, McKown, John
  • Re: Rexx - TRAP errors / Exception handling ?, Ted MacNEIL
    • Re: Rexx - TRAP errors / Exception handling ?, Cloink . Friggson
  • Re: Rexx - TRAP errors / Exception handling ?, Zaromil Tisler
  • Re: Rexx - TRAP errors / Exception handling ?, Arthur T.
  • Re: Rexx - TRAP errors / Exception handling ?, Shmuel Metz , Seymour J.
  • Re: Rexx - TRAP errors / Exception handling ?, Kenneth E Tomiak
• Re: CA-FAVER to DFDSS conversion, Sivakumar, Manikandan
  • <Possible follow-ups>
  • Re: CA-FAVER to DFDSS conversion, Darth Keller
  • Re: CA-FAVER to DFDSS conversion, O'Brien, David W. [C] , NIH/CIT
    • Message not available
      • Abend S013 using ICHDSM00 procedure, Carlos Cordero
      • Re: SPAM: Abend S013 using ICHDSM00 procedure, Rick Fochtman
      • Re: Abend S013 using ICHDSM00 procedure, Doc Farmer
  • Re: CA-FAVER to DFDSS conversion, O'Brien, David W. [C] , NIH/CIT
• SMS QUESTION - DISKS STILL BEING ALLOCATED, John Dawes
  • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, O'Brien, David W. [C] , NIH/CIT
    • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, John Dawes
      • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, O'Brien, David W. [C] , NIH/CIT
      • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, John Dawes
      • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, O'Brien, David W. [C] , NIH/CIT
      • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, John Dawes
  • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, John Kington
    • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, John Dawes
      • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, Tom Moulder
      • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, Tom Moulder
      • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, John Kington
  • <Possible follow-ups>
  • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, Vernooy, C.P. - SPLXM
  • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, Vernooy, C.P. - SPLXM
    • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, John Dawes
      • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, Ulrich Krueger
      • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, John Dawes
  • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, Vernooy, C.P. - SPLXM
  • Re: SMS QUESTION - DISKS STILL BEING ALLOCATED, Vernooy, C.P. - SPLXM
• Re: IBM Tivoli Monitoring (ITM for short), Timothy Sipples
  • <Possible follow-ups>
  • Re: IBM Tivoli Monitoring (ITM for short), Patrick O'Keefe
  • Re: IBM Tivoli Monitoring (ITM for short), Timothy Sipples
  • Re: IBM Tivoli Monitoring (ITM for short), Barrett, Dennis
  • Re: IBM Tivoli Monitoring (ITM for short), Stephen Hall
    • Re: IBM Tivoli Monitoring (ITM for short), Shane
• Large Page Datasets APAR OA20749, Knutson, Sam
  • Re: Large Page Datasets APAR OA20749, Pushparaj, Samuel S
    • Re: Large Page Datasets APAR OA20749, Sivakumar, Manikandan
  • configuring remote drives for the PM2 configurations, Pushparaj, Samuel S
  • Re: Large Page Datasets APAR OA20749, Rob Schramm
    • Re: SPAM: Re: Large Page Datasets APAR OA20749, Rick Fochtman
    • Re: Large Page Datasets APAR OA20749, Knutson, Sam
      • Re: Large Page Datasets APAR OA20749, Jim Mulder
  • <Possible follow-ups>
  • Re: Large Page Datasets APAR OA20749, Vernooy, C.P. - SPLXM
    • Re: Large Page Datasets APAR OA20749, Jim Mulder
      • Re: Large Page Datasets APAR OA20749, Shane
  • Re: Large Page Datasets APAR OA20749, Vernooy, C.P. - SPLXM
    • Re: Large Page Datasets APAR OA20749, Shane
      • Re: Large Page Datasets APAR OA20749, Edward Jaffe
    • Re: Large Page Datasets APAR OA20749, Martin Packer
  • Re: Large Page Datasets APAR OA20749, Vernooy, C.P. - SPLXM
  • Re: Large Page Datasets APAR OA20749, Barbara Nitz
  • Re: Large Page Datasets APAR OA20749, Vernooy, C.P. - SPLXM
  • Re: Large Page Datasets APAR OA20749, Vernooy, C.P. - SPLXM
    • Re: Large Page Datasets APAR OA20749, Martin Packer
• Re: System z10 announcement (in English), Shmuel Metz , Seymour J.
• Email Handler Program, Graham Hobbs
  • Email Handler Program, Neil Duffee
    • Re: Email Handler Program, Graham Hobbs
• Summer 2008 SHARE Conference in San Jose (#111), Kenneth E Tomiak
• Re: zIIP API for ISV's, Kenneth E Tomiak
  • <Possible follow-ups>
  • Re: zIIP API for ISV's, Peter Relson
    • Re: zIIP API for ISV's, Chase, John
      • Re: zIIP API for ISV's, R.S.
      • Re: zIIP API for ISV's, Bob Shannon
      • Re: zIIP API for ISV's, R.S.
      • Re: zIIP API for ISV's, Edward Jaffe
    • Re: zIIP API for ISV's, Miklos Szigetvari
  • Re: zIIP API for ISV's, Paul Gilmartin
    • Re: zIIP API for ISV's, Chase, John
  • Re: zIIP API for ISV's, Paul Gilmartin
  • Re: zIIP API for ISV's, Thompson, Steve
  • Re: zIIP API for ISV's, Eric Bielefeld
  • Re: zIIP API for ISV's, Paul Gilmartin
  • Re: zIIP API for ISV's, Kelman, Tom
• Re: Where can I find the C compiler JCL procedure? SELF-ANSWERED., Support, DUNNIT SYSTEMS LTD.
• Where can I find the C compiler JCL procedure?, Support, DUNNIT SYSTEMS LTD.
  • Re: Where can I find the C compiler JCL procedure?, David Logan
• Re: Netview problem, Bruce Hewson
  • Re: Netview problem, Rafa? Hanzel ZETO
    • Re: Netview problem, John S. Giltner, Jr.
      • Re: Netview problem, Rafa? Hanzel ZETO
      • USSTAB, Ron Wells
      • Re: Netview problem, John S. Giltner, Jr.
      • Re: Netview problem, Rafa? Hanzel ZETO
  • <Possible follow-ups>
  • Re: Netview problem, Rafał Hanzel ZETO
    • Re: Netview problem, Rafał Hanzel ZETO
• IBM Tivoli Monitoring (ITM for short) (was: Is IBM/Tivoli turning into CA?), Bruce Hewson
  • Re: IBM Tivoli Monitoring (ITM for short) (was: Is IBM/Tivoli turning into CA?), Andrew McIntyre
  • <Possible follow-ups>
  • Re: IBM Tivoli Monitoring (ITM for short) (was: Is IBM/Tivoli turning into CA?), Tom Schmidt
    • Re: IBM Tivoli Monitoring (ITM for short) (was: Is IBM/Tivoli turning into CA?), Andrew McIntyre
    • Re: IBM Tivoli Monitoring (ITM for short) (was: Is IBM/Tivoli turning into CA?), Andrew McIntyre
  • IBM Tivoli Monitoring (ITM for short) (was: Is IBM/Tivoli turning into CA?), John Mattson
    • Re: IBM Tivoli Monitoring (ITM for short), Andrew McIntyre
    • Re: IBM Tivoli Monitoring (ITM for short), Joel C. Ewing
  • Re: IBM Tivoli Monitoring (ITM for short) (was: Is IBM/Tivoli turning into CA?), Patrick O'Keefe
    • Re: IBM Tivoli Monitoring (ITM for short) (was: Is IBM/Tivoli turning into CA?), Andrew McIntyre
  • Re: IBM Tivoli Monitoring (ITM for short) (was: Is IBM/Tivoli turning into CA?), Kelman, Tom
    • Re: IBM Tivoli Monitoring (ITM for short) (was: Is IBM/Tivoli turning into CA?), Andrew McIntyre
  • Re: IBM Tivoli Monitoring (ITM for short) (was: Is IBM/Tivoli turning into CA?), Ted MacNEIL
  • Re: IBM Tivoli Monitoring (ITM for short) (was: Is IBM/Tivoli turning into CA?), Bruce Hewson
    • Re: IBM Tivoli Monitoring (ITM for short) (was: Is IBM/Tivoli turning into CA?), Rob Schramm
  • Re: IBM Tivoli Monitoring (ITM for short) (was: Is IBM/Tivoli turning into CA?), Kelman, Tom
  • Re: IBM Tivoli Monitoring (ITM for short) (was: Is IBM/Tivoli turning into CA?), Paul Peplinski
• Cobol Java Ldap and between, Magen Nargalit
  • <Possible follow-ups>
  • Fw: Cobol Java Ldap and between, Bill Klein
  • Re: Cobol Java Ldap and between, Timothy Sipples
    • Re: Cobol Java Ldap and between, Rob Schramm
  • Re: Cobol Java Ldap and between, Timothy Sipples
  • Re: COBOL Java Ldap and between, Tom Ross
    • Metal C Question (was COBOL Java Ldap and between), Rob Schramm
      • Re: Metal C Question (was COBOL Java Ldap and between), Edward Jaffe
      • Re: Metal C Question (was COBOL Java Ldap and between), Bob Shannon
      • Re: Metal C Question (was COBOL Java Ldap and between), Rob Schramm
• Perform Locked Operation (PLO) instruction ... help, NadCixelsyd
  • Re: Perform Locked Operation (PLO) instruction ... help, Mike Shaw
  • Re: Perform Locked Operation (PLO) instruction ... help, Pierre Fichaud
• z10 and crypto HW, R.S.
  • Re: z10 and crypto HW, Ulrich Boche
    • Re: z10 and crypto HW, R.S.
  • Re: z10 and crypto HW, Farley, Peter x23353
• Re: z10 LSPR, Edward Jaffe
  • <Possible follow-ups>
  • Re: z10 LSPR, Kenneth E Tomiak
  • Re: z10 LSPR, Cheryl Walker
    • Re: z10 LSPR, Shane
      • Re: z10 LSPR, Cheryl Walker
      • Re: z10 LSPR, Norman Hollander on h-WiZ.biz
    • Re: z10 LSPR, William Bishop
      • SDSF User Manual, Schwarz, Barry A
      • Re: SDSF User Manual, Jack Kelly
• Re: new Feb2008 zPOP: Execute Relative Long, Edward Jaffe
  • Re: new Feb2008 zPOP: Execute Relative Long, Clark Morris
  • Re: new Feb2008 zPOP: Execute Relative Long, McKown, John
    • Re: new Feb2008 zPOP: Execute Relative Long, slegel
  • <Possible follow-ups>
  • Re: new Feb2008 zPOP: Execute Relative Long, Paul Gilmartin
    • Re: new Feb2008 zPOP: Execute Relative Long, Shmuel Metz , Seymour J.
  • Re: new Feb2008 zPOP: Execute Relative Long, Tom Schmidt
    • Re: SPAM: Re: new Feb2008 zPOP: Execute Relative Long, Rick Fochtman
      • Re: SPAM: Re: new Feb2008 zPOP: Execute Relative Long, Edward Jaffe
• Re: IBM Preview of z/OS V1.10, Chris Taylor
• Re: IBM announced z10 ..why so fast...any problem on z 9, Edward Jaffe
  • Re: IBM announced z10 ..why so fast...any problem on z 9, Gibney, Dave
    • Re: IBM announced z10 ..why so fast...any problem on z 9, Edward Jaffe
  • Re: IBM announced z10 ..why so fast...any problem on z 9, Marian Gasparovic
• Re: How to find uncatalog datasets., Joel C. Ewing
• Re: SPAM: Re: SHARE & no handouts(?), Rick Fochtman
  • <Possible follow-ups>
  • Re: SPAM: Re: SHARE & no handouts(?), Rick Fochtman
• Re: The System z10s Are Shipping, Bob Shannon
• Re: SHARE & no handouts(?), Shane
  • <Possible follow-ups>
  • Re: SHARE & no handouts(?), Bob Shannon
    • Re: SHARE & no handouts(?), Gibney, Dave
  • Re: SHARE & no handouts(?), , IBM Mainframe Discussion List
    • Re: SHARE & no handouts(?), Bob Shannon
      • Re: SHARE & no handouts(?), R.S.
      • Re: SHARE & no handouts(?), Mark S. Waterbury
    • Re: SHARE & no handouts(?), Pinnacle
  • Re: SHARE & no handouts(?), Edward Jaffe
    • Re: SHARE & no handouts(?), Norman Hollander on h-WiZ.biz
    • Re: SHARE & no handouts(?), Mark Post
      • Re: SHARE & no handouts(?), Edward Jaffe
  • Re: SHARE & no handouts(?), Eric Bielefeld
    • Re: SHARE & no handouts(?), Norman Hollander on h-WiZ.biz
      • Re: SHARE & no handouts(?), Edward Jaffe
  • Re: SHARE & no handouts(?), Ted MacNEIL
  • Re: SHARE & no handouts(?), Kenneth E Tomiak
    • Re: SHARE & no handouts(?), Edward Jaffe
      • Re: SHARE & no handouts(?), Edward Jaffe
  • Re: SHARE & no handouts(?), Kenneth E Tomiak
  • Re: SHARE & no handouts(?), Kenneth E Tomiak
  • Re: SHARE & no handouts(?), Kenneth E Tomiak
  • SHARE & no handouts(?), David Boyes
  • Re: SHARE & no handouts(?), Thomas Kern
  • Re: SHARE & no handouts(?), Warner Mach
  • Re: SHARE & no handouts(?), Ted MacNEIL
    • SHARE Meeting (Was: SHARE & no handouts(?)), John P Kalinich
• Re: Tool to import/export a job step, Brian Westerman
  • <Possible follow-ups>
  • Re: Tool to import/export a job step, Kenneth E Tomiak
• Re: FONT of unknown origin ?, Roger Bolan
• Re: RMF V1R7 Disk Space Report question, Mark Zelden
  • Re: RMF V1R7 Disk Space Report question, Steve Grimes
  • <Possible follow-ups>
  • Re: RMF V1R7 Disk Space Report question, Mark Zelden
• Re: RMF V1R7 Disk Space Report question, William Bishop
• Re: RMF question, Gates, Guy
  • Re: RMF question, Steve Grimes
• Re: Is 00000000 a valid sequence number?, Steve Comstock
  • Re: Is 00000000 a valid sequence number?, Shmuel Metz , Seymour J.
    • Re: Is 00000000 a valid sequence number?, Howard Brazee
  • <Possible follow-ups>
  • Re: Is 00000000 a valid sequence number?, Paul Gilmartin
  • Re: Is 00000000 a valid sequence number?, Kenneth E Tomiak
• Re: FTP'd scripts from Linux won't execute, Paul Gilmartin
  • <Possible follow-ups>
  • Re: FTP'd scripts from Linux won't execute, Warren Taylor
  • Re: FTP'd scripts from Linux won't execute, Warren Taylor
  • Re: FTP'd scripts from Linux won't execute, Mark Zelden
  • Re: FTP'd scripts from Linux won't execute, Warren Taylor
  • Re: FTP'd scripts from Linux won't execute, Paul Gilmartin
  • Re: FTP'd scripts from Linux won't execute, Warren Taylor
  • Re: FTP'd scripts from Linux won't execute, Shmuel Metz , Seymour J.