bit.listserv.ibm-main

• Date Index

---

• IP Printway Basic Mode, Richard Pinion
• DFSMSdss COPY FULL with Flashcopy V2, Mark Kliner
• What is ILBOSPI0 ?, Kittendorf, Craig
  • Re: What is ILBOSPI0 ?, Ulrich Krueger
  • <Possible follow-ups>
  • RE: What is ILBOSPI0 ?, Lester, Bob
  • RE: What is ILBOSPI0 ?, McKown, John
  • RE: What is ILBOSPI0 ?, Kittendorf, Craig
  • RE: What is ILBOSPI0 ?, Kittendorf, Craig
  • RE: What is ILBOSPI0 ?, McKown, John
  • RE: What is ILBOSPI0 ?, Hal Merritt
  • Re: What is ILBOSPI0 ?, Gilbert Saint-Flour
• Splitting SYS1.VOLCAT.VGENERAL, McKown, John
• Installing R06 coupling facilities, Larry Kraus
  • Re: Installing R06 coupling facilities, R.S.
• RE: Access to Mainframes via Putty, Steve Wolf
• Re: DFSMSdss REPLACEUNCONDITIONAL vs IDCAMS DELETE, Gilbert Saint-Flour
  • <Possible follow-ups>
  • Re: DFSMSdss REPLACEUNCONDITIONAL vs IDCAMS DELETE, gilmap
• MVS Newbie, Harbojam
  • Re: MVS Newbie, Willi Domroese
• SMS No space errors, William Walsh
  • RE: SMS No space errors, Ron and Jenny Hawkins
  • <Possible follow-ups>
  • RE: SMS No space errors, William Walsh
    • Re: SMS No space errors, pauls2272
• IBM delivers 2 DB2 offers, Ed Gould
  • RE: IBM delivers 2 DB2 offers, Charles Mills
• [Fwd: Re: HMC on z9], John S. Giltner, Jr.
• Basic question on deleting datasets, Pommier, Rex R.
  • RE: Basic question on deleting datasets, Charles Mills
  • RE: Basic question on deleting datasets, tony babonas
  • Re: Basic question on deleting datasets, Steve Arnett
  • RE: Basic question on deleting datasets, Ron and Jenny Hawkins
  • Re: Basic question on deleting datasets, Bruce Black
  • <Possible follow-ups>
  • RE: Basic question on deleting datasets, Raymond Noal
  • RE: Basic question on deleting datasets, McKown, John
  • RE: Basic question on deleting datasets, Imbriale, Donald , Exchange
  • RE: Basic question on deleting datasets, Pommier, Rex R.
    • Re: Basic question on deleting datasets, Andrew N Wilt
    • Re: Basic question on deleting datasets, Giovanni L Bozzetti
      • RE: Basic question on deleting datasets, tony babonas
  • Re: Basic question on deleting datasets, gilmap
  • RE: Basic question on deleting datasets, Pommier, Rex R.
  • RE: Basic question on deleting datasets, Kent Ramsay
  • RE: Basic question on deleting datasets, Pommier, Rex R.
  • Re: Basic question on deleting datasets, Mark Zelden
  • Re: Basic question on deleting datasets, gilmap
    • RE: Basic question on deleting datasets, Ron and Jenny Hawkins
  • RE: Basic question on deleting datasets, Pommier, Rex R.
  • RE: Basic question on deleting datasets, Burrell, C. Todd
  • Re: Basic question on deleting datasets, Efinnell15
• IPL anomoly with UNICODE, John Norgauer
  • <Possible follow-ups>
  • Re: IPL anomoly with UNICODE, Mark Zelden
  • RE: IPL anomoly with UNICODE, Schiradin,Roland HG-Dir itb-db/dc
    • Re: IPL anomoly with UNICODE, John Norgauer
• IEA482I ... RC=0C ... CONCURRENT COPY SIDEFILE EXCEEDING LIMITS, Antonio Cecilio
  • Re: IEA482I ... RC=0C ... CONCURRENT COPY SIDEFILE EXCEEDING LIMITS, Bruce Black
  • <Possible follow-ups>
  • Re: IEA482I ... RC=0C ... CONCURRENT COPY SIDEFILE EXCEEDING LIMITS, gilmap
  • Re: IEA482I ... RC=0C ... CONCURRENT COPY SIDEFILE EXCEEDING LIMITS, Antonio Cecilio
    • RE: IEA482I ... RC=0C ... CONCURRENT COPY SIDEFILE EXCEEDING LIMITS, Ron and Jenny Hawkins
• HMC on z9, R.S.
  • Re: HMC on z9, John S. Giltner, Jr.
  • <Possible follow-ups>
  • RE: HMC on z9, McKown, John
  • RE: HMC on z9, Jousma, David
    • Re: HMC on z9, Edward E. Jaffe
      • Re: HMC on z9, R.S.
      • Re: HMC on z9, Edward E. Jaffe
    • Re: HMC on z9, R.S.
  • Re: HMC on z9, Timothy Sipples
  • Re: HMC on z9, Eckart Koehler
• Seagull's Bluezone problem, frank062547
  • Re: Seagull's Bluezone problem, howard . brazee
  • <Possible follow-ups>
  • RE: Seagull's Bluezone problem, Steve Bireley
• Access to Mainframes via Putty?, as400
  • Re: Access to Mainframes via Putty?, Eric Chevalier
  • Re: Access to Mainframes via Putty?, John S. Giltner, Jr.
  • <Possible follow-ups>
  • RE: Access to Mainframes via Putty?, Van Dalsen, Herbie
  • Re: Access to Mainframes via Putty?, Richard Pinion
    • Re: Access to Mainframes via Putty?, pdc
  • Re: Access to Mainframes via Putty?, Patrick O'Keefe
• Execution of migrated Cobol programs, Datta
• Where to specify the Master Catalog z/os is to use?, Johnny Luo
  • Re: Where to specify the Master Catalog z/os is to use?, R.S.
  • Re: Where to specify the Master Catalog z/os is to use?, Giovanni L Bozzetti
    • Re: Where to specify the Master Catalog z/os is to use?, Johnny Luo
      • Re: Where to specify the Master Catalog z/os is to use?, Giovanni L Bozzetti
  • <Possible follow-ups>
  • Re: Where to specify the Master Catalog z/os is to use?, Vernooy, C.P. - SPLXM
    • Re: Where to specify the Master Catalog z/os is to use?, Jean Pernet
• SHARE (Seattle) and zNTP, Roger Lowe
  • Re: SHARE (Seattle) and zNTP, Steve Comstock
  • <Possible follow-ups>
  • RE: SHARE (Seattle) and zNTP, Ceruti, Gerard G
  • Re: SHARE (Seattle) and zNTP, gilmap
    • Re: SHARE (Seattle) and zNTP, ibm-main
  • Re: SHARE (Seattle) and zNTP, Ted MacNEIL
    • Re: SHARE (Seattle) and zNTP, John Eells
  • Re: SHARE (Seattle) and zNTP, Brian Peterson
  • Re: SHARE (Seattle) and zNTP, Brian Peterson
  • Re: SHARE (Seattle) and zNTP, gilmap
• JES2 parm TSOAVAIL=NO, Miklos Szigetvari
  • Re: JES2 parm TSOAVAIL=NO, pauls2272
• New IBM Best Practices paper, Ed Gould
• Fujitsu Facom M-760 - What IBM system is this a clone of ?, Tony Epton
  • <Possible follow-ups>
  • Fujitsu Facom M-760 - What IBM system is this a clone of ?, Phil Payne
  • Re: Fujitsu Facom M-760 - What IBM system is this a clone of ?, Efinnell15
    • Re: Fujitsu Facom M-760 - What IBM system is this a clone of ?, Tony Epton
      • Re: Fujitsu Facom M-760 - What IBM system is this a clone of ?, phil
    • Re: Fujitsu Facom M-760 - What IBM system is this a clone of ?, Bruce Black
      • Re: Fujitsu Facom M-760 - What IBM system is this a clone of ?, phil
      • RE: Fujitsu Facom M-760 - What IBM system is this a clone of ?, Ron and Jenny Hawkins
      • Re: Fujitsu Facom M-760 - What IBM system is this a clone of ?, Don Thimsen
  • RE: Fujitsu Facom M-760 - What IBM system is this a clone of ?, Craddock, Chris
• Sprint backs out of IBM outsourcing deal, Ed Gould
  • <Possible follow-ups>
  • RE: Sprint backs out of IBM outsourcing deal, Hal Merritt
  • Re: Sprint backs out of IBM outsourcing deal, Doug Fuerst
  • Re: Sprint backs out of IBM outsourcing deal, Ted MacNEIL
• Edit Macro for DDDEF's, Richards.Bob
• Ordering HLASM for Linux on zSeries, John R. Ehrman
  • RE: Ordering HLASM for Linux on zSeries, Wayne Driscoll
    • Re: Ordering HLASM for Linux on zSeries, John Eells
      • RE: Ordering HLASM for Linux on zSeries, Wayne Driscoll
  • <Possible follow-ups>
  • Re: Ordering HLASM for Linux on zSeries, Ted MacNEIL
  • Re: Ordering HLASM for Linux on zSeries, John R. Ehrman
    • Re: Ordering HLASM for Linux on zSeries, Shmuel Metz , Seymour J.
  • Re: Ordering HLASM for Linux on zSeries, John R. Ehrman
    • Re: Ordering HLASM for Linux on zSeries, Eric Chevalier
• Edit Macro for DDDEF's?, alan . schwartz
  • <Possible follow-ups>
  • RE: Edit Macro for DDDEF's?, Richards.Bob
  • RE: Edit Macro for DDDEF's?, Roach, Dennis
    • Re: Edit Macro for DDDEF's?, alan . schwartz
• Temporary dataset and JFCB bits, Vic Petrone
• Receive Cancel command with a C program, Daniel Cremieux
  • Re: Receive Cancel command with a C program, Binyamin Dissen
  • <Possible follow-ups>
  • RE: Receive Cancel command with a C program, Hunkeler Peter , KRDO 4
  • Re: Receive Cancel command with a C program, Daniel Cremieux
    • Re: Receive Cancel command with a C program, Binyamin Dissen
• RE: Newbie BPX question, McKown, John
  • <Possible follow-ups>
  • RE: Newbie BPX question, Hunkeler Peter , KRDO 4
  • RE: Newbie BPX question, Hunkeler Peter , KRDO 4
• SMP/E Reapply Function Question., Howard Rifkind
  • Re: SMP/E Reapply Function Question., JO . Skip . Robinson
  • Re: SMP/E Reapply Function Question., Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: SMP/E Reapply Function Question., Imbriale, Donald , Exchange
  • RE: SMP/E Reapply Function Question., Beardsley, Shawn
• Clist problem: character [ is converted to : at output, Eckart Koehler
  • Re: Clist problem: character [ is converted to : at output, rtsujimoto_consultant
    • Re: Clist problem: character [ is converted to : at output, Dave Salt
  • Re: Clist problem: character [ is converted to : at output, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Clist problem: character [ is converted to : at output, Big Iron
  • Re: Clist problem: character [ is converted to : at output, Ted MacNEIL
    • Re: Clist problem: character [ is converted to : at output, Shmuel Metz , Seymour J.
  • RE: Clist problem: character [ is converted to : at output, TISLER Zaromil
  • Re: Clist problem: character [ is converted to : at output, Eckart Koehler
  • Re: Clist problem: character [ is converted to : at output, Eckart Koehler
• Z890 CF LPAR, Rich Tabor
  • <Possible follow-ups>
  • RE: Z890 CF LPAR, Knutson, Sam
  • RE: Z890 CF LPAR, McKown, John
  • Re: Z890 CF LPAR, Cathy Taddei
  • Re: Z890 CF LPAR, Ted MacNEIL
  • Re: Z890 CF LPAR, Cathy Taddei
  • Re: Z890 CF LPAR, Ted MacNEIL
• TN3270 SSL connections, Van Dalsen, Herbie
  • Re: TN3270 SSL connections, John P Kalinich
  • Re: TN3270 SSL connections, Ulrich Boche
  • <Possible follow-ups>
  • RE: TN3270 SSL connections, Van Dalsen, Herbie
• Testing ASM under TSO, William McKinley
  • Re: Testing ASM under TSO, Art Celestini
    • Re: Testing ASM under TSO, poitras
  • Re: Testing ASM under TSO, Shmuel Metz , Seymour J.
  • Re: Testing ASM under TSO, David Cole
    • Re: Testing ASM under TSO, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Testing ASM under TSO, Rob Scott
    • Re: Testing ASM under TSO, Edward E. Jaffe
  • RE: Testing ASM under TSO, Knutson, Sam
  • RE: Testing ASM under TSO, Craddock, Chris
    • RE: Testing ASM under TSO, Ray Mullins
  • RE: Testing ASM under TSO, Bob Shannon
  • Re: Testing ASM under TSO, Efinnell15
• PUT LEVEL, ddelagarza
  • Re: PUT LEVEL, JO . Skip . Robinson
  • Re: PUT LEVEL, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: PUT LEVEL, Dean Montevago
  • RE: PUT LEVEL, ddelagarza
  • RE: PUT LEVEL, Dean Montevago
    • Re: PUT LEVEL, jimjams
• z890, HMC, LPAR Numbers?, Kittendorf, Craig
  • <Possible follow-ups>
  • Re: z890, HMC, LPAR Numbers?, Mark Zelden
    • Re: z890, HMC, LPAR Numbers?, mcknight-b-a
  • RE: z890, HMC, LPAR Numbers?, Barry Merrill
  • Re: z890, HMC, LPAR Numbers?, Mark Zelden
• JES2 job execution routing, Hal Merritt
  • Re: JES2 job execution routing, Walt Farrell
  • <Possible follow-ups>
  • Re: JES2 job execution routing, Matthew Stitt
  • Re: JES2 job execution routing, Tom Schmidt
  • RE: JES2 job execution routing, Hal Merritt
• Is VIO mandatory?, Francois Paré
  • Re: Is VIO mandatory?, Bruce Black
    • Re: Is VIO mandatory?, Ed Gould
  • <Possible follow-ups>
  • RE: Is VIO mandatory?, Greg Shirey
  • RE: Is VIO mandatory?, Hal Merritt
  • Re: Is VIO mandatory?, Ted MacNEIL
  • Re: Is VIO mandatory?, Ted MacNEIL
  • Re: Is VIO mandatory?, gilmap
    • RE: Is VIO mandatory?, Ron and Jenny Hawkins
      • Re: Is VIO mandatory?, Jim Mulder
  • Re: Is VIO mandatory?, Ted MacNEIL
  • Re: Is VIO mandatory?, gilmap
  • Re: Is VIO mandatory?, Ted MacNEIL
  • Re: Is VIO mandatory?, Greg Price
    • Re: Is VIO mandatory?, Gerhard Postpischil
      • RE: Is VIO mandatory?, Ron and Jenny Hawkins
      • Re: Is VIO mandatory?, Shmuel Metz , Seymour J.
      • RE: Is VIO mandatory?, Ron and Jenny Hawkins
      • Re: Is VIO mandatory?, Ed Gould
      • RE: Is VIO mandatory?, Ron and Jenny Hawkins
      • Re: Is VIO mandatory?, Ed Gould
      • Re: Is VIO mandatory?, Shmuel Metz , Seymour J.
      • Re: Is VIO mandatory?, JO . Skip . Robinson
  • RE: Is VIO mandatory?, Knutson, Sam
  • Re: Is VIO mandatory?, Shmuel Metz , Seymour J.
    • Re: Is VIO mandatory?, Anne & Lynn Wheeler
• Wd4z ver 6.01, awhite
  • Re: Wd4z ver 6.01, Steve Comstock
  • Re: Wd4z ver 6.01, Chris Mason
• FTP to/from tape, Bruce_Baxter
  • Re: FTP to/from tape, John P Kalinich
  • <Possible follow-ups>
  • Re: FTP to/from tape, Scott Doherty
  • Re: FTP to/from tape, Timothy Sipples
• Test, pls ignore, Vernooy, C.P. - SPLXM
  • <Possible follow-ups>
  • Re: Test, pls ignore, Matthew Stitt
  • Test, pls ignore, Phil Payne
  • RE: Test, pls ignore, Hunkeler Peter , KRDO 4
  • Re: Test, pls ignore, Efinnell15
  • RE: Test, pls ignore, Chase, John
    • Re: [IBM-MAIN] Test, pls ignore, Darren Evans-Young
  • RE: Test, pls ignore, McKown, John
  • Re: Test, pls ignore, ibm-main
• Have you ever abended IDCAMS?, Marco Gianfranco Indaco
  • Re: Have you ever abended IDCAMS?, R.S.
    • Re: Have you ever abended IDCAMS?, David Andrews
      • Re: Have you ever abended IDCAMS?, Marco Gianfranco Indaco
      • Re: Have you ever abended IDCAMS?, R.S.
      • Re: Have you ever abended IDCAMS?, Marco Gianfranco Indaco
      • Message not available
      • Re: Have you ever abended IDCAMS?, Bruce Black
      • Re: Have you ever abended IDCAMS?, David Andrews
      • Re: Have you ever abended IDCAMS?, Marco Gianfranco Indaco
  • <Possible follow-ups>
  • Have you ever abended IDCAMS?, Phil Payne
  • Re: Have you ever abended IDCAMS?, Capomaestro
• Where to obtain IODF dataset name, Andrew Metcalfe
  • <Possible follow-ups>
  • RE: Where to obtain IODF dataset name, Schiradin,Roland HG-Dir itb-db/dc
  • RE: Where to obtain IODF dataset name, Rob Scott
  • RE: Where to obtain IODF dataset name, Rob Scott
  • Re: Where to obtain IODF dataset name, Andrew Metcalfe
  • RE: Where to obtain IODF dataset name, Schiradin,Roland HG-Dir itb-db/dc
  • RE: Where to obtain IODF dataset name, Schiradin,Roland HG-Dir itb-db/dc
  • RE: Where to obtain IODF dataset name, Barry Merrill
• Identify Macro, Keith E. Moe
  • Re: Identify Macro, "Robert A. Rosenberg"
  • <Possible follow-ups>
  • Re: Identify Macro, IBroussard
    • Re: Identify Macro, Gerhard Postpischil
• Bad ALLOCATE command hangs session, gilmap
  • Re: Bad ALLOCATE command hangs session, JO . Skip . Robinson
  • Re: Bad ALLOCATE command hangs session, Ed Gould
  • <Possible follow-ups>
  • Re: Bad ALLOCATE command hangs session, gilmap
    • Re: Bad ALLOCATE command hangs session, JO . Skip . Robinson
• DFSORT - simple formula for SORTWKn size?, McKown, John
  • <Possible follow-ups>
  • DFSORT - simple formula for SORTWKn size?, McKown, John
    • Re: DFSORT - simple formula for SORTWKn size?, Ulrich Krueger
    • Re: DFSORT - simple formula for SORTWKn size?, Frank Yaeger
      • Re: DFSORT - simple formula for SORTWKn size?, howard . brazee
• RE: Tape is Far More Expensive the DASD? (Was: State of the Mainframe - News Article), Hal Merritt
  • Re: Tape is Far More Expensive the DASD? (Was: State of the Mainframe - News Article), Edward E. Jaffe
  • <Possible follow-ups>
  • Re: Tape is Far More Expensive the DASD? (Was: State of the Mainframe - News Article), Bruce Black
  • Re: Tape is Far More Expensive the DASD? (Was: State of the Mainframe - News Article), Ted MacNEIL
• TSO exit point at abend622 time, IBM_User
  • Re: TSO exit point at abend622 time, Walt Farrell
• VTS and z/OS migration, mcknight-b-a
  • Re: VTS and z/OS migration, Neal Eckhardt
    • Re: VTS and z/OS migration, mcknight-b-a
• IBM VTS and data sharing, Larre Shiller
  • <Possible follow-ups>
  • RE: IBM VTS and data sharing, mark . jacobs
  • RE: IBM VTS and data sharing, Campbell Jay
  • RE: IBM VTS and data sharing, McKown, John
  • Re: IBM VTS and data sharing, Larre Shiller
  • Re: IBM VTS and data sharing, Larre Shiller
• Wash DC Job Opening, Jim Marshall
  • Re: Wash DC Job Opening, Shmuel Metz , Seymour J.
    • Re: Wash DC Job Opening, Stephen M. Wiegand
  • <Possible follow-ups>
  • Re: Wash DC Job Opening, Arthur T.
  • RE: Wash DC Job Opening, ddelagarza
  • RE: Wash DC Job Opening, ddelagarza
  • Re: Wash DC Job Opening, jim harrison
  • Re: Wash DC Job Opening, Jim Marshall
• Sources of info on bots, Steve Comstock
• IDENTIFY macro question, IBroussard
  • Re: IDENTIFY macro question, Binyamin Dissen
  • RE: IDENTIFY macro question, Charles Mills
    • Re: IDENTIFY macro question, Chris Mason
  • <Possible follow-ups>
  • Re: IDENTIFY macro question, IBroussard
    • Re: IDENTIFY macro question, Giovanni L Bozzetti
    • Re: IDENTIFY macro question, Binyamin Dissen
  • Re: IDENTIFY macro question, Peter Relson
• IBM & Mainstar, Ed Gould
• Windows Softcopy Reader gotten any better?, Charles Mills
  • Re: Windows Softcopy Reader gotten any better?, Edward E. Jaffe
    • RE: Windows Softcopy Reader gotten any better?, Charles Mills
  • Re: Windows Softcopy Reader gotten any better?, JO . Skip . Robinson
  • RE: Windows Softcopy Reader gotten any better?, Charles Mills
  • <Possible follow-ups>
  • RE: Windows Softcopy Reader gotten any better?, Hunkeler Peter , KRDO 4
  • RE: Windows Softcopy Reader gotten any better?, Kent Ramsay
    • Re: Windows Softcopy Reader gotten any better?, Bob
    • Re: Windows Softcopy Reader gotten any better?, JO . Skip . Robinson
      • RE: Windows Softcopy Reader gotten any better?, Charles Mills
  • Re: Windows Softcopy Reader gotten any better?, David Speake
  • Re: Windows Softcopy Reader gotten any better?, David Speake
• TSSO using 15% to 30% cpu, Schroeder, Ted
• Mixed Sizes of Page Dataset, Moesy
  • <Possible follow-ups>
  • Re: Mixed Sizes of Page Dataset, Vernooy, C.P. - SPLXM
  • Re: Mixed Sizes of Page Dataset, Bruce Hewson
• State of the IBM Mainframe, Ed Gould
• Displaying HOLDDATA on an already received tape, Thomas Lawrence
  • <Possible follow-ups>
  • RE: Displaying HOLDDATA on an already received tape, Chase, John
  • Re: Displaying HOLDDATA on an already received tape, gilmap
  • Re: Displaying HOLDDATA on an already received tape, Matthew Stitt
  • Re: Displaying HOLDDATA on an already received tape, Efinnell15
• OA13300 Heads-up, Curt Thompson
• Batch job to spin through SMF, JOHN TRIMBLE
  • Re: Batch job to spin through SMF, José Ramírez
  • <Possible follow-ups>
  • Re: Batch job to spin through SMF, Matthew Stitt
  • RE: Batch job to spin through SMF, Hal Merritt
• State of the Mainframe - News Article, John Wynton
  • <Possible follow-ups>
  • Re: State of the Mainframe - News Article, Tom Schmidt
  • RE: State of the Mainframe - News Article, Hal Merritt
  • RE: State of the Mainframe - News Article, Kreiter, Chuck
    • Re: State of the Mainframe - News Article, Ed Gould
  • RE: State of the Mainframe - News Article, Fletcher, Kevin
  • Re: State of the Mainframe - News Article, Ted MacNEIL
  • Re: State of the Mainframe - News Article, August . Carideo
  • Re: State of the Mainframe - News Article, Sebastian Welton
  • RE: State of the Mainframe - News Article, Hal Merritt
    • Tape is Far More Expensive the DASD? (Was: State of the Mainframe - News Article), Edward E. Jaffe
      • RE: Tape is Far More Expensive the DASD? (Was: State of the Mainframe - News Article), Ron and Jenny Hawkins
      • Re: Tape is Far More Expensive the DASD? (Was: State of the Mainframe - News Article), R.S.
      • RE: Tape is Far More Expensive the DASD? (Was: State of the Mainframe - News Article), Ron and Jenny Hawkins
      • Re: Tape is Far More Expensive the DASD? (Was: State of the Mainframe - News Article), R.S.
      • RE: Tape is Far More Expensive the DASD? (Was: State of the Mainframe - News Article), Ron and Jenny Hawkins
      • Re: Tape is Far More Expensive the DASD? (Was: State of the Mainframe - News Article), R.S.
  • State of the Mainframe - News Article, Phil Payne
    • RE: State of the Mainframe - News Article, Ray Mullins
  • Re: State of the Mainframe - News Article, Ted MacNEIL
  • RE: State of the Mainframe - News Article, Chase, John
  • RE: State of the Mainframe - News Article, Jon Brock
  • RE: State of the Mainframe - News Article, Jon Brock
  • Re: State of the Mainframe - News Article, Timothy Sipples
  • State of the Mainframe - News Article, Phil Payne
  • Re: State of the Mainframe - News Article, Bill Seubert
  • RE: State of the Mainframe - News Article, Gibney, Dave
  • Re: State of the Mainframe - News Article, Timothy Sipples
  • Re: State of the Mainframe - News Article, Mark Post
  • Re: State of the Mainframe - News Article, Mark Post
  • Re: State of the Mainframe - News Article, Mark Post
• "reversal" links in system-specific filesystems, R.S.
  • <Possible follow-ups>
  • RE: "reversal" links in system-specific filesystems, Pommier, Rex R.
• Re: Newbie: Concatenate sysprint from precompiler,, gilmap
• Recall: ESS and DB2 Log offload, Vernooy, C.P. - SPLXM
• RE: [IBM-MAIN] zIIPs, Ken . Porowski
  • Re: zIIPs, Bruce Black
    • Re: zIIPs, Bruce Black
  • Re: zIIPs, R.S.
  • Re: zIIPs, Ed Gould
  • <Possible follow-ups>
  • Re: [IBM-MAIN] zIIPs, Vernooy, C.P. - SPLXM
  • RE: [IBM-MAIN] zIIPs, Ken . Porowski
• Newbie: Concatenate sysprint from precompiler, compiler and linkeditor in a single PDSE member, Francis ANDRE
  • Re: Newbie: Concatenate sysprint from precompiler, compiler and linkeditor in a single PDSE member, Binyamin Dissen
  • RE: Newbie: Concatenate sysprint from precompiler, compiler and linkeditor in a single PDSE member, Charles Mills
    • RE: Newbie: Concatenate sysprint from precompiler, compiler and linkeditor in a single PDSE member, tony babonas
      • Re: Newbie: Concatenate sysprint from precompiler, compiler and linkeditor in a single PDSE member, Francis ANDRE
      • RE: Newbie: Concatenate sysprint from precompiler, compiler and linkeditor in a single PDSE member, tony babonas
• zIIPs, Aaron Walker
  • <Possible follow-ups>
  • RE: zIIPs, Tom Harper
  • zIIPs, Phil Payne
  • RE: zIIPs, Craddock, Chris
    • Re: zIIPs, Edward E. Jaffe
  • RE: zIIPs, Richards.Bob
  • RE: zIIPs, Jon Brock
  • FW: zIIPs, Jousma, David
  • RE: zIIPs, Hunkeler Peter , KRDO 4
  • RE: zIIPs, Jousma, David
    • Re: zIIPs, Edward E. Jaffe
  • Re: zIIPs, Efinnell15
  • RE: zIIPs, Hunkeler Peter , KRDO 4
    • Re: zIIPs, Steve Arnett
      • Re: zIIPs, Chris Hoelscher
    • Re: [IBM-MAIN] zIIPs, Volker Bandke
  • RE: zIIPs, Jon Brock
  • RE: zIIPs, McKown, John
  • RE: zIIPs, Chase, John
  • RE: zIIPs, Richards.Bob
  • Re: zIIPs, Richard Pinion
  • RE: zIIPs, Chase, John
    • Re: zIIPs, Bruce Black
  • Re: zIIPs, Efinnell15
  • RE: zIIPs, McKown, John
  • Re: zIIPs, Ted MacNEIL
    • Re: zIIPs, Chris Hoelscher
      • Re: zIIPs, Steve Comstock
      • Noise (Was: Re: zIIPs), Eric Chevalier
  • zIIPs, Phil Payne
  • zIIPs, Phil Payne
  • RE: zIIPs, Hunkeler Peter , KRDO 4
    • Re: zIIPs, R.S.
      • Re: zIIPs, mcknight-b-a
  • zIIPs, Phil Payne
  • RE: zIIPs, Jousma, David
    • RE: zIIPs, Charles Mills
  • Re: zIIPs, Tom Schmidt
  • zIIPs, Phil Payne
    • Re: zIIPs, Edward E. Jaffe
      • Re: zIIPs, Ulrich Boche
  • RE: zIIPs, Richards.Bob
  • Re: zIIPs, Timothy Sipples
  • RE: zIIPs, Richards.Bob
  • Re: zIIPs, Sebastian Welton
  • Re: zIIPs, Ted MacNEIL
  • zIIPs, Phil Payne
    • Re: zIIPs, Edward E. Jaffe
  • zIIPs, Al Sherkow
  • zIIPs, Phil Payne
  • Re: zIIPs, Ted MacNEIL
• ESS and DB2 Log offload, Vernooy, C.P. - SPLXM
  • RE: ESS and DB2 Log offload, Ron and Jenny Hawkins
  • <Possible follow-ups>
  • Re: ESS and DB2 Log offload, Frank Krueger
  • Re: ESS and DB2 Log offload, Vernooy, C.P. - SPLXM
    • Re: ESS and DB2 Log offload, Frank Krueger
  • Re: ESS and DB2 Log offload, Vernooy, C.P. - SPLXM
    • RE: ESS and DB2 Log offload, Ron and Jenny Hawkins
  • Re: ESS and DB2 Log offload, Vernooy, C.P. - SPLXM
  • Re: ESS and DB2 Log offload, Vernooy, C.P. - SPLXM
    • Re: ESS and DB2 Log offload, Frank Krueger
      • RE: ESS and DB2 Log offload, Ron and Jenny Hawkins
  • Re: ESS and DB2 Log offload, Frank Krueger
  • RE: ESS and DB2 Log offload, Knutson, Sam
    • RE: ESS and DB2 Log offload, Ron and Jenny Hawkins
• CICS 3.1 installation, Jerry Ragland
  • Re: CICS 3.1 installation, R.S.
  • <Possible follow-ups>
  • RE: CICS 3.1 installation, Chase, John
  • RE: CICS 3.1 installation, Mullen, Patrick
  • Re: CICS 3.1 installation, Efinnell15
• RE: IPCS The Movie: LOST IN SPACE, er... DATA SPACE, Craddock, Chris
  • Re: IPCS The Movie: LOST IN SPACE, er... DATA SPACE, Todd Burch
  • <Possible follow-ups>
  • Re: IPCS The Movie: LOST IN SPACE, er... DATA SPACE, Barbara Nitz
    • Re: IPCS The Movie: LOST IN SPACE, er... DATA SPACE, Robert Wright
  • Re: IPCS The Movie: LOST IN SPACE, er... DATA SPACE, Barbara Nitz
    • Re: IPCS The Movie: LOST IN SPACE, er... DATA SPACE, Robert Wright
  • RE: IPCS The Movie: LOST IN SPACE, er... DATA SPACE, Schiradin,Roland HG-Dir itb-db/dc
• Register for SHARE in Seattle, Pope, Lynette
• Re: Tape Encryption Products List, Timothy Sipples
  • <Possible follow-ups>
  • Re: Tape Encryption Products List, Efinnell15
• RE: Unix Root grouth, McKown, John
  • Newbie BPX question, mark . pace
    • Re: Newbie BPX question, R.S.
• Coupling Facility > 2GB of central, Larry Kraus
  • <Possible follow-ups>
  • RE: Coupling Facility > 2GB of central, mark . jacobs
  • Re: Coupling Facility > 2GB of central, Ted MacNEIL
  • RE: Coupling Facility > 2GB of central, mark . jacobs
  • RE: Coupling Facility > 2GB of central, Knutson, Sam
  • RE: Coupling Facility > 2GB of central, Larry Kraus
    • Re: Coupling Facility > 2GB of central, R.S.
  • Re: Coupling Facility > 2GB of central, Ted MacNEIL
  • RE: Coupling Facility > 2GB of central, Larry Kraus
• Directory ..., R.S.
  • <Possible follow-ups>
  • RE: Directory ..., Hunkeler Peter , KRDO 4
• Getting HFS details from tso rexx, pdc
  • Re: Getting HFS details from tso rexx, José Ramírez
    • Re: Getting HFS details from tso rexx, pdc
• Using SMF data on a PC? Any software to assist?, John Fly
  • Re: Using SMF data on a PC? Any software to assist?, John S. Giltner, Jr.
    • Re: Using SMF data on a PC? Any software to assist?, david . thorn
      • Re: Using SMF data on a PC? Any software to assist?, Gil Peleg
  • <Possible follow-ups>
  • Re: Using SMF data on a PC? Any software to assist?, Efinnell15
• Re: IEFUSI and ELIM (solved), Martin, Mike
• What happens if CR's are directly changed?, Binyamin Dissen
  • <Possible follow-ups>
  • RE: What happens if CR's are directly changed?, Craddock, Chris
    • Re: What happens if CR's are directly changed?, Binyamin Dissen
  • What happens if CR's are directly changed?, Peter Relson
  • RE: What happens if CR's are directly changed?, Craddock, Chris
    • Re: What happens if CR's are directly changed?, Binyamin Dissen
      • Re: What happens if CR's are directly changed?, Shmuel Metz , Seymour J.
  • RE: What happens if CR's are directly changed?, Craddock, Chris
    • Re: What happens if CR's are directly changed?, Binyamin Dissen
      • Re: What happens if CR's are directly changed?, Walt Farrell
      • Re: What happens if CR's are directly changed?, Binyamin Dissen
      • Re: What happens if CR's are directly changed?, Jim Mulder
      • Re: What happens if CR's are directly changed?, mcknight-b-a
  • RE: What happens if CR's are directly changed?, Craddock, Chris
    • Re: What happens if CR's are directly changed?, Binyamin Dissen
      • Re: What happens if CR's are directly changed?, Shmuel Metz , Seymour J.
  • Re: What happens if CR's are directly changed?, Ted MacNEIL
    • Re: What happens if CR's are directly changed?, Shmuel Metz , Seymour J.
  • Re: What happens if CR's are directly changed?, Binyamin Dissen
    • Re: What happens if CR's are directly changed?, Edward E. Jaffe
      • Re: What happens if CR's are directly changed?, Walt Farrell
      • Re: What happens if CR's are directly changed?, Binyamin Dissen
  • RE: What happens if CR's are directly changed?, Craddock, Chris
    • Re: What happens if CR's are directly changed?, Binyamin Dissen
  • Re: What happens if CR's are directly changed?, Ted MacNEIL
    • Re: What happens if CR's are directly changed?, rkuebbin
  • What happens if CR's are directly changed?, Phil Payne
    • Re: What happens if CR's are directly changed?, Shmuel Metz , Seymour J.
  • Re: What happens if CR's are directly changed?, Ted MacNEIL
    • Re: What happens if CR's are directly changed?, Edward E. Jaffe
      • Re: What happens if CR's are directly changed?, Binyamin Dissen
  • RE: What happens if CR's are directly changed?, Craddock, Chris
    • Re: What happens if CR's are directly changed?, Edward E. Jaffe
      • RE: What happens if CR's are directly changed?, Paul Hanrahan
  • RE: What happens if CR's are directly changed?, Craddock, Chris
    • Re: What happens if CR's are directly changed?, Binyamin Dissen
    • Re: What happens if CR's are directly changed?, Edward E. Jaffe
      • Re: What happens if CR's are directly changed?, Edward E. Jaffe
  • RE: What happens if CR's are directly changed?, Craddock, Chris
• Need IBM Tivoli Allocation Optimizer for z/OS SMF Records To Test DAF, Michael Cleary
• IBM up for grabs?, Ed Gould
  • Re: IBM up for grabs?, Eric N. Bielefeld
    • Re: IBM up for grabs?, Ed Gould
  • Re: IBM up for grabs?, John S. Giltner, Jr.
  • Unix Root grouth, Mohamed Juma
    • Re: Unix Root grouth, mcknight-b-a
    • Re: Unix Root grouth, John S. Giltner, Jr.
      • Re: Unix Root grouth, pdc
  • <Possible follow-ups>
  • Re: IBM up for grabs?, Ted MacNEIL
  • IBM up for grabs?, Phil Payne
    • Re: IBM up for grabs?, Ed Gould
      • RE: IBM up for grabs?, Paul Hanrahan
  • RE: IBM up for grabs?, Chase, John
  • RE: IBM up for grabs?, Bob Shannon
    • RE: IBM up for grabs?, Paul Hanrahan
    • Re: IBM up for grabs?, Ed Gould
    • Message not available
      • Message not available
      • Message not available
      • Re: IBM up for grabs?, Anne & Lynn Wheeler
      • Re: IBM up for grabs?, Ed Gould
    • Message not available
      • Message not available
      • Message not available
      • Re: IBM up for grabs?, Steve Samson
  • Re: IBM up for grabs?, Ted MacNEIL
  • RE: IBM up for grabs?, Bob Shannon
• TSSO, Kittendorf, Craig
  • Re: TSSO, Claude Richbourg
  • <Possible follow-ups>
  • Re: TSSO, Brian Westerman
  • Re: TSSO, Dave Cartwright
  • RE: TSSO, Kittendorf, Craig
  • RE: TSSO, Kittendorf, Craig
  • Re: TSSO, Dave Cartwright
• Does anyone use or remember DRMS?, William McKinley
  • <Possible follow-ups>
  • Re: Does anyone use or remember DRMS?, Michael W. Moss
  • RE: Does anyone use or remember DRMS?, Gibney, Dave
• Automation screens?, as400
  • Re: Automation screens?, John S. Giltner, Jr.
    • Re: Automation screens?, as400
      • Re: Automation screens?, John S. Giltner, Jr.
      • Re: Automation screens?, Chris Mason
• Replying to listserv from ibm-main newsgroup was (fwd) Re: What starts Netview?, Clark Morris
  • Re: Replying to listserv from ibm-main newsgroup was (fwd) Re: What starts Netview?, howard . brazee
  • Re: Replying to listserv from ibm-main newsgroup was (fwd) Re: What starts Netview?, Eric Chevalier
• Junk mail from this sender, Steve Samson
  • Re: Junk mail from this sender, Shmuel Metz , Seymour J.
• Receiving e-mail with virus, John S. Giltner, Jr.
  • RE: Receiving e-mail with virus, Charles Mills
  • Re: Receiving e-mail with virus, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Receiving e-mail with virus, john gilmore
  • Re: Receiving e-mail with virus, Efinnell15
• QSAM DCB not restored by CLOSE following S013-18 on OPEN, Charles Mills
  • Re: QSAM DCB not restored by CLOSE following S013-18 on OPEN, John S. Giltner, Jr.
    • RE: QSAM DCB not restored by CLOSE following S013-18 on OPEN, Charles Mills
      • Re: QSAM DCB not restored by CLOSE following S013-18 on OPEN, ibm-main
      • RE: QSAM DCB not restored by CLOSE following S013-18 on OPEN, Charles Mills
      • Re: QSAM DCB not restored by CLOSE following S013-18 on OPEN, Shmuel Metz , Seymour J.
      • RE: QSAM DCB not restored by CLOSE following S013-18 on OPEN, Charles Mills
      • Re: QSAM DCB not restored by CLOSE following S013-18 on OPEN, Shmuel Metz , Seymour J.
  • Re: QSAM DCB not restored by CLOSE following S013-18 on OPEN, Bruce Black
  • <Possible follow-ups>
  • Re: QSAM DCB not restored by CLOSE following S013-18 on OPEN, Mark Thomen
    • RE: QSAM DCB not restored by CLOSE following S013-18 on OPEN, Charles Mills
  • Re: QSAM DCB not restored by CLOSE following S013-18 on OPEN, Mark Thomen
    • RE: QSAM DCB not restored by CLOSE following S013-18 on OPEN, Charles Mills
• 9672 series rack question, itwerx
  • Re: 9672 series rack question, itwerx
• Oracle 10g install on z/OS 1.4, Rugen, Len
  • <Possible follow-ups>
  • RE: Oracle 10g install on z/OS 1.4, Rugen, Len
• Disaster Recovery using SMS managed tape volumes - REDUX, McKown, John
  • <Possible follow-ups>
  • Re: Disaster Recovery using SMS managed tape volumes - REDUX, Ibmmain
• FTP TIMEZONE, Melissa Perry
  • Re: FTP TIMEZONE, Ed Gould
  • <Possible follow-ups>
  • Re: FTP TIMEZONE, Bruno Sugliani
• BPXPRMFS vs escape characters, Rugen, Len
• "New" ShopzSeries -- Super-slow?, Chase, John
  • <Possible follow-ups>
  • RE: "New" ShopzSeries -- Super-slow?, JamesChappell
  • RE: "New" ShopzSeries -- Super-slow?, Hylton Tom P
• MOD54, Mendelson, Eric
  • Re: MOD54, john . ticic . extern
  • <Possible follow-ups>
  • Re: MOD54, Vernooy, C.P. - SPLXM
    • Re: MOD54, Edward E. Jaffe
• Multi-session window TN3270 client?, Johnny Luo
  • RE: Multi-session window TN3270 client?, Chuck Arney
  • Re: Multi-session window TN3270 client?, Chris Mason
    • Re: Multi-session window TN3270 client?, Todd Burch
  • <Possible follow-ups>
  • Re: Multi-session window TN3270 client?, Scott Doherty
• Identify module EDMSS10?, Conway, Steven F
  • RE: Identify module EDMSS10?, Bruce . Orcutt
    • Re: Identify module EDMSS10?, Steve Conway
  • <Possible follow-ups>
  • RE: Identify module EDMSS10?, Craddock, Chris
  • Identify module EDMSS10?, George Kozakos
  • RE: Identify module EDMSS10?, Craddock, Chris
    • Re: Identify module EDMSS10?, Steve Conway
• Support of zOS, doreenubl
  • Re: Support of zOS, John Eells
  • Re: Support of zOS, MrAssembler
  • Re: Support of zOS, JO . Skip . Robinson
    • Re: Support of zOS, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Support of zOS, Rugen, Len
  • Re: Support of zOS, Matthew Stitt
  • Re: Support of zOS, DeFabritus, Peter [NCSUS Non-J&J]
  • RE: Support of zOS, JO . Skip . Robinson
    • Re: Support of zOS, Shmuel Metz , Seymour J.
• IEFUSI and ELIM, Martin, Mike
  • Re: IEFUSI and ELIM, rtsujimoto_consultant
  • <Possible follow-ups>
  • RE: IEFUSI and ELIM, Rob Scott
  • Re: IEFUSI and ELIM, Capomaestro
• TSO SEND to console, R.S.
  • Re: TSO SEND to console, David Andrews
  • Re: TSO SEND to console, R.S.
    • Re: TSO SEND to console, John S. Giltner, Jr.
  • <Possible follow-ups>
  • RE: TSO SEND to console, Rob Scott
  • Re: TSO SEND to console, Vernooy, C.P. - SPLXM
    • Re: TSO SEND to console, Ed Gould
  • Re: TSO SEND to console, Dave Cartwright
  • RE: TSO SEND to console, dicioccio_larry
• Access to the job logs, Anonymous user
  • Re: Access to the job logs, pdc
    • Re: Access to the job logs, Anonymous user
  • <Possible follow-ups>
  • Re: Access to the job logs, Vernooy, C.P. - SPLXM
• How is work dispatched on zAAPs (was: Billing for SRB time), Hunkeler Peter , KRDO 4
  • <Possible follow-ups>
  • Re: How is work dispatched on zAAPs (was: Billing for SRB time), Don Deese
  • Re: How is work dispatched on zAAPs (was: Billing for SRB time), Tom Schmidt
  • Re: How is work dispatched on zAAPs (was: Billing for SRB time), Timothy Sipples
• What does "XL" of "XL C/C++" mean?, Bo Xie
  • Re: What does "XL" of "XL C/C++" mean?, howard . brazee
    • Re: What does "XL" of "XL C/C++" mean?, Chris Hoelscher
    • Re: What does "XL" of "XL C/C++" mean?, Ed Gould
  • <Possible follow-ups>
  • RE: What does "XL" of "XL C/C++" mean?, Hal Merritt
    • Re: What does "XL" of "XL C/C++" mean?, R.S.
  • Re: What does "XL" of "XL C/C++" mean?, Efinnell15
  • RE: What does "XL" of "XL C/C++" mean?, Mullen, Patrick
  • RE: What does "XL" of "XL C/C++" mean?, Hal Merritt
  • Re: What does "XL" of "XL C/C++" mean?, Arthur T.
• IBM High Level Assembler for Linux on zSeries, John R. Ehrman
  • Re: IBM High Level Assembler for Linux on zSeries, Todd Burch
• Max Region and IEFUSI mystery, Martin, Mike
• POSIX run-time option vs TSO and Batch, Wendell Simmons
  • <Possible follow-ups>
  • Re: POSIX run-time option vs TSO and Batch, Andy Robertson
  • Re: POSIX run-time option vs TSO and Batch, Wendell Simmons
  • Re: POSIX run-time option vs TSO and Batch, Andy Robertson
  • Re: POSIX run-time option vs TSO and Batch, Wendell Simmons
  • Re: POSIX run-time option vs TSO and Batch, Andy Robertson
• Auto-FTP, Jeffrey Barnard
  • RE: Auto-FTP, Charles Mills
  • <Possible follow-ups>
  • Re: Auto-FTP, Paul Gilmartin
    • RE: Auto-FTP, Chuck Arney
  • Re: Auto-FTP, Efinnell15
  • RE: Auto-FTP, McKown, John
  • Re: Auto-FTP, Arturo Juarez
  • Re: Auto-FTP, Efinnell15
    • Re: Auto-FTP, Jeffrey Barnard
  • Re: Auto-FTP, Ted MacNEIL
    • Re: Auto-FTP, Ed Gould
  • RE: Auto-FTP, McKown, John
    • Re: Auto-FTP, John S. Giltner, Jr.
  • Re: Auto-FTP, Ted MacNEIL
  • Re: Auto-FTP, Jim Marshall
  • Re: Auto-FTP, Michael Wickman
• Another fine mess ..., rkuebbin
  • Re: Another fine mess ..., Edward E. Jaffe
  • <Possible follow-ups>
  • RE: Another fine mess ..., Knutson, Sam
    • Re: Another fine mess ..., Shmuel Metz , Seymour J.
      • Re: Another fine mess ..., Edward E. Jaffe
  • Re: Another fine mess ..., Mark Zelden
  • Re: Another fine mess ..., gilmap
    • Re: Another fine mess ..., rkuebbin
  • Re: Another fine mess ..., Richard Pinion
  • Re: Another fine mess ..., Vernooy, C.P. - SPLXM
• DocuText on z/OS 1.7, Laine, Rogers
• IPCS Batch on "ACTIVE" ?, Cwi Jeret
  • Re: IPCS Batch on "ACTIVE" ?, Robert Wright
  • <Possible follow-ups>
  • Re: IPCS Batch on "ACTIVE" ?, Cwi Jeret
• Does SMP/E APPLY REDO Replace or Merge?, gilmap
  • Re: Does SMP/E APPLY REDO Replace or Merge?, John Eells
    • Re: Does SMP/E APPLY REDO Replace or Merge?, Kurt Quackenbush
      • Re: Does SMP/E APPLY REDO Replace or Merge?, JO . Skip . Robinson
  • Re: Does SMP/E APPLY REDO Replace or Merge?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Does SMP/E APPLY REDO Replace or Merge?, Paul Gilmartin
    • Re: Does SMP/E APPLY REDO Replace or Merge?, JO . Skip . Robinson
  • Re: Does SMP/E APPLY REDO Replace or Merge?, Efinnell15
• Operator Training Scenarios, Craig Bakken
  • <Possible follow-ups>
  • RE: Operator Training Scenarios, Chase, John
  • RE: Operator Training Scenarios, mark . jacobs
  • Re: Operator Training Scenarios, Mark Zelden
  • RE: Operator Training Scenarios, Chase, John
  • RE: Operator Training Scenarios, Fletcher, Kevin
• FYI: S0C4 at CLOSE SVC [was:RE: Does DDNAME=? override SUBSYS=?], Farley, Peter x23353
• z/OS IPL Consoles, Laine, Rogers
  • Re: z/OS IPL Consoles, Walter Marguccio
    • Re: z/OS IPL Consoles, Edward E. Jaffe
  • <Possible follow-ups>
  • RE: z/OS IPL Consoles, Kittendorf, Craig
  • RE: z/OS IPL Consoles, McKown, John
  • Re: z/OS IPL Consoles, Natarajan Mohan
  • RE: z/OS IPL Consoles, Laine, Rogers
    • Re: z/OS IPL Consoles, Edward E. Jaffe
    • Re: z/OS IPL Consoles, coticm
  • RE: z/OS IPL Consoles, Hal Merritt
• Re: Does DDNAME?? override SUBSYS??, gilmap
  • Re: Does DDNAME?? override SUBSYS??, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Does DDNAME?? override SUBSYS??, gilmap
    • Re: Does DDNAME?? override SUBSYS??, Shmuel Metz , Seymour J.
      • Re: Does DDNAME?? override SUBSYS??, Jim Mulder
• Clear key encryption, Ward, Mike S
  • Re: Clear key encryption, Víctor de la Fuente
  • Re: Clear key encryption, Walt Farrell
  • <Possible follow-ups>
  • RE: Clear key encryption, Ward, Mike S
  • RE: Clear key encryption, Hal Merritt
  • Re: Clear key encryption, Mark Zelden
  • Re: Clear key encryption, gilmap
  • Re: Clear key encryption, Timothy Sipples
    • Re: Clear key encryption, Ulrich Boche
• Decoding IEANUC01 modules, Jay Maynard
  • Re: Decoding IEANUC01 modules, Shmuel Metz , Seymour J.
    • Re: [IBM-MAIN] Decoding IEANUC01 modules, Jay Maynard
• Hercules and MVS 3.8, mcknight-b-a
  • Re: Hercules and MVS 3.8, Willy Jensen
  • Re: Hercules and MVS 3.8, Willy Jensen
    • Re: Hercules and MVS 3.8, mcknight-b-a
      • Re: Hercules and MVS 3.8, Willy Jensen
      • Re: Hercules and MVS 3.8, Matt
      • Re: Hercules and MVS 3.8, Matt
      • Re: Hercules and MVS 3.8, mcknight-b-a
      • Re: Hercules and MVS 3.8, David Wade
      • Re: Hercules and MVS 3.8, Matt
  • <Possible follow-ups>
  • Hercules and MVS 3.8, Phil Payne
    • Re: Hercules and MVS 3.8, mcknight-b-a
    • Re: Hercules and MVS 3.8, Cyber
  • Hercules and MVS 3.8, Phil Payne
• SMTP security, Ian
  • Re: SMTP security, Mark T. Regan, K8MTR
• BlackBerry TimeStamps, Ted MacNEIL
  • <Possible follow-ups>
  • Re: BlackBerry TimeStamps, Brian Peterson
• ADR793E - VTOC and VVDS do not match?, Kittendorf, Craig
  • Re: ADR793E - VTOC and VVDS do not match?, Ulrich Krueger
  • <Possible follow-ups>
  • Re: ADR793E - VTOC and VVDS do not match?, Matthew Stitt
  • RE: ADR793E - VTOC and VVDS do not match?, Kittendorf, Craig
• "IF" statements in JCL, mcknight-b-a
  • Re: "IF" statements in JCL, José Ramírez
    • Re: "IF" statements in JCL, mcknight-b-a
      • Re: "IF" statements in JCL, Mike Shorkend
      • Re: "IF" statements in JCL, mcknight-b-a
      • Re: "IF" statements in JCL, howard . brazee
• Two silly questions about USS or OMVS on Z/OS, Johnny Luo
  • Re: [IBM-MAIN] Two silly questions about USS or OMVS on Z/OS, Pohlen Mailinglist
    • Re: Two silly questions about USS or OMVS on Z/OS, Johnny Luo
      • Re: [IBM-MAIN] Two silly questions about USS or OMVS on Z/OS, Pohlen Mailinglist
      • Re: Two silly questions about USS or OMVS on Z/OS, Shmuel Metz , Seymour J.
      • Re: Two silly questions about USS or OMVS on Z/OS, Gabriel Tully
  • Re: Two silly questions about USS or OMVS on Z/OS, Mike Shorkend
  • Re: Two silly questions about USS or OMVS on Z/OS, José Ramírez
  • Re: Two silly questions about USS or OMVS on Z/OS, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Two silly questions about USS or OMVS on Z/OS, gilmap
  • Re: Two silly questions about USS or OMVS on Z/OS, gilmap
    • Re: Two silly questions about USS or OMVS on Z/OS, tpuddico
  • Re: Two silly questions about USS or OMVS on Z/OS, gilmap
    • Re: [IBM-MAIN] Two silly questions about USS or OMVS on Z/OS, Pohlen Mailinglist
    • Re: [IBM-MAIN] Two silly questions about USS or OMVS on Z/OS, Pohlen Mailinglist
  • RE: Two silly questions about USS or OMVS on Z/OS, Nix, Robert P.
  • Re: Two silly questions about USS or OMVS on Z/OS, Efinnell15
  • RE: Two silly questions about USS or OMVS on Z/OS, Hunkeler Peter , KRDO 4
  • RE: Two silly questions about USS or OMVS on Z/OS, Hunkeler Peter , KRDO 4
  • RE: Two silly questions about USS or OMVS on Z/OS, Jon Brock
  • Re: Two silly questions about USS or OMVS on Z/OS, gilmap
    • Re: [IBM-MAIN] Two silly questions about USS or OMVS on Z/OS, Pohlen , Mailinglist
  • RE: Two silly questions about USS or OMVS on Z/OS, Hunkeler Peter , KRDO 4
    • Re: Two silly questions about USS or OMVS on Z/OS, Johnny Luo
  • RE: Two silly questions about USS or OMVS on Z/OS, Hal Merritt
  • RE: Two silly questions about USS or OMVS on Z/OS, Hunkeler Peter , KRDO 4
    • Re: Two silly questions about USS or OMVS on Z/OS, Shmuel Metz , Seymour J.
• Find the DD/dataset allocations for a job, mike@xxxxxxxxxxxx
  • Re: Find the DD/dataset allocations for a job, billlalonde
    • Re: Find the DD/dataset allocations for a job, Mike Shorkend
  • <Possible follow-ups>
  • Re: Find the DD/dataset allocations for a job, Gilbert Saint-Flour
  • RE: Find the DD/dataset allocations for a job, Rob Scott
    • Re: Find the DD/dataset allocations for a job, Mike Shorkend
• [Rexx on z/Os]Point to particular member of PDS, Marco Gianfranco Indaco
  • RE: [Rexx on z/Os]Point to particular member of PDS, Charles Mills
  • Re: [Rexx on z/Os]Point to particular member of PDS, Shmuel Metz , Seymour J.
    • Re: [Rexx on z/Os]Point to particular member of PDS, Marco Gianfranco Indaco
  • <Possible follow-ups>
  • Re: [Rexx on z/Os]Point to particular member of PDS, Marco Gianfranco Indaco
    • Re: [Rexx on z/Os]Point to particular member of PDS, Marco Gianfranco Indaco
      • Re: [Rexx on z/Os]Point to particular member of PDS, Brendan Friel
      • Re: [Rexx on z/Os]Point to particular member of PDS, Marco Gianfranco Indaco
      • RE: [Rexx on z/Os]Point to particular member of PDS, Charles Mills
      • Re: [Rexx on z/Os]Point to particular member of PDS, Marco Gianfranco Indaco
      • Re: [Rexx on z/Os]Point to particular member of PDS, Barry Schwarz
  • Re: [Rexx on z/Os]Point to particular member of PDS, jim harrison
  • Re: [Rexx on z/Os]Point to particular member of PDS, gilmap
  • SV: [Rexx on z/Os]Point to particular member of PDS, thomas . berg
• Re: IPCS question, Barbara Nitz
  • Re: IPCS question, Robert Wright
  • <Possible follow-ups>
  • Re: IPCS question, Barbara Nitz
• Re: What SMP steps are needed, Paul Gilmartin
• Help for FTP/RACF/PassTicket, Charles Mills
• Does DDNAME=? override SUBSYS=?, Farley, Peter x23353
  • Re: Does DDNAME=? override SUBSYS=?, Ulrich Krueger
  • Re: Does DDNAME=? override SUBSYS=?, Rich Tabor
  • Re: Does DDNAME=? override SUBSYS=?, Rich Tabor
  • Re: Does DDNAME?? override SUBSYS??, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Does DDNAME=? override SUBSYS=?, Farley, Peter x23353
  • RE: Does DDNAME=? override SUBSYS=?, Farley, Peter x23353
  • RE: Does DDNAME=? override SUBSYS=?, Farley, Peter x23353
• Old SMFDUMP issue, Jon Brock
  • Re: Old SMFDUMP issue, Joel Wolpert
• StorageTek DASD?, Hal Merritt
  • Re: StorageTek DASD?, Joel Wolpert
  • RE: StorageTek DASD?, Ron and Jenny Hawkins
  • RE: StorageTek DASD?, Steve Bui
  • <Possible follow-ups>
  • RE: StorageTek DASD?, Hal Merritt
• MIDAW on non-IBM Devices, ClarkTuneWW
• Re: when is an error message NOT an error? SK97, Gilbert Saint-Flour
• zSeries: Big Plans Ahead?, Ed Gould
  • Re: zSeries: Big Plans Ahead?, Willi Domroese
    • Re: zSeries: Big Plans Ahead?, mcknight-b-a
  • <Possible follow-ups>
  • Fwd: zSeries: Big Plans Ahead?, Ed Gould
  • zSeries: Big Plans Ahead?, Phil Payne
• COBOL FS=97 (was: when is an error message NOT an error?, Bill Klein
• Billing for SRB Time, ClarkTuneWW
  • Re: Billing for SRB Time, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Billing for SRB Time, Ted MacNEIL
  • RE: Billing for SRB Time, Lopez, Rich [NCSUS]
  • RE: Billing for SRB Time, Clark, Kevin D, HRC-Alexandria/EDS
  • Re: Billing for SRB Time, Tom Schmidt
  • RE: Billing for SRB Time, McKown, John
    • Re: Billing for SRB Time, Edward E. Jaffe
  • RE: Billing for SRB Time, Klein, Kevin
  • RE: Billing for SRB Time, McKown, John
    • Re: Billing for SRB Time, Edward E. Jaffe
  • RE: Billing for SRB Time, Craddock, Chris
  • RE: Billing for SRB Time, Craddock, Chris
  • Re: Billing for SRB Time, Don Deese
  • Re: Billing for SRB Time, Tom Schmidt
  • RE: Billing for SRB Time, Craddock, Chris
    • Re: Billing for SRB Time, Shmuel Metz , Seymour J.
  • Re: Billing for SRB Time, Tom Schmidt
    • Re: Billing for SRB Time, Shmuel Metz , Seymour J.
  • Re: Billing for SRB Time, Ted MacNEIL
  • Re: Billing for SRB Time, Tom Schmidt
    • Re: Billing for SRB Time, Edward E. Jaffe
  • Re: Billing for SRB Time, Tom Schmidt
  • RE: Billing for SRB Time, Craddock, Chris
• SMSPLEX shared Between Sysplexes, Lucas Morton
  • Betr.: SMSPLEX shared Between Sysplexes, G. van Arnhem
• Re: Catch tso command output from programs using ISPEXEC-interface, Seremis
  • Re: Catch tso command output from programs using ISPEXEC-interface, Walt Farrell
    • Re: Catch tso command output from programs using ISPEXEC-interface, Willy Jensen
• COBOL Phenomenon, Gerry . Anstey
  • <Possible follow-ups>
  • RE: COBOL Phenomenon, Chase, John
  • Re: COBOL Phenomenon, Gerry . Anstey
• Retrieve Jobname, SMFID or Machine Name Assembler Code, Jim Franklin
  • RE: Retrieve Jobname, SMFID or Machine Name Assembler Code, Charles Mills
    • Re: Retrieve Jobname, SMFID or Machine Name Assembler Code, Edward E. Jaffe
      • RE: Retrieve Jobname, SMFID or Machine Name Assembler Code, Charles Mills
• when is an error message NOT an error?, pdc
  • Re: when is an error message NOT an error?, pdc
  • Re: when is an error message NOT an error?, howard . brazee
  • <Possible follow-ups>
  • Re: when is an error message NOT an error?, Vernooy, C.P. - SPLXM
    • Re: when is an error message NOT an error?, pdc
• IRB Question, Vic Petrone
  • Re: IRB Question, Walt Farrell
    • Re: IRB Question, Walt Farrell
      • Re: IRB Question, Vic Petrone
      • Re: IRB Question, Walt Farrell
      • Re: IRB Question, Vic Petrone
    • Re: IRB Question, Vic Petrone
      • Re: IRB Question, Walt Farrell
      • Re: IRB Question, Vic Petrone
  • <Possible follow-ups>
  • Re: IRB Question, Mark Thomen
• REXX Problem, Stephen M. Wiegand
  • Re: REXX Problem, Vic Petrone
  • RE: REXX Problem, Dave Salt
    • Re: REXX Problem, Stephen M. Wiegand
  • Re: REXX Problem, Shmuel Metz , Seymour J.
    • Re: REXX Problem, Stephen M. Wiegand
      • Re: REXX Problem, Willy Jensen
  • Re: REXX Problem, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: REXX Problem, Rob Scott
  • Re: REXX Problem, Ted MacNEIL
    • Re: REXX Problem, Shmuel Metz , Seymour J.
  • Re: REXX Problem, Brian Peterson
    • Re: REXX Problem, Vic Petrone
  • Re: REXX Problem, Stephen M. Wiegand
  • RE: REXX Problem, Rob Scott
    • RE: REXX Problem, Charles Mills
    • Re: REXX Problem, Shmuel Metz , Seymour J.
  • Re: REXX Problem, Ted MacNEIL
  • Re: REXX Problem, gilmap
    • Re: REXX Problem, Edward E. Jaffe
  • Re: REXX Problem, Paul Gilmartin
    • Re: REXX Problem, Shmuel Metz , Seymour J.
  • RE: REXX Problem, Hunkeler Peter , KRDO 4
    • Re: REXX Problem, Shmuel Metz , Seymour J.
  • RE: REXX Problem, Rob Scott
    • Re: REXX Problem, Edward E. Jaffe
      • Re: REXX Problem, Shmuel Metz , Seymour J.
    • Re: REXX Problem, Shmuel Metz , Seymour J.
  • Re: REXX Problem, Ted MacNEIL
  • RE: REXX Problem, Rob Scott
  • RE: REXX Problem, Rob Scott
  • Re: REXX Problem, Ted MacNEIL
  • RE: REXX Problem, Rob Scott
    • Re: REXX Problem, Shmuel Metz , Seymour J.
    • Re: REXX Problem, Shmuel Metz , Seymour J.
  • Re: REXX Problem, gilmap
  • RE: REXX Problem, Rob Scott
  • Re: REXX Problem, Mark Zelden
    • Re: REXX Problem, maton_man
  • Re: REXX Problem, Ted MacNEIL
  • RE: REXX Problem, Rob Scott
    • Re: REXX Problem, Shmuel Metz , Seymour J.
  • RE: REXX Problem, Hunkeler Peter , KRDO 4
  • Re: REXX Problem, Joel Wolpert
  • RE: REXX Problem, Rob Scott
    • Re: REXX Problem, Shmuel Metz , Seymour J.
    • Re: REXX Problem, Dave Salt
  • RE: REXX Problem, Rob Scott
  • RE: REXX Problem, Rob Scott
  • Re: REXX Problem, Mark Zelden
  • RE: REXX Problem, Nix, Robert P.
  • Re: REXX Problem, David Speake
• OSA question - fallover, McKown, John
  • Re: OSA question - fallover, John S. Giltner, Jr.
  • Re: OSA question - fallover, Chris Mason
    • Re: OSA question - fallover, Philip Van Daele
  • Re: OSA question - fallover, Chris Mason
  • Re: OSA question - fallover, Chris Mason
  • <Possible follow-ups>
  • Re: OSA question - fallover, Arturo Juarez
• What starts Netview?, mcknight-b-a
  • Re: What starts Netview?, John Eells
  • <Possible follow-ups>
  • RE: What starts Netview?, Knutson, Sam
    • Re: What starts Netview?, Craig Gordon
      • Re: What starts Netview?, mcknight-b-a
  • Re: What starts Netview?, Patrick O'Keefe
  • Re: What starts Netview?, Patrick O'Keefe
    • Re: What starts Netview?, mcknight-b-a
      • Re: What starts Netview?, John Eells
      • Re: What starts Netview?, mcknight-b-a
    • Re: What starts Netview?, Chris Mason
  • RE: What starts Netview?, Knutson, Sam
    • Re: What starts Netview?, Chris Mason
      • Re: What starts Netview?, Eric Chevalier
      • Re: What starts Netview?, Chris Mason
      • Re: What starts Netview?, mcknight-b-a
• Interview with Fredrick Brooks, David Alcock
  • Re: Interview with Fredrick Brooks, John P Kalinich
    • Re: [IBM-MAIN] Interview with Fredrick Brooks, Marian Gasparovic
      • Re: Interview with Fredrick Brooks, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Interview with Fredrick Brooks, Richards.Bob
  • FW: Interview with Fredrick Brooks, Robert Lawrence
  • Re: FW: Interview with Fredrick Brooks, Efinnell15
• Re: IPCS Standard Print Service, Todd Burch
  • Re: IPCS Standard Print Service, Robert Wright
    • Re: IPCS Standard Print Service, Todd Burch
    • Re: IPCS Standard Print Service, Shmuel Metz , Seymour J.
      • IPCS The Movie: LOST IN SPACE, er... DATA SPACE, Todd Burch
      • Re: IPCS The Movie: LOST IN SPACE, er... DATA SPACE, Robert Wright
      • Re: IPCS The Movie: LOST IN SPACE, er... DATA SPACE, Todd Burch
• SMS LPAR, Lars Jansson
  • <Possible follow-ups>
  • RE: SMS LPAR, Richards.Bob
    • Re: SMS LPAR, Steve Arnett
    • Re: SMS LPAR, Steve Arnett
  • Re: SMS LPAR, Steve Arnett
• IPCS question., McKown, John
  • Re: IPCS question., Robert Wright
  • <Possible follow-ups>
  • RE: IPCS question., Craddock, Chris
  • RE: IPCS question., McKown, John
• How SMFDUMP works?, Víctor de la Fuente
  • Re: How SMFDUMP works?, "Robert A. Rosenberg"
  • <Possible follow-ups>
  • RE: How SMFDUMP works?, Knutson, Sam
  • Re: How SMFDUMP works?, Víctor de la Fuente
    • Re: How SMFDUMP works?, Walt Farrell
  • Re: How SMFDUMP works?, Vernooy, C.P. - SPLXM
    • Re: How SMFDUMP works?, Víctor de la Fuente
    • Re: How SMFDUMP works?, Ed Gould
  • Re: How SMFDUMP works?, Vernooy, C.P. - SPLXM
    • Re: How SMFDUMP works?, Víctor de la Fuente
      • Re: How SMFDUMP works?, Shane Ginnane
      • Re: How SMFDUMP works?, Paul Gillis
      • Intertest, Brian Thomas
      • Re: Intertest, rtsujimoto_consultant
  • RE: How SMFDUMP works?, Knutson, Sam
    • Re: How SMFDUMP works?, Víctor de la Fuente
  • Re: How SMFDUMP works?, Bruce Hewson
    • Re: How SMFDUMP works?, Ed Gould
      • Re: How SMFDUMP works?, "Robert A. Rosenberg"
  • RE: How SMFDUMP works?, Knutson, Sam
  • RE: How SMFDUMP works?, Knutson, Sam
    • Listdsi scppeenu on zOS 1.7, mark . pace
  • Re: How SMFDUMP works?, Vernooy, C.P. - SPLXM
  • RE: How SMFDUMP works?, Knutson, Sam
  • RE: How SMFDUMP works?, Imbriale, Donald , Exchange
  • RE: How SMFDUMP works?, Knutson, Sam
    • Re: How SMFDUMP works?, Víctor de la Fuente
  • RE: How SMFDUMP works?, Imbriale, Donald , Exchange
    • Re: How SMFDUMP works?, Víctor de la Fuente
  • Re: How SMFDUMP works?, Ted MacNEIL
  • Re: How SMFDUMP works?, Bruce Hewson
    • Re: How SMFDUMP works?, Ed Gould
  • RE: How SMFDUMP works?, Knutson, Sam
    • Re: How SMFDUMP works?, Víctor de la Fuente
  • RE: How SMFDUMP works?, Imbriale, Donald , Exchange
    • Re: How SMFDUMP works?, Víctor de la Fuente
• Fetch failed after UNALLOCATE LLA., Peter Relson
• National ID card processing?, as400
  • Re: National ID card processing?, as400
  • Re: National ID card processing?, Tom Longfellow
    • Re: National ID card processing?, as400
      • Re: National ID card processing?, Dan Espen
      • Re: National ID card processing?, as400
      • Re: National ID card processing?, Joel C. Ewing
  • <Possible follow-ups>
  • RE: National ID card processing?, Pommier, Rex R.
  • RE: National ID card processing?, Chase, John
  • RE: National ID card processing?, McKown, John
  • RE: National ID card processing?, Hal Merritt
  • RE: National ID card processing?, Imbriale, Donald , Exchange
  • Re: National ID card processing?, Efinnell15
  • Re: National ID card processing?, Stephen M. Wiegand
  • RE: National ID card processing?, Jon Brock
    • Re: National ID card processing?, Chris Mason
      • Re: National ID card processing?, Shmuel Metz , Seymour J.
    • Re: National ID card processing?, Ed Gould
  • Re: National ID card processing?, Eric-PHmining
  • Re: National ID card processing?, pierreau
  • RE: National ID card processing?, Chase, John
• Re: SNA 3270 to IP TN3270 Conversion \u2013 Data Stream Encryption, Timothy Sipples
• Trio of IBM Systems & Technology Group No-Charge Classes, Timothy Sipples
• Webcast: Port Microsoft .NET Applications to J2EE Linux, Timothy Sipples
• DFSMS message help, Mike Hawkins
  • <Possible follow-ups>
  • Re: DFSMS message help, Mark Thomen
    • Re: DFSMS message help, David Andrews
  • Re: DFSMS message help, Mark Thomen
• IKJ56876I, gilmap
  • Re: IKJ56876I, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: IKJ56876I, gilmap
    • Re: IKJ56876I, Shmuel Metz , Seymour J.
  • Re: IKJ56876I, Joel Wolpert
  • Re: IKJ56876I, Brian Peterson
    • Re: IKJ56876I, Robert Wright
    • Re: IKJ56876I, Shmuel Metz , Seymour J.
  • Re: IKJ56876I, gilmap
    • Re: IKJ56876I, Robert Wright
  • Re: IKJ56876I, David Alcock
    • Re: IKJ56876I, Shmuel Metz , Seymour J.
• TN3270 Question, as400
  • Re: TN3270 Question, John S. Giltner, Jr.
    • RE: TN3270 Question, Charles Mills
      • Re: TN3270 Question, David Wade
    • Re: TN3270 Question, Chris Mason
  • <Possible follow-ups>
  • Re: TN3270 Question, Patrick O'Keefe
    • Re: TN3270 Question, Chris Mason
    • Re: TN3270 Question, Shmuel Metz , Seymour J.
    • Re: TN3270 Question, Chris Mason
      • Re: TN3270 Question, Shmuel Metz , Seymour J.
      • Re: TN3270 Question, Chris Mason
      • Re: TN3270 Question, Shmuel Metz , Seymour J.
      • Re: TN3270 Question, Chris Mason
      • Re: TN3270 Question, Shmuel Metz , Seymour J.
  • Re: TN3270 Question, Patrick O'Keefe
• SNA 3270 to IP TN3270 Conversion ? Data Stream Encryption, Michael W. Moss
• IEFSSREQ, Jose Adauto Ribeiro
  • Re: IEFSSREQ, David Andrews
• BTAM on Zos 1.7, dpate
  • Re: BTAM on Zos 1.7, mcknight-b-a
    • Re: BTAM on Zos 1.7, Neal Eckhardt
  • <Possible follow-ups>
  • RE: BTAM on Zos 1.7, Staller, Allan
  • Re: BTAM on Zos 1.7, Ed Rabara
  • RE: BTAM on Zos 1.7, Lopez, Rich [NCSUS]
    • Re: BTAM on Zos 1.7, Howard Rifkind
    • Re: BTAM on Zos 1.7, mcknight-b-a
  • Re: BTAM on Zos 1.7, dpate
  • RE: BTAM on Zos 1.7, Lopez, Rich [NCSUS]
• z/OS on the ISERIES, John_Thinnes
  • <Possible follow-ups>
  • Re: z/OS on the ISERIES, Imbriale, Don
  • z/OS on the ISERIES, Phil Payne
    • Re: z/OS on the ISERIES, John S. Giltner, Jr.
  • Re: z/OS on the ISERIES, Gilbert Saint-Flour
  • z/OS on the ISERIES, Phil Payne
    • RE: z/OS on the ISERIES, Charles Mills
      • Re: z/OS on the ISERIES, John S. Giltner, Jr.
      • Re: z/OS on the ISERIES, R.S.
      • RE: z/OS on the ISERIES, Ray Mullins
    • Re: z/OS on the ISERIES, Shmuel Metz , Seymour J.
  • Re: z/OS on the ISERIES, Shmuel Metz , Seymour J.
    • RE: z/OS on the ISERIES, Ray Mullins
  • Re: z/OS on the ISERIES, Shmuel Metz , Seymour J.
• System/360 Chronology, Phil Payne
• FFST Abend at Startup, Miller, Pat
  • RE: FFST Abend at Startup, Lizette Koehler
  • Re: FFST Abend at Startup, Ulrich Krueger
    • Re: FFST Abend at Startup, Shmuel Metz , Seymour J.
      • Re: FFST Abend at Startup, Binyamin Dissen
      • signoff, Philip Van Daele
  • Re: FFST Abend at Startup, Shmuel Metz , Seymour J.
    • Re: FFST Abend at Startup, Edward E. Jaffe
  • <Possible follow-ups>
  • Re: FFST Abend at Startup, Brian Peterson
  • RE: FFST Abend at Startup, Knutson, Sam
  • RE: FFST Abend at Startup, Miller, Pat
    • Re: FFST Abend at Startup, Bob Rutledge
  • RE: FFST Abend at Startup, McKown, John
  • RE: FFST Abend at Startup, Miller, Pat
    • RE: FFST Abend at Startup, Lizette Koehler
    • Re: FFST Abend at Startup, Ulrich Krueger
  • FW: FFST Abend at Startup, Miller, Pat
• Migration to Shark, Kittendorf, Craig
  • Re: Migration to Shark, Bruce Black
    • Re: Migration to Shark, Joel C. Ewing
  • <Possible follow-ups>
  • RE: Migration to Shark, Kittendorf, Craig
  • Re: Migration to Shark, BOB.COSBY@xxxxxxxxxxxx>
  • RE: Migration to Shark, Kittendorf, Craig
  • RE: Migration to Shark, Knutson, Sam
  • RE: Migration to Shark, Hal Merritt
    • Re: What SMP steps are needed, Ale Eba
      • Re: What SMP steps are needed, JO . Skip . Robinson
      • Re: What SMP steps are needed, Shmuel Metz , Seymour J.
• DB2 V8 no Syncsort (was RE: RSM tuning), McKown, John
  • <Possible follow-ups>
  • Re: DB2 V8 no Syncsort (was RE: RSM tuning), Mark Zelden
• Number of extents on an HFS dataset., Howard Rifkind
  • Re: Number of extents on an HFS dataset., pdc
  • <Possible follow-ups>
  • Re: Number of extents on an HFS dataset., Ted MacNEIL
    • Re: Number of extents on an HFS dataset., R.S.
  • RE: Number of extents on an HFS dataset., Imbriale, Donald , Exchange
  • Re: Number of extents on an HFS dataset., Bruno Sugliani
    • Re: Number of extents on an HFS dataset., Bruce Black
  • Re: Number of extents on an HFS dataset., gilmap
• PROLOG & EPILOG, mcknight-b-a
• Fecth failed after UNALLOCATE LLA., mscarpa
  • Re: Fecth failed after UNALLOCATE LLA., Vic
  • Re: Fecth failed after UNALLOCATE LLA., Vic
    • Re: Fecth failed after UNALLOCATE LLA., Joel C. Ewing
      • Re: Fecth failed after UNALLOCATE LLA., Vic
  • <Possible follow-ups>
  • RE: Fecth failed after UNALLOCATE LLA., Knutson, Sam
• z/OS 1.7 JES2 Exit migration info, Tim Schnorr
  • Re: z/OS 1.7 JES2 Exit migration info, Edward E. Jaffe
• DFSORT performance data, Khu Yi Ming
  • <Possible follow-ups>
  • RE: DFSORT performance data, Hal Merritt
  • Re: DFSORT performance data, Khu Yi Ming
  • RE: DFSORT performance data, Hal Merritt
    • Re: DFSORT performance data, Ed Gould
  • RE: DFSORT performance data, Blaicher, Chris
• use of pax to copy files, pdc
  • Re: use of pax to copy files, Kurt Quackenbush
    • Re: use of pax to copy files, pdc
• NFS documentation, Lester, Bob
• Another Bank Loses Tape, Ed Gould
• Deleting a Catlog entry aka DSN not on Voluem, Howard Rifkind
  • Re: Deleting a Catlog entry aka DSN not on Voluem, Bruce Black
  • <Possible follow-ups>
  • Fwd: Deleting a Catlog entry aka DSN not on Voluem, Howard Rifkind
  • Fw: Deleting a Catlog entry aka DSN not on Voluem, Mark Thomen
    • Re: Fw: Deleting a Catlog entry aka DSN not on Voluem, Tom Brannon
• HSM - VTS Versus 3494, Jim Marshall
  • Re: HSM - VTS Versus 3494, Bruce Black
  • Re: HSM - VTS Versus 3494, R.S.
  • <Possible follow-ups>
  • Re: HSM - VTS Versus 3494, Bruno Sugliani
• RESP and Rexx OPER command, MainMan
• API for HMC, pdc
• PSP Buckets for new z/OS, alan . schwartz
  • <Possible follow-ups>
  • RE: PSP Buckets for new z/OS, Toole, Michael
    • Re: PSP Buckets for new z/OS, alan . schwartz
    • Re: PSP Buckets for new z/OS, mcknight-b-a
  • RE: PSP Buckets for new z/OS, Toole, Michael
    • Re: PSP Buckets for new z/OS, alan . schwartz
  • Re: PSP Buckets for new z/OS, Arturo Juarez
• Third Party Maintenance Providers, Larry Kraus
• SMPE novice question - expanding and zapping a load module, Support, DUNNIT SYSTEMS LTD.
  • Re: SMPE novice question - expanding and zapping a load module, Binyamin Dissen
  • <Possible follow-ups>
  • RE: SMPE novice question - expanding and zapping a load module, Schiradin,Roland HG-Dir itb-db/dc
• DB2 v8 cannot use Syncsort (was: RE: RSM tuning), McKown, John
  • <Possible follow-ups>
  • Re: DB2 v8 cannot use Syncsort (was: RE: RSM tuning), Ted MacNEIL
  • RE: DB2 v8 cannot use Syncsort (was: RE: RSM tuning), Dean Montevago
  • RE: DB2 v8 cannot use Syncsort (was: RE: RSM tuning), Johnson, William
  • RE: DB2 v8 cannot use Syncsort (was: RE: RSM tuning), Dean Montevago
  • RE: DB2 v8 cannot use Syncsort (was: RE: RSM tuning), Hylton Tom P
    • Re: DB2 v8 cannot use Syncsort (was: RE: RSM tuning), Joel C. Ewing
      • Re: DB2 v8 cannot use Syncsort (was: RE: RSM tuning), Todd Burch
  • RE: DB2 v8 cannot use Syncsort (was: RE: RSM tuning), Knutson, Sam
  • Re: DB2 v8 cannot use Syncsort (was: RE: RSM tuning), Mark Zelden
    • RE: DB2 v8 cannot use Syncsort (was: RE: RSM tuning), Wayne Driscoll
    • Re: DB2 v8 cannot use Syncsort (was: RE: RSM tuning), Ed Gould
  • Re: DB2 v8 cannot use Syncsort (was: RE: RSM tuning), Mark Zelden
• ADTMAG Article - Big Iron pessimism persists, John Wynton
  • Re: ADTMAG Article - Big Iron pessimism persists, mcknight-b-a
    • Re: ADTMAG Article - Big Iron pessimism persists, howard . brazee
      • Re: ADTMAG Article - Big Iron pessimism persists, mcknight-b-a
  • <Possible follow-ups>
  • RE: ADTMAG Article - Big Iron pessimism persists, Hal Merritt
• DFSORT E15/E35 Exits in C++ ???, Steve . Bagshaw
• Upcoming IBM Proof-of-Technology (PoT) Sessions, Timothy Sipples
• converting a 3590E cartridge to a 3590B, גדי בן אבי
  • Re: converting a 3590E cartridge to a 3590B, Bruce Black
    • RE: converting a 3590E cartridge to a 3590B, ??? ?? ???
• rc 2129 when calling MQSeries from REXX on z/OS, Stefan
  • Re: rc 2129 when calling MQSeries from REXX on z/OS, Dave
    • Re: rc 2129 when calling MQSeries from REXX on z/OS, Stefan
• CICS installation tape to file, Jerry Ragland
  • <Possible follow-ups>
  • RE: CICS installation tape to file, גדי בן אבי
  • RE: CICS installation tape to file, McKown, John
  • RE: CICS installation tape to file, Schiradin,Roland HG-Dir itb-db/dc
    • Re: CICS installation tape to file, Ed Gould
• SSP in PL/I or Fortran, gah
  • Re: SSP in PL/I or Fortran, Alan C. Field
  • <Possible follow-ups>
  • Re: SSP in PL/I or Fortran, Jim Marshall
    • Re: SSP in PL/I or Fortran, Shmuel Metz , Seymour J.
      • Re: [IBM-MAIN] SSP in PL/I or Fortran, Jay Maynard
  • RE: SSP in PL/I or Fortran, McKown, John
    • Re: SSP in PL/I or Fortran, George J Shedlock
      • Re: [IBM-MAIN] SSP in PL/I or Fortran, Jay Maynard
      • Re: SSP in PL/I or Fortran, George J Shedlock
  • Re: SSP in PL/I or Fortran, Efinnell15
  • RE: SSP in PL/I or Fortran, McKown, John
    • Re: SSP in PL/I or Fortran, Shmuel Metz , Seymour J.
  • Re: SSP in PL/I or Fortran, Ted MacNEIL
  • Re: SSP in PL/I or Fortran, Efinnell15
• Experience with IBM Poughkeepsire Outsourcing environment, William McKinley
  • Re: Experience with IBM Poughkeepsire Outsourcing environment, Ed Gould
• Disk DS8000 and XRC experience, William McKinley
• Trying to find proper Red Book for Websphere Info, John F. Regus
  • Re: Trying to find proper Red Book for Websphere Info, Willi Domroese
    • Re: Trying to find proper Red Book for Websphere Info, John F. Regus
  • Re: Trying to find proper Red Book for Websphere Info, Chris Mason
• IBM and Mainstar Announcement, Colleen Gordon
• Disaster Recovery and the Use of Aliases to Save Typing VOLSERS In., Robert Pelletier
  • RE: Disaster Recovery and the Use of Aliases to Save Typing VOLSERS In., Don Bolton
  • <Possible follow-ups>
  • RE: Disaster Recovery and the Use of Aliases to Save Typing VOLSERS In., McKown, John
  • RE: Disaster Recovery and the Use of Aliases to Save Typing VOLSERS In., Robert Pelletier
  • RE: Disaster Recovery and the Use of Aliases to Save Typing VOLSERS In., McKown, John
• RE: [IBM-MAIN] Mainstar, Ken . Porowski
• CA-TSS R8 and CICS 4.1, Kreiter, Chuck
• RE: Z890 and z990 Exploitatio Feature, Knutson, Sam
  • <Possible follow-ups>
  • Re: Z890 and z990 Exploitatio Feature, Dave Kopischke
  • RE: Z890 and z990 Exploitatio Feature, Staller, Allan
• Latest from Denver, Steve Comstock
  • Re: Latest from Denver, howard . brazee
    • Re: Latest from Denver, Chris Hoelscher
    • Re: Latest from Denver, Steve Comstock
  • Re: Latest from Denver, Bruce Black
  • Re: Latest from Denver, justirw
  • Re: Latest from Denver, Ed Gould
  • <Possible follow-ups>
  • RE: Latest from Denver, Chase, John
    • Re: Latest from Denver, Shmuel Metz , Seymour J.
• Re: how to allow separator pages, job by job?, Efinnell15
  • Re: how to allow separator pages, job by job?, Chris Hoelscher
  • <Possible follow-ups>
  • Re: how to allow separator pages, job by job?, Efinnell15
    • Re: how to allow separator pages, job by job?, Chris Hoelscher
  • Re: how to allow separator pages, job by job?, Ulrich Krueger
  • RE: how to allow separator pages, job by job?, Hunkeler Peter , KRDO 4
• USS Virus Scanner, PERRY MAYES
  • Re: USS Virus Scanner, A. Harry Williams
  • <Possible follow-ups>
  • Re: USS Virus Scanner, Timothy Sipples
  • Re: USS Virus Scanner, Arturo Juarez
• RE: Does any have a program that can delete non-standard member n ames from a PDS, Stocker, Herman
• limited Numbers of TSO users on z/OS.e, John Cousins
  • Re: limited Numbers of TSO users on z/OS.e, John S. Giltner, Jr.
  • Re: limited Numbers of TSO users on z/OS.e, wdomroese
  • Re: limited Numbers of TSO users on z/OS.e, Shmuel Metz , Seymour J.
    • Re: limited Numbers of TSO users on z/OS.e, Walter Marguccio
      • Re: limited Numbers of TSO users on z/OS.e, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: limited Numbers of TSO users on z/OS.e, Knutson, Sam
  • Re: limited Numbers of TSO users on z/OS.e, gilmap
  • RE: limited Numbers of TSO users on z/OS.e, Gibney, Dave
  • Re: limited Numbers of TSO users on z/OS.e, John Cousins
    • Re: limited Numbers of TSO users on z/OS.e, Walter Marguccio
  • Re: limited Numbers of TSO users on z/OS.e, Peter Relson
    • RE: limited Numbers of TSO users on z/OS.e, Wayne Driscoll
    • Re: limited Numbers of TSO users on z/OS.e, R.S.
    • Re: limited Numbers of TSO users on z/OS.e, Shmuel Metz , Seymour J.
  • RE: limited Numbers of TSO users on z/OS.e, Chase, John
  • Re: limited Numbers of TSO users on z/OS.e, Vernooy, C.P. - SPLXM
    • Re: limited Numbers of TSO users on z/OS.e, R.S.
    • Re: limited Numbers of TSO users on z/OS.e, Ed Gould
  • RE: limited Numbers of TSO users on z/OS.e, Hal Merritt
    • Re: limited Numbers of TSO users on z/OS.e, Walter Marguccio
      • Re: limited Numbers of TSO users on z/OS.e, John S. Giltner, Jr.
      • Re: limited Numbers of TSO users on z/OS.e, Walter Marguccio
  • Re: limited Numbers of TSO users on z/OS.e, gilmap
  • RE: limited Numbers of TSO users on z/OS.e, McKown, John
    • Re: limited Numbers of TSO users on z/OS.e, Shmuel Metz , Seymour J.
  • Re: limited Numbers of TSO users on z/OS.e, Ted MacNEIL
  • Re: limited Numbers of TSO users on z/OS.e, Gilbert Saint-Flour
  • RE: limited Numbers of TSO users on z/OS.e, Greg Shirey
    • RE: limited Numbers of TSO users on z/OS.e, Chuck Arney
  • RE: limited Numbers of TSO users on z/OS.e, Craddock, Chris
  • Re: limited Numbers of TSO users on z/OS.e, Arthur T.
  • Re: limited Numbers of TSO users on z/OS.e, Tom Schmidt
    • RE: limited Numbers of TSO users on z/OS.e, Charles Mills
  • Re: limited Numbers of TSO users on z/OS.e, Eric-PHmining
  • Re: limited Numbers of TSO users on z/OS.e, Tom Russell
    • Re: limited Numbers of TSO users on z/OS.e, Walter Marguccio
  • Re: limited Numbers of TSO users on z/OS.e, Ted MacNEIL
    • Re: limited Numbers of TSO users on z/OS.e, David Wade
    • RE: limited Numbers of TSO users on z/OS.e, Charles Mills
  • limited Numbers of TSO users on z/OS.e, Phil Payne
  • RE: limited Numbers of TSO users on z/OS.e, Hal Merritt
  • RE: limited Numbers of TSO users on z/OS.e, Hal Merritt
  • Re: limited Numbers of TSO users on z/OS.e, Ted MacNEIL
  • RE: limited Numbers of TSO users on z/OS.e, Hal Merritt
• RE: Mainstar, Youngren, Carl@xxxxxxxxxxxx>
  • <Possible follow-ups>
  • Re: Mainstar, Dave Kopischke
  • RE: Mainstar, Bob Shannon
• DB2 Data Sharing, norrizam md noor
  • <Possible follow-ups>
  • Re: DB2 Data Sharing, Ibmmain
• z/OS 1.6 JES2 NJE link, Roger . Davis
  • Re: z/OS 1.6 JES2 NJE link, Chris Mason
    • Re: z/OS 1.6 JES2 NJE link, Shmuel Metz , Seymour J.
      • Re: z/OS 1.6 JES2 NJE link, Chris Mason
    • Re: z/OS 1.6 JES2 NJE link, Chris Mason
      • Re: z/OS 1.6 JES2 NJE link, Roger . Davis
  • Re: z/OS 1.6 JES2 NJE link, Shmuel Metz , Seymour J.
    • Re: z/OS 1.6 JES2 NJE link, Chris Mason
  • <Possible follow-ups>
  • Re: z/OS 1.6 JES2 NJE link, Martin Kline
    • Re: z/OS 1.6 JES2 NJE link, Roger . Davis
  • Re: z/OS 1.6 JES2 NJE link, Martin Kline
• RE: [IBM-MAIN] SMSPDSE - Any type of Display, Ken . Porowski
• OAT and devices, Eric
• File 'cookiejar.bin' when viewing IBM HTML manuals on the WEB, Support, DUNNIT SYSTEMS LTD.
  • Re: [IBM-MAIN] File 'cookiejar.bin' when viewing IBM HTML manuals on the WEB, Steve Flynn
  • <Possible follow-ups>
  • Re: File 'cookiejar.bin' when viewing IBM HTML manuals on the WEB, Support, DUNNIT SYSTEMS LTD.
• loading task not secure, Miklos Szigetvari
  • Re: loading task not secure, Binyamin Dissen
  • Re: loading task not secure, michel . roux
  • <Possible follow-ups>
  • RE: loading task not secure, Craddock, Chris
    • RE: loading task not secure, Miklos Szigetvari
• DFSMShsm & 3592 carts & money and Capacity, Gibney, Dave
• DB2 does not accept command, Glen.Gasior
  • Re: DB2 does not accept command, Joel C. Ewing
  • <Possible follow-ups>
  • RE: DB2 does not accept command, Hylton Tom P
• SHARE 2006, Gene Muszak
  • RE: SHARE 2006, Pam Carver
  • Re: SHARE 2006, Alan C. Field
  • <Possible follow-ups>
  • RE: SHARE 2006, Bob Shannon
  • RE: SHARE 2006, Chase, John
  • RE: SHARE 2006, turner, mark
  • Re: SHARE 2006, John Laubenheimer
• DFSMShsm & 3592 carts & money, McKown, John
  • Re: DFSMShsm & 3592 carts & money, Paul Gillis
  • <Possible follow-ups>
  • RE: DFSMShsm & 3592 carts & money, Hal Merritt
    • Re: DFSMShsm & 3592 carts & money, pauls2272
    • Re: DFSMShsm & 3592 carts & money, R.S.
      • Re: DFSMShsm & 3592 carts & money, Joel C. Ewing
  • RE: DFSMShsm & 3592 carts & money, McKown, John
  • Re: DFSMShsm & 3592 carts & money, Shane Ginnane
    • RE: DFSMShsm & 3592 carts & money, Ron and Jenny Hawkins
      • Re: DFSMShsm & 3592 carts & money, Shane Ginnane
  • RE: DFSMShsm & 3592 carts & money, Gibney, Dave
    • Re: DFSMShsm & 3592 carts & money, ibm-main
  • RE: DFSMShsm & 3592 carts & money, Chase, John
  • RE: DFSMShsm & 3592 carts & money, McKown, John
  • RE: DFSMShsm & 3592 carts & money, McKown, John
  • RE: DFSMShsm & 3592 carts & money, Traylor, Terry
  • RE: DFSMShsm & 3592 carts & money, Chase, John
    • how to allow separator pages, job by job?, Chris Hoelscher
      • Re: how to allow separator pages, job by job?, Neal Eckhardt
  • Re: DFSMShsm & 3592 carts & money, Ulrich Krueger
  • RE: DFSMShsm & 3592 carts & money, Hal Merritt
    • Re: DFSMShsm & 3592 carts & money, R.S.
      • Message not available
      • Re: DFSMShsm & 3592 carts & money, R.S.
      • Re: DFSMShsm & 3592 carts & money, Joel C. Ewing
      • Re: DFSMShsm & 3592 carts & money, Joel C. Ewing
  • RE: DFSMShsm & 3592 carts & money, McKown, John
  • RE: DFSMShsm & 3592 carts & money, Stephen Mednick
  • Re: DFSMShsm & 3592 carts & money, Ted MacNEIL
• Another SMP/E question, mcknight-b-a
  • Re: Another SMP/E question, Glen.Gasior
    • Re: Another SMP/E question, Glen.Gasior
      • Re: Another SMP/E question, Glen.Gasior
  • Re: Another SMP/E question, Joel C. Ewing
    • Re: Another SMP/E question, mcknight-b-a
• RE: Does any have a program that can delete non-standard member names from a PDS, McKown, John
  • <Possible follow-ups>
  • Does any have a program that can delete non-standard member names from a PDS, Stocker, Herman
    • Re: Does any have a program that can delete non-standard member names from a PDS, John P Kalinich
    • Re: Does any have a program that can delete non-standard member names from a PDS, wm08003
  • RE: Does any have a program that can delete non-standard member names from a PDS, McGee, Cletus
  • Re: Does any have a program that can delete non-standard member names from a PDS, Dave Cartwright
• RE: RSM tuning, JamesChappell
  • <Possible follow-ups>
  • RSM tuning, JO . Skip . Robinson
  • Re: RSM tuning, Mark Zelden
    • Re: RSM tuning, Shane Ginnane
  • Re: RSM tuning, Mark Zelden
  • RE: RSM tuning, Youngren, Carl@xxxxxxxxxxxx>
    • Re: RSM tuning, JO . Skip . Robinson
  • RE: RSM tuning, Knutson, Sam
    • Re: RSM tuning, Ed Gould
  • Re: RSM tuning, Ted MacNEIL
  • RE: RSM tuning, McKown, John
    • Re: RSM tuning, Ed Gould
      • RE: RSM tuning, Wayne Driscoll
    • Re: RSM tuning, Frank Yaeger
      • Re: [IBM-MAIN] RSM tuning, Jay Maynard
      • IBM bundling ..., Shane Ginnane
      • Re: IBM bundling ..., R.S.
      • RE: IBM bundling ..., Isaac Yassin
      • Re: IBM bundling ..., Walt Farrell
      • Re: IBM bundling ..., ibm-main
      • Re: RSM tuning, Ed Gould
      • Re: RSM tuning, Bruce Black
  • Re: RSM tuning, Ted MacNEIL
  • RE: RSM tuning, Knutson, Sam
  • RE: RSM tuning, Pommier, Rex R.
    • Re: RSM tuning, Chris Hoelscher
    • Re: RSM tuning, Bruce Black
    • Re: RSM tuning, Ed Gould
  • RE: RSM tuning, Knutson, Sam
• IBMLINK vs s/390 RESOLVE, Craig Otway
  • Re: IBMLINK vs s/390 RESOLVE, pauls2272
• SMPE & OMVS DDDFS, Howard Rifkind
  • Re: SMPE & OMVS DDDFS, pauls2272
• CSQX632I - (CSQXRCTL | CSQXRESP) SSL certificate has no associated user ID, wm08003
• FMID check in SMP/E, mcknight-b-a
  • Re: FMID check in SMP/E, Joel C. Ewing
    • Re: FMID check in SMP/E, mcknight-b-a
      • Re: FMID check in SMP/E, Kurt Quackenbush
      • Re: FMID check in SMP/E, mcknight-b-a
  • <Possible follow-ups>
  • RE: FMID check in SMP/E, Staller, Allan
  • Re: FMID check in SMP/E, Doug Fuerst
  • Re: FMID check in SMP/E, gilmap
  • Re: FMID check in SMP/E, gilmap
    • Re: FMID check in SMP/E, Kurt Quackenbush
• LPAR config and short engine question, Luke Bauerlein
  • Re: LPAR config and short engine question, pauls2272
  • Re: LPAR config and short engine question, Shane Ginnane
  • <Possible follow-ups>
  • RE: LPAR config and short engine question, McKown, John
  • Re: LPAR config and short engine question, Luke Bauerlein
  • Re: LPAR config and short engine question, Ted MacNEIL
• Reconfigurable Storage, Hal Merritt
  • Re: Reconfigurable Storage, JO . Skip . Robinson
    • Re: Reconfigurable Storage, Shane Ginnane
  • <Possible follow-ups>
  • Re: Reconfigurable Storage, Ted MacNEIL
  • Re: Reconfigurable Storage, Jim Mulder
• DFS/SMB supported codepages, Mikael Wargh
  • <Possible follow-ups>
  • RE: DFS/SMB supported codepages, Hunkeler Peter , KRDO 4
• VSAM freespace 0, Gerry . Anstey
  • <Possible follow-ups>
  • Re: VSAM freespace 0, Martin Kline
    • Re: VSAM freespace 0, Bruce Black
      • Re: VSAM freespace 0, Thomas H Puddicombe
  • Re: VSAM freespace 0, Gerry . Anstey
  • Re: VSAM freespace 0, Ted MacNEIL
  • Re: VSAM freespace 0, Ted MacNEIL
  • RE: VSAM freespace 0, Mueller, David
• Microsoft panicing, Phil Payne
  • <Possible follow-ups>
  • Microsoft panicing, Phil Payne
  • Re: Microsoft panicing, Timothy Sipples
    • Re: Microsoft panicing, R.S.
  • Microsoft panicing, Phil Payne
    • Re: Trying to find proper Red Book for Websphere Info, Chris Mason
  • Re: Microsoft panicing, Timothy Sipples
    • Re: Microsoft panicing, R.S.
  • RE: Microsoft panicing, Chase, John
• ftp VB file from mainframe to pc to mainframe, Jim McAlpine
  • Re: ftp VB file from mainframe to pc to mainframe, Paul Gillis
  • <Possible follow-ups>
  • Re: ftp VB file from mainframe to pc to mainframe, Frank Krueger
    • Re: ftp VB file from mainframe to pc to mainframe, Jim McAlpine
  • Re: ftp VB file from mainframe to pc to mainframe, Frank Krueger
  • Re: ftp VB file from mainframe to pc to mainframe, gilmap
• Restrict ftp access to a certain HFS directory, FEJOS Tamas
  • <Possible follow-ups>
  • RE: Restrict ftp access to a certain HFS directory, McKown, John
    • Re: Restrict ftp access to a certain HFS directory, FEJOS Tamas
      • Re: Restrict ftp access to a certain HFS directory, R.S.
      • Re: Restrict ftp access to a certain HFS directory, FEJOS Tamas
      • Re: Restrict ftp access to a certain HFS directory, Walt Farrell
      • Re: Restrict ftp access to a certain HFS directory, FEJOS Tamas
      • Re: Restrict ftp access to a certain HFS directory, R.S.
      • Re: Restrict ftp access to a certain HFS directory, Walt Farrell
      • Re: Restrict ftp access to a certain HFS directory, Walt Farrell
• IBM Flashcopy V2 & PPRC Primary volumes - retry, glenn . miller
• Famous in Baghdad, Phil Payne
  • Re: Famous in Baghdad, R.S.
  • Re: Famous in Baghdad, Shmuel Metz , Seymour J.
    • Re: Famous in Baghdad, Gerhard Postpischil
      • Re: Famous in Baghdad, R.S.
      • Re: Famous in Baghdad, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Famous in Baghdad, Efinnell15
  • RE: Famous in Baghdad, Gibney, Dave
    • Re: Famous in Baghdad, Birger Heede
  • RE: Famous in Baghdad, Hunkeler Peter , KRDO 4
    • Re: [IBM-MAIN] Famous in Baghdad, Marian Gasparovic
    • Re: Famous in Baghdad, R.S.
    • Re: Famous in Baghdad, David
  • RE: Famous in Baghdad, Fenner, Jim
  • Famous in Baghdad, Phil Payne
    • Re: Famous in Baghdad, Shmuel Metz , Seymour J.
  • Re: Famous in Baghdad, Efinnell15
  • Re: Famous in Baghdad, gilmap
  • RE: Famous in Baghdad, Hunkeler Peter , KRDO 4
  • Famous in Baghdad, Phil Payne
    • Re: Famous in Baghdad, howard . brazee
  • Re: Famous in Baghdad, Ted MacNEIL
  • Re: Famous in Baghdad, Ted MacNEIL
  • Re: Famous in Baghdad, gilmap
  • Re: Famous in Baghdad, Baron Carter
  • Re: Famous in Baghdad, Ted MacNEIL
  • RE: Famous in Baghdad, Hollis, Randall H.
• TIMEMARK and JWT question, Duffy, Peter
  • Re: TIMEMARK and JWT question, John S. Giltner, Jr.
  • <Possible follow-ups>
  • RE: TIMEMARK and JWT question, Knutson, Sam
  • RE: TIMEMARK and JWT question, Duffy, Peter
  • RE: TIMEMARK and JWT question, Duffy, Peter
    • Re: TIMEMARK and JWT question, John S. Giltner, Jr.
  • RE: TIMEMARK and JWT question, Duffy, Peter
    • Re: TIMEMARK and JWT question, John S. Giltner, Jr.
      • Re: TIMEMARK and JWT question, Thomas H Puddicombe
      • Re: TIMEMARK and JWT question, John S. Giltner, Jr.
• I/O trace table entry, Paul Schuster
  • <Possible follow-ups>
  • I/O trace table entry, George Kozakos
• ASMA068S LENGTH ERROR, wm08003
  • <Possible follow-ups>
  • ASMA068S LENGTH ERROR, wm08003
• SMSPDSE - Any type of Display, Ken . Porowski
  • Re: SMSPDSE - Any type of Display, John P Kalinich
    • Re: SMSPDSE - Any type of Display, Jorge Arueira Campos
  • <Possible follow-ups>
  • RE: SMSPDSE - Any type of Display, Knutson, Sam
  • Re: SMSPDSE - Any type of Display, John P Kalinich
  • Re: SMSPDSE - Any type of Display, ClarkTuneWW
• RE: [IBM-MAIN] Use of a VTS and ATL in a DR situation., Ken . Porowski
• IEFUSI vs IEALIMIT, mcknight-b-a
  • <Possible follow-ups>
  • Re: IEFUSI vs IEALIMIT, Arthur T.
    • Re: IEFUSI vs IEALIMIT, mcknight-b-a
  • RE: IEFUSI vs IEALIMIT, Craddock, Chris
• Use of a VTS and ATL in a DR situation., McKown, John
  • <Possible follow-ups>
  • FW: Use of a VTS and ATL in a DR situation., Jim Wangler
• Email Adobe PDF files from Z/OS, MR
  • Re: Email Adobe PDF files from Z/OS, rkuebbin
  • Re: Email Adobe PDF files from Z/OS, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Email Adobe PDF files from Z/OS, Efinnell15
  • Re: Email Adobe PDF files from Z/OS, MR
    • Re: Email Adobe PDF files from Z/OS, Leonard Woren
      • Re: Email Adobe PDF files from Z/OS, Shmuel Metz , Seymour J.
  • Re: Email Adobe PDF files from Z/OS, Hugh Lapham
  • Re: Email Adobe PDF files from Z/OS, Hugh Lapham
  • Re: Email Adobe PDF files from Z/OS, Dave Cartwright
  • Re: Email Adobe PDF files from Z/OS, MR
• Console Manual, Barry Schwarz
• db2 - delete in batches, Ramya Ramaswamy
  • RE: db2 - delete in batches, Isaac Yassin
  • Re: db2 - delete in batches, Mike Bell
  • <Possible follow-ups>
  • Re: db2 - delete in batches, Efinnell15
• CSQX632I - CSQXRESP SSL certificate has no associated user ID, wm08003
  • Re: CSQX632I - CSQXRESP SSL certificate has no associated user ID, Ulrich Boche
    • Re: CSQX632I - CSQXRESP SSL certificate has no associated user ID, wm08003
  • <Possible follow-ups>
  • CSQX632I - CSQXRESP SSL certificate has no associated user ID, wm08003
  • CSQX632I - CSQXRESP SSL certificate has no associated user ID, wm08003
  • CSQX632I - CSQXRESP SSL certificate has no associated user ID, wm08003
  • CSQX632I - CSQXRESP SSL certificate has no associated user ID, wm08003
  • CSQX632I - CSQXRESP SSL certificate has no associated user ID, wm08003
  • CSQX632I - CSQXRESP SSL certificate has no associated user ID, wm08003
• RE: IPCS Format Models, Wayne Driscoll
  • Re: IPCS Format Models, Robert Wright
• Manuals on modifying VTAM logon screen?, Johnny Luo
  • Re: Manuals on modifying VTAM logon screen?, Chris Mason
    • Re: Manuals on modifying VTAM logon screen?, Johnny Luo
      • Re: Manuals on modifying VTAM logon screen?, Chris Mason
      • Re: Manuals on modifying VTAM logon screen?, Chris Mason
  • Re: Manuals on modifying VTAM logon screen?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Manuals on modifying VTAM logon screen?, Efinnell15
    • Re: Manuals on modifying VTAM logon screen?, wm08003
    • Re: Manuals on modifying VTAM logon screen?, wm08003
  • Re: Manuals on modifying VTAM logon screen?, Terry Sambrooks
    • Re: Manuals on modifying VTAM logon screen?, Johnny Luo
      • Re: Manuals on modifying VTAM logon screen?, Chris Mason
  • RE: Manuals on modifying VTAM logon screen?, McKown, John
    • Re: Manuals on modifying VTAM logon screen?, Chris Mason
  • Re: Manuals on modifying VTAM logon screen?, Sebastian Welton
    • Re: Manuals on modifying VTAM logon screen?, Chris Mason
  • Re: Manuals on modifying VTAM logon screen?, Efinnell15
  • Re: Manuals on modifying VTAM logon screen?, Sebastian Welton
    • RE: Manuals on modifying VTAM logon screen?, Paul Hanrahan
  • Re: Manuals on modifying VTAM logon screen?, Johnny Luo
• z/OS R7 HZSQUERY documentation, Schiradin,Roland HG-Dir itb-db/dc
  • Re: z/OS R7 HZSQUERY documentation, Mark Nelson
  • <Possible follow-ups>
  • RE: z/OS R7 HZSQUERY documentation, Schiradin,Roland HG-Dir itb-db/dc
• Cannot find CEEDOPT et al anywhere, Glen.Gasior
  • Re: Cannot find CEEDOPT et al anywhere, billlalonde
• SMS Dataclsss, Howard Rifkind
  • Re: SMS Dataclsss, Bruce Black
  • Re: SMS Dataclsss, Barry Schwarz
    • Re: SMS Dataclsss, Howard Rifkind
      • Re: SMS Dataclsss, Barry Schwarz
  • <Possible follow-ups>
  • RE: SMS Dataclsss, Richards.Bob
• (fwd) Re: IBM Mainframe DSLIST to Dataset w/ Wildcards?, howard . brazee
• IBM Mainframe DSLIST to Dataset w/ Wildcards?, Howard Brazee
  • Re: IBM Mainframe DSLIST to Dataset w/ Wildcards?, mcknight-b-a
  • Re: IBM Mainframe DSLIST to Dataset w/ Wildcards?, Robert Wright
  • <Possible follow-ups>
  • RE: IBM Mainframe DSLIST to Dataset w/ Wildcards?, Howard Brazee
  • RE: IBM Mainframe DSLIST to Dataset w/ Wildcards?, Imbriale, Donald , Exchange
  • Re: IBM Mainframe DSLIST to Dataset w/ Wildcards?, Richard Pinion
  • Re: IBM Mainframe DSLIST to Dataset w/ Wildcards?, Gilbert Saint-Flour
  • Re: IBM Mainframe DSLIST to Dataset w/ Wildcards?, Stephen M. Wiegand
• Re: CICS-VSAM, Sergio Lima
• RE: [IBM-MAIN] Windows .wmf Vulnerability, Ken . Porowski
  • RE: Windows .wmf Vulnerability, Ray Mullins
• re: Windows .wmf Vulnerability, Efinnell15
  • <Possible follow-ups>
  • Re: Windows .wmf Vulnerability, Efinnell15
  • RE: Windows .wmf Vulnerability, Huckert, James
  • RE: Windows .wmf Vulnerability, turner, mark
    • RE: Windows .wmf Vulnerability, Ray Mullins
• Validating SMP/E maintenance levels, McKown, John
  • Re: Validating SMP/E maintenance levels, pauls2272
  • <Possible follow-ups>
  • Re: Validating SMP/E maintenance levels, Matthew Stitt
• RE : Problem with SDSF : non reponse with ULOG, CAPRON Romain
• Problem with SDSF : non reponse with ULOG, CAPRON Romain
  • Re: Problem with SDSF : non reponse with ULOG, michel . roux
  • <Possible follow-ups>
  • RE: Problem with SDSF : non reponse with ULOG, Rob Scott
• To create many RACF profiles at one time, Johnny Luo
  • Re: To create many RACF profiles at one time, R.S.
    • Re: To create many RACF profiles at one time, Johnny Luo
      • Re: To create many RACF profiles at one time, Barry Schwarz
      • Re: To create many RACF profiles at one time, Shmuel Metz , Seymour J.
      • RE: To create many RACF profiles at one time, tony babonas
  • Re: To create many RACF profiles at one time, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: To create many RACF profiles at one time, Terry Sambrooks
  • RE: To create many RACF profiles at one time, McKown, John
  • Re: To create many RACF profiles at one time, Efinnell15
  • RE: To create many RACF profiles at one time, Gibney, Dave
• SHOWMVS 712 performance issue, Schiradin,Roland HG-Dir itb-db/dc
• /usr/lpp/ldap/sbin/ldapcnf -i u/user77/msys/msys.ldap.profile, Glen.Gasior
  • Re: /usr/lpp/ldap/sbin/ldapcnf -i u/user77/msys/msys.ldap.profile, Glen.Gasior
• Calculate Time Difference, Bill . Lee
• SMS Question Backing up the Current ACDS, Howard Rifkind
  • <Possible follow-ups>
  • RE: SMS Question Backing up the Current ACDS, McKown, John
    • Re: SMS Question Backing up the Current ACDS, Howard Rifkind
• Tn3270 SSL/TLS and ACF2, Patrick O'Keefe
  • <Possible follow-ups>
  • Tn3270 SSL/TLS and ACF2, Patrick O'Keefe
    • Re: Tn3270 SSL/TLS and ACF2, Jeffery Swagger
• Erase IBM 3590 Cartridges, Jim Marshall
  • Re: Erase IBM 3590 Cartridges, R.S.
    • Re: Erase IBM 3590 Cartridges, Ed Gould
      • Re: Erase IBM 3590 Cartridges, Edward E. Jaffe
      • Re: Erase IBM 3590 Cartridges, Gerhard Postpischil
      • Re: Erase IBM 3590 Cartridges, willie bunter
      • Re: Erase IBM 3590 Cartridges, Ed Gould
  • Re: Erase IBM 3590 Cartridges, Shmuel Metz , Seymour J.
  • Re: Erase IBM 3590 Cartridges, news.news
  • <Possible follow-ups>
  • RE: Erase IBM 3590 Cartridges, McKown, John
  • Re: Erase IBM 3590 Cartridges, Mike Baldwin
    • Re: Erase IBM 3590 Cartridges, Bruce Black
    • Re: Erase IBM 3590 Cartridges, Ed Gould
      • Re: Erase IBM 3590 Cartridges, R.S.
      • Re: Erase IBM 3590 Cartridges, Ed Gould
  • Re: Erase IBM 3590 Cartridges, Mike Baldwin
  • RE: Erase IBM 3590 Cartridges, Knutson, Sam
• Third Party Maintenance, lkraus
  • Re: Third Party Maintenance, lkraus
    • Re: Third Party Maintenance, William M. Klein
• RE: Noob question regarding zFS, McKown, John
  • Re: Noob question regarding zFS, John Eells
  • <Possible follow-ups>
  • Re: Noob question regarding zFS, Efinnell15
    • Re: Noob question regarding zFS, Edward E. Jaffe
    • Re: Noob question regarding zFS, John Eells
  • RE: Noob question regarding zFS, McKown, John
  • Re: Noob question regarding zFS, Mark Zelden
    • Re: Noob question regarding zFS, Edward E. Jaffe
  • Re: Noob question regarding zFS, Brian Peterson
  • Re: Noob question regarding zFS, Brian Peterson
    • Re: Noob question regarding zFS, Bob Rutledge
    • Re: Noob question regarding zFS, justirw
  • Re: Noob question regarding zFS, Barbara Nitz
  • Re: Noob question regarding zFS, Efinnell15
    • Re: Noob question regarding zFS, pdc
  • Re: Noob question regarding zFS, Aaron Walker
    • Re: Noob question regarding zFS, Edward E. Jaffe
    • CATALOG ACCESS ERROR, mark . pace
      • RE: CATALOG ACCESS ERROR, Larry Crilley
      • Re: CATALOG ACCESS ERROR, mark . pace
  • RE: Noob question regarding zFS, Schramm, Rob
• SMS Question, Howard Rifkind
  • Re: SMS Question, Howard Rifkind
  • <Possible follow-ups>
  • RE: SMS Question, McKown, John
    • Re: SMS Question, Howard Rifkind
• RE: [IBM-MAIN] Question about TRSMAIN aks "TERSE", Hall, Ken , GTI
  • <Possible follow-ups>
  • RE: [IBM-MAIN] Question about TRSMAIN aks "TERSE", Hall, Ken , GTI
• SDSF CPU% vs. ECPU% [re-sent as plain text], Hugh Lapham
  • <Possible follow-ups>
  • Re: SDSF CPU% vs. ECPU% [re-sent as plain text], Mark Zelden
• SDSF CPU% vs. ECPU%, Hugh Lapham
  • <Possible follow-ups>
  • Re: SDSF CPU% vs. ECPU%, Hugh Lapham
  • Re: SDSF CPU% vs. ECPU%, Hugh Lapham
• DS 6800 configuration question, R.S.
• Differences in disk drives, scott
• RE: HMC: Optical Network - Hardware messages, Clark, Kevin D, HRC-Alexandria/EDS
• Re: MVSLOGIN, Paul Gilmartin
• Re: VSAM Recovery Help, Efinnell15
  • <Possible follow-ups>
  • Re: VSAM Recovery Help, Bruce Black
  • Re: VSAM Recovery Help, Mark Thomen
• Re: Speaking of RECEIVEFROMNETWORK ..., gilmap
• MVSLOGIN (was: z/OS NFS Server. ...), gilmap
  • Re: MVSLOGIN, Walt Farrell
• Speaking of RECEIVEFROMNETWORK (was RE: z/OS NFS Server. Can it b e used in Windows or Novell), Chase, John
  • Re: Speaking of RECEIVEFROMNETWORK (was RE: z/OS NFS Server. Can it b e used in Windows or Novell), John Eells
  • Re: Speaking of RECEIVEFROMNETWORK (was RE: z/OS NFS Server. Can it b e used in Windows or Novell), R.S.
• dfsort and size of data set to be sorted, andreas . grunder
  • Re: dfsort and size of data set to be sorted, yaeger
    • Re: dfsort and size of data set to be sorted, andreas . grunder
      • Re: dfsort and size of data set to be sorted, yaeger
• Looking for credible documented evidence that a MVS or later op sys has ever been hacked, John F. Regus
  • Re: Looking for credible documented evidence that a MVS or later op sys has ever been hacked, semi-anonymous responder
    • Re: Looking for credible documented evidence that a MVS or later op sys has ever been hacked, John F. Regus
      • Re: Looking for credible documented evidence that a MVS or later op sys has ever been hacked, Dan Espen
      • Re: Looking for credible documented evidence that a MVS or later op sys has ever been hacked, semi-anonymous responder
      • Re: Looking for credible documented evidence that a MVS or later op sys has ever been hacked, David Wade
  • <Possible follow-ups>
  • Looking for credible documented evidence that a MVS or later op sys has ever been hacked, Phil Payne
  • Re: Looking for credible documented evidence that a MVS or later op sys has ever been hacked, Sebastian Welton
    • Re: Looking for credible documented evidence that a MVS or later op sys has ever been hacked, John F. Regus
      • Some credible documented evidence that a MVS or later op sys has ever been hacked, John F. Regus
      • Re: Some credible documented evidence that a MVS or later op sys has ever been hacked, Gerard 46
      • Message not available
      • Re: Some credible documented evidence that a MVS or later op sys has ever been hacked, John F. Regus
      • Re: Looking for credible documented evidence that a MVS or later op sys has ever been hacked, Joel C. Ewing
      • Re: Looking for credible documented evidence that a MVS or later op sys has ever been hacked, John F. Regus
• FTP userid propagation, Charles Mills
  • RE: FTP userid propagation, tony babonas
  • Re: FTP userid propagation, Walt Farrell
    • RE: FTP userid propagation, Charles Mills
      • Re: FTP userid propagation, Walt Farrell
      • RE: FTP userid propagation, Charles Mills
  • Re: FTP userid propagation, Barry Schwarz
    • RE: FTP userid propagation, Charles Mills
  • <Possible follow-ups>
  • RE: FTP userid propagation, Hal Merritt
    • RE: FTP userid propagation, Charles Mills
  • RE: FTP userid propagation, Chase, John
  • RE: FTP userid propagation, Kittendorf, Craig
  • RE: FTP userid propagation, Lester, Bob
    • Re: FTP userid propagation, Walt Farrell
  • Re: FTP userid propagation, Greg Saccomanno
    • RE: FTP userid propagation, Charles Mills
  • Re: FTP userid propagation, Greg Saccomanno
  • RE: FTP userid propagation, Chase, John
  • RE: FTP userid propagation, Lester, Bob
    • Re: FTP userid propagation, Walt Farrell
• XML questions, Don Ault
  • RE: XML questions, Brad Taylor
• NETRC and security -- am I missing something?, Charles Mills
  • <Possible follow-ups>
  • RE: NETRC and security -- am I missing something?, McKown, John
  • RE: NETRC and security -- am I missing something?, Lester, Bob
    • RE: NETRC and security -- am I missing something?, Charles Mills
  • RE: NETRC and security -- am I missing something?, Hal Merritt
  • Re: NETRC and security -- am I missing something?, Efinnell15
  • RE: NETRC and security -- am I missing something?, McKown, John
    • RE: NETRC and security -- am I missing something?, Charles Mills
• SMS Newbie, Howard Rifkind
  • <Possible follow-ups>
  • Re: SMS Newbie, Matthew Stitt
  • RE: SMS Newbie, McKown, John
    • VSAM Recovery Help, Jeffrey . Deaver
      • RE: VSAM Recovery Help, Larry Crilley
      • Re: VSAM Recovery Help, Jeffrey . Deaver
• Copy Extended-format VSAM "Sphere", Chase, John
  • Re: Copy Extended-format VSAM "Sphere", Andrew N Wilt
  • Re: Copy Extended-format VSAM "Sphere", willie bunter
  • <Possible follow-ups>
  • Re: Copy Extended-format VSAM "Sphere", Matthew Stitt
    • Re: Copy Extended-format VSAM "Sphere", Glen.Gasior
  • RE: Copy Extended-format VSAM "Sphere", Chase, John
• Move HASPINDX dataset?, Larry R. Wright
  • RE: Move HASPINDX dataset?, Lizette Koehler
    • Re: Move HASPINDX dataset?, Larry R. Wright
  • <Possible follow-ups>
  • Re: Move HASPINDX dataset?, Matthew Stitt
• Question about TRSMAIN aks "TERSE", McKown, John
  • <Possible follow-ups>
  • Re: Question about TRSMAIN aks "TERSE", Bill Godfrey
    • Re: [IBM-MAIN] Question about TRSMAIN aks "TERSE", Jay Maynard
  • Re: Question about TRSMAIN aks "TERSE", gilmap
    • Re: [IBM-MAIN] Question about TRSMAIN aks "TERSE", Jay Maynard
  • Re: Question about TRSMAIN aks "TERSE", gilmap
    • Re: [IBM-MAIN] Question about TRSMAIN aks "TERSE", Jay Maynard
  • RE: Question about TRSMAIN aks "TERSE", Chase, John
    • Re: Question about TRSMAIN aks "TERSE", R.S.
  • Re: Question about TRSMAIN aks "TERSE", Patrick O'Keefe
  • Re: Question about TRSMAIN aks "TERSE", Bill Godfrey
• Re: Warning: PTF's require HDS microcode, which is not available until the second week of January ----- UPDATE!!!!, Brian Peterson
  • <Possible follow-ups>
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January ----- UPDATE!!!!, Brian Peterson
• Performance study, ktu2112593
  • <Possible follow-ups>
  • RE: Performance study, Hal Merritt
  • Re: Performance study, Efinnell15
  • Re: Performance study, Dave Cartwright
• Not to fan any flames, Ed Gould
• z/OS NFS Server. Can it be used in Windows or Novell, Neal Eckhardt
  • Re: z/OS NFS Server. Can it be used in Windows or Novell, John S. Giltner, Jr.
    • Re: z/OS NFS Server. Can it be used in Windows or Novell, JO . Skip . Robinson
  • <Possible follow-ups>
  • Re: z/OS NFS Server. Can it be used in Windows or Novell, Jan MOEYERSONS
    • Re: z/OS NFS Server. Can it be used in Windows or Novell, pdc
  • Re: z/OS NFS Server. Can it be used in Windows or Novell, Rob Wunderlich
• VSAM RLS, TVS, CICS/VR puzzle, R.S.
  • Re: VSAM RLS, TVS, CICS/VR puzzle, JO . Skip . Robinson
  • Re: VSAM RLS, TVS, CICS/VR puzzle, JonnyKraus
  • <Possible follow-ups>
  • RE: VSAM RLS, TVS, CICS/VR puzzle, Ceruti, Gerard G
• Programmer name in dynamically allocated SYSOUT, gilmap
  • <Possible follow-ups>
  • RE: Programmer name in dynamically allocated SYSOUT, Hunkeler Peter , KRDO 4
  • Re: Programmer name in dynamically allocated SYSOUT, Terry Sambrooks
• RE: [IBM-MAIN] New Tape units, Ken . Porowski
  • Re: New Tape units, R.S.
  • <Possible follow-ups>
  • RE: [IBM-MAIN] New Tape units, Ken . Porowski
• Warning: PTF's require HDS microcode, which is not available until the second week of January ----- UPDATE!!!!, Eatherly, John D [IT]
• ICHDEX01 question, mcknight-b-a
  • Re: ICHDEX01 question, pdc
    • Re: ICHDEX01 question, mcknight-b-a
      • Re: ICHDEX01 question, mcknight-b-a
      • Re: ICHDEX01 question, Walt Farrell
      • Re: ICHDEX01 question, mcknight-b-a
      • Re: ICHDEX01 question, Walt Farrell
      • Re: ICHDEX01 question, mcknight-b-a
      • Re: ICHDEX01 question, mcknight-b-a
      • Re: ICHDEX01 question, pauls2272
      • Re: ICHDEX01 question, mcknight-b-a
      • Re: ICHDEX01 question, Walt Farrell
      • Re: ICHDEX01 question, mcknight-b-a
• Re: XML TOOLKIT Installation question., Ted MacNEIL
  • Re: XML TOOLKIT Installation question., John Eells
  • <Possible follow-ups>
  • Re: XML TOOLKIT Installation question., Richard Pinion
  • Re: XML TOOLKIT Installation question., Ted MacNEIL
    • Re: XML TOOLKIT Installation question., John Eells
• SMP/E Internet Service Retrieval, Dennis McCarthy
  • Re: SMP/E Internet Service Retrieval, Edward E. Jaffe
    • Noob question regarding zFS, mark . pace
      • Re: Noob question regarding zFS, justirw
  • <Possible follow-ups>
  • RE: SMP/E Internet Service Retrieval, Hal Merritt
  • Re: SMP/E Internet Service Retrieval, Dave Danner
    • Re: SMP/E Internet Service Retrieval, Edward E. Jaffe
• z/Linux to p/Linux, John R. Grout
  • Re: z/Linux to p/Linux, John S. Giltner, Jr.
• New Tape units, Hal Merritt
  • Re: New Tape units, R.S.
• Hardware Management Console Operations Guide (V1.8.2) SC28-6830?, Kittendorf, Craig
  • Re: Hardware Management Console Operations Guide (V1.8.2) SC28-6830?, Rob Schwartz
  • Re: Hardware Management Console Operations Guide (V1.8.2) SC28-6830?, Alan C. Field
  • <Possible follow-ups>
  • RE: Hardware Management Console Operations Guide (V1.8.2) SC28-6830?, McKown, John
  • RE: Hardware Management Console Operations Guide (V1.8.2) SC28-6830?, Kittendorf, Craig
  • RE: Hardware Management Console Operations Guide (V1.8.2) SC28-6830?, Kittendorf, Craig
  • RE: Hardware Management Console Operations Guide (V1.8.2) SC28-6830?, Kittendorf, Craig
• RE: "fundamental computing paradigm" has shifted from MVS, to Un ix, and then to Microsoft Windows, Huckert, James
• Re: "fundamental computing paradigm" has shifted from MVS, to Unix, and then..., Efinnell15
• RE: "fundamental computing paradigm" has shifted from MVS, to Unix, and then to Microsoft Windows, McKown, John
  • <Possible follow-ups>
  • RE: "fundamental computing paradigm" has shifted from MVS, to Unix, and then to Microsoft Windows, Craddock, Chris
  • Re: "fundamental computing paradigm" has shifted from MVS, to Unix, and then to Microsoft Windows, Tom Schmidt
    • Re: "fundamental computing paradigm" has shifted from MVS, to Unix, and then to Microsoft Windows, Edward E. Jaffe
  • "fundamental computing paradigm" has shifted from MVS, to Unix, and then to Microsoft Windows, Phil Payne
    • Re: "fundamental computing paradigm" has shifted from MVS, to Unix, and then to Microsoft Windows, Shane Ginnane
  • RE: "fundamental computing paradigm" has shifted from MVS, to Unix, and then to Microsoft Windows, Knutson, Sam
  • Re: "fundamental computing paradigm" has shifted from MVS, to Unix, and then to Microsoft Windows, Shmuel Metz , Seymour J.
    • Re: [IBM-MAIN] "fundamental computing paradigm" has shifted from MVS, to Unix, and then to Microsoft Windows, Darren Evans-Young
• "fundamental computing paradigm" has shifted from MVS, to Unix, and then to Microsoft Windows, Knutson, Sam
• RE: controlling user who can mount tape., Ben Alford
  • Re: controlling user who can mount tape., R.S.
• Re: SOAP for CICS, Peter Ten Eyck
• Re: Token Ring and z9 Processor, John Eells
  • <Possible follow-ups>
  • Re: Token Ring and z9 Processor, John Eells
• Re: Help with doing Contract Work as a Sys Prog, mcknight-b-a
  • Re: Help with doing Contract Work as a Sys Prog, Glen.Gasior
    • Re: Help with doing Contract Work as a Sys Prog, mcknight-b-a
• Define and start JES2, Johnny Luo
  • Re: Define and start JES2, Steve Arnett
  • RE: Define and start JES2, Lizette Koehler
  • Re: Define and start JES2, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Define and start JES2, mark . jacobs
  • RE: Define and start JES2, Hunkeler Peter , KRDO 4
  • RE: Define and start JES2, McKown, John
  • Re: Define and start JES2, Ted MacNEIL
  • Re: Define and start JES2, Dave Cartwright
    • Re: Define and start JES2, Johnny Luo
  • RE: Define and start JES2, Hunkeler Peter , KRDO 4
  • RE: Define and start JES2, Hunkeler Peter , KRDO 4
  • Re: Define and start JES2, Dave Cartwright
  • Re: Define and start JES2, Shmuel Metz , Seymour J.
    • Re: Define and start JES2, Edward E. Jaffe
      • Re: Define and start JES2, Shmuel Metz , Seymour J.
  • Re: Define and start JES2, Efinnell15
  • Re: Define and start JES2, David Alcock
    • Re: Define and start JES2, Johnny Luo
  • Re: Define and start JES2, Barbara Nitz
  • Re: Define and start JES2, Mark Zelden
  • RE: Define and start JES2, Hunkeler Peter , KRDO 4
• RE: Warning: PTF's require HDS microcode, which is not available until the second week of January., Eatherly, John D [IT]
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Bruce Black
• set mail, Didier Lamare
• Re: Invalid DSN in Catalog, Shmuel Metz , Seymour J.
  • Re: Invalid DSN in Catalog, Binyamin Dissen
    • Re: Invalid DSN in Catalog, Shmuel Metz , Seymour J.
      • Re: Invalid DSN in Catalog, Binyamin Dissen
      • RE: Invalid DSN in Catalog, Wayne Driscoll
  • <Possible follow-ups>
  • Re: Invalid DSN in Catalog, Mark Thomen
  • Re: Invalid DSN in Catalog, Mark Thomen
  • Re: Invalid DSN in Catalog, gilmap
    • Re: Invalid DSN in Catalog, Bruce Black
  • Re: Invalid DSN in Catalog, gilmap
  • Re: Invalid DSN in Catalog, Gilbert Saint-Flour
    • Re: Invalid DSN in Catalog, R.S.
    • Re: Invalid DSN in Catalog, wb3iqe
  • Re: Invalid DSN in Catalog, gilmap
    • Re: Invalid DSN in Catalog, "Robert A. Rosenberg"
  • Re: Invalid DSN in Catalog, Mark Thomen
    • Re: Invalid DSN in Catalog, Leonard Woren
  • Re: Invalid DSN in Catalog, gilmap
    • Re: Invalid DSN in Catalog, Bruce Black
  • Re: Invalid DSN in Catalog, Mark Thomen
    • Re: Invalid DSN in Catalog, Leonard Woren
  • Re: Invalid DSN in Catalog, Mark Thomen
  • Re: Invalid DSN in Catalog, gilmap
• Re: DMV systems?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: DMV systems?, Eric Chevalier
• re: PDF? (yet another apology), john gilmore
  • <Possible follow-ups>
  • Re: PDF? (yet another apology), Tom Schmidt
  • RE: PDF? (yet another apology), Craddock, Chris
    • Re: PDF? (yet another apology), ibm-main
• re: PDF? apology: pi and &#960, john gilmore
• PDF? (was: When was the leap second inserted?), gilmap
  • <Possible follow-ups>
  • Re: PDF? (was: When was the leap second inserted?), Shane G
  • Re: PDF? (was: When was the leap second inserted?), john gilmore
  • RE: PDF? (was: When was the leap second inserted?), Craddock, Chris
• CSA page tables, David Cole
  • <Possible follow-ups>
  • Re: CSA page tables, Bruno Sugliani
  • Re: CSA page tables, Jim Mulder
  • Re: CSA page tables, David Cole
• re: When was the leap second inserted?, john gilmore
  • <Possible follow-ups>
  • Re: When was the leap second inserted?, gilmap
  • Re: When was the leap second inserted?, gilmap
  • When was the leap second inserted?, Phil Payne
• When was the leap second?, gilmap
• SLR manual, Telles
• Re: EREP , sense ... manual, Vernooy, C.P. - SPLXM
  • Re: EREP , sense ... manual, Bruce Black
    • Re: EREP , sense ... manual, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: EREP , sense ... manual, Efinnell15
  • Re: EREP , sense ... manual, Bruce Black
    • Re: EREP , sense ... manual, R.S.
      • Re: EREP , sense ... manual, Shmuel Metz , Seymour J.
    • Re: EREP , sense ... manual, Shmuel Metz , Seymour J.
• CPU Contention Issue, Jacky Bright
  • <Possible follow-ups>
  • Re: CPU Contention Issue, Michael W. Moss
• Freezing operations of LPAR, Jacky Bright
  • Re: Freezing operations of LPAR, pdc
  • Re: Freezing operations of LPAR, JO . Skip . Robinson
    • RE: Freezing operations of LPAR, Norman Hollander
  • Re: Freezing operations of LPAR, R.S.
  • <Possible follow-ups>
  • Re: Freezing operations of LPAR, Mark Zelden
• RE: Myopia ..., Ron and Jenny Hawkins
  • <Possible follow-ups>
  • Re: Myopia ..., Patrick O'Keefe
    • XML TOOLKIT Installation question., Brad Taylor
      • Re: XML TOOLKIT Installation question., JO . Skip . Robinson
• Re: z890 configuratiion question., John S. Giltner, Jr.
  • Re: z890 configuratiion question., R.S.
• GDPS rejustified?AS, Phil Payne
• Assembler training / books?/, Phil Payne
  • <Possible follow-ups>
  • Re: Assembler training / books?/, Sergio Lima
• Re: Not Responding HTTP Server, John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: Not Responding HTTP Server, Jim Marshall
• Re: LPAR Capping, ibm-main
  • <Possible follow-ups>
  • RE: LPAR Capping, Ron and Jenny Hawkins
  • Re: LPAR Capping, Bruno Sugliani
• RE: Capturing a reply id from a WTOR, Craddock, Chris
  • Re: Capturing a reply id from a WTOR, SArnett
  • Re: Capturing a reply id from a WTOR, SArnett
  • <Possible follow-ups>
  • Re: Capturing a reply id from a WTOR, Shmuel Metz , Seymour J.
  • Re: Capturing a reply id from a WTOR, Shmuel Metz , Seymour J.