bit.listserv.ibm-main

• Date Index

---

• Phil Payne (was OS/390), Terry Sambrooks
• BPXWDYN and the Internal Reader (INTRDR), Terry Sambrooks
  • Re: BPXWDYN and the Internal Reader (INTRDR), Elliot, David
  • Re: BPXWDYN and the Internal Reader (INTRDR), Steve Comstock
  • <Possible follow-ups>
  • Re: BPXWDYN and the Internal Reader (INTRDR), Paul Gilmartin
  • Re: BPXWDYN and the Internal Reader (INTRDR), Terry Sambrooks
• IPCS and multiple CICS address spaces, Don Moore
  • <Possible follow-ups>
  • Re: IPCS and multiple CICS address spaces, essteam@xxxxxxxx
  • Re: IPCS and multiple CICS address spaces, Don Moore
    • Re: IPCS and multiple CICS address spaces, Binyamin Dissen
• Running TSO TMP as a started task., Neal Eckhardt
  • <Possible follow-ups>
  • Re: Running TSO TMP as a started task., Walt Farrell
    • Re: Running TSO TMP as a started task., Neal Eckhardt
• OA29560, Casey Rhodes
  • Re: OA29560, Staller, Allan
    • Re: OA29560, Roach, Dennis , N-GHG
  • <Possible follow-ups>
  • Re: OA29560, Casey Rhodes
• SHARK withdrawal(2105), Ed Finnell
  • Re: SHARK withdrawal(2105), Neal Eckhardt
• ICSF Question, Salah Balboul
  • Re: ICSF Question, Hayim Sokolsky
• Control HSM Pri/SEC migration from batch job, John Mattson
  • Re: Control HSM Pri/SEC migration from batch job, Schwarz, Barry A
  • Re: Control HSM Pri/SEC migration from batch job, Michael Wickman
• Overriding PARM from the START JOB command, Henrique Seganfredo
  • Re: Overriding PARM from the START JOB command, Schwarz, Barry A
  • Re: Overriding PARM from the START JOB command, McKown, John
  • Re: Overriding PARM from the START JOB command, Barkow, Eileen
  • <Possible follow-ups>
  • Re: Overriding PARM from the START JOB command, Ted MacNEIL
  • Re: Overriding PARM from the START JOB command, Ted MacNEIL
  • Re: Overriding PARM from the START JOB command, Paul Gilmartin
    • Re: Overriding PARM from the START JOB command, Barkow, Eileen
• Test message, please ignore, Dave Salt
• Re: sms overriding my specification of target volume, Lizette Koehler
  • Re: sms overriding my specification of target volume, Klein, Kenneth
    • Re: sms overriding my specification of target volume, Jerry Fuchs
      • Re: sms overriding my specification of target volume, Klein, Kenneth
  • <Possible follow-ups>
  • Re: sms overriding my specification of target volume, Tom Marchant
    • Re: sms overriding my specification of target volume, Klein, Kenneth
      • Re: sms overriding my specification of target volume, Gibney, Dave
      • Re: sms overriding my specification of target volume, Klein, Kenneth
  • Re: sms overriding my specification of target volume, Tom Marchant
    • Re: sms overriding my specification of target volume, Klein, Kenneth
• Re: IBM PDF manuals and the Amazon Kindle DX., Miklos Szigetvari
  • <Possible follow-ups>
  • Re: IBM PDF manuals and the Amazon Kindle DX., Edward Jaffe
    • Re: IBM PDF manuals and the Amazon Kindle DX., McKown, John
      • Re: IBM PDF manuals and the Amazon Kindle DX., Kevin Mckenzie
      • Re: IBM PDF manuals and the Amazon Kindle DX., Kirk Wolf
• ISPF function keys, Kurt Eastwood
  • Re: ISPF function keys, Donald Johnson
    • Re: ISPF function keys, Klein, Kenneth
  • Re: ISPF function keys, Diehl, Gary
    • Re: ISPF function keys, George.William
  • <Possible follow-ups>
  • Re: ISPF function keys, Kurt Eastwood
    • Re: ISPF function keys, Binyamin Dissen
  • Re: FW: ISPF function keys, Kurt Eastwood
  • Re: ISPF function keys, Ted MacNEIL
  • Re: ISPF function keys, Tom Marchant
• IBM COD, John Mitchelle
  • Re: IBM COD, Martinez, Frank J
    • Re: IBM COD, Klein, Kenneth
    • sms overriding my specification of target volume, Klein, Kenneth
      • Re: sms overriding my specification of target volume, McKown, John
      • Re: sms overriding my specification of target volume, Natarajan Mohan
      • Re: sms overriding my specification of target volume, Klein, Kenneth
      • Re: sms overriding my specification of target volume, McKown, John
      • Re: sms overriding my specification of target volume, John Kelly
  • <Possible follow-ups>
  • Re: IBM COD, Mark Zelden
  • Re: IBM COD, Jacky Hofbauer
  • Re: IBM COD, Timothy Sipples
  • Re: IBM COD, Jacky Hofbauer
• Re: z/os omvs maintenance service and hfs/zfs, Arthur Gutowski
  • <Possible follow-ups>
  • Re: z/os omvs maintenance service and hfs/zfs, Klein, Kenneth
    • Re: z/os omvs maintenance service and hfs/zfs, Klein, Kenneth
• ICSF EXIT, Angel-Luis Dominguez
• DFHSM exit at ML1 or ML2 delete, Miklos Szigetvari
• HSM DASD backup volumes, Bri P
  • Re: HSM DASD backup volumes, Neal Scheffler
  • <Possible follow-ups>
  • Re: HSM DASD backup volumes, Bri P
    • Re: HSM DASD backup volumes, sandy
• GSIS vs IBM DB2s (part 2), Ed Gould
• AUTO: Marty G Penhorwood/ISS/HQ/AGFin is out of the office. (returning 06/30/2009), Marty Penhorwood
• Re: NO TAPE LIBRARIES ARE DEFINED TO THE STORAGE GROUP(S) SPECIFIED, Glen.Gasior
• A few dumb USS questions, Rob Lister
  • Re: A few dumb USS questions, John McKown
  • <Possible follow-ups>
  • Re: A few dumb USS questions, Paul Gilmartin
  • Re: A few dumb USS questions, Barbara Nitz
    • Re: A few dumb USS questions, Edward Jaffe
    • spam, Shane
      • Re: spam, Steve Comstock
      • Re: spam, A L Hughes
      • Re: spam, Rick Fochtman
      • Re: spam, Mary Anne Matyaz
  • Re: A few dumb USS questions, Ted MacNEIL
• Question if COND code / IF THEN struct, Paul Ip
  • Re: Question if COND code / IF THEN struct, Schwarz, Barry A
  • <Possible follow-ups>
  • Re: Question if COND code / IF THEN struct, Scott Barry
    • Re: Question if COND code / IF THEN struct, Barkow, Eileen
  • Re: Question if COND code / IF THEN struct, Paul Gilmartin
  • Re: Question if COND code / IF THEN struct, Paul Ip
  • Re: Question if COND code / IF THEN struct, Scott Barry
  • Re: Question if COND code / IF THEN struct, Paul Ip
  • Re: Question if COND code / IF THEN struct, Scott Barry
  • Re: Question if COND code / IF THEN struct, Paul Ip
• Volume migration of HSM ML1 volume., Glen.Gasior
• The downside, Ward, Mike S
  • <Possible follow-ups>
  • Re: The downside, Tom Marchant
    • Re: The downside, Tom Longfellow
  • Re: The downside, Dave Kopischke
    • Re: The downside, Tom Longfellow
    • Re: The downside, John McKown
    • Re: The downside, Edward Jaffe
      • Re: The downside, Kirk Wolf
  • Re: The downside, Ward, Mike S
    • Re: The downside, Edward Jaffe
• duplex using z/OS LPR, Frank Swarbrick
• z/OS "zip file processing" - an idea, McKown, John
  • Re: z/OS "zip file processing" - an idea, Kirk Wolf
    • Re: z/OS "zip file processing" - an idea, Bob Woodside
• Re: Finding CICS, Dave Day
  • <Possible follow-ups>
  • Re: Finding CICS, Dave Day
• UNABLE TO DOWNLOAD/SAVE IBM MANUAL - NO PDF, John Dawes
  • <Possible follow-ups>
  • Re: UNABLE TO DOWNLOAD/SAVE IBM MANUAL - NO PDF, Lizette Koehler
    • Re: UNABLE TO DOWNLOAD/SAVE IBM MANUAL - NO PDF, Edward Jaffe
• Finding CICS on an MVS image, Dave Day
  • Re: Finding CICS on an MVS image, Gerhard Postpischil
  • Re: Finding CICS on an MVS image, Rob Scott
  • Re: Finding CICS on an MVS image, Elliot, David
    • Re: Finding CICS on an MVS image, Rob Scott
  • Re: Finding CICS on an MVS image, Barkow, Eileen
    • Re: Finding CICS on an MVS image, Rob Scott
  • <Possible follow-ups>
  • Re: Finding CICS on an MVS image, Roland Schiradin
  • Re: Finding CICS on an MVS image, essteam@xxxxxxxx
• DFSORT - the "missing" date conversion., McKown, John
  • Re: DFSORT - the "missing" date conversion., Martin Packer
  • Re: DFSORT - the "missing" date conversion., Frank Yaeger
• Microsoft claims mainframes anti-competitive, Howard Brazee
  • Re: Microsoft claims mainframes anti-competitive, McKown, John
    • Re: Microsoft claims mainframes anti-competitive, Schwarz, Barry A
      • Re: Microsoft claims mainframes anti-competitive, McKown, John
  • Re: Microsoft claims mainframes anti-competitive, Rick Fochtman
• SMPE usermod sample, Jousma, David
  • <Possible follow-ups>
  • Re: SMPE usermod sample, Mark Zelden
    • Re: SMPE usermod sample, Jousma, David
    • Re: SMPE usermod sample, Kurt Quackenbush
• Thought that I understood IODF and IOCDS but .., John Kelly
  • Re: Thought that I understood IODF and IOCDS but .., Edward Jaffe
  • <Possible follow-ups>
  • Re: Thought that I understood IODF and IOCDS but .., Tom Marchant
    • Re: Thought that I understood IODF and IOCDS but .., John Kelly
• OMVS data not found in dump, Kostas Zafiropoulos
  • Re: OMVS data not found in dump, Binyamin Dissen
  • <Possible follow-ups>
  • Re: OMVS data not found in dump, Peter X. DeFabritus
  • Re: OMVS data not found in dump, Mark Zelden
  • Re: OMVS data not found in dump, Barbara Nitz
  • Re: OMVS data not found in dump, Mark Zelden
  • Re: OMVS data not found in dump, Barbara Nitz
• is out of the office., Keith Zawila
• DCOLLECT o utput - co nvert KB t o tracks?‏, john gilmore
• Any solution for migrating from ML2 DFHSM tape volumes to ML1 DASD volumes?, seabrook
• Use of LISTDSI in a REXX script that runs in the USS Environment?, Steve.Bagshaw@xxxxxxxxxxxxx
• Re: VSAM Query Product, Dave Roeser
  • Re: VSAM Query Product, Richard Pace
    • Re: VSAM Query Product, Richard Pace
• AUTO: Steven M Payne is out of the office (returning 06/26/2009), Steven M Payne
• OS/390, Billy R. Bingham
  • <Possible follow-ups>
  • Re: OS/390, Mark Zelden
  • Re: OS/390, Brian Westerman
    • Re: OS/390, Wayne Driscoll
  • Re: OS/390, Billy R. Bingham
    • Re: OS/390, Richards, Robert B.
    • Re: OS/390, Jim McAlpine
  • Re: OS/390, Mark Zelden
  • Re: OS/390, Mark Zelden
    • Re: OS/390, Jim McAlpine
      • z/os omvs maintenance service and hfs/zfs, Klein, Kenneth
      • Re: z/os omvs maintenance service and hfs/zfs, John Kelly
      • Re: z/os omvs maintenance service and hfs/zfs, McKown, John
      • Re: z/os omvs maintenance service and hfs/zfs, Jakubek, Jan
  • Re: OS/390, Schwarz, Barry A
    • Re: OS/390, August Carideo
  • Re: OS/390, Ted MacNEIL
  • Re: OS/390, Timothy Sipples
  • Re: OS/390, Roger Bowler
    • Re: OS/390, Shane
      • Re: OS/390, Eric Bielefeld
  • Re: OS/390, Roger Bowler
  • Re: OS/390, Roger Bowler
    • Re: OS/390, Eric Bielefeld
  • Re: OS/390, Roger Bowler
  • Re: OS/390, Dave Day
• Re: Screen size (was 3270 emulator cost), Mark Zelden
• Racf And SAS problem, Stocker, Herman
  • Re: Racf And SAS problem, Hal Merritt
  • Re: Racf And SAS problem, McKown, John
  • Re: Racf And SAS problem, Carlson, Steve
  • <Possible follow-ups>
  • Re: Racf And SAS problem, Scott Barry
  • Re: Racf And SAS problem, Walt Farrell
  • Re: Racf And SAS problem, Stocker, Herman
• Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO), willie bunter
  • Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO), Frank Swarbrick
    • Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO), Barkow, Eileen
    • Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO), Barkow, Eileen
  • Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO), Schwarz, Barry A
  • <Possible follow-ups>
  • Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO), Scott Barry
    • Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO), Frank Swarbrick
• question about searching datasets for ip addresses, Kurt Eastwood
  • <Possible follow-ups>
  • Re: question about searching datasets for ip addresses, Scott Barry
    • Re: question about searching datasets for ip addresses, Tony Harminc
  • Re: question about searching datasets for ip addresses, Ted MacNEIL
    • Re: question about searching datasets for ip addresses, Schlueter, Edward
      • Re: question about searching datasets for ip addresses, Bob Rutledge
      • Re: question about searching datasets for ip addresses, Shane
    • Re: question about searching datasets for ip addresses, Klein, Kenneth
      • Re: question about searching datasets for ip addresses, Chase, John
    • Re: question about searching datasets for ip addresses, Rob Schramm
  • Re: question about searching datasets for ip addresses, Patrick O'Keefe
    • Re: question about searching datasets for ip addresses, Bob Rutledge
      • Re: question about searching datasets for ip addresses, Schlueter, Edward
    • Re: question about searching datasets for ip addresses, Edward Jaffe
  • Re: question about searching datasets for ip addresses, Patrick O'Keefe
    • Re: question about searching datasets for ip addresses, Bob Rutledge
  • Re: question about searching datasets for ip addresses, Patrick O'Keefe
• Re: Staff size survey results, Mark Zelden
  • <Possible follow-ups>
  • Staff size survey results, Bob Molerio
• SDSF Batch command size limit, Robin van Westendorp
  • Re: SDSF Batch command size limit, Staller, Allan
    • Re: SDSF Batch command size limit, Jerry Fuchs
  • Re: SDSF Batch command size limit, Richards, Robert B.
  • <Possible follow-ups>
  • Re: SDSF Batch command size limit, Mark Zelden
  • Re: SDSF Batch command size limit, Ed Finnell
  • Re: SDSF Batch command size limit, Lizette Koehler
    • Re: SDSF Batch command size limit, Schumacher, Otto
    • Re: SDSF Batch command size limit, Guy Gardoit
  • Re: SDSF Batch command size limit, Mark Zelden
  • Re: SDSF Batch command size limit, Robin van Westendorp
• DCOLLECT output - convert KB to tracks?, McKown, John
  • Re: DCOLLECT output - convert KB to tracks?, Field, Alan C.
  • <Possible follow-ups>
  • Re: DCOLLECT output - convert KB to tracks?, Vernooij, CP - SPLXM
    • Re: DCOLLECT output - convert KB to tracks?, McKown, John
      • Re: DCOLLECT output - convert KB to tracks?, Martin Packer
  • Re: DCOLLECT output - convert KB to tracks?, Vernooij, CP - SPLXM
• Weird Formatting of posts, Jeff Holst
  • Re: Weird Formatting of posts, Chase, John
  • <Possible follow-ups>
  • Re: Weird Formatting of posts, Brian Peterson
  • Re: Weird Formatting of posts, Mark Zelden
  • Re: Weird Formatting of posts, Mark Zelden
  • Re: Weird Formatting of posts, Brian Peterson
  • Re: Weird Formatting of posts, Patrick O'Keefe
  • Re: Weird Formatting of posts, Bill Godfrey
  • Re: Weird Formatting of posts, Patrick O'Keefe
    • Re: Weird Formatting of posts, Richard Peurifoy
  • Re: Weird Formatting of posts, Paul Gilmartin
  • Re: Weird Formatting of posts, Ed Gould
• Re: REXX exec: 'only' - was = RE: JCT Not Available, Erik Janssen
  • Re: REXX exec: 'only' - was = RE: JCT Not Available, Klein, Kenneth
  • Re: REXX exec: 'only' - was = RE: JCT Not Available, howard . brazee
  • <Possible follow-ups>
  • Re: REXX exec: 'only' - was = RE: JCT Not Available, Paul Gilmartin
• java6 can't initialize JVM, he_ming
  • Re: java6 can't initialize JVM, Barkow, Eileen
  • Re: java6 can't initialize JVM, he_ming
    • Re: java6 can't initialize JVM, Kirk Wolf
    • Re: java6 can't initialize JVM, Barkow, Eileen
  • <Possible follow-ups>
  • Re: java6 can't initialize JVM, Mark Zelden
    • Re: java6 can't initialize JVM, Kirk Wolf
• SHOWzOS 718 and OA18766, Roland Schiradin
  • Re: SHOWzOS 718 and OA18766, e'Silva, Joaquim J
• Get LOOKAT messages, Miklos Szigetvari
  • Re: Get LOOKAT messages, David Andrews
  • Re: Get LOOKAT messages, Staller, Allan
  • <Possible follow-ups>
  • Re: Get LOOKAT messages, Leo Smith
    • Re: Get LOOKAT messages, Miklos Szigetvari
• IF-Statement in JCL, Michael Knigge
  • Antwort: IF-Statement in JCL, Michael Klaeschen
    • Re: Antwort: IF-Statement in JCL, Klein, Kenneth
  • Re: IF-Statement in JCL, howard . brazee
    • Re: IF-Statement in JCL, McKown, John
      • Re: IF-Statement in JCL, howard . brazee
      • Re: IF-Statement in JCL, Chase, John
  • Re: IF-Statement in JCL, Frank Swarbrick
    • VSAM Query Product, John P Kalinich
      • Re: VSAM Query Product, McKown, John
      • Re: VSAM Query Product, Bill Washburn
      • Re: VSAM Query Product, George Rodriguez
      • Re: VSAM Query Product, Schumacher, Otto
      • Re: VSAM Query Product, Rich Juchniewicz
  • <Possible follow-ups>
  • Re: IF-Statement in JCL, Roland Schiradin
    • Re: IF-Statement in JCL, Michael Knigge
      • Re: IF-Statement in JCL, Donald Johnson
    • Re: IF-Statement in JCL, Frank Swarbrick
      • Re: IF-Statement in JCL, Donald Johnson
      • Re: IF-Statement in JCL, Barkow, Eileen
  • Re: IF-Statement in JCL, Vernooij, CP - SPLXM
  • Re: IF-Statement in JCL, Paul Gilmartin
    • Re: IF-Statement in JCL, Barkow, Eileen
  • Re: IF-Statement in JCL, Mark Zelden
  • Re: IF-Statement in JCL, Paul Gilmartin
  • Re: IF-Statement in JCL, Jan MOEYERSONS
    • Re: IF-Statement in JCL, Frank Swarbrick
      • Re: IF-Statement in JCL, Steve Comstock
  • Re: IF-Statement in JCL, Paul Gilmartin
  • Re: IF-Statement in JCL, Robert Birdsall
    • Re: IF-Statement in JCL, Barkow, Eileen
  • Re: IF-Statement in JCL, Robert Birdsall
  • Re: IF-Statement in JCL, Paul Gilmartin
• omproute EZZ7968I HELLO INTERVAL MISSED, berger_izb
  • Re: omproute EZZ7968I HELLO INTERVAL MISSED, berger_izb
    • Re: omproute EZZ7968I HELLO INTERVAL MISSED, berger_izb
• Access to IBM-Main archives (was: SHARE Requirements and IBM), Patrick O'Keefe
  • Re: Access to IBM-Main archives (was: SHARE Requirements and IBM), Skip Robinson
    • Re: Access to IBM-Main archives (was: SHARE Requirements and IBM), Greg Shirey
  • Re: Access to IBM-Main archives (was: SHARE Requirements and IBM), Chase, John
  • <Possible follow-ups>
  • Re: Access to IBM-Main archives (was: SHARE Requirements and IBM), Tom Marchant
  • Re: Access to IBM-Main archives (was: SHARE Requirements and IBM), Imbriale, Donald
• Another one bites the dust, Rugen, Len
  • Re: Another one bites the dust, McKown, John
  • Re: Another one bites the dust, Cebell, David
    • Re: Another one bites the dust, Hal Merritt
    • Re: Another one bites the dust, Bob Shannon
      • Re: Another one bites the dust, R.S.
      • Re: Another one bites the dust, Bob Shannon
      • Re: Another one bites the dust, Klein, Kenneth
      • Re: Another one bites the dust, Bill Fairchild
  • <Possible follow-ups>
  • Re: Another one bites the dust, Thompson, Steve
    • Re: Another one bites the dust, Klein, Kenneth
    • Re: Another one bites the dust, eBob.com
  • Re: Another one bites the dust, Tom Marchant
    • z Power (was Re: Another one bites the dust), Jeffrey Deaver
    • OT completely.........., Rick Fochtman
      • Re: OT completely.........., Eric Bielefeld
      • Test reply (please ignore), Dave Salt
• curiousity: msgs IEF233A vs. IEC501A, McKown, John
• Security -- STGADMIN, Jim Chappell
  • Re: Security -- STGADMIN, McKown, John
  • Re: Security -- STGADMIN, R.S.
  • <Possible follow-ups>
  • Re: Security -- STGADMIN, Walt Farrell
  • Re: Security -- STGADMIN, Lizette Koehler
• anynet SNA over TCPIP, Jim McAlpine
  • Re: anynet SNA over TCPIP, Jim Wangler
    • Re: anynet SNA over TCPIP, Staller, Allan
  • <Possible follow-ups>
  • Re: anynet SNA over TCPIP, Ernie Takeuchi
  • Re: anynet SNA over TCPIP, Chris Mason
  • Re: anynet SNA over TCPIP, Patrick O'Keefe
  • Re: anynet SNA over TCPIP, Chris Mason
  • Re: anynet SNA over TCPIP, Patrick O'Keefe
  • Re: anynet SNA over TCPIP, Chris Mason
  • Re: anynet SNA over TCPIP, Patrick O'Keefe
• JCT Not Available, George Rodriguez
  • Re: JCT Not Available, McKown, John
    • Re: JCT Not Available, George Rodriguez
  • Re: JCT Not Available, Chase, John
  • Re: JCT Not Available, ldm
  • <Possible follow-ups>
  • Re: JCT Not Available, Walt Farrell
    • Re: JCT Not Available, George Rodriguez
      • Re: JCT Not Available, McKown, John
      • Re: JCT Not Available, George Rodriguez
      • Re: JCT Not Available, McKown, John
  • Re: JCT Not Available, Ted MacNEIL
    • Re: JCT Not Available, George Rodriguez
  • Re: JCT Not Available, Ted MacNEIL
    • Re: JCT Not Available, George Rodriguez
  • Re: JCT Not Available, Barbara Nitz
    • Re: JCT Not Available, Klein, Kenneth
  • Re: JCT Not Available, Barbara Nitz
    • Re: JCT Not Available, George Rodriguez
    • Re: JCT Not Available, Klein, Kenneth
      • Re: JCT Not Available, George Rodriguez
    • Re: JCT Not Available, Steve Comstock
  • Re: JCT Not Available, Barbara Nitz
  • Re: JCT Not Available, Barbara Nitz
    • REXX exec: 'only' - was = RE: JCT Not Available, Klein, Kenneth
      • Re: REXX exec: 'only' - was = RE: JCT Not Available, Chase, John
  • Re: JCT Not Available, Gerri Booth
  • Re: JCT Not Available, Mark Zelden
  • Re: JCT Not Available, Mark Zelden
    • Re: JCT Not Available, George Rodriguez
  • Re: JCT Not Available, Mark Zelden
• TCP/IP Concurrent Server question, joereichman
• What's special about today?, Steve Samson
• smf layout question, larry macioce
  • Re: smf layout question, Roach, Dennis , N-GHG
  • <Possible follow-ups>
  • Re: smf layout question, Scott Barry
    • Re: smf layout question, larry macioce
  • Re: smf layout question, Ted MacNEIL
• Re: 64-bit Common Storage in z/OS 1.10 (HVCOMMON), Elpida Tzortzatos.
  • Re: 64-bit Common Storage in z/OS 1.10 (HVCOMMON), Shane Ginnane
• RMM and STGADMIN.EDG Resources, Robert S. Hansel , RSH
  • <Possible follow-ups>
  • Re: RMM and STGADMIN.EDG Resources, Mike Wood
• How big of a staff do you have on your mainframe?, Bill Washburn
  • Re: How big of a staff do you have on your mainframe?, Tony B.
    • Re: How big of a staff do you have on your mainframe?, Pommier, Rex R.
      • Re: How big of a staff do you have on your mainframe?, Bill Washburn
  • Re: How big of a staff do you have on your mainframe?, Frank Swarbrick
    • Re: How big of a staff do you have on your mainframe?, Bill Washburn
  • Re: How big of a staff do you have on your mainframe?, Rick Fochtman
  • Re: How big of a staff do you have on your mainframe?, Silvio Camplani
  • Re: How big of a staff do you have on your mainframe?, Hal Merritt
  • Re: How big of a staff do you have on your mainframe?, P S
  • <Possible follow-ups>
  • Re: How big of a staff do you have on your mainframe?, Mark Zelden
    • Re: How big of a staff do you have on your mainframe?, Chase, John
      • Re: How big of a staff do you have on your mainframe?, Hal Merritt
      • Re: How big of a staff do you have on your mainframe?, Bobbie Jo
      • Re: How big of a staff do you have on your mainframe?, Bill Washburn
      • Re: How big of a staff do you have on your mainframe?, howard . brazee
• SHARE Requirements and IBM, Clark Kidd
  • Re: SHARE Requirements and IBM, John Eells
  • Re: SHARE Requirements and IBM, Clark Morris
    • Re: SHARE Requirements and IBM, Edward Jaffe
      • Re: SHARE Requirements and IBM, P S
      • Re: SHARE Requirements and IBM, Binyamin Dissen
    • Re: SHARE Requirements and IBM, David Andrews
      • Re: SHARE Requirements and IBM, Clark Morris
  • <Possible follow-ups>
  • Re: SHARE Requirements and IBM, Clark Kidd
    • Re: SHARE Requirements and IBM, John Eells
• Re: First time I am running rmf III in this shop, Klein, Kenneth
• AutoIPL, Richards, Robert B.
  • <Possible follow-ups>
  • Re: AutoIPL, Vernooij, CP - SPLXM
    • Re: AutoIPL, Richards, Robert B.
• Another OMVS discussion (was: Re: And you ask why I hate OMVS?), Barbara Nitz
• SMS Dataset Allocation Problem, John Mitchelle
  • Re: SMS Dataset Allocation Problem, O'Brien, David W. [C] , NIH/CIT
  • Re: SMS Dataset Allocation Problem, Spencer, Mike
  • <Possible follow-ups>
  • Re: SMS Dataset Allocation Problem, Vernooij, CP - SPLXM
    • Re: SMS Dataset Allocation Problem, John Mitchelle
  • Re: SMS Dataset Allocation Problem, Vernooij, CP - SPLXM
    • Re: SMS Dataset Allocation Problem, John Mitchelle
      • Re: SMS Dataset Allocation Problem, O'Brien, David W. [C] , NIH/CIT
  • Re: SMS Dataset Allocation Problem, Vernooij, CP - SPLXM
  • Re: SMS Dataset Allocation Problem, Vernooij, CP - SPLXM
  • Re: SMS Dataset Allocation Problem, Lizette Koehler
  • Re: SMS Dataset Allocation Problem, Vernooij, CP - SPLXM
  • Re: SMS Dataset Allocation Problem, Lizette Koehler
  • Re: SMS Dataset Allocation Problem, Ted MacNEIL
  • Re: SMS Dataset Allocation Problem, Ted MacNEIL
  • Re: SMS Dataset Allocation Problem, Klein, Kenneth
  • Re: SMS Dataset Allocation Problem, Ted MacNEIL
    • Re: SMS Dataset Allocation Problem, Traylor, Terry
      • Re: SMS Dataset Allocation Problem, Spencer, Mike
  • Re: SMS Dataset Allocation Problem, John Ticic IBM-MAIN
  • Re: SMS Dataset Allocation Problem, Ted MacNEIL
  • Re: SMS Dataset Allocation Problem, Ted MacNEIL
  • Re: SMS Dataset Allocation Problem, Ted MacNEIL
    • Message not available
      • Re: SMS Dataset Allocation Problem, Traylor, Terry
  • Re: SMS Dataset Allocation Problem, Ted MacNEIL
• ICHRIN03 not loading in the LPA correctly., Jim McAlpine
  • <Possible follow-ups>
  • Re: ICHRIN03 not loading in the LPA correctly., Barbara Nitz
    • Re: ICHRIN03 not loading in the LPA correctly., Jim McAlpine
  • Re: ICHRIN03 not loading in the LPA correctly., Barbara Nitz
    • Re: ICHRIN03 not loading in the LPA correctly., Jim McAlpine
      • Re: ICHRIN03 not loading in the LPA correctly., Jim McAlpine
  • Re: ICHRIN03 not loading in the LPA correctly., Barbara Nitz
  • Re: ICHRIN03 not loading in the LPA correctly., Barbara Nitz
    • Re: ICHRIN03 not loading in the LPA correctly., Jim McAlpine
      • Re: ICHRIN03 not loading in the LPA correctly., Jim McAlpine
  • Re: ICHRIN03 not loading in the LPA correctly., Mark Zelden
  • Re: ICHRIN03 not loading in the LPA correctly., Arthur Gutowski
  • Re: ICHRIN03 not loading in the LPA correctly., Walt Farrell
  • Re: ICHRIN03 not loading in the LPA correctly., Mark Zelden
    • Re: ICHRIN03 not loading in the LPA correctly., Rick Fochtman
    • Re: ICHRIN03 not loading in the LPA correctly., Rick Fochtman
  • Re: ICHRIN03 not loading in the LPA correctly., Mark Zelden
  • Re: ICHRIN03 not loading in the LPA correctly., Mark Zelden
• And you ask why I hate OMVS?, Barbara Nitz
  • Re: And you ask why I hate OMVS?, Ceruti, Gerard G
  • Re: And you ask why I hate OMVS?, David Crayford
    • Re: And you ask why I hate OMVS?, Hal Merritt
  • Re: And you ask why I hate OMVS?, Pinnacle
  • Re: And you ask why I hate OMVS?, McKown, John
    • Re: And you ask why I hate OMVS?, Natarajan Mohan
  • Re: And you ask why I hate OMVS?, Staller, Allan
  • <Possible follow-ups>
  • Re: And you ask why I hate OMVS?, Norbert Friemel
  • Re: And you ask why I hate OMVS?, Barbara Nitz
  • Re: And you ask why I hate OMVS?, Barbara Nitz
    • Re: And you ask why I hate OMVS?, David Crayford
      • Re: And you ask why I hate OMVS?, Andy Robertson
      • Re: And you ask why I hate OMVS?, Bob Woodside
  • Re: And you ask why I hate OMVS?, Barbara Nitz
  • Re: And you ask why I hate OMVS?, Mark Zelden
  • Re: And you ask why I hate OMVS?, Mark Zelden
  • Re: And you ask why I hate OMVS?, Walt Farrell
    • Re: And you ask why I hate OMVS?, Shane
  • Re: And you ask why I hate OMVS?, Paul Gilmartin
  • Re: And you ask why I hate OMVS?, Walt Farrell
  • Re: And you ask why I hate OMVS?, Barbara Nitz
    • Re: And you ask why I hate OMVS?, Tony Harminc
  • Re: And you ask why I hate OMVS?, David Crayford
    • Veteran sysprog asks dumb question, Klein, Kenneth
      • Re: Veteran sysprog asks dumb question, Itschak Mugzach
      • Re: Veteran sysprog asks dumb question, John Kelly
      • Re: Veteran sysprog asks dumb question, Klein, Kenneth
      • Re: Veteran sysprog asks dumb question, William Bishop
      • Re: Veteran sysprog asks dumb question, Klein, Kenneth
      • Re: Veteran sysprog asks dumb question, Guy Gardoit
      • Re: Veteran sysprog asks dumb question, Natarajan Mohan
      • Re: Veteran sysprog asks dumb question, Jousma, David
    • Re: And you ask why I hate OMVS?, Steve Comstock
      • Re: And you ask why I hate OMVS?, Shane
      • Avoiding Java (Was: And you ask why I hate OMVS?), Edward Jaffe
      • Re: Avoiding Java (Was: And you ask why I hate OMVS?), McKown, John
      • Re: Avoiding Java (Was: And you ask why I hate OMVS?), Barkow, Eileen
      • Re: Avoiding Java (Was: And you ask why I hate OMVS?), howard . brazee
      • Re: Avoiding Java (Was: And you ask why I hate OMVS?), Kirk Wolf
      • SV: Avoiding Java (Was: And you ask why I hate OMVS?), Thomas Berg
    • Re: And you ask why I hate OMVS?, Shane
      • Re: And you ask why I hate OMVS?, David Crayford
  • Re: And you ask why I hate OMVS?, Arthur Gutowski
  • Re: And you ask why I hate OMVS?, Mark Zelden
  • Re: And you ask why I hate OMVS?, Barbara Nitz
• SPF Command Shell panel, Rafal Hanzel
  • Re: SPF Command Shell panel, jcrud
  • <Possible follow-ups>
  • Re: SPF Command Shell panel, Jan MOEYERSONS
• Any one using JDBC type 4 to access IMS DB??, Fermat Ma
  • <Possible follow-ups>
  • Re: Any one using JDBC type 4 to access IMS DB??, Fermat Ma
    • Re: Any one using JDBC type 4 to access IMS DB??, Tom Longfellow
      • Re: Any one using JDBC type 4 to access IMS DB??, David Crayford
      • Re: Any one using JDBC type 4 to access IMS DB??, Tom Longfellow
      • Re: Any one using JDBC type 4 to access IMS DB??, Anne & Lynn Wheeler
      • Re: Any one using JDBC type 4 to access IMS DB??, David Crayford
    • Re: Any one using JDBC type 4 to access IMS DB??, Hal Merritt
      • Re: Any one using JDBC type 4 to access IMS DB??, Fermat Ma
      • Re: Any one using JDBC type 4 to access IMS DB??, Tom Longfellow
      • Re: Any one using JDBC type 4 to access IMS DB??, Tom Longfellow
    • Re: Any one using JDBC type 4 to access IMS DB??, David Crayford
• Looking for an MVS Wizard ICON (not what you think), Lizette Koehler
  • Re: Looking for an MVS Wizard ICON (not what you think), Tony Harminc
    • Re: Looking for an MVS Wizard ICON (not what you think), Robert A. Rosenberg
  • Re: Looking for an MVS Wizard ICON (not what you think), Glen.Gasior
  • Message not available
    • Re: Looking for an MVS Wizard ICON (not what you think), Mary Anne Matyaz
  • <Possible follow-ups>
  • Re: Looking for an MVS Wizard ICON (not what you think), Tom Marchant
    • Re: Looking for an MVS Wizard ICON (not what you think), Ken Porowski
      • Re: Looking for an MVS Wizard ICON (not what you think), Mark Jacobs
  • Re: Looking for an MVS Wizard ICON (not what you think), Lizette Koehler
  • Re: Looking for an MVS Wizard ICON (not what you think), Lizette Koehler
  • Re: Looking for an MVS Wizard ICON (not what you think), Paul Gilmartin
  • Re: Looking for an MVS Wizard ICON (not what you think), Ted MacNEIL
  • Re: Looking for an MVS Wizard ICON (not what you think), Ed Finnell
• Moving User Catalogs from another system which has a differant master catalog., Glen.Gasior
  • Re: Moving User Catalogs from another system which has a differant master catalog., Glen.Gasior
    • Re: Moving User Catalogs from another system which has a differant master catalog., cmccorma
      • Re: Moving User Catalogs from another system which has a differant master catalog., Glen.Gasior
• Control HSM tapes in library, rr14
• CICS T/S 3.2 - SACIREL = 0650, Mike Carver
  • Re: CICS T/S 3.2 - SACIREL = 0650, d21mike21
    • Re: CICS T/S 3.2 - SACIREL = 0650, Richard Peurifoy
• What's Needed in Linklst?, Lizette Koehler
  • Re: What's Needed in Linklst?, Ken Porowski
  • Re: What's Needed in Linklst?, McKown, John
  • Re: What's Needed in Linklst?, Jousma, David
  • Re: What's Needed in Linklst?, Richard Peurifoy
  • Re: What's Needed in Linklst?, Edward Jaffe
  • Re: What's Needed in Linklst?, Richard Peurifoy
    • Re: What's Needed in Linklst?, Richard Peurifoy
    • Re: What's Needed in Linklst?, Kelly Arrey
      • Re: What's Needed in Linklst?, Richard Peurifoy
  • Re: What's Needed in Linklst?, Skip Robinson
  • Re: What's Needed in Linklst?, John Eells
  • <Possible follow-ups>
  • Re: What's Needed in Linklst?, Mark Zelden
  • Re: What's Needed in Linklst?, Peter Relson
    • First time I am running rmf III in this shop, Klein, Kenneth
• DFSORT APAR PK84670, Jousma, David
  • Re: DFSORT APAR PK84670, ldm
  • Re: DFSORT APAR PK84670, Frank Yaeger
    • Re: DFSORT APAR PK84670, Jousma, David
  • <Possible follow-ups>
  • Re: DFSORT APAR PK84670, John McKown
    • Re: DFSORT APAR PK84670, Jousma, David
      • Re: DFSORT APAR PK84670, McKown, John
• The beginnings of an insane thought?, McKown, John
  • <Possible follow-ups>
  • Re: The beginnings of an insane thought?, Paul Gilmartin
    • Re: The beginnings of an insane thought?, McKown, John
• A SIS Searching tip, Mary Anne Matyaz
  • <Possible follow-ups>
  • Re: A SIS Searching tip, Ed Finnell
• CICS SVC module name for Z/OS 1.6 CICS transaction server 23, joereichman
  • Re: CICS SVC module name for Z/OS 1.6 CICS transaction server 23, Miklos Szigetvari
  • <Possible follow-ups>
  • Re: CICS SVC module name for Z/OS 1.6 CICS transaction server 23, Alan Schenck
• Merging DSORG (was: Sequential D/S to PO D/S Member), Paul Gilmartin
  • <Possible follow-ups>
  • Merging DSORG (was: Sequential D/S to PO D/S Member), Terry Sambrooks
    • Re: Merging DSORG (was: Sequential D/S to PO D/S Member), Binyamin Dissen
  • Re: Merging DSORG (was: Sequential D/S to PO D/S Member), Paul Gilmartin
  • Re: Merging DSORG (was: Sequential D/S to PO D/S Member), Terry Sambrooks
• SSRV, SRK
  • Re: SSRV, Richard Peurifoy
• Storage, Ward, Mike S
  • Re: Storage, John Kelly
    • Re: Storage, Chuck Arney
  • Re: Storage, Wayne Driscoll
  • <Possible follow-ups>
  • Re: Storage, essteam@xxxxxxxx
  • Re: Storage, essteam@xxxxxxxx
  • Re: Storage, Ted MacNEIL
    • Re: Storage, Bob Woodside
• ADCD V1.R10 and missing volumes, Mike Myers
  • Re: ADCD V1.R10 and missing volumes, Edward Jaffe
    • Re: ADCD V1.R10 and missing volumes, Mike Myers
• EDGINERS erase problem, R.S.
  • Re: EDGINERS erase problem, Pinnacle
  • RES: EDGINERS erase problem, Roberto Pacheco
• ICSF: need pointers on generating a Certificate Signing Request based on PKDS keys, Henrique Seganfredo
• Mainframe Express Software, Arun shan
  • Re: Mainframe Express Software, McKown, John
  • Re: Mainframe Express Software, Chase, John
    • Re: Mainframe Express Software, howard . brazee
  • Re: Mainframe Express Software, Bill Washburn
    • Re: Mainframe Express Software, Klein, Kenneth
      • MVS learning system (was Mainframe Express Software), R.S.
  • <Possible follow-ups>
  • Re: Mainframe Express Software, Ted MacNEIL
  • Re: Mainframe Express Software, Ted MacNEIL
    • Re: Mainframe Express Software, August Carideo
  • Re: Mainframe Express Software, Elardus Engelbrecht
• CRECOVER or CESTPAIR MODE(RESYNC), John Kelly
  • <Possible follow-ups>
  • Re: CRECOVER or CESTPAIR MODE(RESYNC), John Ticic IBM-MAIN
• HYPERPAV Definitions, Kopischke, David G.
  • Re: HYPERPAV Definitions, John Kelly
  • <Possible follow-ups>
  • Re: HYPERPAV Definitions, Dave Kopischke
  • Re: HYPERPAV Definitions, Swanson, Curt
  • Re: HYPERPAV Definitions, Dave Kopischke
  • Re: HYPERPAV Definitions, Zaromil Tisler
  • Re: HYPERPAV Definitions, Mark Zelden
    • Re: HYPERPAV Definitions, Jim Mulder
  • Re: HYPERPAV Definitions, Mark Zelden
    • Re: HYPERPAV Definitions, John Baxter
  • Re: HYPERPAV Definitions, Dave Kopischke
  • Re: HYPERPAV Definitions, Mark Zelden
• Determine who's PPRC'd, John Kelly
  • Re: Determine who's PPRC'd, O'Brien, David W. [C] , NIH/CIT
    • Re: Determine who's PPRC'd, Clifford McNeill
      • Re: Determine who's PPRC'd, Jeffrey Deaver
      • Re: Determine who's PPRC'd, John Kelly
    • Re: Determine who's PPRC'd, Wissink, Brad [ITSYS]
• CEEDUMP Interruption Code, Ron MacRae
  • Re: CEEDUMP Interruption Code, Binyamin Dissen
• C.D. Keltie is away., Colin Keltie
• PKA functions only deal with small data chunks?, Henrique Seganfredo
  • Re: PKA functions only deal with small data chunks?, R.S.
  • Re: PKA functions only deal with small data chunks?, Kirk Wolf
  • <Possible follow-ups>
  • Re: PKA functions only deal with small data chunks?, Henrique Seganfredo
• Memory allocation, Ward, Mike S
  • Re: Memory allocation, Zahir Hemini
    • Re: Memory allocation, carlos roberto visconde
  • <Possible follow-ups>
  • Re: Memory allocation, essteam@xxxxxxxx
• TCP Settings for KeepAlive, Thompson, Steve
  • Re: TCP Settings for KeepAlive, Hal Merritt
  • Re: TCP Settings for KeepAlive, Ulrich Krueger
  • <Possible follow-ups>
  • Re: TCP Settings for KeepAlive, Thompson, Steve
    • Re: TCP Settings for KeepAlive, Hal Merritt
  • Re: TCP Settings for KeepAlive, Thompson, Steve
• Experience with Tape/Assist, Jim Marshall
  • <Possible follow-ups>
  • Re: Experience with Tape/Assist, Vernooij, CP - SPLXM
• Old Dog, New Tricks - TCP/IP, Richards, Robert B.
  • Re: Old Dog, New Tricks - TCP/IP, Shane Ginnane
    • Re: Old Dog, New Tricks - TCP/IP, Richards, Robert B.
      • Re: Old Dog, New Tricks - TCP/IP, Mary Anne Matyaz
      • Re: Old Dog, New Tricks - TCP/IP, Richards, Robert B.
      • Re: Old Dog, New Tricks - TCP/IP, Natarajan Mohan
  • Re: Old Dog, New Tricks - TCP/IP, Roy Hewitt
  • <Possible follow-ups>
  • Re: Old Dog, New Tricks - TCP/IP, Ed Finnell
    • Re: Old Dog, New Tricks - TCP/IP, Richards, Robert B.
  • Re: Old Dog, New Tricks - TCP/IP, Mark Zelden
    • Re: Old Dog, New Tricks - TCP/IP, Richards, Robert B.
  • Re: Old Dog, New Tricks - TCP/IP, Bruno Sugliani
    • Re: Old Dog, New Tricks - TCP/IP, Richards, Robert B.
• Re: z/OS 1.10 Server Pack Install - WAIT STATE X'019', Tom Marchant
  • <Possible follow-ups>
  • Re: z/OS 1.10 Server Pack Install - WAIT STATE X'019', Gregg Kimbrough
• SMF record data - ALTER gdgbase LIMIT(n), McKown, John
  • Re: SMF record data - ALTER gdgbase LIMIT(n), John Kington
  • <Possible follow-ups>
  • Re: SMF record data - ALTER gdgbase LIMIT(n), Ted MacNEIL
    • Re: SMF record data - ALTER gdgbase LIMIT(n), McKown, John
  • Re: SMF record data - ALTER gdgbase LIMIT(n), Ted MacNEIL
    • Re: SMF record data - ALTER gdgbase LIMIT(n), McKown, John
  • Re: SMF record data - ALTER gdgbase LIMIT(n), Ted MacNEIL
    • Re: SMF record data - ALTER gdgbase LIMIT(n), McKown, John
      • Re: SMF record data - ALTER gdgbase LIMIT(n), Steve Comstock
      • Re: SMF record data - ALTER gdgbase LIMIT(n), McKown, John
      • Re: SMF record data - ALTER gdgbase LIMIT(n), John P. Baker
      • Re: SMF record data - ALTER gdgbase LIMIT(n), Robert A. Rosenberg
  • Re: SMF record data - ALTER gdgbase LIMIT(n), Ted MacNEIL
  • Re: SMF record data - ALTER gdgbase LIMIT(n), Patrick Lyon
  • Re: SMF record data - ALTER gdgbase LIMIT(n), Ted MacNEIL
• DFRMM - CATSYNCH, Hale, Bob
  • Re: DFRMM - CATSYNCH, Pinnacle
    • Re: DFRMM - CATSYNCH, Hale, Bob
      • Re: DFRMM - CATSYNCH, Pinnacle
  • <Possible follow-ups>
  • Re: DFRMM - CATSYNCH, Mike Wood
• z/OS 1.10 Server Pack Install - WAIT STATE X'019', Kenneth R Barkhau
  • Re: z/OS 1.10 Server Pack Install - WAIT STATE X'019', McKown, John
    • Re: z/OS 1.10 Server Pack Install - WAIT STATE X'019', Kenneth R Barkhau
      • Re: z/OS 1.10 Server Pack Install - WAIT STATE X'019', Field, Alan C.
      • Re: z/OS 1.10 Server Pack Install - WAIT STATE X'019', Kenneth R Barkhau
      • Re: z/OS 1.10 Server Pack Install - WAIT STATE X'019', McKown, John
      • Re: z/OS 1.10 Server Pack Install - WAIT STATE X'019', Kenneth R Barkhau
      • Re: z/OS 1.10 Server Pack Install - WAIT STATE X'019', Ken Porowski
  • Re: z/OS 1.10 Server Pack Install - WAIT STATE X'019', carlos roberto visconde
  • <Possible follow-ups>
  • Re: z/OS 1.10 Server Pack Install - WAIT STATE X'019', Kenneth R Barkhau
• lpar on ALL ispf panels, marcos villasenor
  • Re: lpar on ALL ispf panels, Gaur
• Stand-Alone Dump, Bill Pitts
  • Re: Stand-Alone Dump, Edward Jaffe
    • Re: Stand-Alone Dump, Shane Ginnane
      • Re: Stand-Alone Dump, Jim Mulder
      • Re: Stand-Alone Dump, Shane Ginnane
      • Re: Stand-Alone Dump, Jim Mulder
  • <Possible follow-ups>
  • Re: Stand-Alone Dump, Mark Zelden
• Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Mark Zelden
  • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Bonno, Tuco
    • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Klein, Kenneth
      • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Bonno, Tuco
      • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Chase, John
      • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Klein, Kenneth
      • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Jerry Fuchs
      • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Steve Comstock
      • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Bobbie Jo
      • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Gaur
      • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Bonno, Tuco
      • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Bob Woodside
      • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Bonno, Tuco
      • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Bob Woodside
      • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Klein, Kenneth
      • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., R.S.
      • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Klein, Kenneth
      • Re: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Chase, John
• peripheral: thoughts on Amazon Kindle DX & PDFs, McKown, John
  • Re: peripheral: thoughts on Amazon Kindle DX & PDFs, Martin Packer
    • Re: peripheral: thoughts on Amazon Kindle DX & PDFs, McKown, John
    • Re: peripheral: thoughts on Amazon Kindle DX & PDFs, Andrew McLaren
  • <Possible follow-ups>
  • Re: peripheral: thoughts on Amazon Kindle DX & PDFs, Ron MacRae
  • Re: peripheral: thoughts on Amazon Kindle DX & PDFs, Ed Finnell
• RACF Problem, John Mitchelle
  • Re: RACF Problem, Mark Jacobs
  • Re: RACF Problem, McKown, John
  • Re: RACF Problem, R.S.
    • BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT., Klein, Kenneth
  • Re: RACF Problem, Hal Merritt
• Features of zOS 1.11, Ed Gould
  • Re: Features of zOS 1.11, McKown, John
• AT&T Usenet Netnews Service Shutting Down, newsmaster
• Re: Antwort: Re: Free software to stack tape datasets?, Mark Zelden
  • <Possible follow-ups>
  • Re: Antwort: Re: Free software to stack tape datasets?, gsg
• DB2: Greatest Hits + z/OS UNIX curriculum, Steve Comstock
• Sequential D/S to PO D/S Member, Baraniecki, Ray
  • Re: Sequential D/S to PO D/S Member, Bill Fairchild
    • Re: Sequential D/S to PO D/S Member, Tony B.
  • <Possible follow-ups>
  • Re: Sequential D/S to PO D/S Member, Neal Eckhardt
    • Re: Sequential D/S to PO D/S Member, Baraniecki, Ray
      • Re: Sequential D/S to PO D/S Member, Binyamin Dissen
      • Re: Sequential D/S to PO D/S Member, Steve Comstock
  • Re: Sequential D/S to PO D/S Member, Scott Rowe
  • Re: Sequential D/S to PO D/S Member, Ted MacNEIL
  • Re: Sequential D/S to PO D/S Member, Neal Eckhardt
  • Re: Sequential D/S to PO D/S Member, Paul Gilmartin
    • Re: Sequential D/S to PO D/S Member, Binyamin Dissen
  • Re: Sequential D/S to PO D/S Member, Ted MacNEIL
  • Re: Sequential D/S to PO D/S Member, Frank Schubert
  • Re: Sequential D/S to PO D/S Member, Paul Gilmartin
  • Re: Sequential D/S to PO D/S Member, Tom Marchant
    • Re: Sequential D/S to PO D/S Member, Richard Peurifoy
  • Re: Sequential D/S to PO D/S Member, Paul Gilmartin
    • Re: Sequential D/S to PO D/S Member, Richard Peurifoy
  • Re: Sequential D/S to PO D/S Member, Tom Marchant
    • Re: Sequential D/S to PO D/S Member, Richard Peurifoy
• How to convert the data in RMF III VSAM dataset?, new-IBM-blue
• Tape management system discussion, Tommy Tsui
  • Re: Tape management system discussion, David Hanson
  • Re: Tape management system discussion, pauls2272
  • Re: Tape management system discussion, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
    • Re: Tape management system discussion, Greg Shirey
  • <Possible follow-ups>
  • Re: Tape management system discussion, Vernooij, CP - SPLXM
    • Re: Tape management system discussion, Klein, Kenneth
      • Re: Tape management system discussion, Beesley, Paul
      • Re: Tape management system discussion, O'Brien, David W. [C] , NIH/CIT
      • Re: Tape management system discussion, Tommy Tsui
      • Re: Tape management system discussion, Tommy Tsui
      • Re: Tape management system discussion, Pinnacle
      • Re: Tape management system discussion, Tom Longfellow
      • Re: Tape management system discussion, Pinnacle
  • Re: Tape management system discussion, Brian Westerman
  • Re: Tape management system discussion, David Waldman
  • Re: Tape management system discussion, Ed Finnell
  • Re: Tape management system discussion, Mark Zelden
• Re: Where should processing be done was Re: IBM Software Secure Support via USA Citizens, Ted MacNEIL
  • Re: Where should processing be done was Re: IBM Software Secure Support via USA Citizens, Clark Morris
    • Re: Where should processing be done was Re: IBM Software Secure Support via USA Citizens, Rick Fochtman
      • Re: Where should processing be done was Re: IBM Software Secure Support via USA Citizens, John Baxter
      • Re: Where should processing be done was Re: IBM Software Secure Support via USA Citizens, howard . brazee
  • <Possible follow-ups>
  • Re: Where should processing be done was Re: IBM Software Secure Support via USA Citizens, Ted MacNEIL
    • Re: Where should processing be done was Re: IBM Software Secure Support via USA Citizens, Galambos, Robert
    • Re: Where should processing be done was Re: IBM Software Secure Support via USA Citizens, howard . brazee
      • Re: Where should processing be done was Re: IBM Software Secure Support via USA Citizens, Bob Woodside
• Problem of contention in DSNDIST DB2 V8, Jorge Arueira Campos
• TCP SMTP, Carlson, Steve
  • <Possible follow-ups>
  • Re: TCP SMTP, Jan MOEYERSONS
    • Re: TCP SMTP, Carlson, Steve
  • Re: TCP SMTP, Jan MOEYERSONS
    • Re: TCP SMTP, Carlson, Steve
  • Re: TCP SMTP, Jan MOEYERSONS
    • Re: TCP SMTP, Ulrich Krueger
  • Re: TCP SMTP, Patrick O'Keefe
• Tivoli System automation(SA390), Jousma, David
  • Re: Tivoli System automation(SA390), Mark T. Regan, K8MTR
  • Re: Tivoli System automation(SA390), Barkow, Eileen
    • Re: Tivoli System automation(SA390), Jousma, David
      • Re: Tivoli System automation(SA390), Barkow, Eileen
  • <Possible follow-ups>
  • Re: Tivoli System automation(SA390), Barbara Nitz
• DNS, Ron Wells
  • Re: DNS, Mark Pace
  • Re: DNS, Schlueter, Edward
    • Re: DNS, Ron Wells
      • Re: DNS, P S
  • Re: DNS, carlos roberto visconde
    • Re: DNS, Ron Wells
      • Re: DNS, Widmayer, Bill
      • Re: DNS, Ron Wells
• What to use to find tape utilization?, Brad Wissink
  • Re: What to use to find tape utilization?, Hal Merritt
  • Re: What to use to find tape utilization?, Lizette Koehler
    • Re: What to use to find tape utilization?, Klein, Kenneth
      • Re: What to use to find tape utilization?, Wissink, Brad [ITSYS]
      • Re: What to use to find tape utilization?, Scott Rowe
      • Re: What to use to find tape utilization?, Wissink, Brad [ITSYS]
      • Re: What to use to find tape utilization?, Scott Rowe
      • Re: What to use to find tape utilization?, Ken Porowski
      • Re: What to use to find tape utilization?, R.S.
      • Re: What to use to find tape utilization?, John Kelly
      • Re: What to use to find tape utilization?, R.S.
  • <Possible follow-ups>
  • Re: What to use to find tape utilization?, Ed Finnell
  • Re: What to use to find tape utilization?, Vernooij, CP - SPLXM
• Free software to stack tape datasets?, O'Brien, David W. [C] , NIH/CIT
  • Re: Free software to stack tape datasets?, R.S.
    • Re: Free software to stack tape datasets?, Darth Keller
      • Re: Free software to stack tape datasets?, O'Brien, David W. [C] , NIH/CIT
      • Re: Free software to stack tape datasets?, R.S.
      • Antwort: Re: Free software to stack tape datasets?, Werner Kuehnel
      • Re: Free software to stack tape datasets?, Darth Keller
  • <Possible follow-ups>
  • Re: Free software to stack tape datasets?, Mark Zelden
  • Re: Free software to stack tape datasets?, Mark Zelden
    • Re: Free software to stack tape datasets?, O'Brien, David W. [C] , NIH/CIT
  • Re: Free software to stack tape datasets?, Vernooij, CP - SPLXM
  • Re: Free software to stack tape datasets?, Jim Marshall
    • Re: Free software to stack tape datasets?, Neal Eckhardt
      • Re: Free software to stack tape datasets?, marcos villasenor
  • Re: Free software to stack tape datasets?, Vernooij, CP - SPLXM
    • Re: Free software to stack tape datasets?, Michael Sullivan
• IBM Software Secure Support via USA Citizens, Ken Porowski
  • Re: IBM Software Secure Support via USA Citizens, howard . brazee
    • Re: IBM Software Secure Support via USA Citizens, Jim Chappell
      • Re: IBM Software Secure Support via USA Citizens, Jerry Fuchs
      • Re: IBM Software Secure Support via USA Citizens, Hal Merritt
      • Re: IBM Software Secure Support via USA Citizens, Ted MacNEIL
      • Re: IBM Software Secure Support via USA Citizens, McKown, John
      • Where should processing be done was Re: IBM Software Secure Support via USA Citizens, Clark Morris
      • Re: IBM Software Secure Support via USA Citizens, howard . brazee
      • Re: IBM Software Secure Support via USA Citizens, STEVEN DAHARI
      • Re: IBM Software Secure Support via USA Citizens, Fritz Wuehler
    • Re: IBM Software Secure Support via USA Citizens, Gibney, Dave
  • Re: IBM Software Secure Support via USA Citizens, Tony Harminc
  • Re: IBM Software Secure Support via USA Citizens, Harry Wahl
  • <Possible follow-ups>
  • Re: IBM Software Secure Support via USA Citizens, Ed Finnell
  • Re: IBM Software Secure Support via USA Citizens, Mohammad Khan
  • Re: IBM Software Secure Support via USA Citizens, Ted MacNEIL
  • Re: IBM Software Secure Support via USA Citizens, Dave Kopischke
    • Re: IBM Software Secure Support via USA Citizens, Dirk Johann
    • Re: IBM Software Secure Support via USA Citizens, Mary Anne Matyaz
  • Re: IBM Software Secure Support via USA Citizens, Patrick O'Keefe
    • Re: IBM Software Secure Support via USA Citizens, Chase, John
    • Re: IBM Software Secure Support via USA Citizens, howard . brazee
  • Re: IBM Software Secure Support via USA Citizens, Ted MacNEIL
    • Re: IBM Software Secure Support via USA Citizens, Roach, Dennis , N-GHG
  • Re: IBM Software Secure Support via USA Citizens, Ed Finnell
    • Re: IBM Software Secure Support via USA Citizens, Edward Jaffe
      • Re: IBM Software Secure Support via USA Citizens, Rick Fochtman
      • Re: IBM Software Secure Support via USA Citizens, Edward Jaffe
      • Re: IBM Software Secure Support via USA Citizens, howard . brazee
  • Re: IBM Software Secure Support via USA Citizens, Ted MacNEIL
  • Re: IBM Software Secure Support via USA Citizens, Ted MacNEIL
    • Re: IBM Software Secure Support via USA Citizens, Jerry Fuchs
  • Re: IBM Software Secure Support via USA Citizens, Ed Gould
    • Re: IBM Software Secure Support via USA Citizens, Edward Jaffe
      • Re: IBM Software Secure Support via USA Citizens, Wayne Driscoll
      • Re: IBM Software Secure Support via USA Citizens, Tom Longfellow
  • Re: IBM Software Secure Support via USA Citizens, Ed Gould
    • Re: IBM Software Secure Support via USA Citizens, Edward Jaffe
• Batch or Shell, Miklos Szigetvari
  • <Possible follow-ups>
  • Re: Batch or Shell, Paul Gilmartin
• Web Troublemekr, Rick Fochtman
  • Re: Web Troublemekr (Update), Rick Fochtman
    • Re: Web Troublemekr (Update), Chase, John
      • Re: Web Troublemekr (Update), Rick Fochtman
      • Re: Web Troublemekr (Update), George Orwell
• HYPERPAV Support on Hitachi Disk, Kopischke, David G.
  • Re: HYPERPAV Support on Hitachi Disk, John Baxter
  • <Possible follow-ups>
  • Re: HYPERPAV Support on Hitachi Disk, Peter Bishop
    • Re: HYPERPAV Support on Hitachi Disk, R.S.
  • Re: HYPERPAV Support on Hitachi Disk, Dave Kopischke
  • Re: HYPERPAV Support on Hitachi Disk, Peter Bishop
    • Re: HYPERPAV Support on Hitachi Disk, Pinnacle
  • Re: HYPERPAV Support on Hitachi Disk, Norbert Friemel
• ICETOOLS Question, Ken Leidner
  • Re: ICETOOLS Question, Ken Leidner
• How to delete multiple volumes from DFSMSrmm, Pommier, Rex R.
  • Re: How to delete multiple volumes from DFSMSrmm, Greg Shirey
  • Re: How to delete multiple volumes from DFSMSrmm, Scott Rowe
  • <Possible follow-ups>
  • Re: How to delete multiple volumes from DFSMSrmm, Kathleen McLaughlin
    • Re: How to delete multiple volumes from DFSMSrmm, Pommier, Rex R.
  • Re: How to delete multiple volumes from DFSMSrmm, Mike Wood
  • Re: How to delete multiple volumes from DFSMSrmm, Mike Wood
    • Re: How to delete multiple volumes from DFSMSrmm, Pommier, Rex R.
• REXX HI vs HE, Patrick O'Keefe
  • Re: REXX HI vs HE, Wayne Bickerdike
  • <Possible follow-ups>
  • Re: REXX HI vs HE, Patrick O'Keefe
    • Re: REXX HI vs HE, Klein, Kenneth
  • Re: REXX HI vs HE, Thompson, Steve
  • Re: REXX HI vs HE, Patrick O'Keefe
    • Re: REXX HI vs HE, Tony Harminc
  • Re: REXX HI vs HE, Patrick O'Keefe
• DFSORT on z/OS 1.10 problem, McKown, John
  • <Possible follow-ups>
  • Re: DFSORT on z/OS 1.10 problem, John McKown
    • Re: DFSORT on z/OS 1.10 problem, David Betten
  • Re: DFSORT on z/OS 1.10 problem, Doug Henry
  • Re: DFSORT on z/OS 1.10 problem, Mark Zelden
  • Re: DFSORT on z/OS 1.10 problem, Gregg Kimbrough
    • Re: DFSORT on z/OS 1.10 problem, McKown, John
• Changing VTAM TRLE for OSA adapter, Neal Eckhardt
  • <Possible follow-ups>
  • Re: Changing VTAM TRLE for OSA adapter, Chris Mason
    • Re: Changing VTAM TRLE for OSA adapter, Neal Eckhardt
  • Re: Changing VTAM TRLE for OSA adapter, Chris Mason
    • Re: Changing VTAM TRLE for OSA adapter, Neal Eckhardt
  • Re: Changing VTAM TRLE for OSA adapter, Chris Mason
  • Re: Changing VTAM TRLE for OSA adapter, Neal Eckhardt
    • PSF, Ron Wells
      • Re: PSF, Natarajan Mohan
• Re: Replacing channel attached IBM 6262 printer, Timothy Sipples
  • <Possible follow-ups>
  • Re: Replacing channel attached IBM 6262 printer, Klein, Kenneth
  • Re: Replacing channel attached IBM 6262 printer, Ed Finnell
  • Re: Replacing channel attached IBM 6262 printer, Ted MacNEIL
    • Re: Replacing channel attached IBM 6262 printer, Itschak Mugzach
    • Re: Replacing channel attached IBM 6262 printer, R.S.
  • Re: Replacing channel attached IBM 6262 printer, Linda Mooney
• AUTO: Anthony Fletcher/New Zealand/IBM is out of the office. (returning 16/06/2009), Anthony Fletcher
• Howard Turetzky is out of the office., Howard Turetzky
• Updated EHIxxx macros (CBTTAPE FILE769), Robert AH Prins
• Re: Enterprise COBOL code generation question, Clark Morris
  • Re: Enterprise COBOL code generation question, Chase, John
• Can I export disconnect a user catalog after it has been exported temporary ?, Glen.Gasior
  • Re: Can I export disconnect a user catalog after it has been exported temporary ?, Glen.Gasior
• Merging Catalogs, Arturo
  • Re: Merging Catalogs, Skip Robinson
  • Re: Merging Catalogs, Ayon, John
  • <Possible follow-ups>
  • Re: Merging Catalogs, Mark Zelden
    • Re: Merging Catalogs, Skip Robinson
  • Re: Merging Catalogs, Ed Gould
• Curiousity: Mono on z/OS?, McKown, John
  • Re: Curiousity: Mono on z/OS?, Kirk Wolf
    • Re: Curiousity: Mono on z/OS?, McKown, John
    • Re: Curiousity: Mono on z/OS?, Mark Post
      • Re: Curiousity: Mono on z/OS?, Frank Swarbrick
      • Re: Curiousity: Mono on z/OS?, Kirk Wolf
    • Re: Curiousity: Mono on z/OS?, David Andrews
      • Re: Curiousity: Mono on z/OS?, Kirk Wolf
  • Re: Curiousity: Mono on z/OS?, Thomas David Rivers
• VPS and Infoprint 6500, ldm
• Language Environment runtime options and system dumps, Jim McAlpine
  • Re: Language Environment runtime options and system dumps, Steve Comstock
    • Re: Language Environment runtime options and system dumps, Jim McAlpine
      • Re: Language Environment runtime options and system dumps, Jim McAlpine
  • <Possible follow-ups>
  • Re: Language Environment runtime options and system dumps, David Waldman
    • Re: Language Environment runtime options and system dumps, Jim McAlpine
      • Re: Language Environment runtime options and system dumps, Clark Morris
      • Re: Language Environment runtime options and system dumps, R.S.
      • Re: Language Environment runtime options and system dumps, Clark Morris
      • Re: Language Environment runtime options and system dumps, Binyamin Dissen
  • Re: Language Environment runtime options and system dumps, Thompson, Steve
  • Re: Language Environment runtime options and system dumps, Jim McAlpine
    • Re: Language Environment runtime options and system dumps, Steve Comstock
      • Re: Language Environment runtime options and system dumps, Jim McAlpine
  • Re: Language Environment runtime options and system dumps, Ramiro Camposagrado
    • Re: Language Environment runtime options and system dumps, Don Poitras
  • Fw: Language Environment runtime options and system dumps, Bill Klein
  • Language Environment runtime options and system dumps, Bill Klein
    • Re: Language Environment runtime options and system dumps, Steven Conway
    • Re: Language Environment runtime options and system dumps, Howard Brazee
    • Re: Language Environment runtime options and system dumps, Jim McAlpine
  • Re: Language Environment runtime options and system dumps, Barbara Nitz
    • Re: Language Environment runtime options and system dumps, Binyamin Dissen
    • Re: Language Environment runtime options and system dumps, Clark Morris
      • Re: Language Environment runtime options and system dumps, Jim McAlpine
      • Re: Language Environment runtime options and system dumps, Lizette Koehler
      • Re: Language Environment runtime options and system dumps, Steve Comstock
      • Re: Language Environment runtime options and system dumps, Jim McAlpine
  • Re: Language Environment runtime options and system dumps, Barbara Nitz
    • Re: Language Environment runtime options and system dumps, Shane Ginnane
  • Fw: Language Environment runtime options and system dumps, Bill Klein
    • Re: Fw: Language Environment runtime options and system dumps, Binyamin Dissen
  • Re: Language Environment runtime options and system dumps, Barbara Nitz
  • Re: Fw: Language Environment runtime options and system dumps, Ted MacNEIL
    • Re: Fw: Language Environment runtime options and system dumps, Binyamin Dissen
  • Re: Language Environment runtime options and system dumps, Thompson, Steve
• IBM Mainframe Jobs in Riyadh, Saudi - Excellent Salary, Chithra Adityan
• ADR367E - INVALID TRACK FORMAT ERROR ON OUTPUT VOLUME, esmie moo
  • Re: ADR367E - INVALID TRACK FORMAT ERROR ON OUTPUT VOLUME, Ulrich Krueger
  • IBM DS6800 java gui, Adams, Tracy
    • Re: IBM DS6800 java gui, Bob Shannon
      • Re: IBM DS6800 java gui, Adams, Tracy
      • Re: IBM DS6800 java gui, Dick de Groot
  • <Possible follow-ups>
  • Re: ADR367E - INVALID TRACK FORMAT ERROR ON OUTPUT VOLUME, esmie moo
  • Re: ADR367E - INVALID TRACK FORMAT ERROR ON OUTPUT VOLUME, esmie moo
    • Re: ADR367E - INVALID TRACK FORMAT ERROR ON OUTPUT VOLUME, R.S.
    • Re: ADR367E - INVALID TRACK FORMAT ERROR ON OUTPUT VOLUME, Ulrich Krueger
  • Re: ADR367E - INVALID TRACK FORMAT ERROR ON OUTPUT VOLUME, esmie moo
• Slow startup of USS, Mark N
• How to set priority (CPU) of a job?, Michael Knigge
  • <Possible follow-ups>
  • Re: How to set priority (CPU) of a job?, Vernooy, C.P. - SPLXM
    • Re: How to set priority (CPU) of a job?, Michael Knigge
    • Re: How to set priority (CPU) of a job?, Michael Wickman
  • Re: How to set priority (CPU) of a job?, Vernooy, C.P. - SPLXM
    • Re: How to set priority (CPU) of a job?, Hunkeler Peter , KIUP 4
• AUTO: Andrew Bates is out of the office - returning Monday 15th June. (returning 15/06/2009), Andrew Bates
• System Programmer position available, re_1277
• FW: replacement for PComm, Amerigo Baldassarri
  • Re: replacement for PComm, Jim Wangler
    • Re: replacement for PComm, larry macioce
• RSAPF operand of ATTACH, Henderson, Mark D
  • Re: RSAPF operand of ATTACH, Jim Mulder
• Re: Enterprise COBOL for z/OS V4, Doug Henry
  • Re: Enterprise COBOL for z/OS V4, Steve Comstock
  • <Possible follow-ups>
  • Re: Enterprise COBOL for z/OS V4, Tom Ross
    • Re: Enterprise COBOL for z/OS V4, Skip Robinson
      • Re: Enterprise COBOL for z/OS V4, Shane
      • Re: Enterprise COBOL for z/OS V4, Skip Robinson
      • Re: Enterprise COBOL for z/OS V4, Gibney, Dave
  • Re: Enterprise COBOL for z/OS V4, Ted MacNEIL
  • Fw: Enterprise COBOL for z/OS V4, Bill Klein
• DFSMSHSM and z/VM disks, Crispin Hugo
  • Re: DFSMSHSM and z/VM disks, Traylor, Terry
    • Re: DFSMSHSM and z/VM disks, Crispin Hugo
  • Re: DFSMSHSM and z/VM disks, Traylor, Terry
• Multi-line "Srchfor" Utility?, Chase, John
  • Re: Multi-line "Srchfor" Utility?, McKown, John
    • Re: Multi-line "Srchfor" Utility?, Klein, Kenneth
      • Re: Multi-line "Srchfor" Utility?, Chase, John
      • Re: Multi-line "Srchfor" Utility?, Dave Salt
      • Re: Multi-line "Srchfor" Utility?, Mike Myers
      • Re: Multi-line "Srchfor" Utility?, Natarajan Mohan
      • Re: Multi-line "Srchfor" Utility?, Dave Salt
  • <Possible follow-ups>
  • Re: Multi-line "Srchfor" Utility?, Paul Gilmartin
  • Re: Multi-line "Srchfor" Utility?, Mark Zelden
    • Re: Multi-line "Srchfor" Utility?, Binyamin Dissen
      • Re: Multi-line "Srchfor" Utility?, Chase, John
      • Re: Multi-line "Srchfor" Utility?, Binyamin Dissen
• HSM selective alternate tapes, R Hey
  • <Possible follow-ups>
  • Re: HSM selective alternate tapes, R Hey
• JES3 & SDSF, Paul Schuster
  • Re: JES3 & SDSF, John Kelly
    • Re: JES3 & SDSF, Bob Shannon
  • <Possible follow-ups>
  • Re: JES3 & SDSF, Paul Schuster
    • Re: JES3 & SDSF, Bob Shannon
  • Re: JES3 & SDSF, Ed Finnell
  • Re: JES3 & SDSF, Paul Schuster
    • Re: JES3 & SDSF, Edward Jaffe
  • Re: JES3 & SDSF, Ed Finnell
• Re: dynamic allocation, Frank Swarbrick
  • Re: dynamic allocation, John McKown
    • Re: dynamic allocation, McKown, John
      • Re: dynamic allocation, Chase, John
  • <Possible follow-ups>
  • Re: dynamic allocation, Paul Gilmartin
    • Re: dynamic allocation, Frank Swarbrick
      • Re: dynamic allocation, Anne & Lynn Wheeler
  • Re: dynamic allocation, Ted MacNEIL
    • Re: dynamic allocation, Klein, Kenneth
  • Re: dynamic allocation, Paul Gilmartin
    • Re: dynamic allocation, Frank Swarbrick
      • Re: dynamic allocation, Wayne Driscoll
      • Re: dynamic allocation, Steve Comstock
  • Re: dynamic allocation, Andy Robertson
  • Re: dynamic allocation, Mark Zelden
  • Re: dynamic allocation, Mark Zelden
  • Re: dynamic allocation, Ted MacNEIL
  • Re: dynamic allocation, Ted MacNEIL
  • Re: dynamic allocation, Paul Gilmartin
• Supersession to CA-TPX, Widmayer, Bill
  • Re: Supersession to CA-TPX, Cebell, David
  • Re: Supersession to CA-TPX, Lizette Koehler
  • <Possible follow-ups>
  • Re: Supersession to CA-TPX, Mark Zelden
    • Re: Supersession to CA-TPX, Barkow, Eileen
  • Re: Supersession to CA-TPX, Mark Zelden
    • Re: Supersession to CA-TPX, Barkow, Eileen
      • Re: Supersession to CA-TPX, Richards, Robert B.
      • Re: Supersession to CA-TPX, Barkow, Eileen
• EMC version of ANTRQST, Brad Wissink
  • Re: EMC version of ANTRQST, Cebell, David
• GRS, Ron Wells
  • Re: GRS, McKown, John
    • Re: GRS, Ron Wells
  • <Possible follow-ups>
  • Re: GRS, Scott Fagen
  • Re: GRS, Mark Zelden
  • Re: GRS, Scott Fagen
    • Re: GRS, Richards, Robert B.
  • Re: GRS, Vernooy, C.P. - SPLXM
  • Re: GRS, Richards, Robert B.
    • Re: GRS, George Fogg
  • Re: GRS, Scott Fagen
    • Re: GRS, Richards, Robert B.
• Machine model numbers, Steve Comstock
  • Re: Machine model numbers, Horne, Jim - James S
    • Re: Machine model numbers, Steve Comstock
  • Re: Machine model numbers, August Carideo
    • Re: Machine model numbers, Steve Comstock
  • Re: Machine model numbers, Brown, Larry - St. Louis, MO
    • Re: Machine model numbers, Steve Comstock
  • <Possible follow-ups>
  • Re: Machine model numbers, Leo Smith
    • Re: Machine model numbers, Steve Comstock
  • Re: Machine model numbers, Rick Fochtman
    • Re: Machine model numbers, Minoru Massaki
      • Re: Machine model numbers, Mr. Woofer
• First ipl of z/OS 1.9, Jim McAlpine
  • Message not available
    • Re: First ipl of z/OS 1.9, Jim McAlpine
  • Re: First ipl of z/OS 1.9, Edward Jaffe
  • <Possible follow-ups>
  • Re: First ipl of z/OS 1.9, Ron
  • Re: First ipl of z/OS 1.9, Thompson, Steve
  • Re: First ipl of z/OS 1.9, Mark Zelden
    • Re: First ipl of z/OS 1.9, Jim McAlpine
• replacment for pcomm, larry macioce
• Tape retention question, William Bishop
  • <Possible follow-ups>
  • Re: Tape retention question, Vernooy, C.P. - SPLXM
    • Re: Tape retention question, William Bishop
      • Re: Tape retention question, R.S.
      • Message not available
      • Re: Tape retention question, Roach, Dennis , N-GHG
• EBCDIC and the P bit, David Crayford
• Codepage issue from uss, David Johnston
  • Re: Codepage issue from uss, Kirk Wolf
  • <Possible follow-ups>
  • Re: Codepage issue from uss, David Johnston
    • Re: Codepage issue from uss, Steve Comstock
• Authenticate XML digital signature without using Java, steve austin
  • <Possible follow-ups>
  • Authenticate XML digital signature without using Java, Steve Austin
• Documentation required for DMS/CICS, Rahul Karsija
• SMP/E and multiple zones, R.S.
  • Re: SMP/E and multiple zones, Walter Marguccio
    • Re: SMP/E and multiple zones, Rick Fochtman
  • Re: SMP/E and multiple zones, Jousma, David
    • ALTER NEWNAME non-VSAM non-SMS, John P Kalinich
      • Re: ALTER NEWNAME non-VSAM non-SMS, Jousma, David
  • Re: SMP/E and multiple zones, R.S.
  • <Possible follow-ups>
  • Re: SMP/E and multiple zones, Roger Lowe
  • Re: SMP/E and multiple zones, Tom Marchant
  • Re: SMP/E and multiple zones, Mark Zelden
    • Re: SMP/E and multiple zones, R.S.
  • Re: SMP/E and multiple zones, Mark Zelden
  • Re: SMP/E and multiple zones, Tom Marchant
  • Re: SMP/E and multiple zones, Mark Zelden
  • Re: SMP/E and multiple zones, Tom Marchant
    • Re: SMP/E and multiple zones, R.S.
      • Re: SMP/E and multiple zones, Klein, Kenneth
  • Re: SMP/E and multiple zones, Tom Marchant
  • Re: SMP/E and multiple zones, Mark Zelden
    • Re: SMP/E and multiple zones, R.S.
• Can't find HFS Reason Code, Alan Schwartz
  • Re: Can't find HFS Reason Code, Gaur
  • Re: Can't find HFS Reason Code, Beesley, Paul
    • Re: Can't find HFS Reason Code, Alan Schwartz
      • Re: Can't find HFS Reason Code, Hunkeler Peter , KIUP 4
      • Re: Can't find HFS Reason Code, Alan Schwartz
      • Re: Can't find HFS Reason Code, Hal Merritt
      • Re: Can't find HFS Reason Code, Alan Schwartz
  • Re: Can't find HFS Reason Code, Edward Jaffe
    • Re: Can't find HFS Reason Code, Alan Schwartz
  • <Possible follow-ups>
  • Re: Can't find HFS Reason Code, Mark Yuhas
• Throttling FTP, Martin Kline
  • Re: Throttling FTP, McKown, John
  • Re: Throttling FTP, Clark, Kevin
  • Re: Throttling FTP, Hal Merritt
  • Re: Throttling FTP, Rob Schramm
    • Re: Throttling FTP, Klein, Kenneth
      • Re: Throttling FTP, Natarajan Mohan
  • <Possible follow-ups>
  • Re: Throttling FTP, Ted MacNEIL
  • Re: Throttling FTP, Martin Kline
  • Re: Throttling FTP, Martin Kline
  • Re: Throttling FTP, Ted MacNEIL
  • Re: Throttling FTP, Ted MacNEIL
  • Re: Throttling FTP, Patrick O'Keefe
• CLIST cc 828?, Shmuel Metz , Seymour J.
  • Re: CLIST cc 828?, Binyamin Dissen
    • Re: CLIST cc 828?, Shmuel Metz , Seymour J.
  • Re: CLIST cc 828?, Dave Salt
    • Re: CLIST cc 828?, Shmuel Metz , Seymour J.
      • Re: CLIST cc 828?, Dave Salt
  • <Possible follow-ups>
  • Re: CLIST cc 828?, Martin Kline
    • Re: CLIST cc 828?, Shmuel Metz , Seymour J.
• TCPIP config on z/OS 1.7 ADCD, Mark Wilson
  • Re: TCPIP config on z/OS 1.7 ADCD, Pommier, Rex R.
• RMM How to manually change CATALOG STATUS in CDS, John Mattson
  • Re: RMM How to manually change CATALOG STATUS in CDS, Mike
• Fw: Wait under CICS, Bill Klein
  • Re: Wait under CICS, Charles Hottel
  • <Possible follow-ups>
  • Re: Wait under CICS, Jan MOEYERSONS
  • Re: Wait under CICS, Jan MOEYERSONS
    • Re: Wait under CICS, Frank Swarbrick
• Broken link on web ibmlink, Gibney, Dave
  • <Possible follow-ups>
  • Re: Broken link on web ibmlink, Thompson, Steve
    • Message not available
      • Re: Broken link on web ibmlink, Gibney, Dave
• Re: What is System Completion Code FD6?, Ed Finnell
  • <Possible follow-ups>
  • Re: What is System Completion Code FD6?, Mark Zelden
    • *RESOLVED* What is System Completion Code FD6, Johnson Jr., Donald E
  • Re: What is System Completion Code FD6?, Mark Zelden
  • Re: What is System Completion Code FD6?, Paul Gilmartin
    • Re: What is System Completion Code FD6?, Schwarz, Barry A
      • Re: What is System Completion Code FD6?, Hardee, Charles H
  • Re: What is System Completion Code FD6?, Ed Finnell
• SDSF anomaly - z/OS migration from v1.7 to v1.9, Mike Myers
  • Re: SDSF anomaly - z/OS migration from v1.7 to v1.9, R.S.
    • Re: SDSF anomaly - z/OS migration from v1.7 to v1.9, Mike Myers
      • Re: SDSF anomaly - z/OS migration from v1.7 to v1.9, R.S.
    • Re: SDSF anomaly - z/OS migration from v1.7 to v1.9, Dave Barry
      • Re: SDSF anomaly - z/OS migration from v1.7 to v1.9, Natarajan Mohan
      • Re: SDSF anomaly - z/OS migration from v1.7 to v1.9, Frank Swarbrick
• Re: SHOWzOS SHORT_PUTLINE, Klein, Kenneth
  • <Possible follow-ups>
  • Re: SHOWzOS SHORT_PUTLINE, Roland Schiradin
    • Re: SHOWzOS SHORT_PUTLINE, Klein, Kenneth
  • Re: SHOWzOS SHORT_PUTLINE, Marty Penhorwood
    • Re: SHOWzOS SHORT_PUTLINE, Farley, Peter x23353
    • Re: SHOWzOS SHORT_PUTLINE, Klein, Kenneth
  • Re: SHOWzOS SHORT_PUTLINE, Marty Penhorwood
  • Re: SHOWzOS SHORT_PUTLINE, Roland Schiradin
  • Re: SHOWzOS SHORT_PUTLINE, Roland Schiradin
• Re: IEFBR14 in z/OS R.11, Peter Relson
• Any products to protect MVS software from cracking and reverse engineering?, shai hess
  • Re: Any products to protect MVS software from cracking and reverse engineering?, Binyamin Dissen
  • Re: Any products to protect MVS software from cracking and reverse engineering?, Tony Harminc
    • Re: Any products to protect MVS software from cracking and reverse engineering?, Hal Merritt
  • <Possible follow-ups>
  • Re: Any products to protect MVS software from cracking and reverse engineering?, shai hess
    • Re: Any products to protect MVS software from cracking and reverse engineering?, Binyamin Dissen
    • Message not available
      • Re: Any products to protect MVS software from cracking and reverse engineering?, Rick Fochtman
      • Re: Any products to protect MVS software from cracking and reverse engineering?, shai hess
      • Re: Any products to protect MVS software from cracking and reverse engineering?, Tony B.
      • Re: Any products to protect MVS software from cracking and reverse engineering?, McKown, John
      • Re: Any products to protect MVS software from cracking and reverse engineering?, Binyamin Dissen
      • Re: Any products to protect MVS software from cracking and reverse engineering?, McKown, John
      • Re: Any products to protect MVS software from cracking and reverse engineering?, Tony Harminc
  • Re: Any products to protect MVS software from cracking and reverse engineering?, R.S.
  • Re: Any products to protect MVS software from cracking and reverse engineering?, Patrick O'Keefe
  • Re: Any products to protect MVS software from cracking and reverse engineering?, Don
  • Re: Any products to protect MVS software from cracking and reverse engineering?, Roach, Dennis , N-GHG
• Reusing old 3590 Tapes, Richman, Saul
  • Re: Reusing old 3590 Tapes, R.S.
  • <Possible follow-ups>
  • Re: Reusing old 3590 Tapes, Linda Mooney
• LUC MARTENS is out of the office., Luc Martens , KBC
• IEFBR14 (was: EXEC Above the Bar), Paul Gilmartin
  • Re: IEFBR14 (was: EXEC Above the Bar), Jim Mulder
    • Re: IEFBR14 (was: EXEC Above the Bar), Dave Barry
  • <Possible follow-ups>
  • Re: IEFBR14 (was: EXEC Above the Bar), Paul Gilmartin
    • Re: IEFBR14 (was: EXEC Above the Bar), Chase, John
      • Re: IEFBR14 in z/OS R.11, Martin Packer
      • Re: IEFBR14 in z/OS R.11, Chase, John
      • Re: IEFBR14, R.S.
    • Re: IEFBR14 (was: EXEC Above the Bar), Jim Mulder
  • Re: IEFBR14 (was: EXEC Above the Bar), Ted MacNEIL
  • Re: IEFBR14 (was: EXEC Above the Bar), Scott Barry
    • Re: IEFBR14 (was: EXEC Above the Bar), Robert A. Rosenberg
    • Re: IEFBR14 (was: EXEC Above the Bar), Jim Mulder
  • Fw: IEFBR14 (was: EXEC Above the Bar), Steven B Jones
    • Re: IEFBR14 (was: EXEC Above the Bar), O'Brien, David W. [C] , NIH/CIT
      • Re: IEFBR14 (was: EXEC Above the Bar), Robert A. Rosenberg
      • Re: IEFBR14 (was: EXEC Above the Bar), Hunkeler Peter , KIUP 4
  • Re: IEFBR14 (was: EXEC Above the Bar), Paul Gilmartin
    • Re: IEFBR14 (was: EXEC Above the Bar), O'Brien, David W. [C] , NIH/CIT
    • Re: IEFBR14 (was: EXEC Above the Bar), Pommier, Rex R.
    • Re: IEFBR14 (was: EXEC Above the Bar), Edward Jaffe
  • Re: IEFBR14 (was: EXEC Above the Bar), Gilbert Saint-Flour
  • Re: IEFBR14 (was: EXEC Above the Bar), Paul Gilmartin
    • What is System Completion Code FD6?, Johnson Jr., Donald E
      • Re: What is System Completion Code FD6?, Mark Jacobs
      • Re: What is System Completion Code FD6?, Binyamin Dissen
      • Re: What is System Completion Code FD6?, Steven Conway
      • Re: What is System Completion Code FD6?, Scott Rowe
      • Re: What is System Completion Code FD6?, Steven Conway
      • Re: What is System Completion Code FD6?, Thomas H Puddicombe
      • Re: What is System Completion Code FD6?, Field, Alan C.
      • Re: What is System Completion Code FD6?, Wayne Driscoll
      • Re: What is System Completion Code FD6?, Binyamin Dissen
      • Message not available
      • Re: What is System Completion Code FD6?, Robert A. Rosenberg
  • Re: IEFBR14 (was: EXEC Above the Bar), Greg Price
  • Re: IEFBR14 (was: EXEC Above the Bar), Ted MacNEIL
  • Re: IEFBR14 (was: EXEC Above the Bar), Gilbert Saint-Flour
    • Re: IEFBR14 (was: EXEC Above the Bar), Hunkeler Peter , KIUP 4
  • Re: IEFBR14 (was: EXEC Above the Bar), Paul Gilmartin
  • Re: IEFBR14 (was: EXEC Above the Bar), Tom Marchant
    • Re: IEFBR14 (was: EXEC Above the Bar), Jerry Fuchs
  • Re: IEFBR14 (was: EXEC Above the Bar), Gilbert Saint-Flour
  • Re: IEFBR14 (was: EXEC Above the Bar), Paul Gilmartin
    • Re: IEFBR14 (was: EXEC Above the Bar), Edward Jaffe
• Re: EXEC above the bar, john gilmore
• Re: SEs & History Lessons (was: Why are z/OS people reluctant to use z/OS UNIX?), Arthur Gutowski
  • Re: SEs & History Lessons (was: Why are z/OS people reluctant to use z/OS UNIX?), P S
    • Re: SEs & History Lessons, Anne & Lynn Wheeler
    • Re: SEs & History Lessons, Anne & Lynn Wheeler
      • Re: SEs & History Lessons, Anne & Lynn Wheeler
      • Re: SEs & History Lessons, Anne & Lynn Wheeler
• DEVICE IS NOT DEFINED AS DYNAMIC ? how to activiate hardware porton urgent!, Tommy Tsui
  • Re: DEVICE IS NOT DEFINED AS DYNAMIC ? how to activiate hardware porton urgent!, Tommy Tsui
    • Re: DEVICE IS NOT DEFINED AS DYNAMIC ? how to activiate hardware porton urgent!, Tommy Tsui
  • Re: DEVICE IS NOT DEFINED AS DYNAMIC ? how to activiate hardware porton urgent!, carlos roberto visconde
    • Re: DEVICE IS NOT DEFINED AS DYNAMIC ? how to activiate hardware porton urgent!, Tommy Tsui
      • Re: DEVICE IS NOT DEFINED AS DYNAMIC ? how to activiate hardware porton urgent!, Tommy Tsui
• The Great MVS Decommission Plan, David Alcock
  • Re: The Great MVS Decommission Plan, Steve Samson
    • Re: The Great MVS Decommission Plan, mtnguy
  • Re: The Great MVS Decommission Plan, Bill Fairchild
• Z/OS Dispatcher Documentation, essteam@xxxxxxxx
  • Re: Z/OS Dispatcher Documentation, Knutson, Sam
    • Re: Z/OS Dispatcher Documentation, Neal Eckhardt
    • Re: Z/OS Dispatcher Documentation, Neal Eckhardt
• Re: SHOWzOS SHORT_PUTLINE, Gilbert Saint-Flour
  • Re: SHOWzOS SHORT_PUTLINE, Klein, Kenneth
    • Re: SHOWzOS SHORT_PUTLINE, Jim McAlpine
      • Re: SHOWzOS SHORT_PUTLINE, Jim McAlpine
      • Re: SHOWzOS SHORT_PUTLINE, Klein, Kenneth
      • Message not available
      • Message not available
      • Re: Wait under CICS, Chase, John
      • Message not available
      • Message not available
      • Re: Wait under CICS, Harry Wahl
    • Re: SHOWzOS SHORT_PUTLINE, Schwarz, Barry A
  • <Possible follow-ups>
  • Re: SHOWzOS SHORT_PUTLINE, Gilbert Saint-Flour
• Re: SD (was: Why are z/OS people reluctant to use z/OS UNIX?), Arthur Gutowski
• Re: EZA5476I, Chris Mason
• Application Compiles, Kreiter, Chuck
  • Re: Application Compiles, Binyamin Dissen
  • Re: Application Compiles, McKown, John
  • <Possible follow-ups>
  • Re: Application Compiles, Ted MacNEIL
  • Re: Application Compiles, essteam@xxxxxxxx
    • Re: Application Compiles, Kreiter, Chuck
      • Re: Application Compiles, Eric Bielefeld
  • Re: Application Compiles, Ted MacNEIL
    • Re: Application Compiles, Don Leahy
  • Re: Application Compiles, Stocker, Herman
• Re: EXEC Above the Bar (Was Large Page Support), Nemo
  • <Possible follow-ups>
  • Re: EXEC Above the Bar (Was Large Page Support), Paul Gilmartin
    • Re: EXEC Above the Bar (Was Large Page Support), McKown, John
      • Re: EXEC Above the Bar (Was Large Page Support), Scott Rowe
      • Re: EXEC Above the Bar (Was Large Page Support), McKown, John
  • Re: EXEC Above the Bar (Was Large Page Support), Tom Marchant
    • Re: EXEC Above the Bar (Was Large Page Support), McKown, John
    • Re: EXEC Above the Bar (Was Large Page Support), Rick Fochtman
      • Re: EXEC Above the Bar (Was Large Page Support), McKown, John
  • Re: EXEC Above the Bar (Was Large Page Support), Thompson, Steve
  • Re: EXEC Above the Bar (Was Large Page Support), Paul Gilmartin
    • Re: EXEC Above the Bar (Was Large Page Support), Edward Jaffe
    • Re: EXEC Above the Bar (Was Large Page Support), Don Poitras
  • Re: EXEC Above the Bar (Was Large Page Support), Paul Gilmartin
    • Re: EXEC Above the Bar (Was Large Page Support), Robert A. Rosenberg
  • Re: EXEC Above the Bar (Was Large Page Support), Peter Relson
  • Re: EXEC Above the Bar (Was Large Page Support), Paul Gilmartin
  • Re: EXEC Above the Bar (Was Large Page Support), John R. Ehrman , 408-463-3543 T/543-
  • Re: EXEC Above the Bar (Was Large Page Support), Paul Gilmartin
• job started with SUB=MSTR without the owner information, Tommy Tsui
  • Re: job started with SUB=MSTR without the owner information, Gaur
  • Re: job started with SUB=MSTR without the owner information, Itschak Mugzach
  • Re: job started with SUB=MSTR without the owner information, Chase, John
    • Re: job started with SUB=MSTR without the owner information, Tommy Tsui
      • Re: job started with SUB=MSTR without the owner information, Paul Gillis
      • Re: job started with SUB=MSTR without the owner information, Tommy Tsui
      • Re: job started with SUB=MSTR without the owner information, Edward Jaffe
    • Re: job started with SUB=MSTR without the owner information, George Fogg
  • <Possible follow-ups>
  • Re: job started with SUB=MSTR without the owner information, Walt Farrell
• How to synch MVS catalog to RMM CDS, John Mattson
  • Re: How to synch MVS catalog to RMM CDS, Hal Merritt
  • <Possible follow-ups>
  • Re: How to synch MVS catalog to RMM CDS, John Mattson
  • Re: How to synch MVS catalog to RMM CDS, Mike Wood
    • Re: How to synch MVS catalog to RMM CDS, John Mattson
      • Re: How to synch MVS catalog to RMM CDS, Amerigo Baldassarri
      • Re: How to synch MVS catalog to RMM CDS, Klein, Kenneth
  • Re: How to synch MVS catalog to RMM CDS, Mike Wood
• Large Page Support, Mark Zelden
  • Re: Large Page Support, Bill Fairchild
    • Re: Large Page Support, Bill Fairchild
    • Re: Large Page Support, Jim Mulder
      • EXEC Above the Bar (Was Large Page Support), Rick Fochtman
      • Re: EXEC Above the Bar (Was Large Page Support), McKown, John
      • Re: EXEC Above the Bar (Was Large Page Support), Chase, John
    • Re: Large Page Support, Binyamin Dissen
  • <Possible follow-ups>
  • Re: Large Page Support, Mark Zelden
• 3590 SCSI driver?, n61601
  • Re: 3590 SCSI driver?, MVSGuy
• OEM Device Support, Anthony Fletcher
  • Re: OEM Device Support, Chuck Arney
  • <Possible follow-ups>
  • Re: OEM Device Support, David Waldman
• Re: SMF LOGGER - Not Ready for Prime Time, Knutson, Sam
  • Re: SMF LOGGER - Not Ready for Prime Time, Skip Robinson
• Jes2 Exit, Joseph Reichman
  • Re: Jes2 Exit, Binyamin Dissen
    • Re: Jes2 Exit, Joseph Reichman
      • Re: Jes2 Exit, Binyamin Dissen
      • Message not available
      • Fwd: Re: Jes2 Exit, Joseph Reichman
      • Re: Jes2 Exit, Joe Reichman
  • Re: Jes2 Exit, McKown, John
• Re: OPTICA ESCON to Bus / Tag Converters., Hal Merritt
  • <Possible follow-ups>
  • Re: OPTICA ESCON to Bus / Tag Converters., Brian Peterson
    • Re: OPTICA ESCON to Bus / Tag Converters., Hal Merritt
      • Re: OPTICA ESCON to Bus / Tag Converters., Al Kossow
• Problem with HTTP V7R0, ldm
• Kicking off an oracle process, Patrick Lyon
  • Re: Kicking off an oracle process, Hal Merritt
  • Re: Kicking off an oracle process, Tom Longfellow
  • Re: Kicking off an oracle process, David Stephens
  • <Possible follow-ups>
  • Re: Kicking off an oracle process, Bill Manry
• Dynamic PAV assigment has stopped, Dave Butts
  • Re: Dynamic PAV assigment has stopped, Dick de Groot
  • Re: Dynamic PAV assigment has stopped, Traylor, Terry
  • <Possible follow-ups>
  • Re: Dynamic PAV assigment has stopped, Vernooy, C.P. - SPLXM
  • Re: Dynamic PAV assigment has stopped, Ted MacNEIL
  • Re: Dynamic PAV assigment has stopped, Dave Butts
  • Re: Dynamic PAV assigment has stopped, Ed Finnell
  • Re: Dynamic PAV assigment has stopped, Mark Zelden
  • Re: Dynamic PAV assigment has stopped, Ted MacNEIL
    • Re: Dynamic PAV assigment has stopped, Hal Merritt
  • Re: Dynamic PAV assigment has stopped, Ted MacNEIL
    • Re: Dynamic PAV assigment has stopped, Hal Merritt
  • Re: Dynamic PAV assigment has stopped, Ted MacNEIL
  • Re: Dynamic PAV assigment has stopped, Dave Butts
  • Re: Dynamic PAV assigment has stopped, Ted MacNEIL
  • Re: Dynamic PAV assigment has stopped, Dave Butts
  • Re: Dynamic PAV assigment has stopped, Dave Butts
    • Re: Dynamic PAV assigment has stopped, Pinnacle
    • Re: Dynamic PAV assigment has stopped, Hal Merritt
  • Re: Dynamic PAV assigment has stopped, Vernooy, C.P. - SPLXM
  • Re: Dynamic PAV assigment has stopped, Dave Butts
  • Re: Dynamic PAV assigment has stopped, Mark Zelden
• OS/VS1, Ward, Mike S
• CLIST equivalent to REXX STRIP, Gilbert Saint-Flour
  • Re: CLIST equivalent to REXX STRIP, Baraniecki, Ray
    • Re: CLIST equivalent to REXX STRIP, Itschak Mugzach
    • Re: CLIST equivalent to REXX STRIP, Shmuel Metz , Seymour J.
  • Re: CLIST equivalent to REXX STRIP, Hardee, Charles H
  • Re: CLIST equivalent to REXX STRIP, Binyamin Dissen
  • <Possible follow-ups>
  • Re: CLIST equivalent to REXX STRIP, Paul Gilmartin
  • Re: CLIST equivalent to REXX STRIP, Ted MacNEIL
  • Re: CLIST equivalent to REXX STRIP, Gilbert Saint-Flour
    • Re: CLIST equivalent to REXX STRIP, Binyamin Dissen
    • Re: CLIST equivalent to REXX STRIP, Shmuel Metz , Seymour J.
  • Re: CLIST equivalent to REXX STRIP, Michel Castelein
    • Re: CLIST equivalent to REXX STRIP, Klein, Kenneth
      • Re: CLIST equivalent to REXX STRIP, Bob Woodside
      • Re: CLIST equivalent to REXX STRIP, Klein, Kenneth
  • Re: CLIST equivalent to REXX STRIP, Stocker, Herman
• WLM Service Class assignment Order, Jacky Bright
  • Re: WLM Service Class assignment Order, Hunkeler Peter , KIUK 3
  • Re: WLM Service Class assignment Order, Terry Draper
• EARN MORE THAN 18000$ WITH CJ JOBS, pinky.mona6@xxxxxxxxx
• Security problem with SMTP, Jorge Garcia
  • Re: Security problem with SMTP, Itschak Mugzach
  • <Possible follow-ups>
  • Re: Security problem with SMTP, Elardus Engelbrecht
  • Re: Security problem with SMTP, Jorge Garcia
  • Re: Security problem with SMTP, Walt Farrell
• can HCD dynamic delete a device if (it is not defined as dynamic), Tommy Tsui
  • Re: can HCD dynamic delete a device if (it is not defined as dynamic), Tommy Tsui
  • <Possible follow-ups>
  • Re: can HCD dynamic delete a device if (it is not defined as dynamic), Field, Alan C.
    • Re: can HCD dynamic delete a device if (it is not defined as dynamic), Tommy Tsui
• Re: Smpe batch jcl question about a job to apply _all_ service from a cbpdo, Lizette Koehler
  • Re: Smpe batch jcl question about a job to apply _all_ service from a cbpdo, Klein, Kenneth
  • <Possible follow-ups>
  • Re: Smpe batch jcl question about a job to apply _all_ service from a cbpdo, Mark Zelden
  • Re: Smpe batch jcl question about a job to apply _all_ service from a cbpdo, Linda Mooney
    • Re: Smpe batch jcl question about a job to apply _all_ service from a cbpdo, Klein, Kenneth
• ENQMAXU/ENQMAXA, J Ellis
  • Re: ENQMAXU/ENQMAXA, Dave Barry
  • <Possible follow-ups>
  • Re: ENQMAXU/ENQMAXA, Lizette Koehler
  • Re: ENQMAXU/ENQMAXA, Lizette Koehler
  • Re: ENQMAXU/ENQMAXA, Ted MacNEIL
  • Re: ENQMAXU/ENQMAXA, Lizette Koehler
  • Re: ENQMAXU/ENQMAXA, J Ellis
  • Re: ENQMAXU/ENQMAXA, Chris Brooker
• strange codepage issue in ISPF, Frank Swarbrick
  • Re: strange codepage issue in ISPF, Dave Salt
  • Re: strange codepage issue in ISPF, Klein, Kenneth
    • Message not available
      • Re: strange codepage issue in ISPF, Steve Comstock
  • <Possible follow-ups>
  • Re: strange codepage issue in ISPF, Mark Zelden
  • Re: strange codepage issue in ISPF, Patrick O'Keefe
    • Re: strange codepage issue in ISPF, Klein, Kenneth
      • Re: strange codepage issue in ISPF, Chase, John
      • Re: strange codepage issue in ISPF, Bob Woodside
      • Re: strange codepage issue in ISPF, Klein, Kenneth
  • Re: strange codepage issue in ISPF, Frank Swarbrick
    • Re: strange codepage issue in ISPF, Joel C Ewing
• RACF - CLASS(PROGRAM), Mark Baron
  • Re: RACF - CLASS(PROGRAM), Rick Fochtman
  • <Possible follow-ups>
  • Re: RACF - CLASS(PROGRAM), Mark Baron
    • Re: RACF - CLASS(PROGRAM), Rick Fochtman
      • Re: RACF - CLASS(PROGRAM), Hal Merritt
      • Re: RACF - CLASS(PROGRAM), Tom Longfellow
      • Re: RACF - CLASS(PROGRAM), Rick Fochtman
    • Re: RACF - CLASS(PROGRAM), Tom Longfellow
  • Re: RACF - CLASS(PROGRAM), Walt Farrell
    • Re: RACF - CLASS(PROGRAM), R.S.
  • Re: RACF - CLASS(PROGRAM), Walt Farrell
• CTRACE problems, recording and viewing, John Kelly
  • Re: CTRACE problems, recording and viewing, Jim Mulder
  • <Possible follow-ups>
  • Re: CTRACE problems, recording and viewing, John Kelly
• HSM: Recall uncataloged data set, Howard Whitehead
  • Re: Recall uncataloged data set, Pommier, Rex R.
  • Re: Recall uncataloged data set, Staller, Allan
  • Re: HSM: Recall uncataloged data set, John Kelly
    • Re: HSM: Recall uncataloged data set, Darth Keller
  • <Possible follow-ups>
  • Re: HSM: Recall uncataloged data set, Lizette Koehler
  • Re: HSM: Recall uncataloged data set, Scott Barry
  • Re: HSM: Recall uncataloged data set, Howard Whitehead
  • Re: HSM: Recall uncataloged data set, Howard Whitehead
    • Re: HSM: Recall uncataloged data set, Staller, Allan
      • Re: HSM: Recall uncataloged data set, Traylor, Terry
      • Re: HSM: Recall uncataloged data set, Staller, Allan
    • Re: HSM: Recall uncataloged data set, McKown, John
  • Re: HSM: Recall uncataloged data set, Lizette Koehler
    • Re: HSM: Recall uncataloged data set, John Kelly
  • Re: HSM: Recall uncataloged data set, Ted MacNEIL
  • Re: HSM: Recall uncataloged data set, Howard Whitehead
  • Re: HSM: Recall uncataloged data set, Ted MacNEIL
    • Re: HSM: Recall uncataloged data set, Traylor, Terry
  • Re: HSM: Recall uncataloged data set, Ted MacNEIL
    • Re: HSM: Recall uncataloged data set, Gaur
  • Re: HSM: Recall uncataloged data set, Howard Whitehead
• Storage Allocations, Joseph Reichman
• TSM 's future on the z/OS platform, Bob Molerio
  • <Possible follow-ups>
  • Re: TSM 's future on the z/OS platform, Bruno Sugliani
    • Re: TSM 's future on the z/OS platform, Steven Conway
      • Re: TSM 's future on the z/OS platform, Mark Jacobs
      • Re: TSM 's future on the z/OS platform, Steven Conway
  • Re: TSM 's future on the z/OS platform, Bruno Sugliani
• Re: Why are z/OS people so reluctant to use z/OS UNIX?, Bonno, Tuco
  • Re: Why are z/OS people so reluctant to use z/OS UNIX?, Steven Conway
  • <Possible follow-ups>
  • Re: Why are z/OS people so reluctant to use z/OS UNIX?, Farley, Peter x23353
    • Re: Why are z/OS people so reluctant to use z/OS UNIX?, Klein, Kenneth
• Why are z/OS people reluctant to use z/OS UNIX?, Steve Comstock
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, David Crayford
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Klein, Kenneth
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Michael Sullivan
    • Re: Why are z/OS people reluctant to use z/OS UNIX?, Steve Comstock
      • Re: Why are z/OS people reluctant to use z/OS UNIX?, Anne & Lynn Wheeler
      • Re: Why are z/OS people reluctant to use z/OS UNIX?, Kirk Wolf
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Shane
    • Re: Why are z/OS people reluctant to use z/OS UNIX?, Steven Conway
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Hal Merritt
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Guy Gardoit
  • <Possible follow-ups>
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Patrick O'Keefe
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Barbara Nitz
    • Re: Why are z/OS people reluctant to use z/OS UNIX?, Shane
    • Re: Why are z/OS people reluctant to use z/OS UNIX?, David Crayford
    • Re: Why are z/OS people reluctant to use z/OS UNIX?, Steven Conway
      • Re: Why are z/OS people reluctant to use z/OS UNIX?, Gibney, Dave
    • Re: Why are z/OS people reluctant to use z/OS UNIX?, McKown, John
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Barbara Nitz
    • Re: Why are z/OS people reluctant to use z/OS UNIX?, Chase, John
    • Re: Why are z/OS people reluctant to use z/OS UNIX?, Anne & Lynn Wheeler
      • Re: Why are z/OS people reluctant to use z/OS UNIX? (Are settlements a good argument for overnight batch COBOL ?)., Brendan Friel
      • Re: Why are z/OS people reluctant to use z/OS UNIX? (Are settlements a good argument for overnight batch COBOL ?)., Anne & Lynn Wheeler
      • Re: Why are z/OS people reluctant to use z/OS UNIX? (Are settlements a good argument for overnight batch COBOL ?)., Chase, John
      • Re: Why are z/OS people reluctant to use z/OS UNIX? (Are settlements a good argument for overnight batch COBOL ?)., Anne & Lynn Wheeler
    • Re: Why are z/OS people reluctant to use z/OS UNIX?, Thomas David Rivers
      • Re: Why are z/OS people reluctant to use z/OS UNIX?, McKown, John
      • Re: Why are z/OS people reluctant to use z/OS UNIX?, Thomas David Rivers
    • Re: Why are z/OS people reluctant to use z/OS UNIX?, Kelly Arrey
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Patrick O'Keefe
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Thompson, Steve
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Ted MacNEIL
    • Re: Why are z/OS people reluctant to use z/OS UNIX?, McKown, John
      • Re: Why are z/OS people reluctant to use z/OS UNIX?, David Crayford
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Arthur Gutowski
    • Re: Why are z/OS people reluctant to use z/OS UNIX?, Shane
      • Re: Why are z/OS people reluctant to use z/OS UNIX?, David Crayford
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Bruce Hewson
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Ted MacNEIL
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Ted MacNEIL
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Arthur Gutowski
    • Re: Why are z/OS people reluctant to use z/OS UNIX?, Anne & Lynn Wheeler
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Shane
  • Re: Why are z/OS people reluctant to use z/OS UNIX?, Mark Yuhas
• DFDSS QUESTION - PHYSICAL RESTORE, John Dawes
  • Re: DFDSS QUESTION - PHYSICAL RESTORE, John Kelly
  • Re: DFDSS QUESTION - PHYSICAL RESTORE, Hal Merritt
  • <Possible follow-ups>
  • Re: DFDSS QUESTION - PHYSICAL RESTORE, willie bunter
  • Re: DFDSS QUESTION - PHYSICAL RESTORE, Jan MOEYERSONS
  • Re: DFDSS QUESTION - PHYSICAL RESTORE, willie bunter
• DB2 vs SYBASE or ORACLE, Rob Lister
  • Re: DB2 vs SYBASE or ORACLE, McKown, John
  • Re: DB2 vs SYBASE or ORACLE, Staller, Allan
  • Re: DB2 vs SYBASE or ORACLE, Jim McAlpine
  • Re: DB2 vs SYBASE or ORACLE, Hal Merritt
  • <Possible follow-ups>
  • Re: DB2 vs SYBASE or ORACLE, Pommier, Rex R.
  • Re: DB2 vs SYBASE or ORACLE, Mohammad Khan
  • Re: DB2 vs SYBASE or ORACLE, Bruno Sugliani
• Help on IEBEDIT Utility, SUBSCRIBE vignesh
  • Re: Help on IEBEDIT Utility, Rick Fochtman
  • <Possible follow-ups>
  • Re: Help on IEBEDIT Utility, Terry Sambrooks
  • Re: Help on IEBEDIT Utility, SUBSCRIBE vignesh
    • Re: Help on IEBEDIT Utility, Rick Fochtman
  • Re: Help on IEBEDIT Utility, Terry Sambrooks
  • Re: Help on IEBEDIT Utility, SUBSCRIBE vignesh
  • Re: Help on IEBEDIT Utility, Terry Sambrooks
  • Re: Help on IEBEDIT Utility, Terry Sambrooks
  • Re: Help on IEBEDIT Utility, Subcribe Ibm-Main Anonymous
    • Re: Help on IEBEDIT Utility, Tony B.
• split VOLCAT, R Hey
• Re: Java V6 install problem, Vince Getgood
  • Re: Java V6 install problem, Mark Jacobs
    • Re: Java V6 install problem, Chase, John
  • <Possible follow-ups>
  • Re: Java V6 install problem, Mark Zelden
  • Re: Java V6 install problem, Vince Getgood
    • Re: Java V6 install problem, Kirk Wolf
  • Re: Java V6 install problem, Mark Zelden
    • Re: Java V6 install problem, Barkow, Eileen
  • Re: Java V6 install problem, Vince Getgood
  • Re: Java V6 install problem, Mark Zelden
  • Re: Java V6 install problem, Mark Zelden
    • Smpe batch jcl question about a job to apply _all_ service from a cbpdo, Klein, Kenneth
      • Re: Smpe batch jcl question about a job to apply _all_ service from a cbpdo, Gray, Larry - Larry A
• Would an IODF configuration work for diferent devices ?, Cwi Jeret
  • Re: Would an IODF configuration work for diferent devices ?, carlos roberto visconde
  • <Possible follow-ups>
  • Would an IODF configuration work for diferent devices ?, Cwi Jeret
  • Re: Would an IODF configuration work for diferent devices ?, Zaromil Tisler
  • Re: Would an IODF configuration work for diferent devices ?, Linda Mooney
• FTP Question, Mark Steely
  • Re: FTP Question, Hal Merritt
  • Re: FTP Question, Joel C Ewing
  • Re: FTP Question, Pommier, Rex R.
• Re: SMP/E packaging of maintence / products, Ted MacNEIL
  • <Possible follow-ups>
  • Re: SMP/E packaging of maintence / products, Ted MacNEIL
  • Re: SMP/E packaging of maintence / products, Ed Finnell
  • Re: SMP/E packaging of maintence / products, Patrick O'Keefe
  • Re: SMP/E packaging of maintence / products, Ted MacNEIL
• CA-FAVER and SMS, Lester, Bob
• HMC question on z9 (through listserver this time), Neal Eckhardt
  • Re: HMC question on z9 (through listserver this time), Scott Rowe
    • Re: HMC question on z9 (through listserver this time), Neal Eckhardt
  • Re: HMC question on z9 (through listserver this time), Hal Merritt
  • <Possible follow-ups>
  • Re: HMC question on z9 (through listserver this time), Roger Lowe
    • Re: HMC question on z9 (through listserver this time), Fermat Ma
  • Re: HMC question on z9 (through listserver this time), Peter Bishop
• oracle client 92060 and z/os 1.10, Nagy, James T
• Question concerning pre-mature uncatalog/delete of a tape file., O'Brien, David W. [C] , NIH/CIT
  • Re: Question concerning pre-mature uncatalog/delete of a tape file., Roach, Dennis , N-GHG
    • Re: Question concerning pre-mature uncatalog/delete of a tape file., O'Brien, David W. [C] , NIH/CIT
      • Re: Question concerning pre-mature uncatalog/delete of a tape file., John Kelly
      • Re: Question concerning pre-mature uncatalog/delete of a tape file., O'Brien, David W. [C] , NIH/CIT
      • Re: Question concerning pre-mature uncatalog/delete of a tape file., Lizette Koehler
      • Re: Question concerning pre-mature uncatalog/delete of a tape file., O'Brien, David W. [C] , NIH/CIT
      • Re: Question concerning pre-mature uncatalog/delete of a tape file., O'Brien, David W. [C] , NIH/CIT
      • Re: Question concerning pre-mature uncatalog/delete of a tape file., Lizette Koehler
      • Re: Question concerning pre-mature uncatalog/delete of a tape file., John Kelly
      • Re: Question concerning pre-mature uncatalog/delete of a tape file., O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: Question concerning pre-mature uncatalog/delete of a tape file., Lizette Koehler
    • Re: Question concerning pre-mature uncatalog/delete of a tape file., O'Brien, David W. [C] , NIH/CIT
      • Re: Question concerning pre-mature uncatalog/delete of a tape file., O'Brien, David W. [C] , NIH/CIT
  • Re: Question concerning pre-mature uncatalog/delete of a tape file., Lizette Koehler
    • Re: Question concerning pre-mature uncatalog/delete of a tape file., O'Brien, David W. [C] , NIH/CIT
  • Re: Question concerning pre-mature uncatalog/delete of a tape file., Lizette Koehler
• SSL certificate renewal, Mark Pace
  • Re: SSL certificate renewal, Richard Peurifoy
    • Re: SSL certificate renewal, Mark Pace
      • Re: SSL certificate renewal, Michael Saraco
      • Re: SSL certificate renewal, Mark Pace
      • Re: SSL certificate renewal, Baraniecki, Ray
      • Re: SSL certificate renewal, Michael Saraco
  • Re: SSL certificate renewal, Chase, John
• Global mirroring, Michael Saraco
  • Re: Global mirroring, Grabow, Kevin
  • <Possible follow-ups>
  • Re: Global mirroring, Michael Saraco
  • Re: Global mirroring, Terry Draper
• ICSF pin mailer printing, Frank Swarbrick
  • Re: ICSF pin mailer printing, Hal Merritt
  • Re: ICSF pin mailer printing, Pierre Fichaud
  • Re: ICSF pin mailer printing, Rob Schramm
  • <Possible follow-ups>
  • Re: ICSF pin mailer printing, Peter Bishop
  • Re: ICSF pin mailer printing, Frank Swarbrick
• RXSTOR64 (was Re: Java V5 s0c4), Mark Zelden
• INFOZIP >2Gb, Vikesh Bhoola
  • Re: INFOZIP >2Gb, Hal Merritt
  • Re: INFOZIP >2Gb, Kirk Wolf
  • Re: INFOZIP >2Gb, wrboylen
  • <Possible follow-ups>
  • Re: INFOZIP >2Gb, Arthur T.
  • Re: INFOZIP >2Gb, Vikesh Bhoola
    • Re: INFOZIP >2Gb, David Crayford
    • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Rob Schramm
    • Re: INFOZIP >2Gb, Hal Merritt
  • Re: INFOZIP >2Gb, Ted MacNEIL
  • Re: INFOZIP >2Gb, Ted MacNEIL
  • INFOZIP >2Gb, Vikesh Bhoola
    • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Vikesh Bhoola
      • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Edward Jaffe
      • Re: INFOZIP >2Gb, Bob Woodside
      • Message not available
      • Message not available
      • Re: INFOZIP >2Gb, Vikesh Bhoola
      • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Vikesh Bhoola
      • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Vikesh Bhoola
      • Re: INFOZIP >2Gb, Vikesh Bhoola
      • Re: INFOZIP >2Gb, Steve Comstock
      • Message not available
      • Message not available
      • Re: INFOZIP >2Gb, McKown, John
      • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Vikesh Bhoola
      • Re: INFOZIP >2Gb, Kirk Wolf
      • Re: INFOZIP >2Gb, Vikesh Bhoola
      • Re: INFOZIP >2Gb, Kirk Wolf
      • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Vikesh Bhoola
      • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Vikesh Bhoola
      • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Kirk Wolf
      • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Kirk Wolf
      • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Shane
      • Re: INFOZIP >2Gb, Bob Woodside
      • Nedit, Shane
      • Re: INFOZIP >2Gb, John McKown
      • Re: INFOZIP >2Gb, Bob Woodside
      • Re: INFOZIP >2Gb, Klein, Kenneth
  • Re: INFOZIP >2Gb, Bob Woodside
    • Re: INFOZIP >2Gb, Kirk Wolf
  • Re: INFOZIP >2Gb, Timothy Sipples
• HMC question on z9, Neal Eckhardt
• MIM - GRS conversion in practice, Vernooy, C.P. - SPLXM
  • Re: MIM - GRS conversion in practice, Rob Scott
  • Re: MIM - GRS conversion in practice, Shane
  • <Possible follow-ups>
  • Re: MIM - GRS conversion in practice, Vernooy, C.P. - SPLXM
  • Re: MIM - GRS conversion in practice, Vernooy, C.P. - SPLXM
    • Re: MIM - GRS conversion in practice, McKown, John
  • Re: MIM - GRS conversion in practice, Vernooy, C.P. - SPLXM
  • Re: MIM - GRS conversion in practice, Vernooij, CP - SPLXM
  • Re: MIM - GRS conversion in practice, Mark Zelden
  • Re: MIM - GRS conversion in practice, Vernooij, CP - SPLXM
• DRXRC duplex mode for system logger, Skip Robinson
• Re: SYSLOG-Routing codes, Ron Wells
  • <Possible follow-ups>
  • Re: SYSLOG-Routing codes, Lizette Koehler
    • Re: SYSLOG-Routing codes, Ron Wells
  • Re: SYSLOG-Routing codes, Ron Wells
    • Message not available
      • Re: SYSLOG-Routing codes, Ron Wells
      • Re: SYSLOG-Routing codes, Ken Porowski
  • Re: SYSLOG-Routing codes, Field, Alan C.
    • Re: SYSLOG-Routing codes, Ron Wells
• CL/Supersession and APPN, John Au
  • <Possible follow-ups>
  • Re: CL/Supersession and APPN, Chris Mason
    • Re: CL/Supersession and APPN, John Au
  • Re: CL/Supersession and APPN, Patrick O'Keefe
    • Re: CL/Supersession and APPN, John Au
  • Re: CL/Supersession and APPN, Patrick O'Keefe
  • Re: CL/Supersession and APPN, Patrick O'Keefe
  • Re: CL/Supersession and APPN, Chris Mason
  • Re: CL/Supersession and APPN, John Au
  • Re: CL/Supersession and APPN, Chris Mason
    • Re: CL/Supersession and APPN, John Au
  • Re: CL/Supersession and APPN, Patrick O'Keefe
• TCPIP Default keep alive question, Vic Petrone
  • Re: TCPIP Default keep alive question, Gaur
  • <Possible follow-ups>
  • Re: TCPIP Default keep alive question, Chris Mason
    • Re: TCPIP Default keep alive question, Barkow, Eileen
  • Re: TCPIP Default keep alive question, Chris Mason
    • Re: TCPIP Default keep alive question, Barkow, Eileen
  • Re: TCPIP Default keep alive question, Vic Petrone
• GRS and Generic vs Specific, Lizette Koehler
  • Re: GRS and Generic vs Specific, Rick Fochtman
    • Re: GRS and Generic vs Specific, Gaur
• service link, Lionel B Dyck
• service link down ?, Lionel B Dyck
  • Re: service link down ?, McKown, John
  • <Possible follow-ups>
  • Re: service link down ?, Thompson, Steve
    • Re: service link down ?, Barkow, Eileen
      • Re: service link down ?, Greg Shirey
      • Re: service link down ?, Barkow, Eileen
• Randy Barnett is out of the office., Randy Barnett
• IBM speaks up on "DB2" issue, Ed Gould
  • Re: IBM speaks up on "DB2" issue, Dirk Johann
  • Re: IBM speaks up on "DB2" issue, George Orwell
• Re: Unix mystery, Gaur
• Re: VSE & RPG question, Gilbert Saint-Flour
  • Re: VSE & RPG question, Robert A. Rosenberg
  • Re: VSE & RPG question, Bill Washburn
  • <Possible follow-ups>
  • Re: VSE & RPG question, Bill Washburn
  • Re: VSE & RPG question, Thompson, Steve
    • Re: VSE & RPG question, Robert A. Rosenberg
  • Re: VSE & RPG question, Thompson, Steve
• NY Metro NaSPA Chapter Meeting: Tuesday, 23 June 2009 in New York City, Mark Nelson
• Re: Subject: FMID descriptions, Jim Holloway
  • Re: Subject: FMID descriptions, Richards, Robert B.
  • Re: Subject: FMID descriptions, Linda Mooney
• IEC161I message when reading HSM MCDS, Lizette Koehler
  • Re: IEC161I message when reading HSM MCDS, Traylor, Terry
  • <Possible follow-ups>
  • Re: IEC161I message when reading HSM MCDS, Scott Barry
    • Re: IEC161I message when reading HSM MCDS, Lizette Koehler
• Re: Punched Card Combinations (WAS Book on Poughkeepsie), Robert A. Rosenberg
• Re: 3592 Upgrade in an ATL to TS1130's, Robert A. Rosenberg
  • <Possible follow-ups>
  • Re: 3592 Upgrade in an ATL to TS1130's, Scott Rowe
    • Re: 3592 Upgrade in an ATL to TS1130's, Robert A. Rosenberg
  • Re: 3592 Upgrade in an ATL to TS1130's, Ken Porowski
• SMP/E packaging of maintence / products (was: FMID descriptions), McKown, John
  • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Kurt Quackenbush
    • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Gibney, Dave
    • Re: SMP/E packaging of maintence / products (was: FMID descriptions), John McKown
    • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Kirk Wolf
  • Re: SMP/E packaging of maintence / products (was: FMID descriptions), R.S.
  • <Possible follow-ups>
  • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Paul Gilmartin
  • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Howard Rifkind
    • Re: SMP/E packaging of maintence / products (was: FMID descriptions), John McKown
  • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Paul Gilmartin
    • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Scott T. Harder
    • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Robert A. Rosenberg
  • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Bobbie Jo
    • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Tom Longfellow
    • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Tom Longfellow
    • Re: SMP/E packaging of maintence / products (was: FMID descriptions), John McKown
      • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Chris Craddock
      • Re: SMP/E packaging of maintence / products (was: FMID descriptions), John McKown
      • Re: SMP/E packaging of maintence / products (was: FMID descriptions), R.S.
      • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Schwarz, Barry A
      • Re: SMP/E packaging of maintence / products, R.S.
      • Re: SMP/E packaging of maintence / products, Schwarz, Barry A
      • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Chase, John
  • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Paul Gilmartin
    • Re: SMP/E packaging of maintence / products (was: FMID descriptions), John McKown
      • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Schwarz, Barry A
  • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Paul Gilmartin
  • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Patrick O'Keefe
  • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Howard Rifkind
  • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Paul Gilmartin
  • Re: SMP/E packaging of maintence / products (was: FMID descriptions), Barbara Nitz
• VVDS delete question, Glen.Gasior
• Re: Java V5 s0c4, howard . brazee
• Re: Duplicate temp file, howard . brazee
  • <Possible follow-ups>
  • Re: Duplicate temp file, howard . brazee
    • Re: Duplicate temp file, McKown, John
  • Re: Duplicate temp file, Ted MacNEIL
  • Re: Duplicate temp file, howard . brazee
  • Re: Duplicate temp file, Ted MacNEIL
    • Re: Duplicate temp file, howard . brazee
      • Re: Duplicate temp file, David Andrews
      • Re: Duplicate temp file, howard . brazee
  • Re: Duplicate temp file, John McKown
  • Re: Duplicate temp file, Ted MacNEIL
  • Re: Duplicate temp file, Patrick O'Keefe
  • Re: Duplicate temp file, Paul Gilmartin
    • Re: Duplicate temp file, McKown, John
  • Re: Duplicate temp file, Ted MacNEIL
  • Re: Duplicate temp file, Paul Gilmartin
• Re: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU, willie bunter
  • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU, Ulrich Krueger
  • <Possible follow-ups>
  • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU, willie bunter
    • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU, Ulrich Krueger
  • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU, willie bunter
• HCD configuration for IBM 2107 DS8000, Glen.Gasior
  • Re: HCD configuration for IBM 2107 DS8000, pauls2272
    • Re: HCD configuration for IBM 2107 DS8000, Glen.Gasior
      • Re: HCD configuration for IBM 2107 DS8000, pauls2272
• Re: FMID descriptions, Ted MacNEIL
  • Re: FMID descriptions, Richards, Robert B.
  • <Possible follow-ups>
  • Re: FMID descriptions, Miklos Szigetvari
  • Re: FMID descriptions, Miklos Szigetvari
    • Re: FMID descriptions, Richards, Robert B.
  • Re: FMID descriptions, Ted MacNEIL
    • Re: FMID descriptions, Richards, Robert B.
  • Re: FMID descriptions, Ted MacNEIL
  • Re: FMID descriptions, Tony Harminc
    • Re: FMID descriptions, Richards, Robert B.
  • Re: FMID descriptions, Mark Zelden
    • Re: FMID descriptions, Kurt Quackenbush
    • Re: FMID descriptions, Richards, Robert B.
  • Re: FMID descriptions, Kurt Quackenbush
    • Re: FMID descriptions, Richards, Robert B.
      • Re: FMID descriptions, Richards, Robert B.
      • Re: FMID descriptions, Kurt Quackenbush
      • Re: FMID descriptions, Richards, Robert B.
  • Re: FMID descriptions, Paul Gilmartin
    • Re: FMID descriptions, Shane
  • Re: FMID descriptions, Paul Gilmartin
    • Re: FMID descriptions, Kurt Quackenbush
  • Re: FMID descriptions, Mark Zelden
    • Re: FMID descriptions, Richards, Robert B.
  • Re: FMID descriptions, Howard Rifkind
  • Re: FMID descriptions, Paul Gilmartin
    • Re: FMID descriptions, R.S.
  • Re: FMID descriptions, Ken Klein
    • Re: FMID descriptions, Richards, Robert B.
• Re: Book on Poughkeepsie, Scott T. Harder
  • <Possible follow-ups>
  • Re: Book on Poughkeepsie, Tony Harminc
  • Re: Book on Poughkeepsie, William Donzelli
  • Re: Book on Poughkeepsie, Jodi Everdon
• Re: DFHSM QUESTION - UNABLE TO BACKUP DSN, willie bunter
  • <Possible follow-ups>
  • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN, O'Brien, David W. [C] , NIH/CIT
  • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN, willie bunter
    • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN, O'Brien, David W. [C] , NIH/CIT
  • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN, Richards, Robert B.
  • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN, willie bunter
    • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN, O'Brien, David W. [C] , NIH/CIT
  • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN, willie bunter
  • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN, willie bunter
    • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN, O'Brien, David W. [C] , NIH/CIT
  • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN, willie bunter
    • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN, Ulrich Krueger
      • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN, O'Brien, David W. [C] , NIH/CIT
      • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN, Ulrich Krueger
    • Re: DFHSM QUESTION - UNABLE TO BACKUP DSN, O'Brien, David W. [C] , NIH/CIT