bit.listserv.ibm-main

• Date Index

---

• IODF questions, Johnston, Robert E
  • Re: IODF questions, Pat Mihalec
  • Re: IODF questions, Jerry Whitteridge
  • <Possible follow-ups>
  • Re: IODF questions, Matthew Stitt
  • Re: IODF questions, Ted MacNEIL
    • Re: IODF questions, Jerry Whitteridge
  • Re: IODF questions, Ted MacNEIL
• ICF Catalogs on SMS managed volumes (zCDP), Lizette Koehler
  • Re: ICF Catalogs on SMS managed volumes (zCDP), Richards, Robert B.
• Re: MPF Exit Code Mystery - Solved, Sproull, George CTR DISA GS4B14
• Are you not satisfied with your job?, rudra
• Re: PC printing of .txt files containing mainframe listings, Ed Finnell
• ICF Catalogs on SMS managed volumes, Knutson, Sam
  • Re: ICF Catalogs on SMS managed volumes, Shane Ginnane
  • Re: ICF Catalogs on SMS managed volumes, R.S.
  • Re: ICF Catalogs on SMS managed volumes, Richards, Robert B.
    • Re: ICF Catalogs on SMS managed volumes, Rick Fochtman
      • Re: ICF Catalogs on SMS managed volumes, Richards, Robert B.
    • Re: ICF Catalogs on SMS managed volumes, Knutson, Sam
      • Re: ICF Catalogs on SMS managed volumes, Richards, Robert B.
      • Re: ICF Catalogs on SMS managed volumes, Rick Fochtman
  • Re: ICF Catalogs on SMS managed volumes, Gibney, Dave
    • Re: ICF Catalogs on SMS managed volumes, Rick Fochtman
  • <Possible follow-ups>
  • Re: ICF Catalogs on SMS managed volumes, Vernooy, C.P. - SPLXM
    • Re: ICF Catalogs on SMS managed volumes, Darth Keller
      • Re: ICF Catalogs on SMS managed volumes, Darth Keller
  • Re: ICF Catalogs on SMS managed volumes, Matthew Stitt
    • Re: ICF Catalogs on SMS managed volumes, O'Brien, David W. [C] , NIH/CIT
      • Re: ICF Catalogs on SMS managed volumes, McKown, John
  • Re: ICF Catalogs on SMS managed volumes, Ted MacNEIL
    • Re: ICF Catalogs on SMS managed volumes, R.S.
• ADLT related question, Daniel Mouly
  • Re: ADLT related question, Mike
    • Re: ADLT related question, Daniel Mouly
      • Re: ADLT related question, Mike
• Re: SMFEWTM, Knutson, Sam
  • Re: SMFEWTM, Shane Ginnane
  • <Possible follow-ups>
  • Re: SMFEWTM, Ed Finnell
  • Re: SMFEWTM, Big Iron
  • Re: SMFEWTM, Mark Zelden
• Info about CPC ND and CPC SI, Giovanni Bozzetti
  • Re: Info about CPC ND and CPC SI, Edward Jaffe
    • Re: Info about CPC ND and CPC SI, Giovanni Bozzetti
• Migrated Dataset List, Jacky Bright
  • Re: Migrated Dataset List, Traylor, Terry
  • Re: Migrated Dataset List, Chase, John
  • <Possible follow-ups>
  • Re: Migrated Dataset List, Vernooy, C.P. - SPLXM
    • Re: Migrated Dataset List, Jacky Bright
      • Re: Migrated Dataset List, O'Brien, David W. [C] , NIH/CIT
      • Re: Migrated Dataset List, Eric Bielefeld
      • Re: Migrated Dataset List, O'Brien, David W. [C] , NIH/CIT
      • Re: Migrated Dataset List, Schwarz, Barry A
      • Re: Migrated Dataset List, Edward Jaffe
      • Re: Migrated Dataset List, Schwarz, Barry A
      • Re: Migrated Dataset List, Pommier, Rex R.
      • Re: Migrated Dataset List, Shane
      • Re: Migrated Dataset List, Chase, John
      • Re: Migrated Dataset List, Dean Montevago
      • Re: Migrated Dataset List, O'Brien, David W. [C] , NIH/CIT
  • Re: Migrated Dataset List, Big Iron
• Can we display a dialog from another Dialog, sridhar . gangavarapu
• PC printing of .txt files containing maiframe listings, Stephen Mednick
  • Re: PC printing of .txt files containing mainframe listings, Knutson, Sam
  • <Possible follow-ups>
  • Re: PC printing of .txt files containing maiframe listings, Stocker, Herman
    • Re: PC printing of .txt files containing maiframe listings, Hessong, Keith
      • Automatic LPAR Weight Change without using the HMC/SE?, Diehl, Gary , MVSSupport
      • Re: Automatic LPAR Weight Change without using the HMC/SE?, Mark Jacobs
      • Re: Automatic LPAR Weight Change without using the HMC/SE?, Edward Jaffe
      • Re: Automatic LPAR Weight Change without using the HMC/SE?, Diehl, Gary , MVSSupport
      • Re: Automatic LPAR Weight Change without using the HMC/SE?, Edward Jaffe
  • Re: PC printing of .txt files containing maiframe listings, Ed Finnell
  • Re: PC printing of .txt files containing maiframe listings, Thomas Kern
  • Re: PC printing of .txt files containing maiframe listings, Brian Westerman
• Re: AT/TLS (to be or not to be ... that is the question), Patrick O'Keefe
  • Re: AT/TLS (to be or not to be ... that is the question), Zimmerman, Tom
• Trying to Learn z/Linux ISHELL Scripting, Raymond Noal
  • Re: Trying to Learn z/Linux ISHELL Scripting, Mark Post
    • Re: Trying to Learn z/Linux ISHELL Scripting, Staller, Allan
• Re: Read JCL Symbols from a program?, Victor Gil
• AXRUSER Security Information, Lizette Koehler
• CA Security Certificate, John P Donnelly
  • Re: CA Security Certificate, Lester, Bob
  • <Possible follow-ups>
  • Re: CA Security Certificate, Big Iron
• Batch Mode - Jcl, John Dawes
  • Re: Batch Mode - Jcl, Rick Fochtman
  • Re: Batch Mode - Jcl, Edward Jaffe
    • Re: Batch Mode - Jcl, Wayne Driscoll
• IBM PWD Remote Development Program, Jim McAlpine
  • Re: IBM PWD Remote Development Program, Edward Jaffe
• z/OS SSL, Mark Pace
  • Re: z/OS SSL, Chase, John
    • Re: z/OS SSL, Mark Pace
      • Re: z/OS SSL, Chase, John
      • Re: z/OS SSL, Mark Pace
      • Re: z/OS SSL, Hal Merritt
      • Re: z/OS SSL, Ward, Mike S
      • Re: z/OS SSL, Hal Merritt
      • Re: z/OS SSL, Wissink, Brad [ITSYS]
      • Re: z/OS SSL, Chase, John
      • Re: z/OS SSL, Mark Pace
      • AT/TLS (to be or not to be ... that is the question), Rob Schramm
  • Re: z/OS SSL, Hal Merritt
    • Re: z/OS SSL, Mark Pace
      • Re: z/OS SSL, Hal Merritt
  • Re: z/OS SSL, Mark Pace
• z/OS 1.9 - STC userIDs - RACF OMVS segments, Chase, John
  • Re: z/OS 1.9 - STC userIDs - RACF OMVS segments, Hal Merritt
• CICS shutdown - UERTCABY, Pierre Fichaud
• NY Metro NaSPA Chapter Meeting, Tuesday, 17 June, 2008, Ken Porowski
• Basic LPAR question, N61601
  • Re: Basic LPAR question, John Eells
    • Re: Basic LPAR question, N61601
• STP question, Natasa Savinc
  • Re: STP question, Lizette Koehler
• Vtam Generic VS Cross Domain, Magen Margalit
  • <Possible follow-ups>
  • Re: Vtam Generic VS Cross Domain, Patrick O'Keefe
• IOS163A CHPID XX ALERT, NO ASSOCIATED SUBCHANNEL FOR DEVICE, Jorge Garcia
  • Connect INFO 4100 Printer from z/OS 1.4 over attached esconn channel, Tsai Laurence
  • Re: IOS163A CHPID XX ALERT, NO ASSOCIATED SUBCHANNEL FOR DEVICE, Greg Shirey
• NASPA NY, Dave Cartwright
• Can ISRDDN show the complete minor name of an ENQ'd resource?, David Eisenberg
  • Re: Can ISRDDN show the complete minor name of an ENQ'd resource?, Shane
  • Re: Can ISRDDN show the complete minor name of an ENQ'd resource?, Chase, John
    • Re: Can ISRDDN show the complete minor name of an ENQ'd resource?, Richards, Robert B.
      • Re: Can ISRDDN show the complete minor name of an ENQ'd resource?, Rob Scott
  • Re: Can ISRDDN show the complete minor name of an ENQ'd resource?, willie bunter
  • Re: Can ISRDDN show the complete minor name of an ENQ'd resource?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Can ISRDDN show the complete minor name of an ENQ'd resource?, David Eisenberg
    • Re: Can ISRDDN show the complete minor name of an ENQ'd resource?, Lizette Koehler
      • Re: Can ISRDDN show the complete minor name of an ENQ'd resource?, Lizette Koehler
  • Re: Can ISRDDN show the complete minor name of an ENQ'd resource?, David Eisenberg
    • Re: Can ISRDDN show the complete minor name of an ENQ'd resource?, Peter Van Dyke
      • Re: Can ISRDDN show the complete minor name of an ENQ'd resource?, Richards, Robert B.
  • Re: Can ISRDDN show the complete minor name of an ENQ'd resource?, Glenn Miller
• Just for consideration: offloading regex processing to zIIP / zAAP?, McKown, John
  • Re: Just for consideration: offloading regex processing to zIIP / zAAP?, David Andrews
    • Re: Just for consideration: offloading regex processing to zIIP / zAAP?, McKown, John
      • NetREXX - Was "Just for consideration: offloading regex processing to zIIP / zAAP?", Martin Packer
      • Re: NetREXX - Was "Just for consideration: offloading regex processing to zIIP / zAAP?", John McKown
      • Re: NetREXX - Was "Just for consideration: offloading regex processing to zIIP / zAAP?", McKown, John
    • Re: Just for consideration: offloading regex processing to zIIP / zAAP?, McKown, John
  • Re: Just for consideration: offloading regex processing to zIIP / zAAP?, Shane Ginnane
    • Re: Just for consideration: offloading regex processing to zIIP / zAAP?, McKown, John
      • Re: Just for consideration: offloading regex processing to zIIP / zAAP?, Kirk Wolf
      • Re: Just for consideration: offloading regex processing to zIIP / zAAP?, McKown, John
      • Re: Just for consideration: offloading regex processing to zIIP / zAAP?, Kirk Wolf
      • Re: Just for consideration: offloading regex processing to zIIP / zAAP?, McKown, John
      • Re: Just for consideration: offloading regex processing to zIIP / zAAP?, David Andrews
      • Re: Just for consideration: offloading regex processing to zIIP / zAAP?, Kirk Wolf
      • Re: Just for consideration: offloading regex processing to zIIP / zAAP?, David Andrews
  • <Possible follow-ups>
  • Re: Just for consideration: offloading regex processing to zIIP / zAAP?, Ted MacNEIL
• SCRT Error, Alan Bain
  • Re: SCRT Error, Alvaro Quintupray
  • Re: SCRT Error, Hal Merritt
• Re: "Turning off APPC"? (was RE: SDSF slow after migration to z/OS 1.9), Mark Zelden
  • Re: "Turning off APPC"? (was RE: SDSF slow after migration to z/OS 1.9), Skip Robinson
  • <Possible follow-ups>
  • Re: "Turning off APPC"? (was RE: SDSF slow after migration to z/OS 1.9), Martin Kline
  • Re: "Turning off APPC"? (was RE: SDSF slow after migration to z/OS 1.9), Mark Zelden
• How to use PF7/PF8 in ISPF application, Lindy Mayfield
  • Re: How to use PF7/PF8 in ISPF application, Dave Salt
    • Re: How to use PF7/PF8 in ISPF application, Lindy Mayfield
• SMFDUMP empty datasets, John P Donnelly
  • Re: SMFDUMP empty datasets, Jerry Fuchs
• 'Bus Utilization' on RMF monitor, Hal Merritt
  • Re: 'Bus Utilization' on RMF monitor, Hal Merritt
• MPF Exit Conundrum, Sproull, George CTR DISA GS4B14
  • <Possible follow-ups>
  • Re: MPF Exit Conundrum, W. Kevin Kelley
• My Job Status etc, Eric Bielefeld
  • NY Metro NaSPA Chapter Meeting: Tuesday, 17 June (was: My Job Status etc), Mark Nelson
    • Re: NY Metro NaSPA Chapter Meeting: Tuesday, 17 June (was: My Job Status etc), Richards, Robert B.
• Re: IEFUJI, Jon Veilleux
  • Re: IEFUJI, McKown, John
    • Re: IEFUJI, Veilleux, Jon L
      • Re: IEFUJI, McKown, John
• DYNALLOC question (Multi-Volume), Michael Knigge
  • <Possible follow-ups>
  • Re: DYNALLOC question (Multi-Volume), Ted MacNEIL
    • Re: DYNALLOC question (Multi-Volume), Tom Harper
      • Re: DYNALLOC question (Multi-Volume), Michael Knigge
  • Re: DYNALLOC question (Multi-Volume), Ted MacNEIL
    • Re: DYNALLOC question (Multi-Volume), Tom Harper
  • Re: DYNALLOC question (Multi-Volume), Ted MacNEIL
    • Re: DYNALLOC question (Multi-Volume), Tom Harper
  • Re: DYNALLOC question (Multi-Volume), Vernooy, C.P. - SPLXM
    • Re: DYNALLOC question (Multi-Volume), Michael Knigge
• AMATERSE big, Miklos Szigetvari
  • Re: AMATERSE big, Robert Wright
    • Re: AMATERSE big, Miklos Szigetvari
  • Re: AMATERSE big, Knutson, Sam
  • <Possible follow-ups>
  • Re: AMATERSE big, Barbara Nitz
  • Re: AMATERSE big, Paul Gilmartin
• AUTO: Jon Butler is out of the office (returning 02-06-2008), Jon Butler
• Health CHECK(IBMCSV,CSV_LNKLST_NEWEXTENTS), Barbara Nitz
• C++ on z/OS Copyright question, Charles
  • Re: C++ on z/OS Copyright question, mike
• Workstation compliance, Gibney, Dave
  • Re: Workstation compliance, Edward Jaffe
    • Re: Workstation compliance, Gibney, Dave
      • Re: Workstation compliance, Edward Jaffe
      • Re: Workstation compliance, Gibney, Dave
  • Re: Workstation compliance, Roger Bolan
  • Re: Workstation compliance, Eric Chevalier
  • <Possible follow-ups>
  • Re: Workstation compliance, Ted MacNEIL
    • Re: Workstation compliance, Gibney, Dave
  • Re: Workstation compliance, Ted MacNEIL
  • Re: Workstation compliance, Jan MOEYERSONS
  • Re: Workstation compliance, John Laubenheimer
    • Re: Workstation compliance, Gibney, Dave
• IEFUJI question, McKown, John
  • Re: IEFUJI question, George Fogg
    • Re: IEFUJI question, McKown, John
      • Re: IEFUJI question, Veilleux, Jon L
  • <Possible follow-ups>
  • Re: IEFUJI question, Mark Zelden
  • Re: IEFUJI question, Elardus Engelbrecht
  • Re: IEFUJI question, Mark Zelden
• Paging, Ward, Mike S
  • Re: Paging, Chase, John
  • <Possible follow-ups>
  • Re: Paging, Ted MacNEIL
• COBOL calling z390 Assembler using SOA EZASOKET Interface, Don Higgins
• ATL Mysteries, Daniel McLaughlin
  • Re: ATL Mysteries, McKown, John
  • Message not available
    • Re: ATL Mysteries, Daniel McLaughlin
  • <Possible follow-ups>
  • Re: ATL Mysteries, Lizette Koehler
  • Re: ATL Mysteries, Daniel McLaughlin
  • Re: ATL Mysteries, Ed Finnell
• USS file sharing in z/OS, Mike Myers
  • Re: USS file sharing in z/OS, McKown, John
  • <Possible follow-ups>
  • Re: USS file sharing in z/OS, Mark Zelden
    • Re: USS file sharing in z/OS, Mike Myers
    • Re: USS file sharing in z/OS, Edward Jaffe
      • Re: USS file sharing in z/OS, Mike Myers
      • Re: USS file sharing in z/OS, Jousma, David
      • Re: USS file sharing in z/OS, Mike Myers
      • Message not available
      • Re: USS file sharing in z/OS, Edward Jaffe
      • Message not available
      • Re: USS file sharing in z/OS, Mike Myers
  • Re: USS file sharing in z/OS, Mark Zelden
    • Re: USS file sharing in z/OS, Edward Jaffe
    • Re: USS file sharing in z/OS, McKown, John
  • Re: USS file sharing in z/OS, Paul Gilmartin
  • Re: USS file sharing in z/OS, Mark Zelden
  • Re: USS file sharing in z/OS, Mark Zelden
    • Re: USS file sharing in z/OS, Edward Jaffe
  • Re: USS file sharing in z/OS, Ted MacNEIL
• IBMLINK Outage for May 30-Jun1, Lizette Koehler
  • Re: IBMLINK Outage for May 30-Jun1, Ken Porowski
  • <Possible follow-ups>
  • Re: IBMLINK Outage for May 30-Jun1, Big Iron
• Re: After POR IEBDATE in CICS is Off by 1 Day, McKown, John
  • Re: After POR IEBDATE in CICS is Off by 1 Day, George Rodriguez
• VDR by OpenTech, Daniel McLaughlin
• http://www.ibm.com/vrm/cd1 complimentary CD packed with informative IBM Systems and Technology Group Redbooks, Knutson, Sam
• PLM detection from LPAR, Peter
• Leonard Sasso/GIS/CSC is currently taking ITIL Training., Leonard Sasso
• PMO Symposium 2008 - Don't miss this event, Jim
• WLM Subsystem Type TCP, Barbara Nitz
  • <Possible follow-ups>
  • Re: WLM Subsystem Type TCP, Jan Vanbrabant
  • Re: WLM Subsystem Type TCP, Barbara Nitz
  • WLM Subsystem Type TCP, George Kozakos
  • Re: WLM Subsystem Type TCP, Barbara Nitz
• SDSF slow after migration to z/OS 1.9, Max Scarpa
  • Re: SDSF slow after migration to z/OS 1.9, Bob Shannon
    • Re: SDSF slow after migration to z/OS 1.9, Jason Gately
  • <Possible follow-ups>
  • Re: SDSF slow after migration to z/OS 1.9, Max Scarpa
    • Re: SDSF slow after migration to z/OS 1.9, Craig Bakken
    • Re: SDSF slow after migration to z/OS 1.9, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
      • Re: SDSF slow after migration to z/OS 1.9, Roger Bolan
      • Re: SDSF slow after migration to z/OS 1.9, Skip Robinson
      • "Turning off APPC"? (was RE: SDSF slow after migration to z/OS 1.9), Chase, John
      • Re: "Turning off APPC"? (was RE: SDSF slow after migration to z/OS 1.9), Skip Robinson
  • Re: SDSF slow after migration to z/OS 1.9, Max Scarpa
• Mainframes.. Extinct or still going strong ?, F
  • Re: Mainframes.. Extinct or still going strong ?, Gaur
  • Re: Mainframes.. Extinct or still going strong ?, John S. Giltner, Jr.
    • Re: Mainframes.. Extinct or still going strong ?, Hal Merritt
      • Re: Mainframes.. Extinct or still going strong ?, Howard Brazee
      • Re: Mainframes.. Extinct or still going strong ?, Rick Fochtman
  • Re: Mainframes.. Extinct or still going strong ?, Howard Brazee
    • Re: Mainframes.. Extinct or still going strong ?, McKown, John
      • Re: Mainframes.. Extinct or still going strong ?, Rick Fochtman
      • Re: Mainframes.. Extinct or still going strong ?, Hal Merritt
      • Re: Mainframes.. Extinct or still going strong ?, McKown, John
      • Re: Mainframes.. Extinct or still going strong ?, Howard Brazee
  • <Possible follow-ups>
  • Re: Mainframes.. Extinct or still going strong ?, Tom Schmidt
    • Re: Mainframes.. Extinct or still going strong ?, Robert Fake
      • Re: Mainframes.. Extinct or still going strong ?, Ken Porowski
      • Re: Mainframes.. Extinct or still going strong ?, Robert Fake
  • Re: Mainframes.. Extinct or still going strong ?, Tom Marchant
• XML Toolkit for z/OS Now zAAP Enabled, Timothy Sipples
• Re: PAGEDEL - Was "Large Page Datasets APAR OA20749", Ted MacNEIL
  • <Possible follow-ups>
  • Re: PAGEDEL - Was "Large Page Datasets APAR OA20749", Ted MacNEIL
    • Re: PAGEDEL - Was "Large Page Datasets APAR OA20749", Traylor, Terry
• zFS Setup for the first time, Lizette Koehler
  • Re: zFS Setup for the first time, McKown, John
  • <Possible follow-ups>
  • Re: zFS Setup for the first time, Mark Zelden
  • Re: zFS Setup for the first time, Mark Zelden
    • Re: zFS Setup for the first time, Mark L. Wheeler
  • Re: zFS Setup for the first time, Lizette Koehler
  • Re: zFS Setup for the first time, Mark Zelden
    • Re: zFS Setup for the first time, Mark L. Wheeler
  • Re: zFS Setup for the first time, Mark Zelden
    • Re: zFS Setup for the first time, Gaur
• Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), David Cole
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Staller, Allan
    • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), David Cole
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Knutson, Sam
    • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), David Cole
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Hal Merritt
    • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), David Cole
      • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Richards, Robert B.
    • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Ted MacNEIL
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Thompson, Steve
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Ted MacNEIL
    • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Knutson, Sam
      • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), David Cole
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Paul Gilmartin
    • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Gibney, Dave
      • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Edward Jaffe
      • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Gibney, Dave
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Kenneth E Tomiak
    • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), David Cole
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Elardus Engelbrecht
    • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), David Cole
    • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Edward Jaffe
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Vernooy, C.P. - SPLXM
    • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Chris Hoelscher
      • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Rick Fochtman
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Mark Zelden
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Gary Green
    • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Edward Jaffe
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Big Iron
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Gary Green
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Tom Schmidt
    • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Edward Jaffe
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Gary Green
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Tom Schmidt
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Gary Green
  • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Paul Gilmartin
    • Re: Controlling the execution sequence of dependant jobs in JES2 (a suggested fix), Clement Clarke
• Re: Controlling the execution sequence of dependant jobs in JES2 (the details), David Cole
  • Re: Controlling the execution sequence of dependant jobs in JES2 (the details), Rob Scott
    • Re: Controlling the execution sequence of dependant jobs in JES2 (the details), McKown, John
      • Re: Controlling the execution sequence of dependant jobs in JES2 (the details), David Cole
    • Re: Controlling the execution sequence of dependant jobs in JES2 (the details), David Cole
      • Re: Controlling the execution sequence of dependant jobs in JES2 (the details), Rob Scott
      • Re: Controlling the execution sequence of dependant jobs in JES2 (the details), Edward Jaffe
      • Re: Controlling the execution sequence of dependant jobs in JES2 (the details), David Cole
      • Re: Controlling the execution sequence of dependant jobs in JES2 (the details), McKown, John
  • <Possible follow-ups>
  • Re: Controlling the execution sequence of dependant jobs in JES2 (the details), Ted MacNEIL
• Where do I find these reason codes?, Field, Alan C.
  • <Possible follow-ups>
  • Re: Where do I find these reason codes?, Lizette Koehler
    • Re: Where do I find these reason codes?, Field, Alan C.
  • Re: Where do I find these reason codes?, Daniel McLaughlin
  • Re: Where do I find these reason codes?, Brian Peterson
  • Re: Where do I find these reason codes?, Chris Mason
    • Re: Where do I find these reason codes?, Field, Alan C.
• Re: What Are ISPF Tables? (Was: PF Key Customization [Was: ...]), Ted MacNEIL
  • <Possible follow-ups>
  • Re: What Are ISPF Tables? (Was: PF Key Customization [Was: ...]), Patrick O'Keefe
    • Re: What Are ISPF Tables? (Was: PF Key Customization [Was: ...]), Joel C. Ewing
  • Re: What Are ISPF Tables? (Was: PF Key Customization [Was: ...]), Ted MacNEIL
    • Re: What Are ISPF Tables? (Was: PF Key Customization [Was: ...]), McKown, John
• Paging problems, Ward, Mike S
  • Re: Paging problems, Mark Jacobs
    • Re: Paging problems, Ward, Mike S
  • Re: Paging problems, Pinnacle
    • Re: Paging problems, Staller, Allan
    • Re: Paging problems, Ward, Mike S
  • Re: Paging problems, Rick Fochtman
  • <Possible follow-ups>
  • Re: Paging problems, Mark Zelden
  • Re: Paging problems, Ted MacNEIL
  • Re: Paging problems, Ted MacNEIL
    • Re: Paging problems, Rick Fochtman
• Fw: Re: DCOLLECT Problem, Lizette Koehler
• Opinions? Subset input with DFSORT before processing in REXX?, McKown, John
  • Re: Opinions? Subset input with DFSORT before processing in REXX?, Pinnacle
  • Re: Opinions? Subset input with DFSORT before processing in REXX?, Reda, John
  • Re: Opinions? Subset input with DFSORT before processing in REXX?, Rick Fochtman
  • Re: Opinions? Subset input with DFSORT before processing in REXX?, Gibney, Dave
  • <Possible follow-ups>
  • Re: Opinions? Subset input with DFSORT before processing in REXX?, Elardus Engelbrecht
  • Re: Opinions? Subset input with DFSORT before processing in REXX?, pilgrimpez
    • Re: Opinions? Subset input with DFSORT before processing in REXX?, David Betten
  • Re: Opinions? Subset input with DFSORT before processing in REXX?, Mark Zelden
• American Airlines (was: Practical jokes for mainframe systems programmers), Phil Smith III
  • <Possible follow-ups>
  • Re: American Airlines (was: Practical jokes for mainframe systems programmers), Vernooy, C.P. - SPLXM
  • Re: American Airlines (was: Practical jokes for mainframe systems programmers), Phil Smith III
• about IEWL parameters or so, K Zafirop
  • Re: about IEWL parameters or so, Mark Jacobs
  • Re: about IEWL parameters or so, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: about IEWL parameters or so, Daniel McLaughlin
  • Re: about IEWL parameters or so, Stocker, Herman
    • Re: about IEWL parameters or so, Binyamin Dissen
• Earl K. Buhrmester/Winchester/DST/US is out of the office., Earl Buhrmester
• AnyNet no longer supported in z/OS 1.8 (was APPC no longer support on z/OS 1.9), Chris Mason
• Re: Controlling the execution sequence of dependant jobs in JES2, Ted MacNEIL
  • Re: Controlling the execution sequence of dependant jobs in JES2, David Cole
  • <Possible follow-ups>
  • Re: Controlling the execution sequence of dependant jobs in JES2, Vernooy, C.P. - SPLXM
  • Re: Controlling the execution sequence of dependant jobs in JES2, Elardus Engelbrecht
  • Re: Controlling the execution sequence of dependant jobs in JES2, Daniel McLaughlin
  • Re: Controlling the execution sequence of dependant jobs in JES2, Ted MacNEIL
  • Re: Controlling the execution sequence of dependant jobs in JES2, Ted MacNEIL
  • Re: Controlling the execution sequence of dependant jobs in JES2, Vernooy, C.P. - SPLXM
  • Re: Controlling the execution sequence of dependant jobs in JES2, Ted MacNEIL
  • Re: Controlling the execution sequence of dependant jobs in JES2, Elardus Engelbrecht
  • Re: Controlling the execution sequence of dependant jobs in JES2, Ted MacNEIL
  • Re: Controlling the execution sequence of dependant jobs in JES2, Elardus Engelbrecht
  • Re: Controlling the execution sequence of dependant jobs in JES2, Mark Zelden
    • Re: Controlling the execution sequence of dependant jobs in JES2, David Cole
      • Re: Controlling the execution sequence of dependant jobs in JES2, Webster, Chris
      • Re: Controlling the execution sequence of dependant jobs in JES2, David Cole
  • Re: Controlling the execution sequence of dependant jobs in JES2, Ted MacNEIL
  • Re: Controlling the execution sequence of dependant jobs in JES2, Mark Zelden
  • Re: Controlling the execution sequence of dependant jobs in JES2, Daniel McLaughlin
  • Re: Controlling the execution sequence of dependant jobs in JES2, Vernooy, C.P. - SPLXM
  • Re: Controlling the execution sequence of dependant jobs in JES2, Daniel McLaughlin
  • Re: Controlling the execution sequence of dependant jobs in JES2, Ted MacNEIL
  • Re: Controlling the execution sequence of dependant jobs in JES2, Vernooy, C.P. - SPLXM
  • Re: Controlling the execution sequence of dependant jobs in JES2, Ted MacNEIL
  • Re: Controlling the execution sequence of dependant jobs in JES2, Gilbert Cardenas
  • Re: Controlling the execution sequence of dependant jobs in JES2, Paul Gilmartin
    • Re: Controlling the execution sequence of dependant jobs in JES2, Rick Fochtman
  • Re: Controlling the execution sequence of dependant jobs in JES2, Tom Marchant
  • Re: Controlling the execution sequence of dependant jobs in JES2, Paul Gilmartin
    • Re: Controlling the execution sequence of dependant jobs in JES2, McKown, John
    • Re: Controlling the execution sequence of dependant jobs in JES2, Edward Jaffe
    • Re: Controlling the execution sequence of dependant jobs in JES2, David Cole
  • Re: Controlling the execution sequence of dependant jobs in JES2, Gilbert Cardenas
• AUTO: James Obrizok/Poughkeepsie/IBM is out of the office. (returning 05/27/2008), James Obrizok
• ISPF Index listing - Batch, Alvaro Quintupray B.
  • Re: ISPF Index listing - Batch, Schwarz, Barry A
• Re: 80-Column Minds, Ted MacNEIL
  • Controlling the execution sequence of dependant jobs in JES2, David Cole
    • Re: Controlling the execution sequence of dependant jobs in JES2, McKown, John
      • Re: Controlling the execution sequence of dependant jobs in JES2, Edward Jaffe
      • Re: Controlling the execution sequence of dependant jobs in JES2, Shane
      • Re: Controlling the execution sequence of dependant jobs in JES2, David Cole
    • Re: Controlling the execution sequence of dependant jobs in JES2, Rick Fochtman
    • Re: Controlling the execution sequence of dependant jobs in JES2, Shmuel Metz , Seymour J.
  • Re: 80-Column Minds, Rick Fochtman
  • Re: 80-Column Minds, Hal Merritt
• Detecting looping CICS transaction, Dave Menist
  • <Possible follow-ups>
  • Re: Detecting looping CICS transaction, Vernooy, C.P. - SPLXM
    • Re: Detecting looping CICS transaction, Jim McAlpine
      • Re: Detecting looping CICS transaction, Barkow, Eileen
      • Re: Detecting looping CICS transaction, Jim McAlpine
      • Re: Detecting looping CICS transaction, Wissink, Brad [ITSYS]
      • Re: Detecting looping CICS transaction, Barkow, Eileen
      • Re: Detecting looping CICS transaction, Wissink, Brad [ITSYS]
      • Re: Detecting looping CICS transaction, Mullen, Patrick
• Pratap PattnaiK - IBM Fellow, Matthew Stitt
• Harry Yudenfriend - IBM Fellow, Tom Schmidt
  • <Possible follow-ups>
  • Re: Harry Yudenfriend - IBM Fellow, Ted MacNEIL
    • Re: Harry Yudenfriend - IBM Fellow, Edward Jaffe
  • Re: Harry Yudenfriend - IBM Fellow, Matthew Stitt
  • Re: Harry Yudenfriend - IBM Fellow, Thompson, Steve
    • Re: Harry Yudenfriend - IBM Fellow, Shane
  • Re: Harry Yudenfriend - IBM Fellow, Ed Finnell
• Re: Off-the-wall Auditor Requests ... divergent to Security DB controls, Walt Farrell
  • Re: Off-the-wall Auditor Requests ... divergent to Security DB controls, Rick Fochtman
• Re: 80-Column Minds (Was: SMP/E question), Paul Gilmartin
  • Re: 80-Column Minds (Was: SMP/E question), Kirk Wolf
  • Re: 80-Column Minds (Was: SMP/E question), William H. Blair
    • Re: 80-Column Minds (Was: SMP/E question), Robert A. Rosenberg
      • Re: 80-Column Minds (Was: SMP/E question), William H. Blair
    • Re: 80-Column Minds (Was: SMP/E question), Shmuel Metz , Seymour J.
      • Re: 80-Column Minds (Was: SMP/E question), William H. Blair
  • <Possible follow-ups>
  • Re: 80-Column Minds (Was: SMP/E question), Ed Finnell
  • Re: 80-Column Minds (Was: SMP/E question), Ted MacNEIL
    • Re: 80-Column Minds (Was: SMP/E question), McKown, John
      • Re: 80-Column Minds (Was: SMP/E question), Gibney, Dave
      • Re: 80-Column Minds (Was: SMP/E question), McKown, John
      • Re: 80-Column Minds (Was: SMP/E question), Rick Fochtman
      • Re: 80-Column Minds (Was: SMP/E question), Scott Rowe
      • Re: 80-Column Minds (Was: SMP/E question), Edward Jaffe
      • Re: 80-Column Minds (Was: SMP/E question), Shmuel Metz , Seymour J.
    • Re: 80-Column Minds (Was: SMP/E question), Kelman, Tom
      • Re: 80-Column Minds (Was: SMP/E question), Edward Jaffe
      • Re: 80-Column Minds (Was: SMP/E question), Traylor, Terry
  • Re: 80-Column Minds (Was: SMP/E question), Ted MacNEIL
  • Re: 80-Column Minds (Was: SMP/E question), Ted MacNEIL
  • Re: 80-Column Minds (Was: SMP/E question), Ted MacNEIL
  • Re: 80-Column Minds (Was: SMP/E question), Ted MacNEIL
  • Re: 80-Column Minds (Was: SMP/E question), Paul Gilmartin
    • Re: 80-Column Minds (Was: SMP/E question), William H. Blair
  • Re: 80-Column Minds (Was: SMP/E question), Paul Gilmartin
• IBM Call HOME Feature, Rodger Foreman
  • Re: IBM Call HOME Feature, Rick Fochtman
  • Re: IBM Call HOME Feature, Hal Merritt
• ISPF Panel Definition Question, Support, DUNNIT SYSTEMS LTD.
  • Re: ISPF Panel Definition Question, Dave Salt
  • <Possible follow-ups>
  • Re: ISPF Panel Definition Question, Mark Zelden
• Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Dave Cartwright
  • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Bill Ogden
  • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Bass, Walter W
  • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Rick Fochtman
  • Re: Off-the-wall Auditor Requests ... divergent to Security DB controls, Rob Schramm
  • <Possible follow-ups>
  • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Walt Farrell
  • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Doc Farmer
  • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Walt Farrell
  • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Eric Bielefeld
    • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Rick Fochtman
      • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Ivan Warren
      • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Rick Fochtman
      • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Ivan Warren
      • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Rick Fochtman
      • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Ivan Warren
      • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Rick Fochtman
      • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Chris Hoelscher
  • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Ted MacNEIL
  • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Tom Schmidt
    • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Rick Fochtman
  • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Ted MacNEIL
  • Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts), Paul Gilmartin
• This post only intends only to let xxx save his beers and money in Austin., Shai Hess
  • Re: This post only intends only to let xxx save his beers and money in Austin., Tony B.
    • Re: This post only intends only to let xxx save his beers and money in Austin., shai hess
      • Re: This post only intends only to let xxx save his beers and money in Austin., shai hess
      • Re: This post only intends only to let xxx save his beers and money in Austin., Rick Fochtman
      • Re: This post only intends only to let xxx save his beers and money in Austin., shai hess
  • Re: This post only intends only to let xxx save his beers and money in Austin., Scott Rowe
    • Re: This post only intends only to let xxx save his beers and money in Austin., shai hess
      • Re: This post only intends only to let xxx save his beers and money in Austin., Edward Jaffe
      • Re: This post only intends only to let xxx save his beers and money in Austin., shai hess
• SMTP messages, Craig Lawrence
• ADD Dataset to Linklst - thank-you!, Lucy Arnold
• xPLPA page & PGSER FREE, Paul Schuster
• Server Pac Issues with z/OS V1.9 SB37 SYSUT1 and other stuff, Lizette Koehler
  • Re: Server Pac Issues with z/OS V1.9 SB37 SYSUT1 and other stuff, King, Jeffrey E
  • Re: Server Pac Issues with z/OS V1.9 SB37 SYSUT1 and other stuff, Kurt Quackenbush
  • <Possible follow-ups>
  • Re: Server Pac Issues with z/OS V1.9 SB37 SYSUT1 and other stuff, Lizette Koehler
• IPCS error, Paul Schuster
  • Re: IPCS error, Binyamin Dissen
  • <Possible follow-ups>
  • Re: IPCS error, Paul Schuster
  • Re: IPCS error, Barbara Nitz
• IPCS RUNARRAY/CBFORMAT question, Gord Tomlin
  • Re: IPCS RUNARRAY/CBFORMAT question, Robert Wright
    • Re: IPCS RUNARRAY/CBFORMAT question, Robert Wright
• FTP delete, Howard Brazee
  • Re: FTP delete, McKown, John
    • Re: FTP delete, Howard Brazee
      • Re: FTP delete, McKown, John
      • Re: FTP delete, Howard Brazee
  • <Possible follow-ups>
  • Re: FTP delete, Matthew Stitt
    • Re: FTP delete, McKown, John
  • Re: FTP delete, Paul Gilmartin
• ADD library to Linklst, Lucy Arnold
  • <Possible follow-ups>
  • Re: ADD library to Linklst, Daniel McLaughlin
    • Re: ADD library to Linklst, Jerry Fuchs
      • Re: ADD library to Linklst, King, Jeffrey E
      • Re: ADD library to Linklst, Neal Eckhardt
  • Re: ADD library to Linklst, Lizette Koehler
  • Re: ADD library to Linklst, Lizette Koehler
  • Re: ADD library to Linklst, Tom Marchant
• TechTarget - Mainframe Specialty Processors (zIIP zAAP), Lizette Koehler
  • Re: TechTarget - Mainframe Specialty Processors (zIIP zAAP), Edward Jaffe
    • Re: TechTarget - Mainframe Specialty Processors (zIIP zAAP), Tom Harper
      • Re: TechTarget - Mainframe Specialty Processors (zIIP zAAP), Edward Jaffe
• FW: Practical jokes for mainframe systems programmers, Howard Brazee
  • Re: Practical jokes for mainframe systems programmers, Richards, Robert B.
    • Re: Practical jokes for mainframe systems programmers, Edward Jaffe
      • Re: Practical jokes for mainframe systems programmers, Rob Scott
      • Re: Practical jokes for mainframe systems programmers, Edward Jaffe
      • Re: Practical jokes for mainframe systems programmers, Wayne Driscoll
      • Practical jokes for mainframe systems programmers, Dee Shrier
      • Re: Practical jokes for mainframe systems programmers, Rick Fochtman
      • Re: Practical jokes for mainframe systems programmers, David Andrews
      • Re: Practical jokes for mainframe systems programmers, Don Leahy
      • Re: Practical jokes for mainframe systems programmers, Howard Brazee
      • Re: Practical jokes for mainframe systems programmers, Chase, John
      • PF Key Customization (Was: Practical jokes for mainframe systems programmers), John P Kalinich
      • Re: PF Key Customization (Was: Practical jokes for mainframe systems programmers), Steve Comstock
      • Re: PF Key Customization (Was: Practical jokes for mainframe systems programmers), Chase, John
      • Re: PF Key Customization (Was: Practical jokes for mainframe systems programmers), Don Leahy
      • Re: PF Key Customization (Was: Practical jokes for mainframe systems programmers), Howard Brazee
      • Re: PF Key Customization (Was: Practical jokes for mainframe systems programmers), Don Leahy
      • Re: PF Key Customization (Was: Practical jokes for mainframe systems programmers), Howard Brazee
      • Re: PF Key Customization (Was: Practical jokes for mainframe systems programmers), Don Leahy
      • Re: PF Key Customization (Was: Practical jokes for mainframe systems programmers), Howard Brazee
      • Re: PF Key Customization (Was: Practical jokes for mainframe systems programmers), Howard Brazee
      • Re: Practical jokes for mainframe systems programmers, Richards, Robert B.
      • Message not available
      • Re: Practical jokes for mainframe systems programmers, Daniel McLaughlin
    • Re: Practical jokes for mainframe systems programmers, Chase, John
  • Re: Practical jokes for mainframe systems programmers, McKown, John
  • <Possible follow-ups>
  • Re: Practical jokes for mainframe systems programmers, Mark Zelden
    • Re: Practical jokes for mainframe systems programmers, Richards, Robert B.
      • Re: Practical jokes for mainframe systems programmers, Binyamin Dissen
      • Re: Practical jokes for mainframe systems programmers, Robert A. Rosenberg
    • Re: Practical jokes for mainframe systems programmers, Mickey
  • Re: Practical jokes for mainframe systems programmers, Gary DiPillo
  • Re: Practical jokes for mainframe systems programmers, Gary Green
  • Re: Practical jokes for mainframe systems programmers, Gary Green
    • Re: Practical jokes for mainframe systems programmers, Chase, John
      • Re: Practical jokes for mainframe systems programmers, Don Leahy
  • Re: Practical jokes for mainframe systems programmers, Tom Marchant
    • Re: Practical jokes for mainframe systems programmers, Jerry Fuchs
      • Re: Practical jokes for mainframe systems programmers, McKown, John
      • Re: Practical jokes for mainframe systems programmers, Howard Brazee
      • Re: Practical jokes for mainframe systems programmers, Rick Fochtman
      • Re: Practical jokes for mainframe systems programmers, "Robert A. Rosenberg"
      • Message not available
      • Re: Practical jokes for mainframe systems programmers, Daniel McLaughlin
  • Re: Practical jokes for mainframe systems programmers, Patrick O'Keefe
    • Re: Practical jokes for mainframe systems programmers, Gerhard Adam
  • Re: Practical jokes for mainframe systems programmers, Ted MacNEIL
    • Re: Practical jokes for mainframe systems programmers, Schwarz, Barry A
      • Re: Practical jokes for mainframe systems programmers, Howard Brazee
    • Re: Practical jokes for mainframe systems programmers, Thomas H Puddicombe
  • Re: Practical jokes for mainframe systems programmers, Paul Gilmartin
  • Re: Practical jokes for mainframe systems programmers, Ted MacNEIL
  • Re: Practical jokes for mainframe systems programmers, Paul Gilmartin
    • Re: Practical jokes for mainframe systems programmers, Roger Bolan
  • Re: Practical jokes for mainframe systems programmers, Paul Gilmartin
  • Re: Practical jokes for mainframe systems programmers, Ted MacNEIL
  • Re: Practical jokes for mainframe systems programmers, Ted MacNEIL
  • SV: Practical jokes for mainframe systems programmers, Thomas Berg
  • SV: Practical jokes for mainframe systems programmers, Thomas Berg
  • Re: Practical jokes for mainframe systems programmers, Daniel McLaughlin
  • Re: Practical jokes for mainframe systems programmers, Jim Harrison
    • Re: Practical jokes for mainframe systems programmers, John P Kalinich
  • Re: Practical jokes for mainframe systems programmers, Dave Kopischke
    • Re: Practical jokes for mainframe systems programmers, Edward Jaffe
  • Re: Practical jokes for mainframe systems programmers, Matthew Stitt
    • Re: Practical jokes for mainframe systems programmers, McKown, John
  • Re: Practical jokes for mainframe systems programmers, Ted MacNEIL
  • Re: Practical jokes for mainframe systems programmers, Ted MacNEIL
  • Re: Practical jokes for mainframe systems programmers, Arthur Gutowski
  • Re: Practical jokes for mainframe systems programmers, Arthur Gutowski
  • Re: Practical jokes for mainframe systems programmers, Ted MacNEIL
  • Re: Practical jokes for mainframe systems programmers, Dave Kopischke
• Bad Auditor Requests (Was Re: Hardware Alerts), Thomas Kern
  • Re: Bad Auditor Requests (Was Re: Hardware Alerts), McKown, John
  • Re: Bad Auditor Requests (Was Re: Hardware Alerts), Tom Longfellow
  • <Possible follow-ups>
  • Re: Bad Auditor Requests (Was Re: Hardware Alerts), Thomas Kern
  • Re: Bad Auditor Requests (Was Re: Hardware Alerts), Gabe Goldberg
• SMP/E question on merging DDDEF entries., Richbourg, Claude
  • Re: SMP/E question on merging DDDEF entries., McKown, John
    • Re: SMP/E question on merging DDDEF entries., Richbourg, Claude
• Re: Huh?? (Was: APPC no longer support on zos/1.9), pilgrimpez
  • <Possible follow-ups>
  • Re: Huh?? (Was: APPC no longer support on zos/1.9), Daniel McLaughlin
• Re: OA21346 for JES2 Dynamic Exit support - status??, Knutson, Sam
  • Re: OA21346 for JES2 Dynamic Exit support - status??, Bob Shannon
    • Re: OA21346 for JES2 Dynamic Exit support - status??, Pinnacle
• plpa pages and pgser, Paul Schuster
  • Re: plpa pages and pgser, Rick Fochtman
  • Re: plpa pages and pgser, Jim Mulder
  • <Possible follow-ups>
  • Re: plpa pages and pgser, Eric Bielefeld
• Another Generalized Resource question, David Day
  • Re: Another Generalized Resource question(problem solved), David Day
  • Re: Another Generalized Resource question, Rick Fochtman
  • <Possible follow-ups>
  • Re: Another Generalized Resource question, Walt Farrell
    • Re: Another Generalized Resource question, Rick Fochtman
• APPC no longer support on zos/1.9, Tommy Tsui
  • Huh?? (Was: APPC no longer support on zos/1.9), Edward Jaffe
  • Re: APPC no longer support on zos/1.9, John Eells
    • Re: APPC no longer support on zos/1.9, Tommy Tsui
  • <Possible follow-ups>
  • Re: APPC no longer support on zos/1.9, Chris Mason
    • Re: APPC no longer support on zos/1.9, Dean Montevago
  • Re: APPC no longer support on zos/1.9, Chris Mason
  • Re: APPC no longer support on zos/1.9, Patrick O'Keefe
  • Re: APPC no longer support on zos/1.9, Chris Mason
    • Re: APPC no longer support on zos/1.9, Dean Montevago
    • Re: APPC no longer support on zos/1.9, Dean Montevago
  • Re: APPC no longer support on zos/1.9, Chris Mason
    • Re: APPC no longer support on zos/1.9, Tommy Tsui
      • Re: APPC no longer support on zos/1.9, Shmuel Metz , Seymour J.
      • Re: APPC no longer support on zos/1.9, Edward Jaffe
      • Re: APPC no longer support on zos/1.9, John Eells
      • Re: APPC no longer support on zos/1.9, Dean Montevago
      • Re: APPC no longer support on zos/1.9, John Eells
      • Re: APPC no longer support on zos/1.9, Dean Montevago
• Hardware Alerts, Hal Merritt
  • Re: Hardware Alerts, McKown, John
  • <Possible follow-ups>
  • Re: Hardware Alerts, Daniel McLaughlin
    • Re: Hardware Alerts, McKown, John
    • Message not available
      • Re: Hardware Alerts, Daniel McLaughlin
      • Re: Hardware Alerts, Rick Fochtman
      • Stupid requests (was:RE: Hardware Alerts), McKown, John
      • Off-the-wall Auditor Requests (was RE: Hardware Alerts), Chase, John
      • Message not available
      • Re: Hardware Alerts, Daniel McLaughlin
      • Re: Hardware Alerts, Neal Eckhardt
    • Re: Hardware Alerts, Hal Merritt
      • Re: Hardware Alerts, McKown, John
  • Re: Hardware Alerts, Patrick O'Keefe
    • Re: Hardware Alerts, Ken Porowski
  • Re: Hardware Alerts, Ted MacNEIL
  • Re: Hardware Alerts, Gary Eheman
    • Re: Hardware Alerts, Hal Merritt
    • Re: Hardware Alerts, Tony Harminc
• Leonard Sasso/GIS/CSC is out of the office., Leonard Sasso
• Re: Large Page Datasets APAR OA20749, Knutson, Sam
  • PAGEDEL - Was "Large Page Datasets APAR OA20749", Martin Packer
    • Re: PAGEDEL - Was "Large Page Datasets APAR OA20749", Traylor, Terry
• DASD or TAPE attached via TCP/IP, Michael Knigge
  • Re: DASD or TAPE attached via TCP/IP, R.S.
    • Re: DASD or TAPE attached via TCP/IP, Michael Knigge
      • Re: DASD or TAPE attached via TCP/IP, R.S.
  • Re: DASD or TAPE attached via TCP/IP, Edward Jaffe
    • Re: DASD or TAPE attached via TCP/IP, Rich Smrcina
  • <Possible follow-ups>
  • Re: DASD or TAPE attached via TCP/IP, Paul Gilmartin
    • Re: DASD or TAPE attached via TCP/IP, Michael Knigge
• DFHSM Abend, Gary Green
  • Re: DFHSM Abend, O'Brien, David W. [C] , NIH/CIT
    • Re: DFHSM Abend, Scott Rowe
      • Re: DFHSM Abend, O'Brien, David W. [C] , NIH/CIT
      • Re: DFHSM Abend, Martinez, Frank J
      • Re: DFHSM Abend, Martinez, Frank J
      • Re: DFHSM Abend, Martinez, Frank J
    • Re: DFHSM Abend, Rick Fochtman
  • Re: DFHSM Abend, Traylor, Terry
  • Re: DFHSM Abend - resend, Traylor, Terry
  • <Possible follow-ups>
  • Re: DFHSM Abend, Lizette Koehler
• Re: Electronic order of PTF, Ed Finnell
  • <Possible follow-ups>
  • Re: Electronic order of PTF, Paul Gilmartin
  • Re: Electronic order of PTF, Ed Finnell
  • Re: Electronic order of PTF, Paul Gilmartin
• Low cost or free certified recycler/reseller in NJ area for 3745 and 3494-B18?, Ken Porowski
• Re: FTP serious error... HELP!, scott
• Question on defining a profile to facility class in RACF, David Day
  • Re: Question on defining a profile to facility class in RACF, Scott Rowe
  • Re: Question on defining a profile to facility class in RACF, Bradley Snyder
  • <Possible follow-ups>
  • Re: Question on defining a profile to facility class in RACF, John Laubenheimer
    • Re: Question on defining a profile to facility class in RACF, David Day
• Re: crazy thoughts - keeping product installation information, John Mattson
• Free z/OS webserver, Bob
  • Re: Free z/OS webserver, McKown, John
  • Re: Free z/OS webserver, Edward Jaffe
  • Re: Free z/OS webserver, McKown, John
  • Re: Free z/OS webserver, Ceruti, Gerard G
    • Re: Free z/OS webserver, Rob Schramm
      • Re: Free z/OS webserver, Lester, Bob
      • Re: Free z/OS webserver, Rob Schramm
      • Re: Free z/OS webserver, Ulrich Boche
      • Re: Free z/OS webserver, Rob Schramm
      • Re: Free z/OS webserver, Shane
  • Re: Free z/OS webserver, Ceruti, Gerard G
  • Re: Free z/OS webserver, Steve Comstock
  • Re: Free z/OS webserver, Hunkeler Peter , KIUK 3
• Old CICS, Stephen Wolf
  • Re: Old CICS, Lopez, Rich [ITSUS]
    • Re: Old CICS, Chase, John
      • Re: Old CICS, Lopez, Rich [ITSUS]
  • Re: Old CICS, John P Kalinich
  • <Possible follow-ups>
  • Re: Old CICS, Daniel McLaughlin
  • Re: Old CICS, Tom Schmidt
• MVS Shop in Bethelem, Gary Green
• Need CICS Discussion List, Sivakumar, Manikandan
  • Re: Need CICS Discussion List, McKown, John
• Getting started with System z, z/VM, z/OS, etc., DanS
  • <Possible follow-ups>
  • Getting started with System z, z/VM, z/OS, etc., Roger Bowler
    • Re: Getting started with System z, z/VM, z/OS, etc., DanS
  • Re: Getting started with System z, z/VM, z/OS, etc., Vernooy, C.P. - SPLXM
    • Re: Getting started with System z, z/VM, z/OS, etc., DanS
• USSTAB color question, Yan Ying
  • Re: USSTAB color question, Chase, John
  • Re: USSTAB color question, Tom Sipusic
  • <Possible follow-ups>
  • Re: USSTAB color question, Patrick O'Keefe
    • Re: USSTAB color question, Edward Jaffe
  • Re: USSTAB color question, Chris Mason
  • Re: USSTAB color question, Mark Zelden
  • Re: USSTAB color question, Patrick O'Keefe
    • Re: USSTAB color question, Edward Jaffe
  • Re: USSTAB color question, Chris Mason
  • Re: USSTAB color question, Patrick O'Keefe
    • Re: USSTAB color question, Edward Jaffe
  • Re: USSTAB color question, Chris Mason
  • Re: USSTAB color question, Chris Mason
    • Re: USSTAB color question, William H. Blair
  • Re: USSTAB color question, Patrick O'Keefe
    • Re: USSTAB color question, Edward Jaffe
    • Re: USSTAB color question, Gerhard Postpischil
  • Re: USSTAB color question, Patrick O'Keefe
    • Re: USSTAB color question, Chase, John
  • Re: USSTAB color question, Chris Mason
  • Re: USSTAB color question, Patrick O'Keefe
  • Re: USSTAB color question, Patrick O'Keefe
  • Re: USSTAB color question, Chris Mason
  • Re: USSTAB color question, Chris Mason
  • Re: USSTAB color question, Chris Mason
• Re: Converting from SYSPLEX(NO) to SYSPLEX(YES) for a UNIX root filesystem?, Mark Zelden
  • Re: Converting from SYSPLEX(NO) to SYSPLEX(YES) for a UNIX root filesystem?, Chase, John
  • <Possible follow-ups>
  • Re: Converting from SYSPLEX(NO) to SYSPLEX(YES) for a UNIX root filesystem?, Ted MacNEIL
    • Re: Converting from SYSPLEX(NO) to SYSPLEX(YES) for a UNIX root filesystem?, Chase, John
  • Re: Converting from SYSPLEX(NO) to SYSPLEX(YES) for a UNIX root filesystem?, Matthew Stitt
  • Re: Converting from SYSPLEX(NO) to SYSPLEX(YES) for a UNIX root filesystem?, Mark Zelden
• ISPF STATS - Defined Where?, Thompson, Steve
  • Re: ISPF STATS - Defined Where?, Richard Peurifoy
  • Re: ISPF STATS - Defined Where?, Rob Scott
    • Re: ISPF STATS - Defined Where?, Steve Comstock
  • <Possible follow-ups>
  • Re: ISPF STATS - Defined Where?, Thompson, Steve
  • Re: ISPF STATS - Defined Where?, Thompson, Steve
    • Electronic order of PTF, Jerry Fuchs
      • Re: Electronic order of PTF, Dean Montevago
      • Re: Electronic order of PTF, Miklos Szigetvari
      • Re: Electronic order of PTF, Staller, Allan
      • Re: Electronic order of PTF, Chase, John
      • Re: Electronic order of PTF, Michael Wickman
      • Re: Electronic order of PTF, Dean Montevago
      • Re: Electronic order of PTF, Kurt Quackenbush
      • Re: Electronic order of PTF, Brian France
• Another IBMLink problem?, Patrick O'Keefe
  • Re: Another IBMLink problem?, Chase, John
  • <Possible follow-ups>
  • Re: Another IBMLink problem?, Patrick O'Keefe
  • Re: Another IBMLink problem?, Barbara Nitz
• Re: IEFC683I CONVERTER TERMINATED DUE TO S0C4 ABEND REASON=00000004, Knutson, Sam
  • <Possible follow-ups>
  • Re: IEFC683I CONVERTER TERMINATED DUE TO S0C4 ABEND REASON=00000004, McKown, John
  • Re: IEFC683I CONVERTER TERMINATED DUE TO S0C4 ABEND REASON=00000004, Mark Zelden
    • Re: IEFC683I CONVERTER TERMINATED DUE TO S0C4 ABEND REASON=00000004, Mark Steely
  • Re: IEFC683I CONVERTER TERMINATED DUE TO S0C4 ABEND REASON=00000004, Mark Zelden
    • Re: IEFC683I CONVERTER TERMINATED DUE TO S0C4 ABEND REASON=00000004, Knutson, Sam
      • Re: IEFC683I CONVERTER TERMINATED DUE TO S0C4 ABEND REASON=00000004, Edward Jaffe
    • Re: IEFC683I CONVERTER TERMINATED DUE TO S0C4 ABEND REASON=00000004, Mark Steely
• GRS Tales of Tribulation, Daniel McLaughlin
  • Re: GRS Tales of Tribulation, McKown, John
  • Re: GRS Tales of Tribulation, Scott Rowe
    • Re: GRS Tales of Tribulation, John P Donnelly
      • Re: GRS Tales of Tribulation, Rob Schramm
      • Message not available
      • Re: GRS Tales of Tribulation, Daniel McLaughlin
  • Message not available
    • Re: GRS Tales of Tribulation, Daniel McLaughlin
      • Re: GRS Tales of Tribulation, Scott Rowe
• VTS tapes at DR, Lopez, Sharon
• TSSO on z/OS 1.9, Sam Golob
• Very poor FTP transfer rate to : testcase.boulder.ibm.com 207.25.253.31 ?, Knutson, Sam
  • Re: Very poor FTP transfer rate to : testcase.boulder.ibm.com 207.25.253.31 ?, Richbourg, Claude
• SMP/E question., McKown, John
  • <Possible follow-ups>
  • Re: SMP/E question., Mark Zelden
    • Re: SMP/E question., McKown, John
      • Re: SMP/E question., Craddock, Chris
      • Re: SMP/E question., Bob Shannon
      • Re: SMP/E question., Edward Jaffe
      • Re: SMP/E question., McKown, John
      • Re: SMP/E question., Edward Jaffe
      • Re: SMP/E question., Craddock, Chris
      • Re: SMP/E question., McKown, John
      • 80-Column Minds (Was: SMP/E question), Edward Jaffe
      • Re: SMP/E question., Clark Morris
      • Re: SMP/E question., McKown, John
      • Re: SMP/E question., Patrick Falcone
      • Re: SMP/E question., McKown, John
      • Re: SMP/E question., Patrick Falcone
  • Re: SMP/E question., Mark Zelden
    • Re: SMP/E question., McKown, John
  • Re: SMP/E question., Mark Zelden
  • Re: SMP/E question., Bobbie Justice
  • Re: SMP/E question., Ted MacNEIL
    • Re: SMP/E question., Rick Fochtman
  • Re: SMP/E question., Ted MacNEIL
  • Re: SMP/E question., Paul Gilmartin
• Where is the zOS ABC's Vol 4 (VTAM and TCP/IP), Lizette Koehler
  • Re: Where is the zOS ABC's Vol 4 (VTAM and TCP/IP), Lindy Mayfield
    • Re: Where is the zOS ABC's Vol 4 (VTAM and TCP/IP), Lizette Koehler
      • Re: Where is the zOS ABC's Vol 4 (VTAM and TCP/IP), Leo Smith
  • Re: Where is the zOS ABC's Vol 4 (VTAM and TCP/IP), Field, Alan C.
  • Re: Where is the zOS ABC's Vol 4 (VTAM and TCP/IP), Timur Alpaslan
  • <Possible follow-ups>
  • Re: Where is the zOS ABC's Vol 4 (VTAM and TCP/IP), Elardus Engelbrecht
  • Re: Where is the zOS ABC's Vol 4 (VTAM and TCP/IP), Mark Zelden
  • Re: Where is the zOS ABC's Vol 4 (VTAM and TCP/IP), Elardus Engelbrecht
    • Re: Where is the zOS ABC's Vol 4 (VTAM and TCP/IP), Lindy Mayfield
  • Re: Where is the zOS ABC's Vol 4 (VTAM and TCP/IP), Chris Mason
    • Re: Where is the zOS ABC's Vol 4 (VTAM and TCP/IP), Lizette Koehler
  • Re: Where is the zOS ABC's Vol 4 (VTAM and TCP/IP), Mitko Iakimov
• Buffer Hash Algorithm, Patrick Roehl
  • Re: Buffer Hash Algorithm, Binyamin Dissen
  • Re: Buffer Hash Algorithm, Mark Jacobs
• Shareoptions on ACDS, Daniel McLaughlin
• Arthur W. Burks, 1915-2008, john gilmore
  • <Possible follow-ups>
  • Re: Arthur W. Burks, 1915-2008, Gary Green
• Re: SSL to Printers, Steve Bireley
  • <Possible follow-ups>
  • SSL to printers, David Boyes
    • Re: SSL to printers, R.S.
      • Re: SSL to printers, Hal Merritt
      • Re: SSL to printers, Rick Fochtman
      • Re: SSL to printers, Hal Merritt
      • Re: SSL to printers, Rick Fochtman
  • Re: SSL to printers, Ed Finnell
• PDSE Clarification, Sivakumar, Manikandan
  • Re: PDSE Clarification, Steven Conway
    • Re: PDSE Clarification, Knutson, Sam
  • <Possible follow-ups>
  • Re: PDSE Clarification, Mark Zelden
    • Re: PDSE Clarification, Steven Conway
• Re: QUIESCE / RESTART, Rafa Pereira
  • Re: QUIESCE / RESTART, Binyamin Dissen
  • <Possible follow-ups>
  • Re: QUIESCE / RESTART, Rafa Pereira
• EDC5133I during ServerPac run, Lizette Koehler
  • Re: EDC5133I during ServerPac run, Veilleux, Jon L
  • <Possible follow-ups>
  • Re: EDC5133I during ServerPac run, Mark Zelden
    • Re: EDC5133I during ServerPac run, Lizette Koehler
      • Re: EDC5133I during ServerPac run, Jousma, David
      • Re: EDC5133I during ServerPac run, Hunkeler Peter , KIUK 3
• OA18496 SYSTEM ABEND15F REASON 401 RC401 (If the TOD clock setting is moved backwards), Knutson, Sam
  • <Possible follow-ups>
  • Re: OA18496 SYSTEM ABEND15F REASON 401 RC401 (If the TOD clock setting is moved backwards), Mark Zelden
  • OA18496 SYSTEM ABEND15F REASON 401 RC401 (If the TOD clock setting is moved backwards), George Kozakos
• Re: ERB307I III: MONITOR III DATA GATHERER ERB3GINI. INTERFACE BPX1SDD FAILED. RETURN CODE: 0000 REASON CODE: 0000, Knutson, Sam
• Re: OT threads, Ted MacNEIL
  • Re: OT threads, Darren Evans-Young
• Re: Checkpoint job stops processing: Cancel command not working, Cobe Xu
  • <Possible follow-ups>
  • Re: Checkpoint job stops processing: Cancel command not working, Patrick Falcone
  • Re: Checkpoint job stops processing: Cancel command not working, Craddock, Chris
    • Re: Checkpoint job stops processing: Cancel command not working, McKown, John
  • Re: Checkpoint job stops processing: Cancel command not working, Patrick Falcone
  • Re: Checkpoint job stops processing: Cancel command not working, Dave Kopischke
  • Re: Checkpoint job stops processing: Cancel command not working, Patrick Falcone
• is out of the office., Keith Zawila
  • <Possible follow-ups>
  • is out of the office., Keith Zawila
• Questions about GDG ENQ's, Farley, Peter x23353
  • Re: Questions about GDG ENQ's, Skip Robinson
  • <Possible follow-ups>
  • Re: Questions about GDG ENQ's, Scott Barry
    • Re: Questions about GDG ENQ's, Farley, Peter x23353
• Re: Friday joke: IBM pays $35/hr for IOS code, Patrick O'Keefe
  • Re: Friday joke: IBM pays $35/hr for IOS code, Graeme Gibson
• Friday joke: IBM pays $35/hr for IOS code, Pinnacle
• encryption on z/OS, Dave Jones
  • Re: encryption on z/OS, Mark Jacobs
  • Re: encryption on z/OS, George Mitjans
    • Re: encryption on z/OS, Ward, Mike S
  • Re: encryption on z/OS, Wissink, Brad [ITSYS]
  • Re: encryption on z/OS, John S. Giltner, Jr.
  • Message not available
    • Re: encryption on z/OS, Don Bolton
  • Re: encryption on z/OS, Finch, Steve
• Re: [MVS-OE] Backing up volumes containing UNIX filesystem datasets, McKown, John
• Re: CSI TV show - was RE: Backing up volumes containing UNIX filesystem datasets, Robert A. Rosenberg
  • <Possible follow-ups>
  • Re: CSI TV show - was RE: Backing up volumes containing UNIX filesystem datasets, Ted MacNEIL
    • OT threads, Rick Fochtman
• Re: Server Pac question (never mind), Lizette Koehler
  • Re: Server Pac question (never mind), John Eells
• Server Pac question, Lizette Koehler
• SSL to printers??, Pinnacle
  • Re: SSL to printers??, Len Rugen
  • Re: SSL to printers??, Richard Peurifoy
  • Re: SSL to printers??, Staller, Allan
  • Re: SSL to printers??, Roger Bolan
  • <Possible follow-ups>
  • Re: SSL to printers??, Ted MacNEIL
  • Re: SSL to printers??, Jim Marshall
• FDRABR ARCHIVE, Tom Eden
  • Re: FDRABR ARCHIVE, Joseph Butz
    • Re: FDRABR ARCHIVE, Gibney, Dave
      • Re: FDRABR ARCHIVE, O'Brien, David W. [C] , NIH/CIT
      • Re: FDRABR ARCHIVE, Gibney, Dave
      • Re: FDRABR ARCHIVE, Staller, Allan
      • Re: FDRABR ARCHIVE, Gibney, Dave
      • Re: FDRABR ARCHIVE, Stephen Mednick
      • Re: FDRABR ARCHIVE, Joseph Butz
      • Re: FDRABR ARCHIVE, Gibney, Dave
  • Re: FDRABR ARCHIVE, Gibney, Dave
• Tape Expdt differences in zOS 1.9, Mark Jacobs
  • Re: Tape Expdt differences in zOS 1.9, Darth Keller
  • Message not available
    • Re: Tape Expdt differences in zOS 1.9, Daniel McLaughlin
      • Re: Tape Expdt differences in zOS 1.9, Ken Porowski
      • Message not available
      • Re: Tape Expdt differences in zOS 1.9, Daniel McLaughlin
  • Re: Tape Expdt differences in zOS 1.9, O'Brien, David W. [C] , NIH/CIT
    • Re: Tape Expdt differences in zOS 1.9, Mark Jacobs
  • Re: Tape Expdt differences in zOS 1.9, pauls2272
  • <Possible follow-ups>
  • Re: Tape Expdt differences in zOS 1.9, Paul Gilmartin
    • Re: Tape Expdt differences in zOS 1.9, Mark Jacobs
  • Re: Tape Expdt differences in zOS 1.9, Ed Finnell
    • Re: Tape Expdt differences in zOS 1.9, Mark Jacobs
      • Re: Tape Expdt differences in zOS 1.9, Ken Porowski
  • Re: Tape Expdt differences in zOS 1.9, Ed Finnell
  • Re: Tape Expdt differences in zOS 1.9, Lizette Koehler
  • Re: Tape Expdt differences in zOS 1.9, Lizette Koehler
• Backing up volumes containing UNIX filesystem datasets, McKown, John
  • Re: Backing up volumes containing UNIX filesystem datasets, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Backing up volumes containing UNIX filesystem datasets, Mark Zelden
    • Re: Backing up volumes containing UNIX filesystem datasets, McKown, John
      • Re: Backing up volumes containing UNIX filesystem datasets, Traylor, Terry
      • Re: Backing up volumes containing UNIX filesystem datasets, O'Brien, David W. [C] , NIH/CIT
      • Re: Backing up volumes containing UNIX filesystem datasets, McKown, John
      • Re: Backing up volumes containing UNIX filesystem datasets, Chase, John
      • Re: Backing up volumes containing UNIX filesystem datasets, Farley, Peter x23353
      • CSI TV show - was RE: Backing up volumes containing UNIX filesystem datasets, Pommier, Rex R.
      • Re: CSI TV show - was RE: Backing up volumes containing UNIX filesystem datasets, Shmuel Metz , Seymour J.
      • Re: Backing up volumes containing UNIX filesystem datasets, Ted MacNEIL
      • Re: Backing up volumes containing UNIX filesystem datasets, Shmuel Metz , Seymour J.
      • Re: Backing up volumes containing UNIX filesystem datasets, Shmuel Metz , Seymour J.
      • Re: Backing up volumes containing UNIX filesystem datasets, Shmuel Metz , Seymour J.
  • Re: Backing up volumes containing UNIX filesystem datasets, Mark Zelden
  • Re: Backing up volumes containing UNIX filesystem datasets, Barbara Nitz
  • Re: Backing up volumes containing UNIX filesystem datasets, Mark Zelden
    • Re: Backing up volumes containing UNIX filesystem datasets, Shmuel Metz , Seymour J.
  • Re: Backing up volumes containing UNIX filesystem datasets, Mark Zelden
    • Converting from SYSPLEX(NO) to SYSPLEX(YES) for a UNIX root filesystem?, McKown, John
    • Re: Backing up volumes containing UNIX filesystem datasets, Shmuel Metz , Seymour J.
• z/OS 1.9 and TSSO, Morris, Carey
  • <Possible follow-ups>
  • Re: z/OS 1.9 and TSSO, Brian Westerman
    • Re: z/OS 1.9 and TSSO, Morris, Carey
• SMP/E Question, Vinson Lee
  • Re: SMP/E Question, Rick Fochtman
    • Re: SMP/E Question, Skip Robinson
  • Re: SMP/E Question, Chase, John
  • <Possible follow-ups>
  • Re: SMP/E Question, Ed Finnell
• Re: Old hardware (Was: Mainframe programming vs the Web), Ted MacNEIL
  • Message not available
    • Message not available
      • Re: Old hardware, Michael Roach
  • <Possible follow-ups>
  • Re: Old hardware (Was: Mainframe programming vs the Web), Dave Cartwright
• May 29 z/VSE Live Virtual Class (LVC) z/VSE Tools: An Overview, Pamela Christina and now it's sunny Endicott
• Racroute and cross memory question, David Day
  • Re: Racroute and cross memory question, Edward Jaffe
  • Re: Racroute and cross memory question, Binyamin Dissen
  • Re: Racroute and cross memory question, Wayne Driscoll
    • Re: Racroute and cross memory question, Rob Scott
  • <Possible follow-ups>
  • Re: Racroute and cross memory question, Walt Farrell
    • Re: Racroute and cross memory question, Edward Jaffe
• BLSCECT Imbedded members missing?, Ken Porowski
  • Re: BLSCECT Imbedded members missing?, Robert Wright
  • Re: BLSCECT Imbedded members missing?, Shmuel Metz , Seymour J.
    • Re: BLSCECT Imbedded members missing?, Ken Porowski
      • Re: BLSCECT Imbedded members missing?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: BLSCECT Imbedded members missing?, Barbara Nitz
    • Re: BLSCECT Imbedded members missing?, Jim Mulder
• May 28th -LVC- High Availability for Linux on IBM System z Servers, Pamela Christina-on a cloudy day in Endicott
• Display or view the Crypto Current domain index or Usage domain index, Roberto Ibarra
  • <Possible follow-ups>
  • Re: Display or view the Crypto Current domain index or Usage domain index, Mark Zelden
    • Re: Display or view the Crypto Current domain index or Usage domain index, Roberto Ibarra Magdaleno
      • Re: Display or view the Crypto Current domain index or Usage domain index, Jousma, David
      • Re: Display or view the Crypto Current domain index or Usage domain index, Roberto Ibarra Magdaleno
      • Re: Display or view the Crypto Current domain index or Usage domain index, Jousma, David
      • Re: Display or view the Crypto Current domain index or Usage domain index, Roberto Ibarra Magdaleno
      • Re: Display or view the Crypto Current domain index or Usage domain index, Rob Schramm
  • Re: Display or view the Crypto Current domain index or Usage domain index, Mark Zelden
  • Re: Display or view the Crypto Current domain index or Usage domain index, Greg Boyd
    • Re: Display or view the Crypto Current domain index or Usage domain index, Roberto Ibarra Magdaleno
      • Re: Display or view the Crypto Current domain index or Usage domain index, Rob Schramm
  • Re: Display or view the Crypto Current domain index or Usage domain index, Ted MacNEIL
  • Re: Display or view the Crypto Current domain index or Usage domain index, Greg Boyd
    • Re: Display or view the Crypto Current domain index or Usage domain index, Hal Merritt
      • Re: Display or view the Crypto Current domain index or Usage domain index, Rob Schramm
  • Re: Display or view the Crypto Current domain index or Usage domain index, Mark Zelden
• ADRDSSU to dump Selective mebers of PDS to PS or Tape, vignesh
  • Re: ADRDSSU to dump Selective mebers of PDS to PS or Tape, Myers, Edouard , OCTO
  • <Possible follow-ups>
  • Re: ADRDSSU to dump Selective mebers of PDS to PS or Tape, Paul Gilmartin
  • Re: ADRDSSU to dump Selective mebers of PDS to PS or Tape, Lizette Koehler
  • Re: ADRDSSU to dump Selective mebers of PDS to PS or Tape, Justin Eastman
  • Re: ADRDSSU to dump Selective mebers of PDS to PS or Tape, Justin Eastman
• Re: Healther checker documentation, Elardus Engelbrecht
  • <Possible follow-ups>
  • Re: Healther checker documentation, Barbara Nitz
    • Re: Healther checker documentation, Jim Mulder
      • Re: Healther checker documentation, Pinnacle
  • Re: Healther checker documentation, Barbara Nitz
  • Re: Healther checker documentation, Vernooy, C.P. - SPLXM
• SUB=MSTR STC with DSNs in User Catalog, William H. Blair
  • Re: SUB=MSTR STC with DSNs in User Catalog, Jim Mulder
    • Re: SUB=MSTR STC with DSNs in User Catalog, Chase, John
    • Re: SUB=MSTR STC with DSNs in User Catalog, Rick Fochtman
  • Re: SUB=MSTR STC with DSNs in User Catalog, Philip R Chauvet
    • Re: SUB=MSTR STC with DSNs in User Catalog, David Andrews
  • <Possible follow-ups>
  • Re: SUB=MSTR STC with DSNs in User Catalog, Barbara Nitz
    • Re: SUB=MSTR STC with DSNs in User Catalog, Jim Mulder
• Rich Jirsa/Rochester/IBM is out of the office., Rich Jirsa
• Looking for concise (!) OPERATOR-oriented manual(s) to manage & drive CICS, DB2 and IMS, Jan Vanbrabant
  • Re: Looking for concise (!) OPERATOR-oriented manual(s) to manage & drive CICS, DB2 and IMS, Hal Merritt
• CLIST and REXX list locations, Jack Kelly
  • Re: CLIST and REXX list locations, Lizette Koehler
  • Re: CLIST and REXX list locations, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: CLIST and REXX list locations, Arthur T.
  • Re: CLIST and REXX list locations, Paul Gilmartin
• how do I pause a set of commands, ljmacicoe
  • Re: how do I pause a set of commands, vern
  • Re: how do I pause a set of commands, vern
  • <Possible follow-ups>
  • Re: how do I pause a set of commands, Arthur T.
    • Re: how do I pause a set of commands, Raymond Noal
• VMWare more reliable, Gary Green
  • Re: VMWare more reliable, Tony Harminc
    • Re: VMWare more reliable, Dave Wade
  • Re: VMWare more reliable, Craddock, Chris
    • Re: VMWare more reliable, Howard Brazee
  • <Possible follow-ups>
  • Re: VMWare more reliable, Gary Green
  • Re: VMWare more reliable, Tom Marchant
• estimating number of records., McKown, John
  • <Possible follow-ups>
  • Re: estimating number of records., Big Iron
  • Re: estimating number of records., Gary Green
    • Re: estimating number of records., McKown, John
    • Re: estimating number of records., Tony Harminc
      • Re: estimating number of records., McKown, John
  • Re: estimating number of records., Gary Green
  • Re: estimating number of records., Gary Green
    • Re: estimating number of records., McKown, John
  • Re: estimating number of records., Gary Green
• Documentation, Daniel McLaughlin
  • Re: Documentation, McKown, John
  • <Possible follow-ups>
  • Re: Documentation, Paul Gilmartin
• crazy thoughts - keeping product installation infomation, McKown, John
  • Re: crazy thoughts - keeping product installation infomation, Staller, Allan
  • Re: crazy thoughts - keeping product installation infomation, Shane
  • Re: crazy thoughts - keeping product installation infomation, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
  • Re: crazy thoughts - keeping product installation infomation, Rick Fochtman
  • <Possible follow-ups>
  • Re: crazy thoughts - keeping product installation infomation, Daniel McLaughlin
    • Re: crazy thoughts - keeping product installation infomation, McKown, John
    • Message not available
      • Re: crazy thoughts - keeping product installation infomation, Daniel McLaughlin
  • Re: crazy thoughts - keeping product installation infomation, Mark Zelden
    • Re: crazy thoughts - keeping product installation infomation, McKown, John
  • Re: crazy thoughts - keeping product installation infomation, Ted MacNEIL
  • Re: crazy thoughts - keeping product installation infomation, Andrew Armstrong
    • Healther checker documentation, Lindy Mayfield
    • Re: crazy thoughts - keeping product installation infomation, McKown, John
      • Re: crazy thoughts - keeping product installation infomation, Staller, Allan
      • Re: crazy thoughts - keeping product installation infomation, Chase, John
    • Re: crazy thoughts - keeping product installation infomation, Jousma, David
      • Re: crazy thoughts - keeping product installation infomation, McKown, John
  • Re: crazy thoughts - keeping product installation infomation, Ted MacNEIL
    • Re: crazy thoughts - keeping product installation infomation, McKown, John
      • Re: crazy thoughts - keeping product installation infomation, Joel C. Ewing
  • Re: crazy thoughts - keeping product installation infomation, Tom Marchant
    • Re: crazy thoughts - keeping product installation infomation, McKown, John
  • Re: crazy thoughts - keeping product installation infomation, Arthur T.
• S33E abend and X33E slip, Miklos Szigetvari
  • Re: S33E abend and X33E slip, Rob Scott
    • Re: S33E abend and X33E slip, Miklos Szigetvari
      • Re: S33E abend and X33E slip, Rob Scott
  • <Possible follow-ups>
  • Re: S33E abend and X33E slip, Jim Mulder
    • Re: S33E abend and X33E slip, Rick Fochtman
      • Re: S33E abend and X33E slip, Miklos Szigetvari
      • Re: S33E abend and X33E slip, Miklos Szigetvari
      • Re: S33E abend and X33E slip, Edward Jaffe
  • Re: S33E abend and X33E slip, Jim Mulder
    • Re: S33E abend and X33E slip, Miklos Szigetvari
  • Re: S33E abend and X33E slip, Vernooy, C.P. - SPLXM
    • Re: S33E abend and X33E slip, Jim Mulder
    • Re: S33E abend and X33E slip, Edward Jaffe
  • Re: S33E abend and X33E slip, Vernooy, C.P. - SPLXM
• UK GSE Large Systems Meeting 20th May 2008, Mark Wilson
• Remote tape drive, David Logan
  • Re: Remote tape drive, McKown, John
  • Re: Remote tape drive, Hal Merritt
    • Re: Remote tape drive, Skip Robinson
  • <Possible follow-ups>
  • Re: Remote tape drive, Ted MacNEIL
  • Re: Remote tape drive, Ted MacNEIL
  • Re: Remote tape drive, Ted MacNEIL
    • Re: Remote tape drive, R.S.
      • Re: Remote tape drive, David Logan
      • Re: Remote tape drive, R.S.
      • Re: Remote tape drive, David Logan
      • Re: Remote tape drive, R.S.
      • Re: Remote tape drive, Shane
  • Remote tape drive, gah
  • Re: Remote tape drive, Ed Finnell
  • Re: Remote tape drive, Glenn Miller
    • Re: Remote tape drive, Skip Robinson
      • Re: Remote tape drive, R.S.
  • Re: Remote tape drive, Timothy Sipples
  • Re: Remote tape drive, Dave Cartwright
    • Re: Remote tape drive, Hal Merritt
      • Re: Remote tape drive, David Logan
      • Re: Remote tape drive, Hal Merritt
      • Message not available
      • Re: Remote tape drive, R.S.
      • Message not available
      • Re: Remote tape drive, David Logan
      • Re: Remote tape drive, Rick Fochtman
      • Re: Remote tape drive, David Logan
      • Message not available
      • Re: Remote tape drive, David Logan
    • Message not available
      • Re: Remote tape drive, Daniel McLaughlin
  • Re: Remote tape drive, gah
  • Re: Remote tape drive, Ted MacNEIL
  • Re: Remote tape drive, Mike Baldwin
    • Re: Remote tape drive, David Logan
• CICS/TS 2.3 and z/OS 1.7, Jerry Fuchs
  • Re: CICS/TS 2.3 and z/OS 1.7, McKown, John
  • Re: CICS/TS 2.3 and z/OS 1.7, John P Kalinich
    • Re: CICS/TS 2.3 and z/OS 1.7, Jerry Fuchs
  • Re: CICS/TS 2.3 and z/OS 1.7, Robert Sample
  • <Possible follow-ups>
  • Re: CICS/TS 2.3 and z/OS 1.7, Jousma, David
    • Re: CICS/TS 2.3 and z/OS 1.7, Jousma, David
      • Re: CICS/TS 2.3 and z/OS 1.7, Chase, John
  • Re: CICS/TS 2.3 and z/OS 1.7, Ted MacNEIL
    • Re: CICS/TS 2.3 and z/OS 1.7, McKown, John
  • Re: CICS/TS 2.3 and z/OS 1.7, Daniel McLaughlin
  • Re: CICS/TS 2.3 and z/OS 1.7, Ted MacNEIL
  • Re: CICS/TS 2.3 and z/OS 1.7, Ted MacNEIL
  • Re: CICS/TS 2.3 and z/OS 1.7, Ted MacNEIL
    • Re: CICS/TS 2.3 and z/OS 1.7, Richard Peurifoy
  • Re: CICS/TS 2.3 and z/OS 1.7, Ted MacNEIL
  • Re: CICS/TS 2.3 and z/OS 1.7, Linda Mooney
  • Re: CICS/TS 2.3 and z/OS 1.7, Ted MacNEIL
  • CICS/TS 2.3 and z/OS 1.7, Bill Klein
    • Re: CICS/TS 2.3 and z/OS 1.7, Timur Alpaslan
      • Re: CICS/TS 2.3 and z/OS 1.7, Ward, Mike S
      • Re: CICS/TS 2.3 and z/OS 1.7, Richard Peurifoy
      • Re: CICS/TS 2.3 and z/OS 1.7, Timur Alpaslan
  • CICS/TS 2.3 and z/OS 1.7, Bill Klein
  • CICS/TS 2.3 and z/OS 1.7, Bill Klein
• Re: Java; a POX, Steve Comstock
  • <Possible follow-ups>
  • Re: Java; a POX, Chase, John
    • Re: Java; a POX, bbreynolds
• IPS default member on z/Os 1.9., Richbourg, Claude
  • <Possible follow-ups>
  • Re: IPS default member on z/Os 1.9., Ted MacNEIL
    • Re: IPS default member on z/Os 1.9., Rob Scott
  • Re: IPS default member on z/Os 1.9., Ted MacNEIL
  • Re: IPS default member on z/Os 1.9., Mark Zelden
  • Re: IPS default member on z/Os 1.9., Mark Zelden
  • Re: IPS default member on z/Os 1.9., Mark Zelden
  • Re: IPS default member on z/Os 1.9., Ted MacNEIL
    • Re: IPS default member on z/Os 1.9., Rick Fochtman
      • Re: IPS default member on z/Os 1.9., Edward Jaffe
  • Re: IPS default member on z/Os 1.9., Barbara Nitz
• IBM PR: Pervasive Business Intelligence with System z, Timothy Sipples
• LPAR Capping - weight question, Michael Mcloughlin
  • Re: LPAR Capping - weight question, Shane Ginnane
  • <Possible follow-ups>
  • Re: LPAR Capping - weight question, Ted MacNEIL
  • Re: LPAR Capping - weight question, Michael Mcloughlin
  • Re: LPAR Capping - weight question, Ted MacNEIL
  • Re: LPAR Capping - weight question, Bruno Sugliani
  • Re: LPAR Capping - weight question, Michael Mcloughlin
• Re: CTC Disconnect Time, Dave Barry
  • <Possible follow-ups>
  • Re: CTC Disconnect Time, Chris Mason
• Re: Probably a basic TCP/IP question, Pommier, Rex R.
• Z/OS 1.9, Fred Hoffman
  • Re: Z/OS 1.9, Steve Comstock
  • Re: Z/OS 1.9, Mike
• Report: HP to buy EDS for $12 billion, Tom Schmidt
• Re: Question concerning performance, VIO and chargeback, Ed Finnell
• CA-ACF2 SAF HFS worded another way, John P Donnelly
• CA ACF2 SAF HFS Security and COCSTS32, John P Donnelly
  • Re: CA ACF2 SAF HFS Security and COCSTS32, McKown, John
    • Re: CA ACF2 SAF HFS Security and COCSTS32, Doug Fuerst
  • <Possible follow-ups>
  • Re: CA ACF2 SAF HFS Security and COCSTS32, Mark Zelden
• ERBPPSRT Gone at z/OS 1.9, Steven Conway
  • Re: ERBPPSRT Gone at z/OS 1.9, Staller, Allan
    • Re: ERBPPSRT Gone at z/OS 1.9, Steven Conway
      • Re: ERBPPSRT Gone at z/OS 1.9, Shane
• Not able to outtrap the mebers of PDS, Jay .....
  • Re: Not able to outtrap the mebers of PDS, BillD
    • Re: Not able to outtrap the mebers of PDS, Jay .....
• Re: Antwort: Re: Healthcheck System logger, Knutson, Sam
  • Antwort: Re: Antwort: Re: Healthcheck System logger, Werner Kuehnel
• Mainframe programming vs the Web, David Alcock
  • Re: Mainframe programming vs the Web, Binyamin Dissen
    • Re: Mainframe programming vs the Web, Len Rugen
      • Re: Mainframe programming vs the Web, John McKown
      • Re: Mainframe programming vs the Web, Martin Packer
  • Re: Mainframe programming vs the Web, McKown, John
  • Re: Mainframe programming vs the Web, Howard Brazee
    • Re: Mainframe programming vs the Web, McKown, John
      • Re: Mainframe programming vs the Web, Chase, John
      • Re: Mainframe programming vs the Web, Howard Brazee
      • Re: Mainframe programming vs the Web, Chase, John
      • Re: Mainframe programming vs the Web, Steve Comstock
      • Re: Mainframe programming vs the Web, Howard Brazee
      • Re: Mainframe programming vs the Web, Robert A. Rosenberg
      • Re: Mainframe programming vs the Web, Howard Brazee
      • Re: Mainframe programming vs the Web, Robert A. Rosenberg
  • Re: Mainframe programming vs the Web, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Mainframe programming vs the Web, Ted MacNEIL
    • Re: Mainframe programming vs the Web, John McKown
  • Re: Mainframe programming vs the Web, Ted MacNEIL
    • Re: Mainframe programming vs the Web, John McKown
      • Re: Mainframe programming vs the Web, Steve Comstock
  • Re: Mainframe programming vs the Web, Paul Gilmartin
    • Re: Mainframe programming vs the Web, Martin Packer
      • Re: Mainframe programming vs the Web, Rick Fochtman
      • Re: Mainframe programming vs the Web, McKown, John
      • Re: Mainframe programming vs the Web, Steve Comstock
      • Re: Mainframe programming vs the Web, Robert A. Rosenberg
      • Re: Mainframe programming vs the Web, McKown, John
      • Re: Mainframe programming vs the Web, Steve Comstock
      • Re: Mainframe programming vs the Web, Robert A. Rosenberg
      • Re: Mainframe programming vs the Web, Steve Comstock
      • Re: Mainframe programming vs the Web, Craddock, Chris
  • Re: Mainframe programming vs the Web, Paul Gilmartin
    • Re: Mainframe programming vs the Web, Wayne Driscoll
      • Re: Mainframe programming vs the Web, Chase, John
  • Re: Mainframe programming vs the Web, Robert A. Rosenberg
  • Re: Mainframe programming vs the Web, Arthur T.
    • (OT) java vs javascript (was : Mainframe programming vs the Web), Ivan Warren
    • Re: Mainframe programming vs the Web, Martin Packer
    • Message not available
      • Re: Mainframe programming vs the Web, Robert A. Rosenberg
  • Re: Mainframe programming vs the Web, Ed Finnell
  • Re: Mainframe programming vs the Web, CICS Guy
  • Re: Mainframe programming vs the Web, Patrick O'Keefe
  • Re: Mainframe programming vs the Web, Robert A. Rosenberg
    • Message not available
      • Message not available
      • Re: Mainframe programming vs the Web, Chase, John
    • Message not available
      • Message not available
      • Re: Mainframe programming vs the Web, Mark Hammond
  • Re: Mainframe programming vs the Web, Ted MacNEIL
  • Re: Mainframe programming vs the Web, Ed Finnell
    • Re: Mainframe programming vs the Web, Skip Robinson
      • Re: Mainframe programming vs the Web, Clark Morris
  • Re: Mainframe programming vs the Web, Arthur T.
    • Re: Mainframe programming vs the Web, Ivan Warren
    • Re: Mainframe programming vs the Web, Martin Packer
      • Re: Mainframe programming vs the Web, Howard Brazee
  • Re: Mainframe programming vs the Web, Ted MacNEIL
    • Re: Mainframe programming vs the Web, Craddock, Chris
  • Re: Mainframe programming vs the Web, Ted MacNEIL
  • Re: Mainframe programming vs the Web, Robert A. Rosenberg
  • SV: Mainframe programming vs the Web, Thomas Berg
    • Re: SV: Mainframe programming vs the Web, Howard Brazee
  • Re: Mainframe programming vs the Web, Daniel McLaughlin
    • Re: Mainframe programming vs the Web, Shmuel Metz , Seymour J.
  • Re: Mainframe programming vs the Web, Gary Green
  • Re: Mainframe programming vs the Web, Tony Harminc
    • Re: Mainframe programming vs the Web, Howard Brazee
    • Re: Mainframe programming vs the Web, Robert A. Rosenberg
    • Re: Mainframe programming vs the Web, Shmuel Metz , Seymour J.
  • Re: Mainframe programming vs the Web, Robert A. Rosenberg
    • Re: Mainframe programming vs the Web, Shmuel Metz , Seymour J.
  • Re: Mainframe programming vs the Web, Robert A. Rosenberg
    • Message not available
      • Re: Mainframe programming vs the Web, Rick Fochtman
      • Re: Mainframe programming vs the Web, Hardee, Charles H
  • Re: Mainframe programming vs the Web, Ted MacNEIL
  • Re: Mainframe programming vs the Web, Gary Green
    • Re: Mainframe programming vs the Web, Robert A. Rosenberg
    • Re: Mainframe programming vs the Web, Shmuel Metz , Seymour J.
      • Old hardware (Was: Mainframe programming vs the Web), Lester, Bob
      • Re: Old hardware (Was: Mainframe programming vs the Web), Bob Rutledge
      • Re: Old hardware (Was: Mainframe programming vs the Web), Scott Rowe
      • Re: Old hardware (Was: Mainframe programming vs the Web), William H. Blair
      • Re: Old hardware (Was: Mainframe programming vs the Web), William H. Blair
      • Re: Old hardware (Was: Mainframe programming vs the Web), Rick Fochtman
      • Re: Old hardware (Was: Mainframe programming vs the Web), Steele, Phil
      • Re: Old hardware (Was: Mainframe programming vs the Web), Rick Fochtman
      • Re: Old hardware (Was: Mainframe programming vs the Web), Lester, Bob
      • Message not available
      • Re: Old hardware (Was: Mainframe programming vs the Web), Daniel McLaughlin
  • Re: Mainframe programming vs the Web, Daniel McLaughlin
  • Re: Mainframe programming vs the Web, Gary Green
  • Re: Mainframe programming vs the Web, Gary Green
  • Re: Mainframe programming vs the Web, Tom Marchant
    • Re: Mainframe programming vs the Web, Anne & Lynn Wheeler
  • Fw: Mainframe programming vs the Web, Martin Packer
  • Re: Mainframe programming vs the Web, Tom Marchant
    • Re: Mainframe programming vs the Web, Martin Packer
  • Re: Mainframe programming vs the Web, Arthur T.
    • Re: Mainframe programming vs the Web, Martin Packer
  • Re: Mainframe programming vs the Web, Patrick O'Keefe
  • Re: Mainframe programming vs the Web, Robert A. Rosenberg
    • Message not available
      • Re: Mainframe programming vs the Web, Gary Green
      • Re: Mainframe programming vs the Web, Robert A. Rosenberg
      • Re: Mainframe programming vs the Web, Lopez, Rich [ITSUS]
      • Re: Mainframe programming vs the Web, Gary Green
      • Re: Mainframe programming vs the Web, Lopez, Rich [ITSUS]
      • Re: Mainframe programming vs the Web, Gary Green
  • Re: Mainframe programming vs the Web, Shmuel Metz , Seymour J.
    • Re: Mainframe programming vs the Web, Howard Brazee
  • Re: Mainframe programming vs the Web, Ted MacNEIL
  • Re: Mainframe programming vs the Web, Daniel McLaughlin
    • Re: Mainframe programming vs the Web, Warren Brown
    • Message not available
      • Re: Mainframe programming vs the Web, Daniel McLaughlin
• Cleanup a unconnected Coupling Facility, Cwi Jeret
  • Re: Cleanup a unconnected Coupling Facility, Knutson, Sam
  • Re: Cleanup a unconnected Coupling Facility, Field, Alan C.
  • Re: Cleanup a unconnected Coupling Facility, Kevin Mckenzie
  • <Possible follow-ups>
  • Re: Cleanup a unconnected Coupling Facility, Cwi Jeret
    • Re: Cleanup a unconnected Coupling Facility, Skip Robinson
  • Re: Cleanup a unconnected Coupling Facility, Ed Finnell
  • Re: Cleanup a unconnected Coupling Facility, Martin Kline
  • Re: Cleanup a unconnected Coupling Facility, Cwi Jeret
    • Re: Cleanup a unconnected Coupling Facility, Kevin Mckenzie
  • Re: Cleanup a unconnected Coupling Facility, Cwi Jeret
  • Re: Cleanup a unconnected Coupling Facility, Tom Schmidt
  • Re: Cleanup a unconnected Coupling Facility, Barbara Nitz
  • Re: Cleanup a unconnected Coupling Facility, Tom Schmidt
    • Re: Cleanup a unconnected Coupling Facility, Skip Robinson
  • Re: Cleanup a unconnected Coupling Facility, Barbara Nitz
  • Re: Cleanup a unconnected Coupling Facility, Cwi Jeret
  • Re: Cleanup a unconnected Coupling Facility, Mark Zelden
  • Re: Cleanup a unconnected Coupling Facility, Tom Schmidt
  • Re: Cleanup a unconnected Coupling Facility, Tom Schmidt
  • Re: Cleanup a unconnected Coupling Facility, Mark Zelden
  • Re: Cleanup a unconnected Coupling Facility, Brian Peterson
    • Re: Cleanup a unconnected Coupling Facility, Field, Alan C.
  • Re: Cleanup a unconnected Coupling Facility, Tom Schmidt
    • Re: Cleanup a unconnected Coupling Facility, Skip Robinson
  • Re: Cleanup a unconnected Coupling Facility, Arthur Gutowski
    • Re: Cleanup a unconnected Coupling Facility, Mark Jacobs
  • Re: Cleanup a unconnected Coupling Facility, Mark Zelden
    • Re: Cleanup a unconnected Coupling Facility, Skip Robinson
  • Re: Cleanup a unconnected Coupling Facility, Mark Zelden
  • Re: Cleanup a unconnected Coupling Facility, Mark Zelden
    • Re: Cleanup a unconnected Coupling Facility, Skip Robinson
  • Re: Cleanup a unconnected Coupling Facility, Mark Zelden
  • Re: Cleanup a unconnected Coupling Facility, Arthur Gutowski
    • Re: Cleanup a unconnected Coupling Facility, Field, Alan C.
  • Re: Cleanup a unconnected Coupling Facility, Barbara Nitz
    • Re: Cleanup a unconnected Coupling Facility, Skip Robinson
  • Re: Cleanup a unconnected Coupling Facility, Mark Zelden
  • Re: Cleanup a unconnected Coupling Facility, Barbara Nitz
• Chris busted by Operation Sudden Fall, Shelly . Lastella
• Server Pac Download Errors, Lizette Koehler
  • <Possible follow-ups>
  • Re: Server Pac Download Errors, Paul Gilmartin
    • Re: Server Pac Download Errors, Lizette Koehler
  • Re: Server Pac Download Errors, Linda Mooney
    • Re: Server Pac Download Errors, Lizette Koehler
  • Re: Server Pac Download Errors, Linda Mooney
  • Re: Server Pac Download Errors, Paul Gilmartin
• bit.listserv.ibm-main, beware Operation Sudden Fall, Steven . Samok
  • <Possible follow-ups>
  • bit.listserv.ibm-main, beware Operation Sudden Fall, Jonathan . Boreman
• IMS DBAs, F
• Protect yourself against Operation Sudden Fall, Isabelle . Heydenreich
• How to allocate multiple uncataloged datasets?, Ron MacRae
  • Re: How to allocate multiple uncataloged datasets?, Lizette Koehler
  • <Possible follow-ups>
  • Re: How to allocate multiple uncataloged datasets?, Ted MacNEIL
    • Re: How to allocate multiple uncataloged datasets?, Rick Coates
  • Re: How to allocate multiple uncataloged datasets?, Mark Zelden
• Re: FTP VB dataset, Ted MacNEIL
  • <Possible follow-ups>
  • Re: FTP VB dataset, Ted MacNEIL
    • Re: FTP VB dataset, McKown, John
  • Re: FTP VB dataset, Dave Kopischke
    • Re: FTP VB dataset, John McKown
  • Re: FTP VB dataset, Brian Peterson
  • Re: FTP VB dataset, Dave Kopischke
  • Re: FTP VB dataset, Paul Gilmartin
  • Re: FTP VB dataset, Elardus Engelbrecht
• Where do I find Instruction/Function Defs, Thompson, Steve
  • Re: Where do I find Instruction/Function Defs, Edward Jaffe
    • Re: Where do I find Instruction/Function Defs, Steve Comstock
  • <Possible follow-ups>
  • Re: Where do I find Instruction/Function Defs, Thompson, Steve
  • Re: Where do I find Instruction/Function Defs, Tom Marchant
    • Re: Where do I find Instruction/Function Defs, Steve Comstock
    • Re: Where do I find Instruction/Function Defs, Edward Jaffe
      • Case-osity preferences (was summit else entirely), Shane
      • Re: Case-osity preferences (was summit else entirely), Steve Comstock
  • Re: Where do I find Instruction/Function Defs, Tom Marchant
• Red Alert: OA24741 Sysplex-wide impact due to loop in GRS on z/OS 1.9 and higher, Knutson, Sam
  • Re: Red Alert: OA24741 Sysplex-wide impact due to loop in GRS on z/OS 1.9 and higher, Mariuca Iftime
    • FTP VB dataset, Mullen, Patrick
      • Re: FTP VB dataset, McKown, John
      • Re: FTP VB dataset, Mullen, Patrick
      • Re: FTP VB dataset, Mansell, George R.
    • Re: Red Alert: OA24741 Sysplex-wide impact due to loop in GRS on z/OS 1.9 and higher, Chase, John
      • Question concerning performance, VIO and chargeback, O'Brien, David W. [C] , NIH/CIT
      • Re: Question concerning performance, VIO and chargeback, Edward Jaffe
      • Re: Question concerning performance, VIO and chargeback, O'Brien, David W. [C] , NIH/CIT
      • Re: Question concerning performance, VIO and chargeback, O'Brien, David W. [C] , NIH/CIT
      • Re: Question concerning performance, VIO and chargeback, Edward Jaffe
      • Re: Question concerning performance, VIO and chargeback, Martin Packer
      • Re: Question concerning performance, VIO and chargeback, Clark Morris
      • Re: Question concerning performance, VIO and chargeback, Martin Packer
    • Re: Red Alert: OA24741 Sysplex-wide impact due to loop in GRS on z/OS 1.9 and higher, Edward Jaffe
  • <Possible follow-ups>
  • Re: Red Alert: OA24741 Sysplex-wide impact due to loop in GRS on z/OS 1.9 and higher, Brian Peterson
• How to cancel with just the JES jobid?, Mark Jones
  • Re: How to cancel with just the JES jobid?, McKown, John
  • Re: How to cancel with just the JES jobid?, Edward Jaffe
  • Re: How to cancel with just the JES jobid?, Jack Schudel
    • Re: How to cancel with just the JES jobid?, Edward Jaffe
      • Re: How to cancel with just the JES jobid?, Jack Schudel
      • Re: How to cancel with just the JES jobid?, Edward Jaffe
  • <Possible follow-ups>
  • Re: How to cancel with just the JES jobid?, Mark Jones
    • Re: How to cancel with just the JES jobid?, Edward Jaffe
      • Re: How to cancel with just the JES jobid?, Wayne Driscoll
  • Re: How to cancel with just the JES jobid?, Kenneth E Tomiak
• Save area types, Steve Comstock
  • Re: Save area types, McKown, John
    • Re: Save area types, Steve Comstock
• HFS file "compression", Mike Myers
  • Re: HFS file "compression", Veilleux, Jon L
  • <Possible follow-ups>
  • Re: HFS file "compression", Paul Gilmartin
• Re: Xephon, are they still in business? NOT ANYMORE!!!, Mark T. Regan, K8MTR
  • Re: Xephon, are they still in business? NOT ANYMORE!!!, Jim Harrison
  • <Possible follow-ups>
  • Re: Xephon, are they still in business? NOT ANYMORE!!!, Daniel McLaughlin
• Z10 and ICSF, Magen Margalit
  • Re: Z10 and ICSF, Mark Jacobs
  • <Possible follow-ups>
  • Re: Z10 and ICSF, Greg Boyd
    • Re: Z10 and ICSF, Jousma, David
  • Re: Z10 and ICSF, Magen Margalit
• Re: Performance report help, Matthew Stitt
  • Re: Performance report help, Jon Brock
  • <Possible follow-ups>
  • Re: Performance report help, Kelman, Tom
    • Re: Performance report help, Jack Kelly
    • Re: Performance report help, Jon Brock
      • Re: Performance report help, Gary Green
  • Re: Performance report help, Ted MacNEIL
    • Re: Performance report help, Jon Brock
• CICS/BMS greenies to GUI's, Graham Hobbs
  • Re: CICS/BMS greenies to GUI's, chuck_leviton
  • <Possible follow-ups>
  • Fw: CICS/BMS greenies to GUI's, Bill Klein
    • Re: CICS/BMS greenies to GUI's, Graham Hobbs
    • Re: CICS/BMS greenies to GUI's, Chase, John
    • Re: CICS/BMS greenies to GUI's, Chuck Arney
    • Re: CICS/BMS greenies to GUI's, Graham Hobbs
      • Re: CICS/BMS greenies to GUI's, Gerhard Postpischil
      • Re: CICS/BMS greenies to GUI's, Shane Ginnane
      • Re: CICS/BMS greenies to GUI's, Shedlock, George
      • Re: CICS/BMS greenies to GUI's, Graham Hobbs
  • Re: CICS/BMS greenies to GUI's, Timothy Sipples
  • Re: CICS/BMS greenies to GUI's, Schneiderwent, Craig
    • Java; a POX, Shane
      • Message not available
      • Re: Java; a POX, Martin Packer
      • Message not available
      • Re: Java; a POX, Howard Brazee
      • Re: Java; a POX, McKown, John
      • Re: Java; a POX, Chase, John
      • Re: Java; a POX, Rick Fochtman
      • Re: Java; a POX, Ivan Warren
      • Message not available
      • Re: Java; a POX, Ivan Warren
      • Re: Java; a POX, Edward Jaffe
• Implementing SSL on z/os 1.7, Jim
  • Re: Implementing SSL on z/os 1.7, Edgard
• absurd programs that used to be everywhere ..., F. J. Kelley
  • Re: absurd programs that used to be everywhere ..., John P Donnelly
    • Re: absurd programs that used to be everywhere ..., HUTCHISON Gregory
      • Probably a basic TCP/IP question, Pommier, Rex R.
      • Re: Probably a basic TCP/IP question, Jack Kelly
      • Re: Probably a basic TCP/IP question, Pommier, Rex R.
      • Re: Probably a basic TCP/IP question, McKown, John
      • Re: Probably a basic TCP/IP question, Jack Kelly
      • Re: Probably a basic TCP/IP question, McKown, John
      • Re: Probably a basic TCP/IP question, Pommier, Rex R.
      • Re: Probably a basic TCP/IP question, Kirk Wolf
  • Re: absurd programs that used to be everywhere ..., Shmuel Metz , Seymour J.
    • Re: absurd programs that used to be everywhere ..., Rick Fochtman
    • Re: absurd programs that used to be everywhere ..., Jousma, David
      • Displaying ESQA, Lindy Mayfield
      • Re: Displaying ESQA, Rob Scott
      • Re: Displaying ESQA, Lindy Mayfield
      • Re: Displaying ESQA, Binyamin Dissen
      • Re: Displaying ESQA, Lindy Mayfield
      • Re: absurd programs that used to be everywhere ..., Jousma, David
  • <Possible follow-ups>
  • Re: absurd programs that used to be everywhere ..., CICS Guy
    • Performance report help, Jon Brock
      • Re: Performance report help, Rick Fochtman
      • Re: Performance report help, Pinnacle
      • Re: Performance report help, Jon Brock
  • Re: absurd programs that used to be everywhere ..., Matthew Stitt
  • Re: absurd programs that used to be everywhere ..., F. J. Kelley
    • Re: absurd programs that used to be everywhere ..., Steve Comstock
  • Re: absurd programs that used to be everywhere ..., CICS Guy
  • Re: absurd programs that used to be everywhere ..., F. J. Kelley
    • Re: absurd programs that used to be everywhere ..., John P Donnelly
  • Re: absurd programs that used to be everywhere ..., F. J. Kelley
  • Re: absurd programs that used to be everywhere ..., F. J. Kelley
    • Re: absurd programs that used to be everywhere ..., John P Donnelly
  • Re: absurd programs that used to be everywhere ..., Tom Marchant
  • Re: absurd programs that used to be everywhere ..., Ed Finnell
  • Re: absurd programs that used to be everywhere ..., Arthur T.
    • Re: absurd programs that used to be everywhere ..., David Andrews
• Linux Operator Training on z, Jim Marshall
  • Re: Linux Operator Training on z, Mark Post
• Re: Differences between z10 and POWER6 CPUs, Timothy Sipples
• Larry J Brown is out of the office., Larry J Brown
• Re: DSNUTILB from REXX scripts, Kenneth E Tomiak
• Phillips, Mike is out of the office., Mike Phillips
  • <Possible follow-ups>
  • Phillips, Mike is out of the office., Mike Phillips
• IFAQUAA layout for IFAQUERY, Roland Schiradin
  • Re: IFAQUAA layout for IFAQUERY, Rob Scott
  • <Possible follow-ups>
  • Re: IFAQUAA layout for IFAQUERY, Roland Schiradin
  • Re: IFAQUAA layout for IFAQUERY, Peter Relson
    • Re: IFAQUAA layout for IFAQUERY, Edward Jaffe
  • Re: IFAQUAA layout for IFAQUERY, Roland Schiradin
  • Re: IFAQUAA layout for IFAQUERY, Robert A. Rosenberg
  • Re: IFAQUAA layout for IFAQUERY, Roland Schiradin
• IPCS - where to get shop specific data, Todd Burch
  • Re: IPCS - where to get shop specific data, Lizette Koehler
  • Re: IPCS - where to get shop specific data, Wayne Driscoll
  • Re: IPCS - where to get shop specific data, Ulrich Krueger
  • <Possible follow-ups>
  • Re: IPCS - where to get shop specific data, Tom Schmidt
    • Re: IPCS - where to get shop specific data, Rob Scott
  • Re: IPCS - where to get shop specific data, Tom Schmidt
  • Re: IPCS - where to get shop specific data, Mark Zelden
• Publibz slow?, Chase, John
  • Re: Publibz slow?, Todd Burch
• GRS/MIM contention problem, Beesley, Paul
  • Re: GRS/MIM contention problem, Ulrich Krueger
    • Re: GRS/MIM contention problem, Beesley, Paul
• Question About DFDSS :FCNOCOPY/FCWITHDRAW, esmie moo
  • Re: Question About DFDSS :FCNOCOPY/FCWITHDRAW, Andrew N Wilt
    • Re: Question About DFDSS :FCNOCOPY/FCWITHDRAW - Problem Found/Resovled, esmie moo
  • <Possible follow-ups>
  • Re: Question About DFDSS :FCNOCOPY/FCWITHDRAW, Lizette Koehler
    • Re: Question About DFDSS :FCNOCOPY/FCWITHDRAW, esmie moo
      • Re: Question About DFDSS :FCNOCOPY/FCWITHDRAW, Pommier, Rex R.
      • Re: Question About DFDSS :FCNOCOPY/FCWITHDRAW, esmie moo
      • Re: Question About DFDSS :FCNOCOPY/FCWITHDRAW, Pommier, Rex R.
  • Re: Question About DFDSS :FCNOCOPY/FCWITHDRAW, Ed Finnell
  • Re: Question About DFDSS :FCNOCOPY/FCWITHDRAW, Lizette Koehler
  • Re: Question About DFDSS :FCNOCOPY/FCWITHDRAW, Ed Finnell
• IBMLink,IBMResourceLink,IBM Express Service for Resolve, John P Donnelly
  • Re: IBMLink,IBMResourceLink,IBM Express Service for Resolve, Field, Alan C.
    • Re: IBMLink,IBMResourceLink,IBM Express Service for Resolve, Ken Porowski
      • Re: IBMLink,IBMResourceLink,IBM Express Service for Resolve, John P Donnelly
    • Re: IBMLink,IBMResourceLink,IBM Express Service for Resolve, John P Donnelly
  • <Possible follow-ups>
  • Re: IBMLink,IBMResourceLink,IBM Express Service for Resolve, Ken Porowski
• CICS HTTP Server, chuck
• RACF Database Sizes, Rick Fochtman
  • Re: RACF Database Sizes, Chase, John
    • Re: RACF Database Sizes, Rick Fochtman
  • <Possible follow-ups>
  • Re: RACF Database Sizes, Elardus Engelbrecht
    • Re: RACF Database Sizes, Chase, John
• Fw: Xephon, are they still in business?, Mark T. Regan, K8MTR
• IEESYSAS and ARCNXXXX address spaces., Casey Rhodes
  • <Possible follow-ups>
  • Re: IEESYSAS and ARCNXXXX address spaces., Larre Shiller
  • Re: IEESYSAS and ARCNXXXX address spaces., Casey Rhodes
    • Re: IEESYSAS and ARCNXXXX address spaces., Edward Jaffe
      • Re: IEESYSAS and ARCNXXXX address spaces., Bob Shannon
      • Re: IEESYSAS and ARCNXXXX address spaces., Jim Mulder
  • Re: IEESYSAS and ARCNXXXX address spaces., Larre Shiller
  • Re: IEESYSAS and ARCNXXXX address spaces., Larre Shiller
  • Re: IEESYSAS and ARCNXXXX address spaces., Casey Rhodes
• Change HLQ LOGR?, Knutson, Sam
  • <Possible follow-ups>
  • Re: Change HLQ LOGR?, Ed Finnell
  • Re: Change HLQ LOGR?, Vernooy, C.P. - SPLXM
  • Re: Change HLQ LOGR?, Mark Zelden
• CTRACE writer peculiarity, Patrick O'Keefe
  • Re: CTRACE writer peculiarity, Richard Peurifoy
    • Re: CTRACE writer peculiarity, Robert Wright
      • Re: CTRACE writer peculiarity, Richard Peurifoy
    • Re: CTRACE writer peculiarity, Robert Wright
  • <Possible follow-ups>
  • Re: CTRACE writer peculiarity, Patrick O'Keefe
    • Re: CTRACE writer peculiarity, Richard Peurifoy
  • Re: CTRACE writer peculiarity, Patrick O'Keefe
  • Re: CTRACE writer peculiarity, CICS Guy
    • Re: CTRACE writer peculiarity, Richard Peurifoy
  • Re: CTRACE writer peculiarity, Patrick O'Keefe
  • Re: CTRACE writer peculiarity, Patrick O'Keefe
• ING.SING* DATASETS, Pat Monk
  • Re: ING.SING* DATASETS, Field, Alan C.
  • Re: ING.SING* DATASETS, Mueller, David
  • Re: ING.SING* DATASETS, Doug Fuerst
  • Re: ING.SING* DATASETS, Jerry Durbin
  • Re: ING.SING* DATASETS, Steven Conway
  • Re: ING.SING* DATASETS, Hal Merritt
  • <Possible follow-ups>
  • Re: ING.SING* DATASETS, Mark Zelden
• HSM dump error, Jack Kelly
  • Re: HSM dump error, Staller, Allan
    • Re: HSM dump error, Jack Kelly
• JES2 TCPIP, Mark Pace
• ServerPac and zFS, Lizette Koehler
  • Re: ServerPac and zFS, McKown, John
  • Re: ServerPac and zFS, Field, Alan C.
  • <Possible follow-ups>
  • Re: ServerPac and zFS, Lizette Koehler
    • Re: ServerPac and zFS, McKown, John
      • Re: ServerPac and zFS, Hunkeler Peter , KIUK 3
  • Re: ServerPac and zFS, Mark Zelden
    • Re: ServerPac and zFS, Jerry Fuchs
      • Re: ServerPac and zFS, Chase, John
  • Re: ServerPac and zFS, Mark Zelden
    • Re: ServerPac and zFS, Steven Conway
  • Re: ServerPac and zFS, Mark Zelden
  • Re: ServerPac and zFS, John Mattson
    • Re: ServerPac and zFS, Bob Rutledge
  • Re: ServerPac and zFS, Mark Zelden
  • Re: ServerPac and zFS, John Mattson
  • Re: ServerPac and zFS, Jim Holloway
• Re: 3277 terminals and emulators, Shmuel Metz , Seymour J.
• 3 Page Datasets on one Volume, Eric Bielefeld
  • Re: 3 Page Datasets on one Volume, Ulrich Krueger
  • Re: 3 Page Datasets on one Volume, Schwarz, Barry A
  • Re: 3 Page Datasets on one Volume, Staller, Allan
  • <Possible follow-ups>
  • Re: 3 Page Datasets on one Volume, Ted MacNEIL
  • Re: 3 Page Datasets on one Volume, Eric Bielefeld
    • Re: 3 Page Datasets on one Volume, Ulrich Krueger
  • Re: 3 Page Datasets on one Volume, Mark Zelden
  • Re: 3 Page Datasets on one Volume, Eric Bielefeld
  • Re: 3 Page Datasets on one Volume, John Laubenheimer
  • Re: 3 Page Datasets on one Volume, , IBM Mainframe Discussion List
  • Re: 3 Page Datasets on one Volume, Ted MacNEIL
  • Re: 3 Page Datasets on one Volume, , IBM Mainframe Discussion List
    • Re: 3 Page Datasets on one Volume, Jim Mulder
  • Re: 3 Page Datasets on one Volume, Ted MacNEIL
  • Re: 3 Page Datasets on one Volume, Mark Zelden
  • Re: 3 Page Datasets on one Volume, Tom Marchant
  • Re: 3 Page Datasets on one Volume, Ted MacNEIL
    • Re: 3 Page Datasets on one Volume, Patrick Falcone
  • Re: 3 Page Datasets on one Volume, Ted MacNEIL
• Re: OT:Gas Prices, Ted MacNEIL
  • <Possible follow-ups>
  • Re: OT:Gas Prices, Daniel McLaughlin
  • Re: OT:Gas Prices, Eric Bielefeld
• Re: OT:Gas Prices --> KILL THIS THREAD, , IBM Mainframe Discussion List
  • Re: OT:Gas Prices --> KILL THIS THREAD, Darren Evans-Young
• Another one bites the dust., Gary Green
  • Re: Another one bites the dust., Glen Gasior
    • Re: Another one bites the dust., Scott Ford
  • Re: Another one bites the dust., Ken Porowski
    • Re: Another one bites the dust., Mark Post
    • Re: Another one bites the dust., McKown, John
  • Re: Another one bites the dust., Schwarz, Barry A
  • <Possible follow-ups>
  • Re: Another one bites the dust., Thompson, Steve
    • Re: Another one bites the dust., McKown, John
  • Re: Another one bites the dust., Eric Bielefeld
  • Re: Another one bites the dust., Tom Marchant
  • Re: Another one bites the dust., Phil Smith III
    • Re: Another one bites the dust., Edward Jaffe
  • Re: Another one bites the dust., Ed Finnell
  • Re: Another one bites the dust., Mike Baldwin
  • Re: Another one bites the dust., Barbara Nitz
• TCPIP CONVERT GATEWAY STMT and ADD OSA, Melissa Perry
  • Re: TCPIP CONVERT GATEWAY STMT and ADD OSA, Mansell, George R.
  • <Possible follow-ups>
  • Re: TCPIP CONVERT GATEWAY STMT and ADD OSA, Melissa Perry
    • Re: TCPIP CONVERT GATEWAY STMT and ADD OSA, Mansell, George R.
  • Re: TCPIP CONVERT GATEWAY STMT and ADD OSA, Melissa Perry
• Re: Powering off 3174's, Daniel McLaughlin
• DSNUTIL from REXX scripts, Karol Filipowicz
  • Re: DSNUTIL from REXX scripts, Lizette Koehler
    • Re: DSNUTIL from REXX scripts, Karol Filipowicz
      • Re: DSNUTIL from REXX scripts, Binyamin Dissen
  • Re: DSNUTIL from REXX scripts, Wayne Driscoll
  • <Possible follow-ups>
  • Re: DSNUTIL from REXX scripts, Norbert Friemel
  • Re: DSNUTIL from REXX scripts, Kenneth E Tomiak
    • Re: DSNUTIL from REXX scripts, Wayne Driscoll
• PPRC and page datasets, Frank Allan Rasmussen
  • Re: PPRC and page datasets, R.S.
  • Re: PPRC and page datasets, Hal Merritt
    • Message not available
      • Re: PPRC and page datasets, Hal Merritt
  • Re: PPRC and page datasets, Skip Robinson
    • Re: PPRC and page datasets, Darth Keller
  • <Possible follow-ups>
  • Re: PPRC and page datasets, Daniel McLaughlin
  • Re: PPRC and page datasets, Zaromil Tisler
    • Re: PPRC and page datasets, Traylor, Terry
  • Re: PPRC and page datasets, Eric Bielefeld
    • Re: PPRC and page datasets, Darth Keller
  • Re: PPRC and page datasets, Vernooy, C.P. - SPLXM
  • Re: PPRC and page datasets, Ted MacNEIL
  • Re: PPRC and page datasets, Mark Zelden
  • Re: PPRC and page datasets, Mark Zelden
  • Re: PPRC and page datasets, , IBM Mainframe Discussion List
    • Re: PPRC and page datasets, Darth Keller
  • Re: PPRC and page datasets, Mark Zelden
    • Re: PPRC and page datasets, Skip Robinson
  • Re: PPRC and page datasets, , IBM Mainframe Discussion List
    • Re: PPRC and page datasets, Darth Keller
  • Re: PPRC and page datasets, Darth Keller
• delete a non-existing MIGRAT1 record, Tommy Tsui
  • Re: delete a non-existing MIGRAT1 record, Traylor, Terry
• Interesting Article, Gary Green
  • <Possible follow-ups>
  • Interesting article, Gary Green
    • Re: Interesting article, McKown, John
  • Re: Interesting article, Barbara Nitz
  • Re: Interesting article, Thomas Kern
  • Re: Interesting article, Ed Finnell
  • Re: Interesting article, Andy Wood
  • Re: Interesting article, Barbara Nitz
• ISPF CLIST skeletons, JAW
  • Re: ISPF CLIST skeletons, JAW
• HCD Report Facility, John P Donnelly
  • Re: HCD Report Facility, Ulrich Krueger
  • <Possible follow-ups>
  • Re: HCD Report Facility, Linda Mooney
    • Re: HCD Report Facility, John P Donnelly
• Controlling where first IPL messages and replies go, John Mattson
  • Re: Controlling where first IPL messages and replies go, McKown, John
    • Re: Controlling where first IPL messages and replies go, Natarajan Mohan
  • Re: Controlling where first IPL messages and replies go, Skip Robinson
    • Powering off 3174's, Pinnacle
  • Re: Controlling where first IPL messages and replies go, Steven Liston
  • Re: Controlling where first IPL messages and replies go, Mazer Ken G
  • <Possible follow-ups>
  • Re: Controlling where first IPL messages and replies go, Brian Peterson
    • Re: Controlling where first IPL messages and replies go, Scott Ford
      • Re: Controlling where first IPL messages and replies go, McKown, John
      • Re: Controlling where first IPL messages and replies go, Scott Ford
      • Re: Controlling where first IPL messages and replies go, McKown, John
      • Re: Controlling where first IPL messages and replies go, Scott Ford
  • Re: Controlling where first IPL messages and replies go, Linda Mooney
• Re: 3420 old tapes, Pommier, Rex R.
  • Re: 3420 old tapes, John Eells
    • Re: 3420 old tapes, Tony Harminc
      • Re: 3420 old tapes, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
  • <Possible follow-ups>
  • Re: 3420 old tapes, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
    • Re: 3420 old tapes, Scott Ford
  • Re: 3420 old tapes, Howard Brazee
  • Re: 3420 old tapes, Ted MacNEIL
  • Re: 3420 old tapes, Scott Rowe
  • Re: 3420 old tapes, Thompson, Steve
  • Re: 3420 old tapes, Rick Fochtman
  • Re: 3420 old tapes, Daniel McLaughlin
  • Re: 3420 old tapes, Eric Bielefeld
    • Re: 3420 old tapes, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
  • Re: 3420 old tapes, Glen Gasior
    • Re: 3420 old tapes, Pommier, Rex R.
      • Re: 3420 old tapes, Chase, John
      • Re: 3420 old tapes, Ken Porowski
      • Re: 3420 old tapes, Jim McAlpine
      • Re: 3420 old tapes, Chase, John
  • Re: 3420 old tapes, Glen Gasior
  • Re: 3420 old tapes, Shmuel Metz , Seymour J.
  • Re: 3420 old tapes, CICS Guy
  • Re: 3420 old tapes, Eric Bielefeld
• Module IAXVP CPU activity - real storage management, Ken Williams
  • Re: Module IAXVP CPU activity - real storage management, Mark Jacobs
  • <Possible follow-ups>
  • Re: Module IAXVP CPU activity - real storage management, Brian Peterson
• Question on RACF database upgrade for z/OS 1.7->1.8, Andy Robertson
  • Re: Question on RACF database upgrade for z/OS 1.7->1.8, Pinnacle
  • Re: Question on RACF database upgrade for z/OS 1.7->1.8, Sumi, Joseph J. , CMS/CTR, CTR
    • Re: Question on RACF database upgrade for z/OS 1.7->1.8, Andy Robertson
  • <Possible follow-ups>
  • Re: Question on RACF database upgrade for z/OS 1.7->1.8, Mark Zelden
    • Re: Question on RACF database upgrade for z/OS 1.7->1.8, Rick Fochtman
  • Re: Question on RACF database upgrade for z/OS 1.7->1.8, Mark Zelden
    • Re: Question on RACF database upgrade for z/OS 1.7->1.8, Pinnacle
• Service Unit to CPU minute conversion, Todd Burrell
  • Re: Service Unit to CPU minute conversion, Kevin Mckenzie
    • Re: Service Unit to CPU minute conversion, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
  • Re: Service Unit to CPU minute conversion, Rick Fochtman
  • <Possible follow-ups>
  • Re: Service Unit to CPU minute conversion, Tom Marchant
  • Re: Service Unit to CPU minute conversion, Ted MacNEIL
    • Re: Service Unit to CPU minute conversion, Hal Merritt
• FW: VSAM / COBOL question - redux (fwd), McKown, John
  • Re: VSAM / COBOL question - redux (fwd), Chase, John
    • Re: VSAM / COBOL question - redux (fwd), McKown, John
      • Re: VSAM / COBOL question - redux (fwd), Chase, John
      • Re: VSAM / COBOL question - redux (fwd), McKown, John
      • Re: VSAM / COBOL question - redux (fwd), Rick Fochtman
      • Re: VSAM / COBOL question - redux (fwd), McKown, John
      • Re: VSAM / COBOL question - redux (fwd), Don Leahy
      • Re: VSAM / COBOL question - redux (fwd), McKown, John
      • Re: VSAM / COBOL question - redux (fwd), Don Leahy
      • Re: VSAM / COBOL question - redux (fwd), McKown, John
      • Re: VSAM / COBOL question - redux (fwd), Rick Fochtman
      • Re: VSAM / COBOL question - redux (fwd), Don Leahy
      • Re: VSAM / COBOL question - redux (fwd), Gibney, Dave
      • Re: VSAM / COBOL question - redux (fwd), McKown, John
      • Re: VSAM / COBOL question - redux (fwd), Steve Comstock
      • Re: VSAM / COBOL question - redux (fwd), McKown, John
      • Re: VSAM / COBOL question - redux (fwd), Chase, John
      • Re: VSAM / COBOL question - redux (fwd), Clark Morris
      • Re: VSAM / COBOL question - redux (fwd), Hardee, Charles H
      • Re: VSAM / COBOL question - redux (fwd), Wayne Driscoll
  • <Possible follow-ups>
  • Re: VSAM / COBOL question - redux (fwd), Ted MacNEIL
    • Re: VSAM / COBOL question - redux (fwd), McKown, John
  • Re: VSAM / COBOL question - redux (fwd), Ted MacNEIL
    • Re: VSAM / COBOL question - redux (fwd), McKown, John
      • Re: VSAM / COBOL question - redux (fwd), Scott Ford
  • Re: VSAM / COBOL question - redux (fwd), Ted MacNEIL
  • Re: VSAM / COBOL question - redux (fwd), Mark Zelden
    • Re: VSAM / COBOL question - redux (fwd), Steve Comstock
      • Re: VSAM / COBOL question - redux (fwd), McKown, John
      • Re: VSAM / COBOL question - redux (fwd), Gibney, Dave
      • Re: VSAM / COBOL question - redux (fwd), McKown, John
  • Re: VSAM / COBOL question - redux (fwd), Ted MacNEIL
  • Re: VSAM / COBOL question - redux (fwd), Kenneth E Tomiak
    • HIPAA auditing (was:RE: VSAM / COBOL question - redux (fwd)), McKown, John
      • Re: HIPAA auditing (was:RE: VSAM / COBOL question - redux (fwd)), Galambos, Robert
      • Re: HIPAA auditing (was:RE: VSAM / COBOL question - redux (fwd)), Clark Morris
      • Re: HIPAA auditing (was:RE: VSAM / COBOL question - redux (fwd)), Galambos, Robert
• SMS-releasing unused space, Natasa Savinc
  • Re: SMS-releasing unused space, John Kington
    • Re: SMS-releasing unused space, O'Brien, David W. [C] , NIH/CIT
  • Re: SMS-releasing unused space, Faber, Hermann
  • <Possible follow-ups>
  • Re: SMS-releasing unused space, Tom Marchant
    • Re: SMS-releasing unused space, John Kington
      • Re: SMS-releasing unused space, Rick Fochtman
  • Re: SMS-releasing unused space, Paul Gilmartin
  • Re: SMS-releasing unused space, Natasa Savinc
    • Re: SMS-releasing unused space, John Kington
    • Re: SMS-releasing unused space, Clark Morris
  • Re: SMS-releasing unused space, Daniel McLaughlin
  • Re: SMS-releasing unused space, Natasa Savinc
  • Re: SMS-releasing unused space, Tom Marchant
  • Re: SMS-releasing unused space, Daniel McLaughlin
  • Re: SMS-releasing unused space, Natasa Savinc
    • Re: SMS-releasing unused space, Richards, Robert B.
  • Re: SMS-releasing unused space, Natasa Savinc
  • Re: SMS-releasing unused space, Tom Marchant
  • Re: SMS-releasing unused space, Natasa Savinc
• Long running Batch programs keep IMS databases offline, F
  • Re: Long running Batch programs keep IMS databases offline, Anne & Lynn Wheeler
    • Re: Long running Batch programs keep IMS databases offline, Hal Merritt
      • Re: Long running Batch programs keep IMS databases offline, David Betten
      • Re: Long running Batch programs keep IMS databases offline, Don Leahy
      • Re: Long running Batch programs keep IMS databases offline, Visser, Hans , PinkRoccade Infrastructure Services Technisch Specialist
      • Re: Long running Batch programs keep IMS databases offline, Rich Tabor
  • <Possible follow-ups>
  • Re: Long running Batch programs keep IMS databases offline, Ted MacNEIL
    • Re: Long running Batch programs keep IMS databases offline, Don Leahy
  • Re: Long running Batch programs keep IMS databases offline, Timothy Sipples
• VSAM-RLS 64-bit data buffers function, Jason To
• Re: ISMF dataset list only returns my datasets, Lizette Koehler
  • <Possible follow-ups>
  • Re: ISMF dataset list only returns my datasets, George Rodriguez
• OC0330: RTA collector not active. - OMEGAMON II for CICS, HELIO
  • <Possible follow-ups>
  • OC0330: RTA collector not active. - OMEGAMON II for CICS, HELIO
• Re: Java Batch, Kirk Wolf
  • Message not available
    • Message not available
      • Message not available
      • Re: Java Batch, David Andrews
      • Re: Java Batch, Kirk Wolf
• Re: Problem refreshing Linklist, Tom Marchant
  • Re: Problem refreshing Linklist, O'Brien, David W. [C] , NIH/CIT
    • Re: Problem refreshing Linklist, Ken Porowski
      • Re: Problem refreshing Linklist, O'Brien, David W. [C] , NIH/CIT
      • Re: Problem refreshing Linklist, O'Brien, David W. [C] , NIH/CIT
      • Re: Problem refreshing Linklist, Rick Fochtman
• Heads Up: WSC Flash - Bad PTFs, Brian Peterson
  • Re: Heads Up: WSC Flash - Bad PTFs, Ken Porowski
  • Re: Heads Up: WSC Flash - Bad PTFs, Scott Rowe
  • Re: Heads Up: WSC Flash - Bad PTFs, Jousma, David
    • Re: Heads Up: WSC Flash - Bad PTFs, Jousma, David
      • Re: Heads Up: WSC Flash - Bad PTFs, John Eells
    • ISMF dataset list only returns my datasets, O'Brien, David W. [C] , NIH/CIT
      • Re: ISMF dataset list only returns my datasets, Adams, Rick
      • Re: ISMF dataset list only returns my datasets, Kevin Mckenzie
    • Re: Heads Up: WSC Flash - Bad PTFs, Gibney, Dave
  • <Possible follow-ups>
  • Re: Heads Up: WSC Flash - Bad PTFs, Paul Gilmartin
  • Re: Heads Up: WSC Flash - Bad PTFs, Mark Zelden
  • Re: Heads Up: WSC Flash - Bad PTFs, Paul Gilmartin
  • Re: Heads Up: WSC Flash - Bad PTFs, Ed Finnell
  • Re: Heads Up: WSC Flash - Bad PTFs, Ed Finnell
    • Re: Heads Up: WSC Flash - Bad PTFs, Field, Alan C.
  • Re: Heads Up: WSC Flash - Bad PTFs, Ed Finnell
  • Re: Heads Up: WSC Flash - Bad PTFs, Paul Gilmartin
    • Re: Heads Up: WSC Flash - Bad PTFs, Edward Jaffe
  • Re: Heads Up: WSC Flash - Bad PTFs, Ed Finnell
  • Re: Heads Up: WSC Flash - Bad PTFs, Paul Gilmartin
    • Re: Heads Up: WSC Flash - Bad PTFs, Jousma, David
      • Re: Heads Up: WSC Flash - Bad PTFs, Edward Jaffe
      • Re: Heads Up: WSC Flash - Bad PTFs, Richards, Robert B.
  • Re: Heads Up: WSC Flash - Bad PTFs, Daniel McLaughlin
• APAR acronym, john gilmore
  • <Possible follow-ups>
  • Re: APAR acronym, Patrick O'Keefe
  • Re: APAR acronym, Ed Finnell
  • Re: APAR acronym, , IBM Mainframe Discussion List
  • Re: APAR acronym, Patrick O'Keefe
    • Re: APAR acronym, Clark Morris
  • Re: APAR acronym, Arthur T.
  • Re: APAR acronym, john gilmore
    • Re: APAR acronym, Rick Fochtman
  • Re: APAR acronym, Avram Friedman
  • Re: APAR acronym, Tom Marchant
  • Re: APAR acronym, Patrick O'Keefe
  • Re: APAR acronym, Ted MacNEIL
    • Re: APAR acronym, Graeme Gibson
      • OT:Gas Prices, Rick Fochtman
      • Re: OT:Gas Prices, Beesley, Paul
      • Re: OT:Gas Prices, Scott Ford
      • Re: OT:Gas Prices, Jim McAlpine
  • Re: APAR acronym, Vernooy, C.P. - SPLXM
  • Re: APAR acronym, Shmuel Metz , Seymour J.
• test message test, Philip Hitti
  • Re: test message test, John McKown
  • <Possible follow-ups>
  • Re: test message test, Daniel McLaughlin
• ibm mainframes, Christopher Keller
• Re: Call XMIT from batch program, Jan MOEYERSONS
  • <Possible follow-ups>
  • Re: Call XMIT from batch program, Mike Baldwin
• allowuserkeycsa, Tom Eden
  • Re: allowuserkeycsa, Skip Robinson
  • <Possible follow-ups>
  • Re: allowuserkeycsa, Mark Zelden
    • Re: allowuserkeycsa, Barkow, Eileen
      • Re: allowuserkeycsa, John P Kalinich
      • Re: allowuserkeycsa, Barkow, Eileen
      • Re: allowuserkeycsa, Jim Mulder
      • Re: allowuserkeycsa, Barkow, Eileen
      • Re: allowuserkeycsa, Barkow, Eileen
      • Re: allowuserkeycsa, Edward Jaffe
      • Re: allowuserkeycsa, Jim Mulder
      • Re: allowuserkeycsa, Jack Schudel
    • Re: allowuserkeycsa, Jim Mulder
  • Re: allowuserkeycsa, Mark Zelden
  • Re: allowuserkeycsa, Paul Gilmartin
    • Re: allowuserkeycsa, Binyamin Dissen
    • Re: allowuserkeycsa, Roach, Dennis
    • Re: allowuserkeycsa, Edward Jaffe
  • Re: allowuserkeycsa, Tom Marchant
  • Re: allowuserkeycsa, Patrick Loftus
    • Re: allowuserkeycsa, Michael Babcock
      • Re: allowuserkeycsa, Bob Rutledge
      • Re: allowuserkeycsa, Iain Robertson
    • Re: allowuserkeycsa, Tony Harminc
  • Re: allowuserkeycsa, Mark Zelden
  • Re: allowuserkeycsa, Mark Zelden
  • Re: allowuserkeycsa, Mark Zelden
• (Mainframe has competition was fwd) Re: COBOL Compiler for Windows, Clark F Morris
  • Re: (Mainframe has competition was fwd) Re: COBOL Compiler for Windows, Scott Ford
    • Re: (Mainframe has competition was fwd) Re: COBOL Compiler for Windows, Howard Brazee
  • Re: (Mainframe has competition was fwd) Re: COBOL Compiler for Windows, Wayne Driscoll
  • Re: (Mainframe has competition was fwd) Re: COBOL Compiler for Windows, Hal Merritt
  • Re: (Mainframe has competition was fwd) Re: COBOL Compiler for Windows, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: (Mainframe has competition was fwd) Re: COBOL Compiler for Windows, Timothy Sipples
    • Re: (Mainframe has competition was fwd) Re: COBOL Compiler for Windows, Scott Ford
• How to delete members of a PDS that have no data, Stocker, Herman
  • Re: How to delete members of a PDS that have no data, kos111
  • <Possible follow-ups>
  • Re: How to delete members of a PDS that have no data, Scott Barry
  • Re: How to delete members of a PDS that have no data, Stocker, Herman
  • Re: How to delete members of a PDS that have no data, Stocker, Herman
  • Re: How to delete members of a PDS that have no data, Paul Gilmartin
    • Re: How to delete members of a PDS that have no data, Gerhard Postpischil
      • Re: How to delete members of a PDS that have no data, Binyamin Dissen
    • Problem refreshing Linklist, O'Brien, David W. [C] , NIH/CIT
  • Re: How to delete members of a PDS that have no data, Paul Gilmartin
    • Re: How to delete members of a PDS that have no data, Gerhard Postpischil
      • Re: How to delete members of a PDS that have no data, Rick Fochtman
• Re: MVS booklist again, Greg Price
• Assember interface to DFRMM, Gerard J. Nicol
  • Re: Assember interface to DFRMM, Bavbel
• Cics Transactions, Magen Margalit
  • Re: Cics Transactions, Barkow, Eileen
• SVC99, Saravanan J
  • Re: SVC99, J R
  • Re: SVC99, Robert A. Rosenberg
  • <Possible follow-ups>
  • Re: SVC99, Paul Gilmartin
    • Re: SVC99, J R
  • Re: SVC99, Saravanan J
    • Re: SVC99, J R
  • Re: SVC99, Paul Gilmartin
    • Re: SVC99, J R
  • Re: SVC99, Paul Gilmartin
    • Re: SVC99, Lindy Mayfield
      • Re: SVC99, Rick Fochtman
  • Re: SVC99, Paul Gilmartin
    • Re: SVC99, Edward Jaffe
      • Re: SVC99, John Eells
    • Re: SVC99, Rick Fochtman
  • Re: SVC99, Tom Schmidt
    • Re: SVC99, Robert A. Rosenberg
  • Re: SVC99, Paul Gilmartin
  • Re: SVC99, Tom Schmidt
  • Re: SVC99, Saravanan J
  • Re: SVC99, Saravanan J
  • Re: SVC99, Saravanan J
  • Re: SVC99, Tom Marchant
  • Re: SVC99, Ted MacNEIL
• Rob Weiss is not available today, Rob Weiss
• Re: Where to find classes for VTAM, scott
• Forms Control Buffer (FCB), Roberto Halais
  • Re: Forms Control Buffer (FCB), Roger Bolan
    • Re: Forms Control Buffer (FCB), Roberto Halais
  • Re: Forms Control Buffer (FCB), Rick Fochtman
  • <Possible follow-ups>
  • Forms Control Buffer (FCB), Roberto Halais
  • Re: Forms Control Buffer (FCB), John Laubenheimer
    • Re: Forms Control Buffer (FCB), Roberto Halais
• Shop zSeries Ordering Issues, Lizette Koehler
  • Re: Shop zSeries Ordering Issues, Myers, Edouard , OCTO
    • Re: Shop zSeries Ordering Issues, Tom Longfellow
  • Re: Shop zSeries Ordering Issues, Bonno, Tuco
    • Re: Shop zSeries Ordering Issues, Bobbie Justice
      • Re: Shop zSeries Ordering Issues, Schwarz, Barry A
      • Re: Shop zSeries Ordering Issues, Bobbie Justice
      • Re: Shop zSeries Ordering Issues, Schwarz, Barry A
      • Re: Shop zSeries Ordering Issues, McKown, John
      • Re: Shop zSeries Ordering Issues, Chase, John
  • Re: Shop zSeries Ordering Issues, Tom Longfellow
  • <Possible follow-ups>
  • Re: Shop zSeries Ordering Issues, Daniel McLaughlin
  • Re: Shop zSeries Ordering Issues, Bobbie Justice
    • Re: Shop zSeries Ordering Issues, R.S.
      • Re: Shop zSeries Ordering Issues, Shane
      • Re: Shop zSeries Ordering Issues, Chase, John
      • Re: Shop zSeries Ordering Issues, R.S.
  • Re: Shop zSeries Ordering Issues, Linda Mooney
    • Re: Shop zSeries Ordering Issues, Lizette Koehler
      • Re: Shop zSeries Ordering Issues, Jon Brock
      • Re: Shop zSeries Ordering Issues, Pommier, Rex R.
      • Re: Shop zSeries Ordering Issues, Jon Brock
      • Re: Shop zSeries Ordering Issues, R.S.
  • Re: Shop zSeries Ordering Issues, Bobbie Justice
    • Re: Shop zSeries Ordering Issues, Schwarz, Barry A
  • Re: Shop zSeries Ordering Issues, Paul Gilmartin
    • Re: Shop zSeries Ordering Issues, Schwarz, Barry A
  • Re: Shop zSeries Ordering Issues, Daniel McLaughlin
    • Re: Shop zSeries Ordering Issues, R.S.
  • Re: Shop zSeries Ordering Issues, Bobbie Justice
  • Re: Shop zSeries Ordering Issues, Schwarz, Barry A
    • Re: Shop zSeries Ordering Issues, Jerry Fuchs
      • Re: Shop zSeries Ordering Issues, Jousma, David
      • Re: Shop zSeries Ordering Issues, Chase, John
  • Re: Shop zSeries Ordering Issues, Daniel McLaughlin
  • Re: Shop zSeries Ordering Issues, Daniel McLaughlin
    • Re: Shop zSeries Ordering Issues, Steve Comstock
  • Re: Shop zSeries Ordering Issues, Ted MacNEIL
  • Re: Shop zSeries Ordering Issues, Paul Gilmartin
  • Re: Shop zSeries Ordering Issues, Paul Gilmartin
    • Re: Shop zSeries Ordering Issues, Schwarz, Barry A
      • Re: Shop zSeries Ordering Issues, Chase, John
      • Re: Shop zSeries Ordering Issues, Staller, Allan
    • Re: Shop zSeries Ordering Issues, McKown, John
      • Re: Shop zSeries Ordering Issues, Chase, John
      • Re: Shop zSeries Ordering Issues, McKown, John
      • Re: Shop zSeries Ordering Issues, Rick Fochtman
  • Re: Shop zSeries Ordering Issues, Daniel McLaughlin
• Re: IND$FILE question, Pommier, Rex R.
  • <Possible follow-ups>
  • Re: IND$FILE question, Big Iron
  • Re: IND$FILE question, Pommier, Rex R.
    • Re: IND$FILE question, Mark Hammond
• Connect:Direct (NDM) CPU Usage, Kelman, Tom
  • Re: Connect:Direct (NDM) CPU Usage, Mansell, George R.
  • Re: Connect:Direct (NDM) CPU Usage, Dave Thorn
  • Re: Connect:Direct (NDM) CPU Usage, Ulrich Krueger
    • Re: Connect:Direct (NDM) CPU Usage, Scott Ford
  • Re: Connect:Direct (NDM) CPU Usage, Patrick Falcone
  • Re: Connect:Direct (NDM) CPU Usage, John S. Giltner, Jr.
  • Re: Connect:Direct (NDM) CPU Usage, Hal Merritt
  • <Possible follow-ups>
  • Re: Connect:Direct (NDM) CPU Usage, Mark Zelden
    • Re: Connect:Direct (NDM) CPU Usage, Craddock, Chris
      • Re: Connect:Direct (NDM) CPU Usage, Pinnacle
      • Re: Connect:Direct (NDM) CPU Usage, Craddock, Chris
      • Re: Connect:Direct (NDM) CPU Usage, Dave Barry
  • Re: Connect:Direct (NDM) CPU Usage, Ted MacNEIL
  • Re: Connect:Direct (NDM) CPU Usage, Tom Schmidt
    • Re: Connect:Direct (NDM) CPU Usage, Pinnacle
  • Re: Connect:Direct (NDM) CPU Usage, Ted MacNEIL
    • Re: Connect:Direct (NDM) CPU Usage, Scott Ford
      • Re: Connect:Direct (NDM) CPU Usage, Hal Merritt
  • Re: Connect:Direct (NDM) CPU Usage, Ted MacNEIL
  • Re: Connect:Direct (NDM) CPU Usage, Thompson, Steve
    • Re: Connect:Direct (NDM) CPU Usage, Hal Merritt
• SCRT LMS site problems?, Chase, John
  • <Possible follow-ups>
  • Re: SCRT LMS site problems?, Paul Dineen
• Concatenating Uncataloged Data Sets w/CLIST (was Re: What is needed to run IPCS ...), Mark Zelden
  • <Possible follow-ups>
  • Re: Concatenating Uncataloged Data Sets w/CLIST (was Re: What is needed to run IPCS ...), Paul Gilmartin
  • Re: Concatenating Uncataloged Data Sets w/CLIST (was Re: What is needed to run IPCS ...), Mark Zelden
  • Re: Concatenating Uncataloged Data Sets w/CLIST (was Re: What is needed to run IPCS ...), Mark Zelden
  • Re: Concatenating Uncataloged Data Sets w/CLIST (was Re: What is needed to run IPCS ...), Paul Gilmartin
  • Re: Concatenating Uncataloged Data Sets w/CLIST (was Re: What is needed to run IPCS ...), Mark Zelden
• Re: PCOM and trailing blanks in copy & paste, Big Iron
• TCPIP OSA and ROUTER, Melissa Perry
  • Re: TCPIP OSA and ROUTER, Michael Saraco
  • Re: TCPIP OSA and ROUTER, Miller, Pat
  • Re: TCPIP OSA and ROUTER, Scott Ford
• Re: SDSF REXX problem, Thomas Berg
  • Re: SDSF REXX problem, Gil Peleg
  • <Possible follow-ups>
  • Re: SDSF Rexx problem, twssevro
  • SV: SDSF REXX problem, Thomas Berg
• What is needed to run IPCS against 1.9 on 1.8?, Binyamin Dissen
  • Re: What is needed to run IPCS against 1.9 on 1.8?, Hardee, Charles H
  • Re: What is needed to run IPCS against 1.9 on 1.8?, Robert Wright
  • Re: What is needed to run IPCS against 1.9 on 1.8?, Robert Wright
  • <Possible follow-ups>
  • Re: What is needed to run IPCS against 1.9 on 1.8?, Mark Zelden
  • Re: What is needed to run IPCS against 1.9 on 1.8?, Mark Zelden
• (none), Jim Holloway
  • <Possible follow-ups>
  • (none), Jim Holloway
    • Re: ServerPac and zFS, Skip Robinson
• File format for an unloaded partitioned data set?, Hendrik Boom
  • <Possible follow-ups>
  • File format for an unloaded partitioned data set?, Roger Bowler
    • Re: File format for an unloaded partitioned data set?, Tony Harminc
  • Re: File format for an unloaded partitioned data set?, George Rodriguez
• Re: When will ADRDSSU start to ENQUEUE on data sets?, Bruce Hewson
• Sr. Mainframe Team lead resource., Prabhu
• Re: Using IKJCT441 with CALL *(module) from Rexx, Walt Farrell
• Re: VTS drives Data Security Erase, Phil Laddon
• Re: SMS PUZZLE, willie bunter
  • Re: SMS PUZZLE, Richards, Robert B.
    • Re: SMS PUZZLE, George Rodriguez
      • Re: SMS PUZZLE, Darth Keller
      • Using IKJCT441 with CALL *(module) from Rexx, Lindy Mayfield
      • Re: Using IKJCT441 with CALL *(module) from Rexx, Steve Comstock
      • Re: Using IKJCT441 with CALL *(module) from Rexx, Lindy Mayfield
      • Re: Using IKJCT441 with CALL *(module) from Rexx, Binyamin Dissen
      • Re: SMS PUZZLE, George Rodriguez
      • Re: SMS PUZZLE, Schwarz, Barry A
      • Re: SMS PUZZLE, Darth Keller
    • Re: SMS PUZZLE, willie bunter
      • Re: SMS PUZZLE, Schwarz, Barry A
  • <Possible follow-ups>
  • Re: SMS PUZZLE, Walt Farrell
    • Re: SMS PUZZLE, Darth Keller
  • Re: SMS PUZZLE, Ted MacNEIL
  • Re: SMS PUZZLE, George Rodriguez
• Re: ACS and External Drives, Daniel McLaughlin
• Re: Slowly biting the dust.... IBM scalable... but only so far, Timothy Sipples
  • Re: Slowly biting the dust.... IBM scalable... but only so far, Bruce McKnight
  • <Possible follow-ups>
  • Re: Slowly biting the dust.... IBM scalable... but only so far, Dave Wade
• Re: DFSMSRMM Server/Client setup, Mike Wood
  • <Possible follow-ups>
  • Re: DFSMSRMM Server/Client setup, Mike Wood
    • Re: DFSMSRMM Server/Client setup, Mark Pace
      • Re: DFSMSRMM Server/Client setup, Mark Pace
  • Re: DFSMSRMM Server/Client setup, Mike Wood
    • Re: DFSMSRMM Server/Client setup, Mark Pace
  • Re: DFSMSRMM Server/Client setup, Mike Wood
  • Re: DFSMSRMM Server/Client setup, Mike Wood
• Re: Simple newbie file tailoring question, David L. Hempstead
• SVC 27, Gábor Hoffer
  • Re: SVC 27, Rob Scott
  • Re: SVC 27, Lizette Koehler
  • Re: SVC 27, Shmuel Metz , Seymour J.
    • Re: SVC 27, Gabor Hoffer
      • Re: SVC 27, McKown, John
      • Re: SVC 27, Gabor Hoffer
  • <Possible follow-ups>
  • Re: SVC 27, Peter Relson
  • Re: SVC 27, , IBM Mainframe Discussion List
    • Re: SVC 27, Robert A. Rosenberg
      • Re: SVC 27, Edward Jaffe
      • Re: SVC 27, Wayne Driscoll
      • Re: SVC 27, Art Celestini
• ftp - syslogd - rotate, Franco Oberto
  • Re: ftp - syslogd - rotate, McKown, John
  • <Possible follow-ups>
  • Re: ftp - syslogd - rotate, Mark Zelden
• Procedure to verify OFFLOAD process, Angel Tamayo
  • Re: Procedure to verify OFFLOAD process, Rick Fochtman
  • Re: Procedure to verify OFFLOAD process, Lizette Koehler
  • <Possible follow-ups>
  • Re: Procedure to verify OFFLOAD process, Glenn Miller
• OS/390 V2R10 on z9/BC, Rankin, Bob
  • Re: OS/390 V2R10 on z9/BC, Bruce McKnight