bit.listserv.ibm-main

• Date Index

---

• RE: PTF list for a subset from PSP bucket, Field, Alan C.
• Question on CA-Eztrieve, GAVIN Darren * OPS EAS
  • Re: Question on CA-Eztrieve, Michael . Bradley
• Increase DFSMSrmm CDS size more than 4GB, wang_xb
• AutoTune Catalog Messages, Lizette Koehler
  • Re: AutoTune Catalog Messages, Mark Jacobs
  • Re: AutoTune Catalog Messages, darth . keller
    • Re: AutoTune Catalog Messages, Mark Jacobs
      • Re: AutoTune Catalog Messages, darth . keller
      • RE: AutoTune Catalog Messages, Knutson, Sam
      • Re: AutoTune Catalog Messages, darth . keller
      • IBMLink via the web is back -- for now, Chase, John
  • <Possible follow-ups>
  • Re: AutoTune Catalog Messages, Tony Brown
• Execute a Unix Shell Script via Mainframe FTP, Allen . Thennes
  • RE: Execute a Unix Shell Script via Mainframe FTP, McKown, John
  • Re: Execute a Unix Shell Script via Mainframe FTP, Jim McAlpine
    • Re: Execute a Unix Shell Script via Mainframe FTP, Mark Jacobs
  • Re: Execute a Unix Shell Script via Mainframe FTP, Kirk Wolf
• RE: web IBMLINK down again - so what ?, Thompson, Steve
  • RE: web IBMLINK down again - so what ?, Chase, John
  • Re: web IBMLINK down again - so what ?, Howard Brazee
  • <Possible follow-ups>
  • Re: web IBMLINK down again - so what ?, Robert Justice
  • Re: web IBMLINK down again - so what ?, Mark Zelden
• web IBMLINK down again -SEV1 32656350, Robert Justice
  • Re: web IBMLINK down again - so what ?, R.S.
  • RE: web IBMLINK down again -SEV1 32656350, Chase, John
    • Re: web IBMLINK down again -SEV1 32656350, Steve Ware
      • RE: web IBMLINK down again -SEV1 32656350, Wayne Driscoll
  • Message not available
    • Re: web IBMLINK down again -SEV1 32656350, Thompson, Steve
      • Re: web IBMLINK down again -SEV1 32656350, Chris Mason
      • Re: web IBMLINK down again -SEV1 32656350, Clark F Morris
  • <Possible follow-ups>
  • RE: web IBMLINK down again -SEV1 32656350, Thompson, Steve
  • RE: web IBMLINK down again -SEV1 32656350, Thompson, Steve
• EMC DMX3-1500 and REFORMAT VTOC, John P Donnelly
  • RE: [IBM-MAIN] EMC DMX3-1500 and REFORMAT VTOC, Ron Hawkins
  • Re: EMC DMX3-1500 and REFORMAT VTOC, Michael Bradley
    • Re: EMC DMX3-1500 and REFORMAT VTOC, Tom Moulder
      • Re: EMC DMX3-1500 and REFORMAT VTOC, Michael . Bradley
      • RE: EMC DMX3-1500 and REFORMAT VTOC, Tom Moulder
  • <Possible follow-ups>
  • Re: EMC DMX3-1500 and REFORMAT VTOC, Frank Krueger
    • RE: EMC DMX3-1500 and REFORMAT VTOC, John P Donnelly
  • Re: EMC DMX3-1500 and REFORMAT VTOC, Jimmy Wagner
    • RE: EMC DMX3-1500 and REFORMAT VTOC, John P Donnelly
    • Re: OSA, RWells
      • Re: OSA, Chris Mason
• Dataset allocated by JOB or ASID, GIONFRIDDO MICHELE
  • Re: Dataset allocated by JOB or ASID, Grant Ward Able
  • RE: Dataset allocated by JOB or ASID, McKown, John
  • RE: Dataset allocated by JOB or ASID, GAVIN Darren * OPS EAS
    • RE: Dataset allocated by JOB or ASID, Itschak Mugzach
  • <Possible follow-ups>
  • RE: Dataset allocated by JOB or ASID, dbarry
• Override MAX-RC, Zbikow
  • Re: Override MAX-RC, Captain Paralytic
• Anyone from Shelter Insurance on the list?, Steve Comstock
• IBMLink SEV 1 OUTAGE AGAIN!!! #32644395, Pinnacle
  • <Possible follow-ups>
  • Re: IBMLink SEV 1 OUTAGE AGAIN!!! #32644395, Thompson, Steve
    • RE: Re: IBMLink SEV 1 OUTAGE AGAIN!!! #32644395, Bob Shannon
  • RE: IBMLink SEV 1 OUTAGE AGAIN!!! #32644395, daver++
  • RE: IBMLink SEV 1 OUTAGE AGAIN!!! #32644395, Thompson, Steve
• IBMLINK Down again?, Mark Jacobs
  • Re: IBMLINK Down again?, Steven Conway
  • <Possible follow-ups>
  • Re: IBMLINK Down again?, Robert Justice
  • RE: IBMLINK Down again?, Thompson, Steve
• Jes spool deletion question, Melissa Perry
  • RE: Jes spool deletion question, Lizette Koehler
  • <Possible follow-ups>
  • Re: Jes spool deletion question, Mark Zelden
  • Re: Jes spool deletion question, Dave Danner
• Is there any way that i can practice mainframe related subject without having access to one?, legolas wood
  • RE: Is there any way that i can practice mainframe related subject without having access to one?, Field, Alan C.
  • <Possible follow-ups>
  • Re: Is there any way that i can practice mainframe related subject without having access to one?, Don Higgins
  • Re: Is there any way that i can practice mainframe related subject without having access to one?, Mohammad Khan
• IBMLINK - Add AST item, Mark Zelden
  • RE: IBMLINK - Add AST item, Knutson, Sam
  • <Possible follow-ups>
  • Re: IBMLINK - Add AST item, Robert Justice
• LOCATING THE JOB STEP PROGRAM OF ANOTHER ADDRESS SPACE, Paul . D'Angelo
  • Re: LOCATING THE JOB STEP PROGRAM OF ANOTHER ADDRESS SPACE, Gerhard Postpischil
• Directions to IBM-Link 3270?, denisgaebler
  • Re: Directions to IBM-Link 3270?, Edward Jaffe
  • <Possible follow-ups>
  • Re: Directions to IBM-Link 3270?, John_J_Kelly
  • Re: Directions to IBM-Link 3270?, Efinnell15
• PCI Compliance - Encryption of all non-console administrative access., Ray Prevott
  • RE: PCI Compliance - Encryption of all non-console administrative access., Schramm, Rob
  • RE: PCI Compliance - Encryption of all non-console administrative access., Hal Merritt
    • Re: PCI Compliance - Encryption of all non-console administrative access., Mark Jacobs
    • Re: PCI Compliance - Encryption of all non-console administrative access., David Andrews
      • RE: PCI Compliance - Encryption of all non-console administrative access., Hal Merritt
      • Re: PCI Compliance - Encryption of all non-console administrative access., Mark Jacobs
      • RE: PCI Compliance - Encryption of all non-console administrative access., Hal Merritt
      • RE: PCI Compliance - Encryption of all non-console administrative access., McKown, John
  • <Possible follow-ups>
  • Re: PCI Compliance - Encryption of all non-console administrative access., Timothy Sipples
    • Re: PCI Compliance - Encryption of all non-console administrative access., R.S.
      • Re: PCI Compliance - Encryption of all non-console administrative access., pauls2272
      • RE: PCI Compliance - Encryption of all non-console administrative access., Van Dalsen, Herbie
• Question about the listserv, Kelman, Tom
  • RE: Question about the listserv, Greg Shirey
  • <Possible follow-ups>
  • RE: Question about the listserv, Kelman, Tom
    • Re: Question about the listserv, Chris Mason
      • Re: Question about the listserv, Ed Gould
      • Re: [IBM-MAIN] Question about the listserv, Darren Evans-Young
      • Re: Question about the listserv, Ed Gould
      • Re: Question about the listserv, Darren Evans-Young
      • Re: Question about the listserv, Ed Gould
      • RE: Question about the listserv, Pommier, Rex R.
      • Re: Question about the listserv, Rick Fochtman
      • RE: Question about the listserv, Knutson, Sam
      • RE: Question about the listserv, Richards.Bob
      • RE: Question about the listserv, Schiradin,Roland HG-Dir itb-db/dc
      • Re: Question about the listserv, Chris Mason
      • Re: Question about the listserv, Ed Gould
      • Re: Question about the listserv, Chris Mason
      • Re: Question about the listserv, Dean Kent
  • Re: Question about the listserv, Efinnell15
  • RE: Question about the listserv, daver++
  • Re: Question about the listserv, Tom . Savor
  • Re: Question about the listserv, Ted MacNEIL
  • Re: Question about the listserv, Dave Kopischke
  • Re: Question about the listserv, Efinnell15
  • re: question about the listserv, john gilmore
  • RE: Question about the listserv, Kelman, Tom
    • Re: Question about the listserv, Shane
  • Re: Question about the listserv, Arthur T.
    • Re: Question about the listserv, Edward Jaffe
• Cheers (was Re: KEY8 CSA: Pro/JCL and Info/XE), Brian Peterson
• SET IBM-MAIN NOMAIL, earnie . allen
• zLinux distro, Gabor Hoffer
  • RE: zLinux distro, Lindy Mayfield
• Searching an utility to Query if a library is LLA managed, A. Vilardell
  • <Possible follow-ups>
  • RE: Searching an utility to Query if a library is LLA managed, Bielskie, Stephen
  • Re: Searching an utility to Query if a library is LLA managed, Mark Zelden
  • Re: Searching an utility to Query if a library is LLA managed, John_J_Kelly
  • Re: Searching an utility to Query if a library is LLA managed, Mark Zelden
• FICON Express4 card - 4km vs 10km, R.S.
• Upgrading the processor, Sabo, Frank
  • Re: Upgrading the processor, Rich Smrcina
    • Re: Upgrading the processor, Mark Jacobs
      • Re: Upgrading the processor, Dale
      • Re: Upgrading the processor, Rich Smrcina
      • RE: Upgrading the processor, Itschak Mugzach
      • RE: Upgrading the processor, Sabo, Frank
      • RE: Upgrading the processor, Richbourg, Claude
  • RE: Upgrading the processor, Chase, John
  • <Possible follow-ups>
  • RE: Upgrading the processor, Thompson, Steve
  • RE: Upgrading the processor, Thompson, Steve
    • RE: Upgrading the processor, Sabo, Frank
      • RE: Upgrading the processor, Itschak Mugzach
      • RE: Upgrading the processor, Pommier, Rex R.
    • Message not available
      • Re: Upgrading the processor, Thompson, Steve
  • Re: Upgrading the processor, Dave Kopischke
  • Re: Upgrading the processor, Dave Kopischke
  • Re: Upgrading the processor, Al Sherkow
  • Re: Upgrading the processor, Brian Westerman
  • Re: Upgrading the processor, Timothy Sipples
• Netview Messaging (was: System automation subplexing ), Barbara Nitz
• The way forward - was: sysprog demand [SEC=UNCLASSIFIED], Fenner, Jim
• Fwd: Security on DMLO on IDMS DB, Parin Gangar
• re: KB vs KiB, john gilmore
• some basic questions about Z system, Zlinux...., legolas wood
  • Re: some basic questions about Z system, Zlinux...., John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: some basic questions about Z system, Zlinux...., Ted MacNEIL
    • RE: some basic questions about Z system, Zlinux...., McKown, John
  • Re: some basic questions about Z system, Zlinux...., Timothy Sipples
  • RE: some basic questions about Z system, Zlinux...., Kelman, Tom
    • RE: some basic questions about Z system, Zlinux...., Richards.Bob
      • Re: some basic questions about Z system, Zlinux...., legolas wood
  • Re: some basic questions about Z system, Zlinux...., Ted MacNEIL
  • RE: some basic questions about Z system, Zlinux...., Kelman, Tom
  • Re: some basic questions about Z system, Zlinux...., Timothy Sipples
• Re: MVS - Z/OS Job Market, What should the rates be?, Kenneth E Tomiak
  • RE: MVS - Z/OS Job Market, What should the rates be?, McKown, John
  • <Possible follow-ups>
  • MVS - Z/OS Job Market, What should the rates be?, Paul . D'Angelo
    • Re: MVS - Z/OS Job Market, What should the rates be?, Rick Fochtman
  • Re: MVS - Z/OS Job Market, What should the rates be?, Ted MacNEIL
    • RE: MVS - Z/OS Job Market, What should the rates be?, McKown, John
      • Re: MVS - Z/OS Job Market, What should the rates be?, Lizette Koehler
      • Re: MVS - Z/OS Job Market, What should the rates be?, RWells
      • RE: MVS - Z/OS Job Market, What should the rates be?, Fletcher, Kevin
      • RE: MVS - Z/OS Job Market, What should the rates be?, Jon Brock
      • RE: MVS - Z/OS Job Market, What should the rates be?, Lizette Koehler
      • Re: MVS - Z/OS Job Market, What should the rates be?, Ed Gould
  • RE: MVS - Z/OS Job Market, What should the rates be?, daver++
• Usage of KB and KiB, Bruce Hewson
  • Re: Usage of KB and KiB, R.S.
    • Re: Usage of KB and KiB, Steve Comstock
    • Re: Usage of KB and KiB, Howard Brazee
    • Re: Usage of KB and KiB, robertwessel2@xxxxxxxxx
  • <Possible follow-ups>
  • Re: Usage of KB and KiB, Kenneth E Tomiak
    • Re: Usage of KB and KiB, John S. Giltner, Jr.
      • Re: Usage of KB and KiB, R.S.
  • Re: Usage of KB and KiB, Tom Marchant
  • Re: Usage of KB and KiB, Paul Gilmartin
  • Re: Usage of KB and KiB, Bruce Hewson
    • Re: Usage of KB and KiB, R.S.
      • RE: Usage of KB and KiB, Mullen, Patrick
  • Re: Usage of KB and KiB, Arthur T.
    • Re: Usage of KB and KiB, R.S.
  • Re: Usage of KB and KiB, Efinnell15
  • Re: Usage of KB and KiB, Paul Gilmartin
• Pause elements used across multiple address spaces, Mike Kerford-Byrnes
  • RE: Pause elements used across multiple address spaces, Jeffrey D. Smith
  • Re: Pause elements used across multiple address spaces, David Day
• Icons for mainframe, LPAR and region, Alex Kizub
  • Re: Icons for mainframe, LPAR and region, pdc
    • Re: Icons for mainframe, LPAR and region, Alex Kizub
      • Re: Icons for mainframe, LPAR and region, pdc
      • Re: Icons for mainframe, LPAR and region, Dan Espen
• IDC3332I ** INSUFFICIENT MAIN STORAGE in IDCAMS REPRO MERGECAT, Thomas Conley
  • RE: IDC3332I ** INSUFFICIENT MAIN STORAGE in IDCAMS REPRO MERGECAT, Fletcher, Kevin
  • Re: IDC3332I ** INSUFFICIENT MAIN STORAGE in IDCAMS REPRO MERGECAT, Chris Mason
  • Re: IDC3332I ** INSUFFICIENT MAIN STORAGE in IDCAMS REPRO MERGECAT, Ed Gould
  • <Possible follow-ups>
  • Re: IDC3332I ** INSUFFICIENT MAIN STORAGE in IDCAMS REPRO MERGECAT, Matthew Stitt
• OSHELL RC = 32512, Anton Britz
  • RE: OSHELL RC = 32512, Mullen, Patrick
  • RE: OSHELL RC = 32512, Ceruti, Gerard G
  • <Possible follow-ups>
  • Re: OSHELL RC = 32512, Mark Zelden
• COBOL - NSYMBOL(NATIONAL) and NODBCS, Jim McAlpine
  • Re: COBOL - NSYMBOL(NATIONAL) and NODBCS, Steve Comstock
    • Re: COBOL - NSYMBOL(NATIONAL) and NODBCS, Jim McAlpine
      • Re: COBOL - NSYMBOL(NATIONAL) and NODBCS, Steve Comstock
• Who is the supplier of Favor?, Stocker, Herman
  • RE: Who is the supplier of Favor?, Clark, David
  • RE: Who is the supplier of Favor?, Jim Wangler
  • Re: Who is the supplier of Favor?, Bill Dodge
  • RE: Who is the supplier of Favor?, Hale, Bob
  • RE: Who is the supplier of Favor?, Chase, John
    • Re: Who is the supplier of Favor?, Chris Mason
      • RE: Who is the supplier of Favor?, Chase, John
  • <Possible follow-ups>
  • Re: Who is the supplier of Favor?, Havelock, Glenn A
  • RE: Who is the supplier of Favor?, Carroll, William
  • RE: Who is the supplier of Favor?, Stocker, Herman
  • Re: Who is the supplier of Favor?, Havelock, Glenn A
• RE: FW: Deleted PDS - K - kg - Kg, TISLER Zaromil
• Mainframe developer Required Immediately - Permanent position - Dublin Ireland, Rahul Mohandass
• Counting Records in Files, steve_grimes
  • RE: Counting Records in Files, Havelock, Glenn A
  • RE: Counting Records in Files, Anthony Saul Babonas
  • Re: Counting Records in Files, John P Kalinich
  • Re: Counting Records in Files, Reda, John
  • <Possible follow-ups>
  • Re: Counting Records in Files, Paul Gilmartin
    • RE: Counting Records in Files, McKown, John
  • Re: Counting Records in Files, Mark Zelden
• unsubscribe, Southerland, Steven L
• Coupling Facility, Joe Kirsch
  • RE: Coupling Facility, Staller, Allan
  • <Possible follow-ups>
  • Re: Coupling Facility, Scott Fagen
• Batch IPCS CTRACE commands, Patrick O'Keefe
  • RE: Batch IPCS CTRACE commands, Hardee, Charles H
  • <Possible follow-ups>
  • Re: Batch IPCS CTRACE commands, Patrick Lyon
  • Re: Batch IPCS CTRACE commands, Tom Schmidt
    • Re: Batch IPCS CTRACE commands, Robert Wright
  • Re: Batch IPCS CTRACE commands, Patrick O'Keefe
• Re: z/OS job market (I could just scream!), Mark H. Young
  • RE: z/OS job market (I could just scream!), Gary Green
    • RE: z/OS job market (I could just scream!), Lindy Mayfield
      • Re: z/OS job market (I could just scream!), Steve Comstock
      • Re: z/OS job market (I could just scream!), Ray Mullins
      • Re: z/OS job market (I could just scream!), Grant Ward Able
      • RE: z/OS job market (I could just scream!), Jon Brock
      • RE: z/OS job market (I could just scream!), Fletcher, Kevin
      • Re: z/OS job market (I could just scream!), Rick Fochtman
  • <Possible follow-ups>
  • Re: z/OS job market (I could just scream!), Andy Wood
  • RE: z/OS job market (I could just scream!), Kelman, Tom
    • Re: z/OS job market (I could just scream!), R.S.
      • RE: z/OS job market (I could just scream!), Richards.Bob
      • RE: z/OS job market (I could just scream!), Jeffrey D. Smith
      • Re: z/OS job market (I could just scream!), Dean Kent
      • RE: z/OS job market (I could just scream!), Chase, John
      • Re: z/OS job market (I could just scream!), Richards.Bob
      • Re: z/OS job market (I could just scream!), R.S.
      • RE: z/OS job market (I could just scream!), Chase, John
    • RE: z/OS job market (I could just scream!), Jon Brock
      • RE: z/OS job market (I could just scream!), Chase, John
      • Re: z/OS job market (I could just scream!), Ed Gould
      • RE: z/OS job market (I could just scream!), david . thorn
      • Re: z/OS job market (I could just scream!), Rick Fochtman
  • RE: z/OS job market (I could just scream!), Kelman, Tom
  • RE: z/OS job market (I could just scream!), Veilleux, Jon L
  • Re: z/OS job market (I could just scream!), Kelman, Tom
  • Re: z/OS job market (I could just scream!), Patrick O'Keefe
    • MVS - Z/OS Job Market, What should the rates be?, Danielle Duarte
  • Re: z/OS job market (I could just scream!), Graeme Gibson
  • Re: z/OS job market (I could just scream!), Graeme Gibson
• VLF Question, Art Celestini
  • <Possible follow-ups>
  • RE: VLF Question, dbarry
  • Re: VLF Question, Art Celestini
• Librarian to a PDS, Dean Montevago
  • RE: Librarian to a PDS, Smith, Sean M
    • RE: Librarian to a PDS, Dean Montevago
    • z/OS job market (I could just scream!), Jeffrey D. Smith
      • RE: z/OS job market (I could just scream!), Lindy Mayfield
      • RE: z/OS job market (I could just scream!), Veilleux, Jon L
      • RE: z/OS job market (I could just scream!), Ray Mullins
      • Re: z/OS job market (I could just scream!), Paul . D'Angelo
      • Re: z/OS job market (I could just scream!), Howard Brazee
      • RE: z/OS job market (I could just scream!), Phil Kingston
      • RE: z/OS job market (I could just scream!), Chase, John
      • Re: z/OS job market (I could just scream!), Rick Fochtman
• XMIT loses the AC(1) attribute, Pinnacle
  • Re: XMIT loses the AC(1) attribute, Harry Goldschmitt
  • RE: XMIT loses the AC(1) attribute, Fletcher, Kevin
  • RE: XMIT loses the AC(1) attribute, Ray Mullins
  • <Possible follow-ups>
  • Re: XMIT loses the AC(1) attribute, Mark H. Young
  • Re: XMIT loses the AC(1) attribute, Kenneth E Tomiak
  • Re: XMIT loses the AC(1) attribute, Tom Marchant
• VSAM in extents, McKown, John
  • RE: VSAM in extents, GAVIN Darren * OPS EAS
  • RE: VSAM in extents, O'Brien, David W. [C] , NIH/CIT
    • Re: VSAM in extents, Rick Fochtman
  • Re: VSAM in extents, eshudders
  • RE: [IBM-MAIN] VSAM in extents, Ron Hawkins
  • <Possible follow-ups>
  • RE: VSAM in extents, Farley, Peter x23353
  • Re: VSAM in extents, Mark Zelden
• Attach 4230 printer to 3174 11r controler, Sebastien
  • Re: Attach 4230 printer to 3174 11r controler, Sebastien
• Email Client Settings, Thompson, Steve
  • RE: Email Client Settings, McKown, John
  • <Possible follow-ups>
  • Re: Email Client Settings, Jan MOEYERSONS
• RE: How much do you value Share ( Was Spam from SHARE), Thompson, Steve
  • <Possible follow-ups>
  • Re: How much do you value Share ( Was Spam from SHARE), Efinnell15
  • Re: How much do you value Share ( Was Spam from SHARE), Efinnell15
    • RE: How much do you value Share ( Was Spam from SHARE), Fletcher, Kevin
      • Snubbing at SHARE (Was: How much do you value Share ( Was Spam from SHARE)), John P Kalinich
      • RE: Snubbing at SHARE (Was: How much do you value Share ( Was Spam from SHARE)), Greg Shirey
      • Re: Snubbing at SHARE (Was: How much do you value Share ( Was Spam from SHARE)), John P Kalinich
    • RE: How much do you value Share ( Was Spam from SHARE), Chase, John
• ICC Console, awhite
  • <Possible follow-ups>
  • Re: ICC Console, Patrick Lyon
    • RE: ICC Console, Richbourg, Claude
    • Re: [IBM-MAIN] ICC Console, awhite
  • Re: ICC Console, Patrick Lyon
  • Re: ICC Console, Roger Lowe
    • Re: [IBM-MAIN] ICC Console, awhite
      • Re: ICC Console, Chris Mason
  • Re: ICC Console, Bruno Sugliani
• CSA/ECSA question, Bruce McKnight
• It used to be bits were either on or off now...., Ed Gould
• Plex migration, Magen
• RE: sysprog demand [SEC=UNCLASSIFIED], Fenner, Jim
• sysprog demand, r hey
  • RE: sysprog demand, Stephen Mednick
    • Re: sysprog demand, Steve Comstock
  • Re: sysprog demand, Paul . D'Angelo
    • Re: sysprog demand, Ray Mullins
    • Re: sysprog demand, Eric-IBMmain
      • Re: sysprog demand, Paul . D'Angelo
      • RE: sysprog demand, Veilleux, Jon L
      • RE: sysprog demand, McKown, John
      • Re: sysprog demand, Ed Gould
      • RE: sysprog demand, Anthony Saul Babonas
      • Re: sysprog demand, Ed Gould
      • Re: sysprog demand, Lynn Wheeler
      • Re: sysprog demand, pauls2272
  • Re: sysprog demand, Craig Bakken
  • <Possible follow-ups>
  • Re: sysprog demand, Ted MacNEIL
    • Re: sysprog demand, R.S.
  • Re: sysprog demand, Mark H. Young
  • Re: sysprog demand, Thomas Kern
  • RE: sysprog demand, Gary Green
    • Re: sysprog demand, Paul . D'Angelo
      • RE: sysprog demand, Gary Green
      • RE: sysprog demand, Rugen, Len
  • Re: sysprog demand, Thomas Kern
    • Re: sysprog demand, Bill Wilkie
      • RE: sysprog demand, McKown, John
      • Re: sysprog demand, Weidt, James
    • Re: sysprog demand, Rick Fochtman
  • Re: sysprog demand, r hey
    • Re: sysprog demand, R.S.
  • Re: sysprog demand, r hey
• Spam from SHARE, Schwarz, Barry A
  • Re: Spam from SHARE, Edward Jaffe
  • <Possible follow-ups>
  • Re: Spam from SHARE, Patrick O'Keefe
  • Spam from SHARE, David Boyes
    • Re: Spam from SHARE, David Andrews
      • How much do you value Share ( Was Spam from SHARE), Lizette Koehler
      • RE: How much do you value Share ( Was Spam from SHARE), david . thorn
      • Re: How much do you value Share ( Was Spam from SHARE), Ed Gould
      • Re: How much do you value Share ( Was Spam from SHARE), Eric-IBMmain
      • Re: How much do you value Share ( Was Spam from SHARE), David Andrews
      • RE: How much do you value Share ( Was Spam from SHARE), Richards.Bob
      • Re: Spam from SHARE, Jeffrey . Deaver
      • Re: Spam from SHARE, Pinnacle
      • Re: Spam from SHARE, Ed Gould
      • RE: Spam from SHARE, Bob Shannon
      • Re: Spam from SHARE, Ed Gould
      • RE: Spam from SHARE, Wayne Driscoll
      • Re: Spam from SHARE, Ed Gould
    • Re: Spam from SHARE, Ed Gould
• SearchDataCenter Article, Kopischke, David G.
• Mainframe shops held hostage, Itanium alliance says, Gary Green
  • RE: Mainframe shops held hostage, Itanium alliance says, Bob Shannon
  • RE: Mainframe shops held hostage, Itanium alliance says, Richards.Bob
  • RE: Mainframe shops held hostage, Itanium alliance says, McKown, John
  • Re: Mainframe shops held hostage, Itanium alliance says, khf00
    • Re: Mainframe shops held hostage, Itanium alliance says, howard . brazee
  • Re: Mainframe shops held hostage, Itanium alliance says, Birger Heede
  • Re: Mainframe shops held hostage, Itanium alliance says, Bruce McKnight
    • Re: Mainframe shops held hostage, Itanium alliance says, Howard Brazee
  • Re: Mainframe shops held hostage, Itanium alliance says, Bruce McKnight
  • <Possible follow-ups>
  • Re: Mainframe shops held hostage, Itanium alliance says, Gary Green
    • RE: Mainframe shops held hostage, Itanium alliance says, Chase, John
      • RE: Mainframe shops held hostage, Itanium alliance says, McKown, John
      • RE: Mainframe shops held hostage, Itanium alliance says, Campbell Jay
      • Re: Mainframe shops held hostage, Itanium alliance says, howard . brazee
      • RE: Mainframe shops held hostage, Itanium alliance says, McKown, John
      • RE: Mainframe shops held hostage, Itanium alliance says, Jeffrey D. Smith
      • Re: Mainframe shops held hostage, Itanium alliance says, Rick Fochtman
      • Re: Mainframe shops held hostage, Itanium alliance says, howard . brazee
  • Re: Mainframe shops held hostage, Itanium alliance says, Matthew Stitt
  • Mainframe shops held hostage, Itanium alliance says, Phil Smith III
    • Re: Mainframe shops held hostage, Itanium alliance says, Thomas H Puddicombe
  • Re: Mainframe shops held hostage, Itanium alliance says, Efinnell15
• Re: Unable to display Extended characters (aka Spanish) in SDSF, Tony Harminc
• PDS to SEQ and back to PDS.... Check the CBT Tape for LISTPDS, William Smith
  • Re: PDS to SEQ and back to PDS.... Check the CBT Tape for LISTPDS, John P Kalinich
  • <Possible follow-ups>
  • Re: PDS to SEQ and back to PDS.... Check the CBT Tape for LISTPDS, Paul Gilmartin
    • Re: PDS to SEQ and back to PDS.... Check the CBT Tape for LISTPDS, John P Kalinich
  • Re: PDS to SEQ and back to PDS.... Check the CBT Tape for LISTPDS, Paul Gilmartin
    • Re: PDS to SEQ and back to PDS.... Check the CBT Tape for LISTPDS, John P Kalinich
• One Good Thing about IBMLink, Paul GilmartinIBM-MAIN@xxxxxxxxxxxx>
• SYSVIEW 11.5, Mark Steely
  • Re: SYSVIEW 11.5, Gerhard Adam
  • <Possible follow-ups>
  • RE: SYSVIEW 11.5, Scott Barry
• SDSF z/OS 1.7 Quirk, Mark H. Young
  • Re: SDSF z/OS 1.7 Quirk, earnie . allen
    • RE: SDSF z/OS 1.7 Quirk, Mark Steely
  • RE: SDSF z/OS 1.7 Quirk, Mark Steely
  • Re: SDSF z/OS 1.7 Quirk, earnie . allen
    • Unable to display Extended characters (aka Spanish) in SDSF, Chauhan, Jasbir
      • RE: Unable to display Extended characters (aka Spanish) in SDSF, Chase, John
      • RE: Unable to display Extended characters (aka Spanish) in SDSF, Chauhan, Jasbir
      • RE: Unable to display Extended characters (aka Spanish) in SDSF, Chase, John
  • <Possible follow-ups>
  • Re: SDSF z/OS 1.7 Quirk, Mark H. Young
    • Re: SDSF z/OS 1.7 Quirk, earnie . allen
  • Re: SDSF z/OS 1.7 Quirk, Mark H. Young
  • Re: SDSF z/OS 1.7 Quirk, Mark H. Young
  • Re: SDSF z/OS 1.7 Quirk, Mark H. Young
  • Re: SDSF z/OS 1.7 Quirk, Dave Kopischke
  • Re: SDSF z/OS 1.7 Quirk, Kenneth E Tomiak
  • RE: SDSF z/OS 1.7 Quirk, Griffin, John G
• Compare two disk files, Chris Steffens
  • Re: Compare two disk files, Binyamin Dissen
    • Re: Compare two disk files, howard . brazee
      • Re: Compare two disk files, Binyamin Dissen
      • RE: Compare two disk files, Reda, John
      • Re: Compare two disk files, PeD
      • Re: Compare two disk files, Frank Yaeger
  • RE: Compare two disk files, Campbell Jay
  • RE: Compare two disk files, mark . jacobs
  • RE: Compare two disk files, Galambos, Robert
  • <Possible follow-ups>
  • Re: Compare two disk files, Terry Sambrooks
  • Re: Compare two disk files, Paul Gilmartin
  • RE: Compare two disk files, Farley, Peter x23353
  • Re: Compare two disk files, Kenneth E Tomiak
  • Re: Compare two disk files, Chris Steffens
• Mailing lists / online forums for IBM mainframers, Eric Loriaux
  • RE: Mailing lists / online forums for IBM mainframers, Mark Vitale
  • Re: Mailing lists / online forums for IBM mainframers, Jim McAlpine
  • <Possible follow-ups>
  • Re: Mailing lists / online forums for IBM mainframers, Efinnell15
• 3175 on a 3174???, Bruce McKnight
  • Re: 3175 on a 3174???, Bruce McKnight
• CA-DISK, Dean Montevago
  • Re: CA-DISK, Jeffrey . Deaver
    • RE: CA-DISK, Itschak Mugzach
• Console named *DICN&sysclone., Barbara Nitz
  • RE: Console named *DICN&sysclone., Bob Shannon
    • AW: Console named *DICN&sysclone., Faber, Hermann
  • Re: Console named *DICN&sysclone., Paolo Cacciari
  • <Possible follow-ups>
  • Re: Console named *DICN&sysclone., Barbara Nitz
  • Re: Console named *DICN&sysclone., Barbara Nitz
  • Re: Console named *DICN&sysclone., Scott Fagen
• DSPSERV, Gabor Hoffer
  • Re: DSPSERV, Rob Scott
  • Re: DSPSERV, Paul . D'Angelo
    • RE: DSPSERV, Jeffrey D. Smith
      • Re: DSPSERV, Binyamin Dissen
  • <Possible follow-ups>
  • Re: DSPSERV, Gabor Hoffer
    • Re: DSPSERV, Binyamin Dissen
      • Re: DSPSERV, Gabor Hoffer
      • Re: DSPSERV, Binyamin Dissen
      • Re: DSPSERV, Gabor Hoffer
    • RE: DSPSERV, Rob Scott
      • Re: DSPSERV, Gabor Hoffer
      • RE: DSPSERV, Rob Scott
  • RE: DSPSERV, McKown, John
    • Re: DSPSERV, Rick Fochtman
  • Re: DSPSERV, Mark Zelden
    • Re: DSPSERV, Edward Jaffe
  • Re: DSPSERV, Tom Schmidt
  • Re: DSPSERV, Mark Zelden
• test mail, Gabor Hoffer
• Re: PSI MIPS, Timothy Sipples
  • Re: PSI MIPS, Clark Morris
  • Re: PSI MIPS, howard . brazee
• Automate CICS transactions, Pakku
  • Re: Automate CICS transactions, Zbikow
    • Re: Automate CICS transactions, Pakku
      • Re: Automate CICS transactions, Zbikow
      • Re: Automate CICS transactions, Pakku
  • Re: Automate CICS transactions, kpinkham
    • Re: Automate CICS transactions, Pakku
• Wall Street Journal: "The Dynosaurs That Won't Die", Timothy Sipples
  • Re: Wall Street Journal: "The Dynosaurs That Won't Die", Pinnacle
• Z/Journal issue June/July 2007, Ed Gould
  • Re: Z/Journal issue June/July 2007, Lindy Mayfield
    • Re: Z/Journal issue June/July 2007, Ed Gould
  • Re: Z/Journal issue June/July 2007, Pinnacle
  • <Possible follow-ups>
  • RE: Z/Journal issue June/July 2007, Thompson, Steve
    • Re: Z/Journal issue June/July 2007, Ed Gould
      • RE: Z/Journal issue June/July 2007, Chuck Arney
      • Re: Z/Journal issue June/July 2007, Bob Shannon
    • Re: Z/Journal issue June/July 2007, John Eells
      • RE: Z/Journal issue June/July 2007, Chase, John
      • Re: Z/Journal issue June/July 2007, Rick Fochtman
      • Re: Z/Journal issue June/July 2007, Paul Gillis
• RCFs (was Valid hexadecimal" (was: EBCDIC to HEX translation in Assembler?)), Patrick O'Keefe
  • Re: RCFs (was Valid hexadecimal" (was: EBCDIC to HEX translation in Assembler?)), R.S.
  • <Possible follow-ups>
  • Re: RCFs (was Valid hexadecimal" (was: EBCDIC to HEX translation in Assembler?)), Peter Relson
    • Re: RCFs (was Valid hexadecimal" (was: EBCDIC to HEX translation in Assembler?)), Robert Wright
      • Re: RCFs (was Valid hexadecimal" (was: EBCDIC to HEX translation in Assembler?)), Robert Wright
  • Re: RCFs (was Valid hexadecimal" (was: EBCDIC to HEX translation in Assembler?)), Paul Gilmartin
• IBMLINK help phone number, Greg Lang
  • Re: [IBM-MAIN] IBMLINK help phone number, Wahak . V . Kontian
  • RE: IBMLINK help phone number, Chase, John
• DFHSM QUESTION : CREATIN SDSP (SMALLDS), esmie moo
  • RE: DFHSM QUESTION : CREATIN SDSP (SMALLDS), Staller, Allan
  • RE: DFHSM QUESTION : CREATIN SDSP (SMALLDS), O'Brien, David W. [C] , NIH/CIT
    • Re: DFHSM QUESTION : CREATIN SDSP (SMALLDS), esmie moo
  • <Possible follow-ups>
  • Re: DFHSM QUESTION : CREATIN SDSP (SMALLDS), Larry Burch
• New (draft) Redbook: Introduction to the New Mainframe: z/VM Basics, Lionel . B . Dyck
• Cobol Conditional Compile, Albert . Klimek
  • Re: Cobol Conditional Compile, Todd Burch
  • Re: Cobol Conditional Compile, robertwessel2@xxxxxxxxx
  • <Possible follow-ups>
  • Re: Cobol Conditional Compile, Kenneth E Tomiak
    • Re: Cobol Conditional Compile, Nagesh
    • Antwort: Re: Cobol Conditional Compile, Albert . Klimek
      • RE: Antwort: Re: Cobol Conditional Compile, McKown, John
      • Antwort: Re: Antwort: Re: Cobol Conditional Compile, Albert . Klimek
• How to extend addressability over 4095 with USING statements, Phil Kingston
  • RE: How to extend addressability over 4095 with USING statements, McKown, John
  • RE: How to extend addressability over 4095 with USING statements, Wayne Driscoll
    • RE: How to extend addressability over 4095 with USING statements, Phil Kingston
      • Re: How to extend addressability over 4095 with USING statements, J R
      • RE: How to extend addressability over 4095 with USING statements, Phil Kingston
      • Re: How to extend addressability over 4095 with USING statements, J R
  • Re: SPAM: How to extend addressability over 4095 with USING statements, Rick Fochtman
  • <Possible follow-ups>
  • Re: How to extend addressability over 4095 with USING statements, Tom Marchant
    • Re: How to extend addressability over 4095 with USING statements, Edward Jaffe
  • Re: How to extend addressability over 4095 with USING statements, Tom Marchant
• IBMLink "Challenge", Chase, John
  • RE: IBMLink "Challenge", Veilleux, Jon L
    • RE: IBMLink "Challenge": We Have A Winner!, Chase, John
  • <Possible follow-ups>
  • Re: IBMLink "Challenge", Robert Justice
    • Re: IBMLink "Challenge", Bill Johnson
• MAPPING a RMM-managed tape volume, Andy Robertson
  • RE: MAPPING a RMM-managed tape volume, Pommier, Rex R.
  • <Possible follow-ups>
  • Re: MAPPING a RMM-managed tape volume, Mike Wood
• PDS to SEQ and back to PDS, earnie . allen
  • RE: PDS to SEQ and back to PDS, McKown, John
  • Re: PDS to SEQ and back to PDS, John P Kalinich
  • RE: PDS to SEQ and back to PDS, Field, Alan C.
  • Re: PDS to SEQ and back to PDS, Rick Fochtman
    • Re: PDS to SEQ and back to PDS, earnie . allen
      • Re: PDS to SEQ and back to PDS, Rick Fochtman
      • Re: PDS to SEQ and back to PDS, earnie . allen
    • Re: PDS to SEQ and back to PDS, earnie . allen
      • Re: PDS to SEQ and back to PDS, John P Kalinich
      • Re: PDS to SEQ and back to PDS, earnie . allen
      • Re: PDS to SEQ and back to PDS, Rick Fochtman
      • Re: PDS to SEQ and back to PDS, earnie . allen
  • Re: PDS to SEQ and back to PDS, Wayne Bickerdike
  • <Possible follow-ups>
  • Re: PDS to SEQ and back to PDS, Mark Zelden
  • Re: PDS to SEQ and back to PDS, Efinnell15
    • RE: PDS to SEQ and back to PDS, McKown, John
      • Re: PDS to SEQ and back to PDS, Earnie Allen
  • Re: PDS to SEQ and back to PDS, Mark Zelden
    • Re: PDS to SEQ and back to PDS, earnie . allen
  • Re: PDS to SEQ and back to PDS, Mark Zelden
  • Re: PDS to SEQ and back to PDS, Ted MacNEIL
    • Re: PDS to SEQ and back to PDS, earnie . allen
  • Re: PDS to SEQ and back to PDS, WalterR
    • Re: PDS to SEQ and back to PDS, earnie . allen
  • Re: PDS to SEQ and back to PDS, Kenneth E Tomiak
    • Re: PDS to SEQ and back to PDS, Ed Gould
  • Re: PDS to SEQ and back to PDS, Kenneth E Tomiak
  • Re: PDS to SEQ and back to PDS, Kenneth E Tomiak
    • Re: PDS to SEQ and back to PDS, Ed Gould
      • Re: PDS to SEQ and back to PDS, earnie . allen
  • Re: PDS to SEQ and back to PDS, WalterR
• Secure clist, Carroll, William
  • RE: Secure clist, McKown, John
    • Re: Secure clist, Ed Gould
      • RE: Secure clist, Wayne Driscoll
      • Re: Secure clist, Ed Gould
      • RE: Secure clist, Wayne Driscoll
      • Re: Secure clist, Ed Gould
      • RE: Secure clist, Anthony Saul Babonas
      • Re: Secure clist, Ed Gould
      • RE: Secure clist, Phil Kingston
      • Re: Secure clist, Ed Gould
      • RE: Secure clist, Phil Kingston
      • Re: Secure clist, Ed Gould
  • RE: Secure clist, Phil Kingston
    • Re: Secure clist, Binyamin Dissen
    • Re: Secure clist, J R
      • Re: Secure clist, Lizette Koehler
  • <Possible follow-ups>
  • Re: Secure clist, Mark Zelden
  • Re: Secure clist, Kelman, Tom
  • Re: Secure clist, Mark Zelden
  • Re: Secure clist, Walt Farrell
    • Re: Secure clist, Rick Fochtman
  • Re: Secure clist, Paul Gilmartin
  • Re: Secure clist, Mark H. Young
    • RE: Secure clist, Anthony Saul Babonas
    • Re: Secure clist, Ed Gould
  • Re: Secure clist, Mark H. Young
  • Re: Secure clist, Paul Gilmartin
    • RE: Secure clist, Anthony Saul Babonas
    • Re: Secure clist, Ed Gould
• Problems with Language environment and setting ENVAR(_EDC_ZERO_RECLEN=Y), Steve . Bagshaw
  • <Possible follow-ups>
  • Re: Problems with Language environment and setting ENVAR(_EDC_ZERO_RECLEN=Y), Axel Miller
• Re: Valid hexadecimal" (was: EBCDIC to HEX translation in Assembler?), Peter Relson
  • <Possible follow-ups>
  • Re: Valid hexadecimal" (was: EBCDIC to HEX translation in Assembler?), Paul Gilmartin
• Tools for Validating COBOL Source, Lizette Koehler
  • Re: Tools for Validating COBOL Source, Nagesh
  • re: Tools for Validating COBOL Source, Neil Duffee
  • <Possible follow-ups>
  • Re: Tools for Validating COBOL Source, Timothy Sipples
    • RE: Tools for Validating COBOL Source, Chase, John
  • RE: Tools for Validating COBOL Source, Farley, Peter x23353
• Re: IPCS Dump. How can you see the stack?, Ron MacRae
• Is a page protected?--how to determine, Paul Schuster
  • Re: Is a page protected?--how to determine, David Day
  • RE: Is a page protected?--how to determine, Jeffrey D. Smith
  • Re: Is a page protected?--how to determine, Jeffrey D. Smith
  • <Possible follow-ups>
  • Re: Is a page protected?--how to determine, Philippe Leite
  • Re: Is a page protected?--how to determine, Philippe Leite
    • Re: Is a page protected?--how to determine, David Day
  • Re: Is a page protected?--how to determine, DASDBill2
    • RE: Is a page protected?--how to determine, Jeffrey D. Smith
  • Re: Is a page protected?--how to determine, DASDBill2
    • RE: Is a page protected?--how to determine, Jeffrey D. Smith
    • RE: Is a page protected?--how to determine, Craddock, Chris
  • Re: Is a page protected?--how to determine, DASDBill2
  • Re: Is a page protected?--how to determine, Peter Relson
  • Re: Is a page protected?--how to determine, Paul Schuster
    • Re: Is a page protected?--how to determine, Binyamin Dissen
      • Re: Is a page protected?--how to determine, McKown, John
      • RE: Is a page protected?--how to determine, Veilleux, Jon L
      • RE: Is a page protected?--how to determine, Knutson, Sam
    • RE: Is a page protected?--how to determine, Wayne Driscoll
• bit.listserv.ibm-main, Vincent
• re: rotational position sensing (RPS), john gilmore
  • <Possible follow-ups>
  • Re: rotational position sensing (RPS), DASDBill2
    • Re: rotational position sensing (RPS), Edward Jaffe
• RE:I MIPS (was: Links to decent 'why the mainframe thrives' article), Wayne Driscoll
• Rotational Positional Sensing (RPS), Edward Jaffe
  • RE: Rotational Positional Sensing (RPS), Richards.Bob
    • Re: Rotational Positional Sensing (RPS), Edward Jaffe
      • Re: Rotational Positional Sensing (RPS), Richards.Bob
      • Re: Rotational Positional Sensing (RPS), Chris Langford
  • Re: Rotational Positional Sensing (RPS), Rick Fochtman
  • <Possible follow-ups>
  • Re: Rotational Positional Sensing (RPS), DASDBill2
  • Re: Rotational Positional Sensing (RPS), DASDBill2
  • Re: Rotational Positional Sensing (RPS), Ted MacNEIL
  • Re: Rotational Positional Sensing (RPS), DASDBill2
    • Re: Rotational Positional Sensing (RPS), Chris Langford
  • Re: Rotational Positional Sensing (RPS), DASDBill2
• CARLES ARIS REDO/CAIXA01 está ausente de la oficina., caris
• Re: Think your an expert with MVS Diagnostic tools? Programmed in Assembler? ..., DASDBill2
  • RE: Think your an expert with MVS Diagnostic tools? Programmed in Assembler? ..., Chase, John
    • RE: Think your an expert with MVS Diagnostic tools? Programmed in Assembler? ..., Wayne Driscoll
  • <Possible follow-ups>
  • Re: Think your an expert with MVS Diagnostic tools? Programmed in Assembler? ..., Lizette Koehler
  • Re: Think your an expert with MVS Diagnostic tools? Programmed in Assembler? ..., DASDBill2
• Marlboro cigarettes for $11.99. Delivery to USA & EUROPE, Edwina
• ICSF for Dummies, Mark Jacobs
  • Re: ICSF for Dummies, Nagesh
    • Re: ICSF for Dummies, Mark Jacobs
  • RE: ICSF for Dummies, Hal Merritt
  • Re: ICSF for Dummies, Ulrich Boche
• The Isham Research web site, Phil Payne
• "Valid hexadecimal" (was: EBCDIC to HEX translation in Assembler?), Paul Gilmartin
  • <Possible follow-ups>
  • Re: "Valid hexadecimal" (was: EBCDIC to HEX translation in Assembler?), Patrick O'Keefe
• Eliminate User key CSA fix for CA-GSS QO89889, Knutson, Sam
• re: EBCDIC to HEX translation in Assembler?, john gilmore
  • <Possible follow-ups>
  • Re: EBCDIC to HEX translation in Assembler?, DASDBill2
    • RE: EBCDIC to HEX translation in Assembler?, Chase, John
    • Re: EBCDIC to HEX translation in Assembler?, Robert A. Rosenberg
  • RE: EBCDIC to HEX translation in Assembler?, Phil Kingston
  • RE: EBCDIC to HEX translation in Assembler?, Dave Reinken
    • Re: EBCDIC to HEX translation in Assembler?, Chase, John
• IGZCEV5, Sharon Lopez
  • <Possible follow-ups>
  • Re:IGZCEV5, wtrovijo
  • Re: IGZCEV5, Tom Schmidt
  • Re: IGZCEV5, Brian Westerman
• RE : DFDSS versus FDR, CAPRON Romain
• Rexx Console Question, Lindy Mayfield
  • RE: Rexx Console Question, George Bly
    • RE: Rexx Console Question, Lindy Mayfield
  • RE: Rexx Console Question, Itschak Mugzach
• Recall: Suggestions for New Laptop., Gary Green
• MPFXTALL V5.9, Glenn Siegel
• Suggestions for New Laptop., Z Z
  • Re: [IBM-MAIN] Suggestions for New Laptop., Steve Flynn
  • Re: Suggestions for New Laptop., nounours
  • RE: Suggestions for New Laptop., Todd Burch
  • Re: Suggestions for New Laptop., Binyamin Dissen
  • Re: Suggestions for New Laptop., Rick Fochtman
  • Re: Suggestions for New Laptop., J R
  • Re: Suggestions for New Laptop., Michael Stack
  • Re: Suggestions for New Laptop., KReynolds
  • <Possible follow-ups>
  • Re: Suggestions for New Laptop., Z Z
    • RE: Suggestions for New Laptop., Gary Green
  • Re: Suggestions for New Laptop., Z Z
    • Re: Suggestions for New Laptop., Todd Burch
      • Re: Suggestions for New Laptop., howard . brazee
      • RE: Suggestions for New Laptop., Todd Burch
      • Re: Suggestions for New Laptop., howard . brazee
      • Re: Suggestions for New Laptop., Steve Comstock
      • Re: Suggestions for New Laptop., Ed Gould
      • Re: Suggestions for New Laptop., howard . brazee
      • Re: Suggestions for New Laptop., Steve Samson
      • Re: Suggestions for New Laptop., Matt Simpson
      • RE: Suggestions for New Laptop., McKown, John
      • Thanks for the Suggestions for New Laptop., Z Z
  • Re: Suggestions for New Laptop., Z Z
  • Re: Suggestions for New Laptop., Ted MacNEIL
    • RE: Suggestions for New Laptop., Gary Green
  • Re: Suggestions for New Laptop., Scott Barry
  • Re: Suggestions for New Laptop., Glenn Siegel
    • Re: Suggestions for New Laptop., Gary Green
  • Re: Suggestions for New Laptop., Ed Gould
    • Re: Suggestions for New Laptop., Rich Smrcina
      • Re: Suggestions for New Laptop., Ed Gould
  • Re: Suggestions for New Laptop., Scott Barry
  • Re: Suggestions for New Laptop., Timothy Sipples
    • Re: Suggestions for New Laptop., howard . brazee
  • RE: Suggestions for New Laptop., Thompson, Steve
  • Re: Suggestions for New Laptop., Ted MacNEIL
  • RE: Suggestions for New Laptop., Thompson, Steve
  • Re: Suggestions for New Laptop., Timothy Sipples
• OT Fits all of us, Ed Gould
  • <Possible follow-ups>
  • Re: OT Fits all of us, DASDBill2
    • Re: OT Fits all of us (IBM-MAIN speciality), R.S.
• COBOL Functions, Carl Edwards
  • Re: COBOL Functions, Robert Jones
  • Re: COBOL Functions, Steve Comstock
  • Re: COBOL Functions, GAVIN Darren * OPS EAS
  • <Possible follow-ups>
  • Fw: COBOL Functions, Bill Klein
    • Re: Fw: COBOL Functions, Steve Comstock
    • Re: Fw: COBOL Functions, WalterR
      • Re: Fw: COBOL Functions, Steve Comstock
      • Re: Fw: COBOL Functions, Nagesh
      • Re: Fw: COBOL Functions, Howard Brazee
      • Re: Fw: COBOL Functions, Nagesh
• Sysplex structures during POR, EdRohr
  • RE: Sysplex structures during POR, Field, Alan C.
    • RE: Sysplex structures during POR, EdRohr
  • <Possible follow-ups>
  • RE: Sysplex structures during POR, EdRohr
• Re: "Dumb" CA-1 question, John_J_Kelly
• JAVA SAX XML parser - GOTCHA!, McKown, John
  • RE: JAVA SAX XML parser - GOTCHA!, Jeffrey D. Smith
    • Re: JAVA SAX XML parser - GOTCHA!, Steve Comstock
    • RE: JAVA SAX XML parser - GOTCHA!, Barkow, Eileen
  • Re: JAVA SAX XML parser - GOTCHA!, Nagesh
    • RE: JAVA SAX XML parser - GOTCHA!, McKown, John
  • Re: JAVA SAX XML parser - GOTCHA!, Kirk Wolf
    • Re: JAVA SAX XML parser - GOTCHA!, Robert A. Rosenberg
• Re: No Response From Xephon - Resolved, EPhilbrook
• How to get the LPAR NODE name ?, Anton Britz
  • RE: How to get the LPAR NODE name ?, Rob Scott
• Education Announcement: z/VM V5.3 Performance Update - Live Virtual Class, Pamela Christina , 607429-3447 T620
  • <Possible follow-ups>
  • Education Announcement: z/VM V5.3 Performance Update - Live Virtual Class, Pamela Christina , 607429-3447 T620
• DFDSS versus FDR, Jim McAlpine
  • RE: DFDSS versus FDR, McKown, John
    • Re: DFDSS versus FDR, tim . hare
    • Re: DFDSS versus FDR, Luis Monge
  • <Possible follow-ups>
  • Re: DFDSS versus FDR, Kenneth E Tomiak
• Last Record, Paul GilmartinIBM-MAIN@xxxxxxxxxxxx>
  • RE: Last Record, McKown, John
    • Re: Last Record, Gerhard Postpischil
      • RE: Last Record, McKown, John
      • Re: Last Record, Gerhard Postpischil
  • RE: Last Record, Reda, John
  • Re: Last Record, Frank Yaeger
  • <Possible follow-ups>
  • Re: Last Record, Paul Gilmartin
    • Re: Last Record, Frank Yaeger
• Transport Control Protocol, rajer . smith
• IBM 2Q2007: Mainframe Growth Firmly Established & Continuing, Timothy Sipples
• Re: No Response From Xephon, Warner Mach
  • <Possible follow-ups>
  • Re: No Response From Xephon, Trevor Eddolls
• ADMINISTRIVIA: List problems, Darren Evans-Young
• Joel Wolpert is out of the office., jwolpert
• Re: more ibmlink downtime-will be fixed by quitting time, Robert Justice
  • RE: more ibmlink downtime-will be fixed by quitting time, Lesseg, Jon
  • <Possible follow-ups>
  • Re: more ibmlink downtime-will be fixed by quitting time, Patrick Lyon
  • Re: more ibmlink downtime-will be fixed by quitting time, Robert Justice
  • Re: more ibmlink downtime-will be fixed by quitting time, Efinnell15
• Re: more ibmlink downtime, Robert Justice
• BMC Control-M Question, Gary Green
  • Re: BMC Control-M Question, Shmuel Metz , Seymour J.
    • RE: BMC Control-M Question, Gary Green
• a, John_J_Kelly
  • Re: a, Edward Jaffe
    • Re: a, Rajesh Dharia
  • <Possible follow-ups>
  • Re: a, DASDBill2
    • Re: a, Gerhard Postpischil
      • RE: a, McKown, John
      • Re: a, Ken Porowski
  • Re: a, Ted MacNEIL
• web IBMLINK STILL down - fix time now supposed to be 3:00 pm, Robert Justice
• Is there a problem with the list?, Jim Ladouceur
  • Re: Is there a problem with the list?, Steve Comstock
  • <Possible follow-ups>
  • RE: Is there a problem with the list?, Farley, Peter x23353
  • Re: Is there a problem with the list?, Efinnell15
  • Re: Is there a problem with the list?, Tom Marchant
  • Re: Is there a problem with the list?, Efinnell15
• IPCS Question(s), Hardee, Charles H
  • Re: IPCS Question(s), Robert Wright
    • RE: IPCS Question(s), Hardee, Charles H
      • Re: IPCS Question(s), Robert Wright
      • RE: IPCS Question(s), Hardee, Charles H
      • Re: IPCS Question(s), Robert Wright
      • IPCS Dump. How can you see the stack?, housem
      • Re: IPCS Dump. How can you see the stack?, David Day
      • RE: IPCS Dump. How can you see the stack?, Roach, Dennis
      • Re: IPCS Dump. How can you see the stack?, housem
      • RE: IPCS Dump. How can you see the stack?, Craddock, Chris
      • Re: IPCS Dump. How can you see the stack?, Wayne Driscoll
      • RE: IPCS Dump. How can you see the stack?, Wayne Driscoll
  • <Possible follow-ups>
  • Re: IPCS Question(s), Kenneth E Tomiak
    • Re: IPCS Question(s), Robert Wright
• web IBMLINK STILL down - fix time now supposed to be 1:30 pm, Robert Justice
  • Re: web IBMLINK STILL down - fix time now supposed to be 1:30 pm, Ed Gould
    • Re: web IBMLINK STILL down - fix time now supposed to be 1:30 pm, David Andrews
      • RE: web IBMLINK STILL down - fix time now supposed to be 1:30 pm, Rugen, Len
      • Re: web IBMLINK STILL down - fix time now supposed to be 1:30 pm, Ed Gould
      • Re: web IBMLINK STILL down - fix time now supposed to be 1:30 pm, David Andrews
  • <Possible follow-ups>
  • Re: web IBMLINK STILL down - fix time now supposed to be 1:30 pm, Robert Justice
• Catalog/Lost alias', Lucy Arnold
• web IBMLINK STILL down - fix time now supposed to be 12:15 pm, Robert Justice
• IBMLINK, Dean Montevago
  • <Possible follow-ups>
  • Re: IBMLINK, Robert Justice
• RMM and Auto Loaders, Crispin Hugo
  • RE: RMM and Auto Loaders, Hal Merritt
  • <Possible follow-ups>
  • Re: RMM and Auto Loaders, Mike Wood
• If you don't get this send us an email?, Efinnell15
• HSM BCDS filling weekly, Rugen, Len
  • RE: HSM BCDS filling weekly, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • RE: HSM BCDS filling weekly, FRASER, Brian
• IBMLINK down or another url change, Rugen, Len
  • <Possible follow-ups>
  • Re: IBMLINK down or another url change, Robert Justice
  • Re: IBMLINK down or another url change, Len Rugen
• JCL & SYSOUT, System Date, Symbolics in SYSIN, Carroll
• IBMLink down SEV1 ticket 32532252 estimated uptime 9am, Knutson, Sam
  • <Possible follow-ups>
  • Re: IBMLink down SEV1 ticket 32532252 estimated uptime 9am, Robert Justice
• "IBM Mainframe Discussion List" <ibm-main@bama.ua.edu>, Tommy Tsui
• RMF Spreadsheet Reporter Overview, Albert . Klimek
  • Re: RMF Spreadsheet Reporter Overview, Thomas H Puddicombe
    • Antwort: Re: RMF Spreadsheet Reporter Overview, Albert . Klimek
      • Re: Antwort: Re: RMF Spreadsheet Reporter Overview, mailand
      • Re: Antwort: Re: RMF Spreadsheet Reporter Overview, mailand
  • <Possible follow-ups>
  • RMF Spreadsheet Reporter Overview, Albert . Klimek
• Listing datasets on a dasd, ekimyong
  • Re: Listing datasets on a dasd, Mike Shaw
    • Re: Listing datasets on a dasd, Gaur
• Regarding SDSF pgm, sridhar . k . veena
  • Re: Regarding SDSF pgm, scott
  • Re: Regarding SDSF pgm, Ed Gould
    • Re: Regarding SDSF pgm, Ed Gould
      • Re: Regarding SDSF pgm, Lionel . B . Dyck
      • Re: Regarding SDSF pgm, Bob Rutledge
      • Re: Regarding SDSF pgm, Ed Gould
  • RE: Regarding SDSF pgm, McKown, John
  • <Possible follow-ups>
  • Re: Regarding SDSF pgm, Tom Marchant
    • RE: Regarding SDSF pgm, Itschak Mugzach
  • Re: Regarding SDSF pgm, Mark Zelden
  • Re: Regarding SDSF pgm, Glenn Miller
  • Re: Regarding SDSF pgm, Kenneth E Tomiak
  • Re: Regarding SDSF pgm, Tom Marchant
    • Re: Regarding SDSF pgm, Ed Gould
      • Re: Regarding SDSF pgm, David Andrews
      • RE: Regarding SDSF pgm, Ray Mullins
  • Re: Regarding SDSF pgm, Tom Marchant
  • Re: Regarding SDSF pgm, Lizette Koehler
  • Re: Regarding SDSF pgm, Mark Zelden
    • Re: Regarding SDSF pgm, Ed Gould
      • Re: Regarding SDSF pgm, john . kington
      • Re: Regarding SDSF pgm, Ken Brick
      • Re: Regarding SDSF pgm, Ed Gould
      • Re: Regarding SDSF pgm, Ken Brick
  • Re: Regarding SDSF pgm, Efinnell15
  • Re: Regarding SDSF pgm, Anton Britz
  • Re: Regarding SDSF pgm, David Andrews
    • Re: Regarding SDSF pgm, Rick Fochtman
    • Decoding bit switches in COBOL Re: Regarding SDSF pgm, Clark Morris
  • Re: Regarding SDSF pgm, Mark Zelden
  • Re: Regarding SDSF pgm, Grant Ward Able
    • Re: Regarding SDSF pgm, Rick Fochtman
  • Re: Regarding SDSF pgm, Kenneth E Tomiak
  • Re: Regarding SDSF pgm, Ted MacNEIL
  • Re: regarding SDSF pgm, john gilmore
    • Re: regarding SDSF pgm, Ed Gould
    • Re: regarding SDSF pgm, Clark Morris
  • Re: regarding SDSF pgm, Tom Marchant
  • FW: Regarding SDSF pgm, Sridhar K Veena
  • RE: Regarding SDSF pgm, FRASER, Brian
• Dyn Alloc gives 2nd instance of same GDG name, Mark
  • Re: Dyn Alloc gives 2nd instance of same GDG name, john . ticic . extern
    • Re: Dyn Alloc gives 2nd instance of same GDG name, Mark
  • Re: Dyn Alloc gives 2nd instance of same GDG name, Binyamin Dissen
  • RE: Dyn Alloc gives 2nd instance of same GDG name, GAVIN Darren * OPS EAS
  • Re: Dyn Alloc gives 2nd instance of same GDG name, Robert A. Rosenberg
    • Re: Dyn Alloc gives 2nd instance of same GDG name, Gerhard Postpischil
  • <Possible follow-ups>
  • Re: Dyn Alloc gives 2nd instance of same GDG name, Andy Wood
  • RE: Dyn Alloc gives 2nd instance of same GDG name, Thompson, Steve
• Re: Question? Difference from z9/703 to a z9/506, Dave Kopischke
  • RE: Question? Difference from z9/703 to a z9/506, Gates, Guy
  • Test Post, Dean Kent
  • more ibmlink downtime, Schramm, Rob
• z/OS NFS Client to Linux NFS, Crispin Hugo
  • RE: z/OS NFS Client to Linux NFS, Field, Alan C.
  • RE: z/OS NFS Client to Linux NFS, McKown, John
  • Re: z/OS NFS Client to Linux NFS, Chris Mason
  • Re: z/OS NFS Client to Linux NFS, Chris Mason
  • <Possible follow-ups>
  • Re: z/OS NFS Client to Linux NFS, Mark Zelden
  • RE: z/OS NFS Client to Linux NFS, Crispin Hugo
    • Re: z/OS NFS Client to Linux NFS, McKown, John
  • Re: z/OS NFS Client to Linux NFS, Crispin Hugo
• Question? Difference from z9/703 to a z9/506, BOB.COSBY@xxxxxxxxxxxx>
  • Re: Question? Difference from z9/703 to a z9/506, Edward Jaffe
  • <Possible follow-ups>
  • Re: Question? Difference from z9/703 to a z9/506, BOB.COSBY@xxxxxxxxxxxx>
• Specialty Engine Loaner Program, zWebSphere
  • No Response From Xephon, EPhilbrook
• REXX concatenation of strings, pdc
  • Re: REXX concatenation of strings, Neal Eckhardt
  • Re: REXX concatenation of strings, pdc
  • <Possible follow-ups>
  • Re: REXX concatenation of strings, Arthur T.
  • Re: REXX concatenation of strings, Kenneth E Tomiak
• KEY8 CSA: Pro/JCL and Info/XE, Brian Peterson
  • <Possible follow-ups>
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Barbara Nitz
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Brian Peterson
    • Re: KEY8 CSA: Pro/JCL and Info/XE, Jim Mulder
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Mark Zelden
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Mark Zelden
    • Re: KEY8 CSA: Pro/JCL and Info/XE, Jim Mulder
      • Re: KEY8 CSA: Pro/JCL and Info/XE, Rick Fochtman
      • Re: KEY8 CSA: Pro/JCL and Info/XE, Bob Shannon
      • Re: KEY8 CSA: Pro/JCL and Info/XE, Shane
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Ted MacNEIL
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Brian Peterson
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Dave Kopischke
    • Re: KEY8 CSA: Pro/JCL and Info/XE, Edward Jaffe
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Mark Zelden
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Mark Zelden
    • Re: KEY8 CSA: Pro/JCL and Info/XE, Bob Rutledge
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Andy Wood
    • Re: KEY8 CSA: Pro/JCL and Info/XE, Edward Jaffe
      • RE: KEY8 CSA: Pro/JCL and Info/XE, Craddock, Chris
      • Re: KEY8 CSA: Pro/JCL and Info/XE, Binyamin Dissen
      • Re: KEY8 CSA: Pro/JCL and Info/XE, Edward Jaffe
      • RE: KEY8 CSA: Pro/JCL and Info/XE, Jeffrey D. Smith
      • Re: KEY8 CSA: Pro/JCL and Info/XE, Ed Gould
      • Re: KEY8 CSA: Pro/JCL and Info/XE, Jim Mulder
      • Re: KEY8 CSA: Pro/JCL and Info/XE, john . ticic . extern
      • Re: KEY8 CSA: Pro/JCL and Info/XE, David Andrews
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Dave Kopischke
    • Re: KEY8 CSA: Pro/JCL and Info/XE, Edward Jaffe
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Andy Wood
    • Re: KEY8 CSA: Pro/JCL and Info/XE, Edward Jaffe
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Mark Zelden
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Peter Relson
    • Re: KEY8 CSA: Pro/JCL and Info/XE, Edward Jaffe
  • RE: KEY8 CSA: Pro/JCL and Info/XE, Thompson, Steve
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Peter Relson
    • Re: KEY8 CSA: Pro/JCL and Info/XE, Edward Jaffe
      • Re: KEY8 CSA: Pro/JCL and Info/XE, Shane
      • Re: KEY8 CSA: Pro/JCL and Info/XE, Shane
      • RE: KEY8 CSA: Pro/JCL and Info/XE, Craddock, Chris
      • RE: KEY8 CSA: Pro/JCL and Info/XE, Jeffrey D. Smith
  • Re: KEY8 CSA: Pro/JCL and Info/XE, Peter Relson
• PR: IBM Announces Tivoli OMEGAMON XE for CICS Transaction Gateway, Timothy Sipples
  • Re: PR: IBM Announces Tivoli OMEGAMON XE for CICS Transaction Gateway, Ed Gould
• Excellent Onsite Opportunity for Mainframe Professionals, Nithya
• IEBGENER S878-10 abend, גדי בן אבי
  • RE: IEBGENER S878-10 abend, Rob Scott
  • RE: IEBGENER S878-10 abend, Itschak Mugzach
  • RE: IEBGENER S878-10 abend, Barry Merrill
  • RE: IEBGENER S878-10 abend, Barry Merrill
  • <Possible follow-ups>
  • Re: IEBGENER S878-10 abend, Binyamin Dissen
  • Re: IEBGENER S878-10 abend, Mike Wood
  • Re: IEBGENER S878-10 abend, Mark Zelden
  • Re: IEBGENER S878-10 abend, Mark Zelden
• width of postings, Bruce Hewson
  • EBCDIC to HEX translation in Assembler?, Phil Kingston
    • RE: EBCDIC to HEX translation in Assembler?, Gray, Larry - Larry A
      • Re: EBCDIC to HEX translation in Assembler?, Rick Fochtman
    • Re: EBCDIC to HEX translation in Assembler?, Binyamin Dissen
    • Re: EBCDIC to HEX translation in Assembler?, Steve Comstock
    • Re: EBCDIC to HEX translation in Assembler?, Bill Wilkie
    • Re: EBCDIC to HEX translation in Assembler?, Rich Tabor
  • <Possible follow-ups>
  • Re: width of postings, Dave Kopischke
  • Re: width of postings, Tom Marchant
  • Re: width of postings, Bill Godfrey
    • Re: width of postings, Ed Gould
  • Re: width of postings, Tom Marchant
  • re:Width of postings, Efinnell15
  • Re: Width of postings, Tom Marchant
    • Re: Width of postings, Ed Gould
  • Re: Width of postings, Bill Godfrey
  • RE: width of postings, Phil Smith III
• Catalog/alias question, Lucy Arnold
  • RE: Catalog/alias question, Richards.Bob
    • Re: Catalog/alias question, Lucy Arnold
• UNIX File -> PDS via ISPF LM Services?, Paul GilmartinIBM-MAIN@xxxxxxxxxxxx>
  • <Possible follow-ups>
  • Re: UNIX File -> PDS via ISPF LM Services?, Kenneth E Tomiak
  • Re: UNIX File -> PDS via ISPF LM Services?, Paul Gilmartin
    • RE: UNIX File -> PDS via ISPF LM Services?, McKown, John
  • Re: UNIX File -> PDS via ISPF LM Services?, Mark Zelden
  • Re: UNIX File -> PDS via ISPF LM Services?, Ted MacNEIL
• OT IBM Take Back Control with the Mainframe, Ed Gould
  • Re: OT IBM Take Back Control with the Mainframe, Jim Harrison
    • Re: OT IBM Take Back Control with the Mainframe, Ed Gould
  • Re: OT IBM Take Back Control with the Mainframe, Bill Wilkie
  • <Possible follow-ups>
  • Re: OT IBM Take Back Control with the Mainframe, Marc Wambeke
• SMF/TDS: Statistics on auxiliary storage usage for paging, Robert H.
  • Re: SMF/TDS: Statistics on auxiliary storage usage for paging, Robert H.
• Re: Réf. : Re: Unit 1501 HAS NO PHYSICAL PATHS, Efinnell15
• MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Mark Zelden
  • RE: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Rob Scott
    • RE: [BULK] Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Jon Brock
      • RE: Re: [BULK] Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Rob Scott
      • Re: [BULK] Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Jim McAlpine
      • RE: [BULK] Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Rob Scott
      • Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Chase, John
    • Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Rick Fochtman
      • RE: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Rob Scott
      • Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Howard Brazee
      • RE: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), McKown, John
    • Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Eric Bielefeld
  • <Possible follow-ups>
  • Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Mark Zelden
    • Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Binyamin Dissen
    • Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Rob Scott
  • Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Mark Zelden
  • Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Mark Zelden
  • RE: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Thompson, Steve
  • Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Dave Kopischke
    • Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Dan D
  • Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?), Kenneth E Tomiak
• Réf. : Re: Unit 1501 HAS NO PHYSICAL PATHS, denis . metivier
• Unit 1501 HAS NO PHYSICAL PATHS, denis . metivier
  • RE: Unit 1501 HAS NO PHYSICAL PATHS, Staller, Allan
  • Re: Unit 1501 HAS NO PHYSICAL PATHS, andrevetter
  • <Possible follow-ups>
  • Re: Unit 1501 HAS NO PHYSICAL PATHS, Efinnell15
    • RE: Unit 1501 HAS NO PHYSICAL PATHS, Tergerson, John
  • Re: Unit 1501 HAS NO PHYSICAL PATHS, Vernooy, C.P. - SPLXM
• CICS : number of instructions safed with threadsafe, andrevetter
• Mainframe professionals - Opening with an US Based MNC at Chennai, actjobs1@xxxxxxxxx
• Re: IBM-MAIN Digest - 15 Jul 2007 to 16 Jul 2007 (#2007-197), Timothy Sipples
• IPCS REXX TCB tree display anyone, John Hamlet
  • <Possible follow-ups>
  • Re: IPCS REXX TCB tree display anyone, Tony Harminc
• OT You tubes mainframe video, Ed Gould
  • RE: OT You tubes mainframe video, Bill Wilkie
    • RE: OT You tubes mainframe video, Staller, Allan
• World Community Grid, Blaicher, Chris
  • <Possible follow-ups>
  • Re: World Community Grid, Mark Zelden
• Repro Mergecat of Volcats, Om Prakash Thangavelu
  • <Possible follow-ups>
  • Re: Repro Mergecat of Volcats, Kenneth E Tomiak
    • RE: Repro Mergecat of Volcats, James Smith
• Are VSAM LSR statistics ever sent to SMF?, Farley, Peter x23353
  • Re: Are VSAM LSR statistics ever sent to SMF?, Thomas H Puddicombe
    • Re: Are VSAM LSR statistics ever sent to SMF?, pjfarley3
• Migrating JES2 MOD from z/OS 1.4 to z/OS 107, TerryLevanger
  • Re: Migrating JES2 MOD from z/OS 1.4 to z/OS 107, David Andrews
• Re: TLA Reuse by IBM (was "The USS Heresy"), Mark Zelden
• Fw: USS file to MVS, RWells
  • Re: Fw: USS file to MVS, John S. Giltner, Jr.
• Re: [IBM-MAIN] File to PDF Product, Jack . Hamilton
• Netview DM PK07855, Sharon Lopez
  • Re: Netview DM PK07855, Zahir Hemini
  • <Possible follow-ups>
  • Re: Netview DM PK07855, Brian Peterson
• XML Toolkit for z/OS -- HFS Size?, Chase, John
  • Re: XML Toolkit for z/OS -- HFS Size?, Mark Jacobs
• SMP/E question - how to find dsname ?, R.S.
  • Re: SMP/E question - how to find dsname ?, Mark Jacobs
  • RE: SMP/E question - how to find dsname ?, Field, Alan C.
  • Re: SMP/E question - how to find dsname ?, R.S.
  • Re: SMP/E question - how to find dsname ?, Pinnacle
  • <Possible follow-ups>
  • Re: SMP/E question - how to find dsname ?, Sebastian Welton
  • Re: SMP/E question - how to find dsname ?, Bruce Hewson
  • Re: SMP/E question - how to find dsname ?, Walter Marguccio
  • Re: SMP/E question - how to find dsname ?, Gary Green
    • Re: SMP/E question - how to find dsname ?, Rob Scott
  • Re: SMP/E question - how to find dsname ?, Gary Green
  • Re: SMP/E question - how to find dsname ?, Paul Gilmartin
    • Re: SMP/E question - how to find dsname ?, Shane
  • Re: SMP/E question - how to find dsname ?, Kenneth E Tomiak
• catalog problem why?, Tommy Tsui
  • RE: catalog problem why?, Schwarz, Barry A
    • Re: catalog problem why?, RWells
      • RE: ASCII conversion (was: catalog problem why?), Schwarz, Barry A
      • RE: catalog problem why?, McKown, John
      • Re: catalog problem why?, RWells
      • Re: catalog problem why?, RWells
      • Re: catalog problem why?, Steve Comstock
      • Re: catalog problem why?, RWells
      • Re: catalog problem why?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: catalog problem why?, Thompson, Steve
  • Fw: catalog problem why?, RWells
  • RE: catalog problem why?, Thompson, Steve
  • Re: catalog problem why?, Ed Finnell
    • Re: catalog problem why?, Shmuel Metz , Seymour J.
• PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Bruce Hewson
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), R.S.
    • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
    • RE: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Jon Brock
    • RE: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Pommier, Rex R.
      • Re: PSI MIPS, R.S.
      • RE: PSI MIPS, Pommier, Rex R.
  • <Possible follow-ups>
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Tom Marchant
    • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Tom Marchant
    • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Tom Marchant
    • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), howard . brazee
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), John S. Giltner, Jr.
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Clark Morris
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), howard . brazee
      • Re: PSI MIPS, R.S.
      • Re: PSI MIPS, Howard Brazee
      • Re: PSI MIPS, Lynn Wheeler
      • Re: PSI MIPS, Lynn Wheeler
      • Re: PSI MIPS, Howard Brazee
      • Re: [IBM-MAIN] PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Scott Rowe
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Ted MacNEIL
    • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), John S. Giltner, Jr.
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Timothy Sipples
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Efinnell15
  • RE: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Thompson, Steve
    • RE: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), McKown, John
  • RE: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Thompson, Steve
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Tom Marchant
    • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
      • Re: PSI MIPS, Ken Brick
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Birger Heede
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Edward Jaffe
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
      • "Dumb" CA-1 question, tim . hare
      • RE: "Dumb" CA-1 question, Hawley, Scott R
      • Re: "Dumb" CA-1 question, Neal Eckhardt
      • Re: "Dumb" CA-1 question, Shmuel Metz , Seymour J.
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Edward Jaffe
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Edward Jaffe
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Gerhard Adam
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Alan Altmark
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Timothy Sipples
    • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Ed Gould
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Tom Marchant
    • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Gerhard Adam
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Thompson, Steve
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Ted MacNEIL
  • RE: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Thompson, Steve
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Ted MacNEIL
    • RE: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), McKown, John
    • RE: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Chase, John
      • Re: [IBM-MAIN] PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Jack . Hamilton
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
  • RE: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), daver++
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Jimmy Wagner
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Doug Fuerst
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Ted MacNEIL
  • RE: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Thompson, Steve
    • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Tom Marchant
    • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Doug Fuerst
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), john gilmore
    • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Ted MacNEIL
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Ted MacNEIL
    • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
  • RE: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Thompson, Steve
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Ted MacNEIL
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Thompson, Steve
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Ted MacNEIL
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Timothy Sipples
    • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Dean Kent
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Clark F Morris
      • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Richard Peurifoy
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Ted MacNEIL
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Timothy Sipples
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Kenneth E Tomiak
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Bill Seubert
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), William Richter
  • RE: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Thompson, Steve
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Timothy Sipples
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), William Richter
    • RE: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Wayne Driscoll
  • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Bill Seubert
    • Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Ed Gould
• Where Things Stand in IBM, Novell and Red Hat (Groklaw), Ed Gould
• pre-validating RACF userids and passwords in application - final status, McKown, John
• Re: problem with TSO receive, fjpohlen-maillist@xxxxxx
• Stooped to What? And for Whom?, Edward Jaffe
  • <Possible follow-ups>
  • re: Stooped to What? And for Whom?, john gilmore
    • RE: Stooped to What? And for Whom?, Jon Brock
• RE: Links to decent 'why the mainframe thrives' article, Thompson, Steve
  • Re: Links to decent 'why the mainframe thrives' article, Ken Porowski
  • Re: Links to decent 'why the mainframe thrives' article, Dean Kent
    • Re: Links to decent 'why the mainframe thrives' article, Howard Brazee
      • Re: Links to decent 'why the mainframe thrives' article, Dean Kent
      • Re: Links to decent 'why the mainframe thrives' article, Howard Brazee
      • Re: Links to decent 'why the mainframe thrives' article, Dean Kent
  • Re: Links to decent 'why the mainframe thrives' article, John S. Giltner, Jr.
    • Re: Links to decent 'why the mainframe thrives' article, Ed Gould
      • Re: Links to decent 'why the mainframe thrives' article, John S. Giltner, Jr.
    • Re: Links to decent 'why the mainframe thrives' article, Lindy Mayfield
      • Re: Links to decent 'why the mainframe thrives' article, John S. Giltner, Jr.
      • RE: Links to decent 'why the mainframe thrives' article, Craddock, Chris
  • Re: Links to decent 'why the mainframe thrives' article, howard . brazee
    • Re: Links to decent 'why the mainframe thrives' article, Dean Kent
  • <Possible follow-ups>
  • RE: Links to decent 'why the mainframe thrives' article, Thompson, Steve
  • Re: Links to decent 'why the mainframe thrives' article, Tom Marchant
  • Re: Links to decent 'why the mainframe thrives' article, Tom Marchant
    • Re: Links to decent 'why the mainframe thrives' article, Howard Brazee
  • Re: Links to decent 'why the mainframe thrives' article, Steve Thompson
    • RE: Links to decent 'why the mainframe thrives' article, Lindy Mayfield
      • Re: Links to decent 'why the mainframe thrives' article, Dean Kent
    • Re: Links to decent 'why the mainframe thrives' article, John S. Giltner, Jr.
  • Re: Links to decent 'why the mainframe thrives' article, Timothy Sipples
    • Re: Links to decent 'why the mainframe thrives' article, Johnny Luo
      • Re: Links to decent 'why the mainframe thrives' article, John S. Giltner, Jr.
      • RE: Links to decent 'why the mainframe thrives' article, Chase, John
      • Re: Links to decent 'why the mainframe thrives' article, John S. Giltner, Jr.
      • Re: Links to decent 'why the mainframe thrives' article, Rick Fochtman
      • RE: Links to decent 'why the mainframe thrives' article, Knutson, Sam
      • Re: Links to decent 'why the mainframe thrives' article, Norman Hollander on h-WiZ.biz
      • Re: Links to decent 'why the mainframe thrives' article, Thomas David Rivers
    • Re: Links to decent 'why the mainframe thrives' article, Dean Kent
  • Re: Links to decent 'why the mainframe thrives' article, Ted MacNEIL
  • Re: Links to decent 'why the mainframe thrives' article, Ted MacNEIL
  • Re: Links to decent 'why the mainframe thrives' article, Tom Marchant
    • Re: Links to decent 'why the mainframe thrives' article, Dean Kent
  • Re: Links to decent 'why the mainframe thrives' article, Ted MacNEIL
    • RE: Links to decent 'why the mainframe thrives' article, Knutson, Sam
  • Re: Links to decent 'why the mainframe thrives' article, Tom Marchant
    • Re: Links to decent 'why the mainframe thrives' article, John S. Giltner, Jr.
  • Re: Links to decent 'why the mainframe thrives' article, Tom Marchant
  • Re: Links to decent 'why the mainframe thrives' article, Tom Marchant
  • Re: Links to decent 'why the mainframe thrives' article, Timothy Sipples
    • Re: Links to decent 'why the mainframe thrives' article, Dean Kent
  • Re: Links to decent 'why the mainframe thrives' article, Ted MacNEIL
  • Re: Links to decent 'why the mainframe thrives' article, SUBSCRIBE IBM-MAIN Niall
  • Re: Links to decent 'why the mainframe thrives' article, Tom Marchant
    • Re: Links to decent 'why the mainframe thrives' article, Dean Kent
  • Re: Links to decent 'why the mainframe thrives' article, Tom Marchant
    • Re: Links to decent 'why the mainframe thrives' article, Dean Kent
  • Re: Links to decent 'why the mainframe thrives' article, Efinnell15
  • Re: Links to decent 'why the mainframe thrives' article, Tom Marchant
  • Re: Links to decent 'why the mainframe thrives' article, Efinnell15
  • Re: Links to decent 'why the mainframe thrives' article, Dave Kopischke
  • Re: Links to decent 'why the mainframe thrives' article, Dave Kopischke
  • Re: Links to decent 'why the mainframe thrives' article, Tom Marchant
    • Re: Links to decent 'why the mainframe thrives' article, Dean Kent
  • Re: Links to decent 'why the mainframe thrives' article, Ted MacNEIL
    • Re: Links to decent 'why the mainframe thrives' article, Ken Porowski
  • Re: Links to decent 'why the mainframe thrives' article, Ted MacNEIL
  • RE: Links to decent 'why the mainframe thrives' article, dbarry
  • Re: Links to decent 'why the mainframe thrives' article, Tom Marchant
• JES2 $ADDEXIT/$REPEXIT RACF Security, Dennis Schaffer
  • <Possible follow-ups>
  • Re: JES2 $ADDEXIT/$REPEXIT RACF Security, Mark Zelden
  • Re: JES2 $ADDEXIT/$REPEXIT RACF Security, Arthur T.
• Re: IBM Doco...., Mark Zelden
  • Re: IBM Doco...., Schiradin,Roland HG-Dir itb-db/dc
  • <Possible follow-ups>
  • RE: IBM Doco...., Van Dalsen, Herbie
• Recent Problems Sending Replies to the List, Jack Kelly
  • Re: [IBM-MAIN] Recent Problems Sending Replies to the List, Darren Evans-Young
• Missing Component IXM* ??, Chase, John
  • Re: Missing Component IXM* ??, Chris Mason
    • RE: Missing Component IXM* ??, Chase, John
  • Re: Missing Component IXM* ??, Wahak Vachi Kontian
• IOS163A, R.S.
  • <Possible follow-ups>
  • Re: IOS163A, Mark Zelden
  • Re: IOS163A, Lizette Koehler
  • RE: IOS163A, MartinReeday
    • Re: IOS163A, john . ticic . extern
• planned IBMLINK outage - fixing web ibmlink ?, Robert Justice
  • Re: planned IBMLINK outage - fixing web ibmlink ?, Eric Bielefeld
  • <Possible follow-ups>
  • Re: planned IBMLINK outage - fixing web ibmlink ?, Brian Peterson
  • Re: planned IBMLINK outage - fixing web ibmlink ?, Robert Justice
• Management type Conferences, Lizette Koehler
  • Re: Management type Conferences, Mark Jacobs
  • Re: Management type Conferences, Tim Hare
    • Links to decent 'why the mainframe thrives' article, Tim Hare
  • Re: Management type Conferences, Hank Murphy
  • <Possible follow-ups>
  • Re: Management type Conferences, Efinnell15
    • Re: Management type Conferences, Lionel . B . Dyck
• System automation subplexing, Barbara Nitz
  • <Possible follow-ups>
  • Re: System automation subplexing, W. Kevin Kelley
  • Re: System automation subplexing, Barbara Nitz
  • Re: System automation subplexing, W. Kevin Kelley
  • Re: System automation subplexing, Barbara Nitz
  • Re: System automation subplexing, W. Kevin Kelley
  • Re: System automation subplexing, Patrick O'Keefe
• any impact or overhead after change the RMF report interval time, Tommy Tsui
  • Re: any impact or overhead after change the RMF report interval time, Horne, Jim - James S
    • Re: any impact or overhead after change the RMF report interval time, Tommy Tsui
      • Re: any impact or overhead after change the RMF report interval time, Gaur
• Re: Couple DSN War Story, Barbara Nitz
• Selective IMS Segment Unload using DFSURGU0, Satish
• Deleting datasets with invalid names, gsg
  • RE: Deleting datasets with invalid names, Bill Wilkie
  • RE: Deleting datasets with invalid names, McKown, John
    • Re: Deleting datasets with invalid names, Thomas H Puddicombe
  • <Possible follow-ups>
  • Re: Deleting datasets with invalid names, Paul Gilmartin
    • Re: Deleting datasets with invalid names, Gaur
    • Re: Deleting datasets with invalid names, Howard Brazee
      • Re: Deleting datasets with invalid names, Jim McAlpine
      • Re: Deleting datasets with invalid names, Rick Fochtman
      • Re: Deleting datasets with invalid names, R.S.
  • RE: Deleting datasets with invalid names, Thompson, Steve
  • RE: Deleting datasets with invalid names, Thompson, Steve
  • RE: Deleting datasets with invalid names, Thompson, Steve
    • Re: [IBM-MAIN] Deleting datasets with invalid names, Jack . Hamilton
  • Re: Deleting datasets with invalid names, Mark Zelden
  • RE: Deleting datasets with invalid names, Thompson, Steve
  • Re: Deleting datasets with invalid names, Ernie Takeuchi
• Cataloging a Multi-Volume Tape Dataset, Art Brown
  • RE: Cataloging a Multi-Volume Tape Dataset, McKown, John
  • RE: Cataloging a Multi-Volume Tape Dataset, Painter, Michael
  • Re: SPAM: Cataloging a Multi-Volume Tape Dataset, Rick Fochtman
    • Re: SPAM: Cataloging a Multi-Volume Tape Dataset, Gaur
  • <Possible follow-ups>
  • Re: Cataloging a Multi-Volume Tape Dataset, Mark Zelden
• What happened to Phil Payne's page?, Steve Comstock
  • RE: What happened to Phil Payne's page?, Richards.Bob
  • Re: What happened to Phil Payne's page?, Jim Harrison
  • Re: What happened to Phil Payne's page?, Eric Chevalier
    • RE: What happened to Phil Payne's page?, Staller, Allan
  • <Possible follow-ups>
  • RE: What happened to Phil Payne's page?, Kelman, Tom
  • Re: What happened to Phil Payne's page?, Dave Kopischke
    • Re: What happened to Phil Payne's page?, Graeme Gibson
    • Re: What happened to Phil Payne's page?, rkuebbin
  • Re: What happened to Phil Payne's page?, Pommier, Rex R.
    • Re: What happened to Phil Payne's page?, Bob Rutledge
  • Re: What happened to Phil Payne's page?, Dave Kopischke
    • RE: What happened to Phil Payne's page?, Pommier, Rex R.
  • Re: What happened to Phil Payne's page?, Tom Marchant
• Re: Track size and maximum single volume data set size, J R
  • RE: Track size and maximum single volume data set size, McKown, John
    • RE: Track size and maximum single volume data set size, McKown, John
      • Re: Track size and maximum single volume data set size, J R
  • <Possible follow-ups>
  • Re: Track size and maximum single volume data set size, Paul Gilmartin
    • RE: Track size and maximum single volume data set size, McKown, John
      • Re: Track size and maximum single volume data set size, R.S.
    • Re: Track size and maximum single volume data set size, J R
  • Re: Track size and maximum single volume data set size, Tom Marchant
    • Re: Track size and maximum single volume data set size, McKown, John
  • Re: Track size and maximum single volume data set size, Tom Marchant
  • Re: Track size and maximum single volume data set size, Dana Mitchell
    • RE: Track size and maximum single volume data set size, McKown, John
      • RE: Track size and maximum single volume data set size, Hunkeler Peter , KIUK 3
  • Re: Track size and maximum single volume data set size, Tom Marchant
    • Re: Track size and maximum single volume data set size, Eric Bielefeld
    • Re: Track size and maximum single volume data set size, Patrick . Falcone
    • Re: Track size and maximum single volume data set size, R.S.
      • Re: Track size and maximum single volume data set size, Joel C. Ewing
      • Re: Track size and maximum single volume data set size, R.S.
      • Re: Track size and maximum single volume data set size, Rick Fochtman
      • Re: Track size and maximum single volume data set size, Jim Harrison
      • RE: Track size and maximum single volume data set size, Bob Shannon
      • Re: Track size and maximum single volume data set size, Bill Wilkie
      • Re: Track size and maximum single volume data set size, R.S.
      • Re: Track size and maximum single volume data set size, Patrick . Falcone
  • Re: Track size and maximum single volume data set size, Tom Marchant
  • Re: Track size and maximum single volume data set size, Paul Gilmartin
  • Re: Track size and maximum single volume data set size, Vernooy, C.P. - SPLXM
  • Re: Track size and maximum single volume data set size, Mark Zelden
  • Re: Track size and maximum single volume data set size, Efinnell15
  • Re: Track size and maximum single volume data set size, Tom Marchant
    • Re: Track size and maximum single volume data set size, Chris Langford
    • Re: Track size and maximum single volume data set size, Rick Fochtman
  • Re: Track size and maximum single volume data set size, Mark Zelden
  • Re: Track size and maximum single volume data set size, , IBM Mainframe Discussion List
    • RE: Track size and maximum single volume data set size, Bob Shannon
  • Re: Track size and maximum single volume data set size, DASDBill2
  • Re: Track size and maximum single volume data set size, DASDBill2
  • Re: Track size and maximum single volume data set size, DASDBill2
    • Re: Track size and maximum single volume data set size, Shane
  • Re: Track size and maximum single volume data set size, DASDBill2
• Couple DSN War Story (was Re: How to Move a File Allocated to XCFAS), Mark Zelden
  • Re: Couple DSN War Story (was Re: How to Move a File Allocated to XCFAS), Gaur
  • Re: Couple DSN War Story (was Re: How to Move a File Allocated to XCFAS), R.S.
  • <Possible follow-ups>
  • Re: Couple DSN War Story (was Re: How to Move a File Allocated to XCFAS), Mark Zelden
• Re: Client Server sample code, Jim Liebert
  • <Possible follow-ups>
  • Re: Client Server sample code, Jan MOEYERSONS
• IBM System z Remote Development Program, Dave Salt
  • RE: IBM System z Remote Development Program, McKown, John
  • <Possible follow-ups>
  • Re: IBM System z Remote Development Program, Timothy Sipples
  • Re: IBM System z Remote Development Program, Sebastian Welton
  • Re: IBM System z Remote Development Program, Patrick O'Keefe
    • Re: IBM System z Remote Development Program, R.S.
• How to Move a File Allocated to XCFAS, Robert Pelletier
  • Re: How to Move a File Allocated to XCFAS, R.S.
  • <Possible follow-ups>
  • Re: How to Move a File Allocated to XCFAS, Mark Zelden
  • Re: How to Move a File Allocated to XCFAS, Barbara Nitz
  • Re: How to Move a File Allocated to XCFAS, Peter Relson
• "SIGNOFF IBM-MAIN", Deborah Saunby
• ATL and Stand Alone Dump Instructions, Michael Brooks
• Re: RE : SMS : Override Dynamic Volume Count DataClass parametervia JCL parameter, Vernooy, C.P. - SPLXM
  • <Possible follow-ups>
  • Re: RE : SMS : Override Dynamic Volume Count DataClass parametervia JCL parameter, Vernooy, C.P. - SPLXM
• ATL and TLMS, Daniel McLaughlin
  • Re: ATL and TLMS, Dee Shrier
  • <Possible follow-ups>
  • Re: ATL and TLMS, Robert Justice
  • Re: ATL and TLMS, Daniel McLaughlin
  • RE: ATL and TLMS, Daniel_McLaughlin
  • RE: ATL and TLMS, Daniel_McLaughlin
    • Re: ATL and TLMS, Neal Eckhardt
• RE : RE : SMS : Override Dynamic Volume Count DataClass parameter via JCL parameter, CAPRON Romain
  • <Possible follow-ups>
  • Re: RE : RE : SMS : Override Dynamic Volume Count DataClass parameter via JCL parameter, Ted MacNEIL
  • Re: RE : RE : SMS : Override Dynamic Volume Count DataClass parameter via JCL parameter, Mark Zelden
• ICEGENER give 806-04 code ...in Z/OS 1.7, Gaur
  • Re: ICEGENER give 806-04 code ...in Z/OS 1.7, Neal Eckhardt
• RE : SMS : Override Dynamic Volume Count DataClass parameter via JCL parameter, CAPRON Romain
  • Re: RE : SMS : Override Dynamic Volume Count DataClass parameter via JCL parameter, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: RE : SMS : Override Dynamic Volume Count DataClass parameter via JCL parameter, Mark Zelden
    • RE: RE : SMS : Override Dynamic Volume Count DataClass parameter via JCL parameter, Greg Shirey
  • Re: RE : SMS : Override Dynamic Volume Count DataClass parameter via JCL parameter, Mark Zelden
• PHP on z/OS, William Richter
• SMS : Override Dynamic Volume Count DataClass parameter via JCL parameter, CAPRON Romain
  • RE: SMS : Override Dynamic Volume Count DataClass parameter via JCL parameter, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: SMS : Override Dynamic Volume Count DataClass parameter via JCL parameter, Philippe Leite
• Re: Track size and maximum single volume data set size (was: Deleted PDS), DASDBill2
• Batch job does not contain Return code, Gaur
• Legacy matters, William Richter
  • RE: Legacy matters, Lindy Mayfield
    • Re: Legacy matters, Joel C. Ewing
      • RE: Legacy matters, Lindy Mayfield
      • Re: Legacy matters, Ed Gould
      • RE: Legacy matters, Horne, Jim - James S
      • Re: Legacy matters, Ed Gould
      • Re: Legacy matters, Dean Kent
  • Client Server sample code, Shedlock, George
    • RE: Client Server sample code, Rob Scott
  • <Possible follow-ups>
  • RE: Legacy matters, Thompson, Steve
  • RE: Legacy matters, dbarry
    • Re: Legacy matters, Howard Brazee
• RE: Time calculation, Van Dalsen, Herbie
• CSVQUERY OUTVALID question, Paul Schuster
  • <Possible follow-ups>
  • Re: CSVQUERY OUTVALID question, Kenneth E Tomiak
  • Re: CSVQUERY OUTVALID question, Peter Relson
    • Re: CSVQUERY OUTVALID question, Rick Fochtman
  • Re: CSVQUERY OUTVALID question, Paul Schuster
• OGET, Mark Steely
  • RE: OGET, McKown, John
    • Re: OGET, Walt Farrell
  • RE: OGET, Hal Merritt
  • <Possible follow-ups>
  • Re: OGET, Mark Zelden
• pre-validating RACF userids and passwords in application., McKown, John
  • <Possible follow-ups>
  • Re: pre-validating RACF userids and passwords in application., Paul Gilmartin
  • Re: pre-validating RACF userids and passwords in application., Patrick Lyon
    • Re: pre-validating RACF userids and passwords in application., McKown, John
  • RE: pre-validating RACF userids and passwords in application., Thompson, Steve
  • Re: pre-validating RACF userids and passwords in application., Aaron Walker
  • Re: pre-validating RACF userids and passwords in application., Dave Kopischke
    • Re: SPAM: Re: pre-validating RACF userids and passwords in application., Rick Fochtman
  • Re: pre-validating RACF userids and passwords in application., Kenneth E Tomiak
    • RE: pre-validating RACF userids and passwords in application., brian . crow
      • RE: pre-validating RACF userids and passwords in application., tony babonas
  • Re: pre-validating RACF userids and passwords in application., Paul Gilmartin
    • Re: pre-validating RACF userids and passwords in application., Walt Farrell
• MCMG Meeting in Chicago Next Wednesday, Eric Bielefeld
  • <Possible follow-ups>
  • Re: MCMG Meeting in Chicago Next Wednesday, Efinnell15
  • Re: MCMG Meeting in Chicago Next Wednesday, DASDBill2
• flash copy and relationships, using HSM for dump to tape., pdc
  • Re: flash copy and relationships, using HSM for dump to tape., Joel C. Ewing
    • Re: flash copy and relationships, using HSM for dump to tape., Andrew N Wilt
      • Re: flash copy and relationships, using HSM for dump to tape., Joel C. Ewing
• Google-friendly Posting, Chris Mason
  • Re: Google-friendly Posting, Johnny Luo
  • <Possible follow-ups>
  • Re: Google-friendly Posting, Efinnell15
    • Re: Google-friendly Posting, Johnny Luo
    • Re: Google-friendly Posting, Schwarz, Barry A
  • Re: Google-friendly Posting, Mark Zelden
  • re: Google-friendly posting, john gilmore
  • RE: Google-friendly Posting, Daver!
• Re: The USS Heresy (was Patents, Copyrights, Profits, Flex and Hercules), Chris Mason
  • <Possible follow-ups>
  • Re: The USS Heresy (was Patents, Copyrights, Profits, Flex and Hercules), Chris Mason
    • Re: The USS Heresy (was Patents, Copyrights, Profits, Flex and Hercules), Clark Morris
      • TLA Reuse by IBM (was "The USS Heresy"), Chris Mason
• Re: DOS (was The USS Heresy (was Patents, Copyrights, Profits, Flex and Hercules)), Chris Mason
• FICON-SX FICON-LX, Glen.Gasior
  • Re: FICON-SX FICON-LX, Glen.Gasior
• FW: Deleted PDS (Reply), Sarel Swanepoel
• Re: Products to send alerts from the mainframe to mobile devices, Sebastian Welton
  • Re: Products to send alerts from the mainframe to mobile devices, Glen.Gasior
• IBM offers new DISK for the MF, Ed Gould
• IBM offers new Tape solutions for the MF, Ed Gould
• Increase in QWACAWTI going to DB2 v8 CM, John Baxter
  • RE: Increase in QWACAWTI going to DB2 v8 CM, Knutson, Sam
    • Re: Increase in QWACAWTI going to DB2 v8 CM, John Baxter
• Re: SAS Affordability, Ted MacNEIL
• Open file under omvs, Ward, Mike S
  • Re: Open file under omvs, Shane Ginnane
  • RE: Open file under omvs, Knutson, Sam
  • <Possible follow-ups>
  • Re: Open file under omvs, Mark Zelden
• RE: JOB STEP TASK and REGION parm -SYSPROG TEST, Thompson, Steve
• OA17011, Dave Gibney
  • RE: OA17011, Gibney, Dave
  • <Possible follow-ups>
  • Re: OA17011, Mike Wood
• HSM Duplex at remote site, awhite
  • <Possible follow-ups>
  • HSM Duplex at remote site, awhite
• (none), Ward, Mike S
  • RE: Too many open files (was: blank), Hunkeler Peter , KIUK 3
    • RE: Too many open files (was: blank), Hunkeler Peter , KIUK 3
• JOB STEP TASK and REGION parm, Johnny Luo
  • <Possible follow-ups>
  • RE: JOB STEP TASK and REGION parm, Thompson, Steve
    • Re: JOB STEP TASK and REGION parm, Johnny Luo
  • RE: JOB STEP TASK and REGION parm, Thompson, Steve
  • Re: JOB STEP TASK and REGION parm, Tom Marchant
  • Re: JOB STEP TASK and REGION parm, Mark Zelden
  • RE: JOB STEP TASK and REGION parm, dbarry
• RE: 3490E Tape Drive End of Service, Ken . Porowski
  • <Possible follow-ups>
  • RE: 3490E Tape Drive End of Service, Pommier, Rex R.
    • Re: 3490E Tape Drive End of Service, Jim McAlpine
      • RE: [IBM-MAIN] 3490E Tape Drive End of Service, Ken . Porowski
• Deleting VSAM Question, Dale
• Re: SAS Affordability (WAS: Copy unmovable dataset's from Non-SMS volume to SMS managed Volume), Ted MacNEIL
  • <Possible follow-ups>
  • RE: SAS Affordability (WAS: Copy unmovable dataset's from Non-SMS volume to SMS managed Volume), Kelman, Tom
  • Re: SAS Affordability (WAS: Copy unmovable dataset's from Non-SMS volume to SMS managed Volume), Ted MacNEIL
  • RE: SAS Affordability (WAS: Copy unmovable dataset's from Non-SMS volume to SMS managed Volume), Kelman, Tom
    • Re: SAS Affordability, Shane
• Mainframe File Compression Product - ZIP/390 - From Data21, Leonard Sasso
  • Re: Mainframe File Compression Product - ZIP/390 - From Data21, Ed Gould
    • Re: Mainframe File Compression Product - ZIP/390 - From Data21, RWells
  • Re: SPAM: Mainframe File Compression Product - ZIP/390 - From Data21, Rick Fochtman
  • RE: Mainframe File Compression Product - ZIP/390 - From Data21, Kittendorf, Craig
  • <Possible follow-ups>
  • Re: Mainframe File Compression Product - ZIP/390 - From Data21, Ted MacNEIL
    • Re: Mainframe File Compression Product - ZIP/390 - From Data21, rachel . panzino
• Copy unmovable dataset's from Non-SMS volume to SMS managed Volume, Gaur
  • <Possible follow-ups>
  • Re: Copy unmovable dataset's from Non-SMS volume to SMS managed Volume, Vernooy, C.P. - SPLXM
    • Re: Copy unmovable dataset's from Non-SMS volume to SMS managed Volume, Binyamin Dissen
      • RE: Copy unmovable dataset's from Non-SMS volume to SMS managed Volume, McKown, John
      • Re: Copy unmovable dataset's from Non-SMS volume to SMS managed Volume, Ed Gould
      • RE: Copy unmovable dataset's from Non-SMS volume to SMS managed Volume, McKown, John
  • Re: Copy unmovable dataset's from Non-SMS volume to SMS managed Volume, Vernooy, C.P. - SPLXM
    • RE: [IBM-MAIN] Copy unmovable dataset's from Non-SMS volume to SMS managed Volume, Ron Hawkins
  • Re: Copy unmovable dataset's from Non-SMS volume to SMS managed Volume, Ted MacNEIL
• LOAD macro question, Paul Schuster
  • <Possible follow-ups>
  • Re: LOAD macro question, Kenneth E Tomiak
  • Re: LOAD macro question, Vernooy, C.P. - SPLXM
  • Re: LOAD macro question, Peter Relson
• Renaming SMS datasets, Scott Guynes
  • RE: Renaming SMS datasets, Phil Kingston
    • RE: Renaming SMS datasets, Traylor, Terry
  • <Possible follow-ups>
  • Re: Renaming SMS datasets, Ambat Ravi Nair
• Call for Papers Enterprise Security Stream at UK GSE Annual Conference October 2007, Mark Wilson
• Re: File to PDF Product, Thomas Kern
  • Re: File to PDF Product, alan . schwartz
  • RE: File to PDF Product, GAVIN Darren * OPS EAS
    • RE: File to PDF Product, McKown, John
  • <Possible follow-ups>
  • Re: File to PDF Product, Timothy Sipples
  • Re: File to PDF Product, Shmuel Metz , Seymour J.
  • Re: File to PDF Product, Scott Barry
    • Re: File to PDF Product, alan . schwartz
      • RE: File to PDF Product, Horne, Jim - James S
  • Re: File to PDF Product, Scott Barry
  • Re: File to PDF Product, Natarajan Mohan
  • Re: File to PDF Product, Paul Gilmartin
  • Re: File to PDF Product, Walter Marguccio
    • Re: File to PDF Product, Paul Gillis
  • Re: File to PDF Product, Walter Marguccio
• How to copy tape to tape using DITTO in batch, R.S.
  • RE: How to copy tape to tape using DITTO in batch, Hoesly, Bret
  • Re: How to copy tape to tape using DITTO in batch, Rick Fochtman
    • Re: How to copy tape to tape using DITTO in batch, R.S.
• Share & z/OS Mastery Test, Jeffrey Deaver
  • RE: Share & z/OS Mastery Test, Phil Kingston
    • RE: Share & z/OS Mastery Test, Veilleux, Jon L
      • RE: Share & z/OS Mastery Test, O'Brien, David W. [C] , NIH/CIT
      • RE: Share & z/OS Mastery Test, Veilleux, Jon L
      • RE: Share & z/OS Mastery Test, Weidt, James
      • Re: Share & z/OS Mastery Test, Ed Gould
  • Re: Share & z/OS Mastery Test, Neal Eckhardt
  • <Possible follow-ups>
  • Re: Share & z/OS Mastery Test, Kenneth E Tomiak
    • RE: Share & z/OS Mastery Test, Gibney, Dave
  • Re: Share & z/OS Mastery Test, Kenneth E Tomiak
    • Re: Share & z/OS Mastery Test, Rick Fochtman
  • Re: Share & z/OS Mastery Test, Ted MacNEIL
    • Re: Share & z/OS Mastery Test, Ed Gould
      • Re: Share & z/OS Mastery Test, John S. Giltner, Jr.
      • Re: Share & z/OS Mastery Test, Rick Fochtman
      • RE: Share & z/OS Mastery Test, Roger Mihay
      • RE: Share & z/OS Mastery Test, Richards.Bob
      • Re: Share & z/OS Mastery Test, Rick Fochtman
      • Re: Share & z/OS Mastery Test, scott
      • Re: Share & z/OS Mastery Test, Neal Eckhardt
    • Re: Share & z/OS Mastery Test, Jeffrey . Deaver
      • Re: Share & z/OS Mastery Test, howard . brazee
      • Re: Share & z/OS Mastery Test, Rick Fochtman
      • Re: Share & z/OS Mastery Test, Howard Brazee
      • RE: Share & z/OS Mastery Test, Schwarz, Barry A
      • Re: Share & z/OS Mastery Test, Howard Brazee
      • Re: Share & z/OS Mastery Test, Rick Fochtman
      • Re: Share & z/OS Mastery Test, Michael Stack
      • RE: Share & z/OS Mastery Test, Chase, John
      • Re: Share & z/OS Mastery Test, Howard Brazee
      • Re: Share & z/OS Mastery Test, Rick Fochtman
      • Re: Share & z/OS Mastery Test, Howard Brazee
      • Re: Share & z/OS Mastery Test, Michael Stack
      • Re: Share & z/OS Mastery Test, Howard Brazee
      • Re: Share & z/OS Mastery Test, Rick Fochtman
      • Re: Share & z/OS Mastery Test, scott
  • Re: Share & z/OS Mastery Test, Tom Schmidt
  • Re: Share & z/OS Mastery Test, Mark Zelden
  • RE: Share & z/OS Mastery Test, Thompson, Steve
  • Re: Share & z/OS Mastery Test, Ted MacNEIL
  • Re: Share & z/OS Mastery Test, Efinnell15
  • Re: Share & z/OS Mastery Test, Ted MacNEIL
    • Re: Share & z/OS Mastery Test, R.S.
  • RE: Share & z/OS Mastery Test, Thompson, Steve
    • Re: Share & z/OS Mastery Test, John S. Giltner, Jr.
  • RE: Share & z/OS Mastery Test, Thompson, Steve
    • RE: Share & z/OS Mastery Test, Chris Barts
    • RE: Share & z/OS Mastery Test, Chase, John
      • Re: Share & z/OS Mastery Test, Rick Fochtman
  • Re: Share & z/OS Mastery Test, Dave Kopischke
  • Re: Share & z/OS Mastery Test, Dave Kopischke
    • Re: Share & z/OS Mastery Test, John S. Giltner, Jr.
• IBMLink 2000/ServiceLink, Gorman, Anne@xxxxxxxxxxxx>
  • <Possible follow-ups>
  • IBMLink 2000/ServiceLink, Gorman, Anne@DTS
    • Re: IBMLink 2000/ServiceLink, alan . schwartz
    • RE: IBMLink 2000/ServiceLink, Barkow, Eileen
  • Re: IBMLink 2000/ServiceLink, Robert Justice
• 3390 Model 27, John P Donnelly
  • Re: 3390 Model 27, Mark Jacobs
    • Re: 3390 Model 27, darth . keller
      • Re: 3390 Model 27, Bruce Black
      • Re: 3390 Model 27, darth . keller
      • Re: 3390 Model 27, R.S.
      • Re: 3390 Model 27, darth . keller
      • Re: 3390 Model 27, R.S.
  • Re: 3390 Model 27, R.S.
    • RE: 3390 Model 27, Bob Shannon
  • <Possible follow-ups>
  • Re: 3390 Model 27, Lizette Koehler
    • RE: 3390 Model 27, John P Donnelly
      • A mod 27 is small was Re: 3390 Model 27, Clark Morris
      • Re: A mod 27 is small was Re: 3390 Model 27, McKown, John
      • Re: A mod 27 is small was Re: 3390 Model 27, Shane
      • Re: A mod 27 is small was Re: 3390 Model 27, Clark Morris
      • Re: A mod 27 is small was Re: 3390 Model 27, Shmuel Metz , Seymour J.
    • RE: [IBM-MAIN] 3390 Model 27, Ron Hawkins
  • Re:3390 Model 27, wtrovijo
  • Re: 3390 Model 27, Ted MacNEIL
    • RE: 3390 Model 27, McKown, John
  • Re: 3390 Model 27, Ted MacNEIL
  • Re: 3390 Model 27, Ted MacNEIL
    • Re: 3390 Model 27, McKown, John
  • Re: 3390 Model 27, DASDBill2
    • Re: 3390 Model 27, R.S.
    • RE: 3390 Model 27, Bob Shannon
      • RE: 3390 Model 27, John P Donnelly
      • RE: 3390 Model 27, Bob Shannon
  • Re: 3390 Model 27, DASDBill2
    • Re: 3390 Model 27, Joel C. Ewing
  • Re: 3390 Model 27, Mark Zelden
    • Re: 3390 Model 27, Mark Jacobs
    • RE: 3390 Model 27, Knutson, Sam
  • Re: 3390 Model 27, Mark Zelden
    • Re: 3390 Model 27, Mark Jacobs
  • Re: 3390 Model 27, Don McKenzie
    • RE: 3390 Model 27, Knutson, Sam
  • RE: 3390 Model 27, FRASER, Brian
  • Re: 3390 Model 27, DASDBill2
• Compuware July 2007 Technical Spotlight Sessions, Dell'Anno, Aurora
• RE: Deleted PDS, Sarel Swanepoel
  • RE: Deleted PDS, Veilleux, Jon L
  • Re: Deleted PDS, Bill Wilkie
  • Re: Deleted PDS, Pinnacle
  • <Possible follow-ups>
  • Re: Deleted PDS, Frank Krueger
  • Re: Deleted PDS, , IBM Mainframe Discussion List
    • RE: Deleted PDS, Veilleux, Jon L
  • Re: Deleted PDS, Arthur T.
  • FW: Deleted PDS, Sarel Swanepoel
    • Re: Deleted PDS, Lizette Koehler
    • Re: FW: Deleted PDS, Shmuel Metz , Seymour J.
      • Re: FW: Deleted PDS, J R
      • Re: FW: Deleted PDS, Gerhard Postpischil
      • Re: FW: Deleted PDS, R.S.
      • Re: FW: Deleted PDS, Gerhard Postpischil
  • Re: FW: Deleted PDS, Tom Marchant
    • RE: FW: Deleted PDS, Veilleux, Jon L
  • Re: FW: Deleted PDS, DASDBill2
  • RE: FW: Deleted PDS, Thompson, Steve
    • Re: FW: Deleted PDS, Rick Fochtman
      • Re: FW: Deleted PDS, Mark Jacobs
      • Re: FW: Deleted PDS, R.S.
  • Re: FW: Deleted PDS, Sebastian Welton
    • Track size and maximum single volume data set size (was: Deleted PDS), Hunkeler Peter , KIUK 3
      • Re: Track size and maximum single volume data set size, R.S.
      • Moving reports from UNIX to Control-M, Lindy Mayfield
      • RE: Moving reports from UNIX to Control-D, Lindy Mayfield
      • RE: Moving reports from UNIX to Control-D, McKown, John
      • RE: Moving reports from UNIX to Control-D, Lindy Mayfield
      • Re: Track size and maximum single volume data set size, Rick Fochtman
      • Re: Track size and maximum single volume data set size, R.S.
      • Re: Track size and maximum single volume data set size, Joel C. Ewing
      • Re: Track size and maximum single volume data set size, Tom Moulder
      • RE: [IBM-MAIN] Track size and maximum single volume data set size, Ken . Porowski
      • RE: Track size and maximum single volume data set size, McKown, John
      • Re: Track size and maximum single volume data set size, Ed Gould
      • RE: Track size and maximum single volume data set size, McKown, John
      • Re: Track size and maximum single volume data set size, Ed Gould
      • Re: Track size and maximum single volume data set size, Clark Morris
      • Re: Track size and maximum single volume data set size, Robert Bardos
      • Re: Track size and maximum single volume data set size, Hunkeler Peter , KIUK 3
      • Re: Track size and maximum single volume data set size, Robert Bardos
      • Re: Track size and maximum single volume data set size, Howard Brazee
      • Re: Track size and maximum single volume data set size, Ed Gould
      • RE: Track size and maximum single volume data set size, Staller, Allan
      • Re: Track size and maximum single volume data set size, Ed Gould
  • Re: FW: Deleted PDS, DASDBill2
    • Re: FW: Deleted PDS, Rick Fochtman
      • RE: FW: Deleted PDS, Veilleux, Jon L
  • Re: FW: Deleted PDS, DASDBill2
  • Re: FW: Deleted PDS, DASDBill2
  • RE: Deleted PDS, Sarel Swanepoel
• How can I give the volume unit address and return the volume name from REXX, Tommy Tsui
  • Re: How can I give the volume unit address and return the volume name from REXX, Paolo Cacciari
  • Re: How can I give the volume unit address and return the volume name from REXX, Rob Scott
  • <Possible follow-ups>
  • Re: How can I give the volume unit address and return the volume name from REXX, Philippe Leite
    • RE: How can I give the volume unit address and return the volume name from REXX, Lizette Koehler
      • RE: How can I give the volume unit address and return the volume name from REXX, Rob Scott
  • Re: How can I give the volume unit address and return the volume name from REXX, Philippe Leite
  • Re: How can I give the volume unit address and return the volume name from REXX, Sebastian Welton
    • RE: How can I give the volume unit address and return the volume name from REXX, Rob Scott
      • Re: How can I give the volume unit address and return the volume name from REXX, Tommy Tsui
  • Re: How can I give the volume unit address and return the volume name from REXX, Sebastian Welton
    • RE: How can I give the volume unit address and return the volume name from REXX, Barkow, Eileen
  • Re: How can I give the volume unit address and return the volume name from REXX, Bruce Hewson
    • Re: How can I give the volume unit address and return the volume name from REXX, Rob Scott
  • Re: How can I give the volume unit address and return the volume name from REXX, Bruce Hewson
    • RE: How can I give the volume unit address and return the volume name from REXX, George Bly
  • Re: How can I give the volume unit address and return the volume name from REXX, Bruce Hewson
  • Re: How can I give the volume unit address and return the volume name from REXX, Kenneth E Tomiak
• Disappearing IBM storage division, Ed Gould
  • <Possible follow-ups>
  • Re: Disappearing IBM storage division, Ed Gould
• [Fwd: The vanishing American computer programmer], Gabe Goldberg
  • Re: [Fwd: The vanishing American computer programmer], Graeme Gibson
    • Re: [Fwd: The vanishing American computer programmer], ah6gi
• Re: Mark load module non-executable, Kenneth E Tomiak
  • Re: Mark load module non-executable, Steve Myers
  • <Possible follow-ups>
  • Re: mark load module non-executable, john gilmore
    • Re: mark load module non-executable, Steve Comstock
  • re: mark load module non-executable, john gilmore
    • Re: mark load module non-executable, Steve Comstock
      • Re: mark load module non-executable, Graeme Gibson
  • Re: mark load module non-executable, DASDBill2
• Re: Editing zOS load module with rexx code, Kenneth E Tomiak
  • <Possible follow-ups>
  • Re: Editing zOS load module with rexx code, Liam Doherty
• S013-C0 while compiling OO COBOL program using a job step., Nagesh
  • <Possible follow-ups>
  • Re: S013-C0 while compiling OO COBOL program using a job step., Big Iron
    • Re: S013-C0 while compiling OO COBOL program using a job step., Nagesh
  • Re: S013-C0 while compiling OO COBOL program using a job step., Big Iron
  • Re: S013-C0 while compiling OO COBOL program using a job step., Big Iron
    • Re: S013-C0 while compiling OO COBOL program using a job step., Nagesh
• Re: Is Parallel Programming Just Too Hard?, Lloyd Fuller
  • Re: Is Parallel Programming Just Too Hard?, Rick Fochtman
    • Re: Is Parallel Programming Just Too Hard?, Lloyd Fuller
      • Re: SPAM: Re: Is Parallel Programming Just Too Hard?, Rick Fochtman
  • <Possible follow-ups>
  • Re: Is Parallel Programming Just Too Hard?, Warner Mach
    • Re: Is Parallel Programming Just Too Hard?, David Andrews
    • Re: Is Parallel Programming Just Too Hard?, Thomas David Rivers
  • RE: Is Parallel Programming Just Too Hard?, Farley, Peter x23353
    • Re: Is Parallel Programming Just Too Hard?, David Andrews
• 3590-e11, Crispin Hugo
  • RE: 3590-e11, Bill Wilkie
  • <Possible follow-ups>
  • RE: 3590-e11, Crispin Hugo
  • Re: 3590-e11, Efinnell15
  • Re: 3590-e11, Mike Wood
  • RE: 3590-e11, Crispin Hugo
    • RE: 3590-e11, Tergerson, John
    • Re: 3590-e11, Mark Jacobs
• IBM and AGS Announce Availability of New Solutions for Informix Dynamic Server, ferdinandloius
• The Mainframe Lives!, Howard Brazee
  • <Possible follow-ups>
  • RE: The Mainframe Lives!, Thompson, Steve
    • RE: [IBM-MAIN] The Mainframe Lives!, Ken . Porowski
    • Message not available
      • Re: The Mainframe Lives!, Thompson, Steve
  • Re: The Mainframe Lives!, Tom Marchant
• Calling a Web Service from COBOL, morde1ac
  • <Possible follow-ups>
  • Fw: Calling a Web Service from COBOL, Bill Klein
  • Fw: Calling a Web Service from COBOL, Timothy Sipples
• Group Capacity, Errol Van staden
  • Re: Group Capacity, Shane
  • <Possible follow-ups>
  • Re: Group Capacity, Errol Van staden
  • Re: Group Capacity, Al Sherkow
    • Re: Group Capacity, Shane
      • Re: Group Capacity, Edward Jaffe
  • Re: Group Capacity, Jacky Hofbauer
  • Re: Group Capacity, Al Sherkow
  • Re: Group Capacity, Jacky Hofbauer
• Re: 1.7 and Internal Reader, Kenneth E Tomiak
  • Re: 1.7 and Internal Reader, J R
• IBM to Break Petaflops Barrier with Blue Gene/P, Ed Gould
  • Re: IBM to Break Petaflops Barrier with Blue Gene/P, Edward Jaffe
    • Re: IBM to Break Petaflops Barrier with Blue Gene/P, Birger Heede
      • Re: IBM to Break Petaflops Barrier with Blue Gene/P, Shane
      • Re: IBM to Break Petaflops Barrier with Blue Gene/P, Steven Conway
    • RE: IBM to Break Petaflops Barrier with Blue Gene/P, Chase, John
    • Re: IBM to Break Petaflops Barrier with Blue Gene/P, Thomas H Puddicombe
• Re: Dynamically Disabling ISV Products, Kenneth E Tomiak
• The Mainframe Still Lives... on Slashdot, Aaron Walker
• Tape Image? (was: Copy DSS Dump File to DASD), Paul Gilmartin
  • Re: Tape Image? (was: Copy DSS Dump File to DASD), Bruce Black
  • <Possible follow-ups>
  • Re: Tape Image? (was: Copy DSS Dump File to DASD), Kenneth E Tomiak
  • Re: Tape Image? (was: Copy DSS Dump File to DASD), Paul Gilmartin
    • Re: Tape Image? (was: Copy DSS Dump File to DASD), Rick Fochtman
  • Re: Tape Image? (was: Copy DSS Dump File to DASD), Tony Harminc
• Copy DSS Dump File to DASD, Chicklon, Tom
  • Re: Copy DSS Dump File to DASD, Andrew N Wilt
  • Re: Copy DSS Dump File to DASD, Minoru Massaki
  • <Possible follow-ups>
  • Re: Copy DSS Dump File to DASD, Scott Barry
  • Re: Copy DSS Dump File to DASD, Chicklon, Tom
  • RE: Copy DSS Dump File to DASD, Chicklon, Tom
    • RE: Copy DSS Dump File to DASD, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
  • RE: Copy DSS Dump File to DASD, Chicklon, Tom
• PAGTOTL value, Ugaz, Rick
  • Re: PAGTOTL value, Mark Jacobs
  • <Possible follow-ups>
  • RE: PAGTOTL value, Bielskie, Stephen
  • Re: PAGTOTL value, Tom Marchant
• ICKDSF : INSPECT PARMS, esmie moo
  • RE: ICKDSF : INSPECT PARMS, Phil Kingston
    • Re: ICKDSF : INSPECT PARMS, esmie moo
      • Re: ICKDSF : INSPECT PARMS, Bill Wilkie
• At I.B.M., a Smarter Way to Outsource, Gabe Goldberg
• Printing Adhesive labels on an IBM 3900, גדי בן אבי
  • <Possible follow-ups>
  • Re: Printing Adhesive labels on an IBM 3900, Big Iron
• HSM tapes, Perryman, Brian
  • RE: HSM tapes, O'Brien, David W. [C] , NIH/CIT
    • RE: HSM tapes, Perryman, Brian
      • RE: HSM tapes, O'Brien, David W. [C] , NIH/CIT
      • RE: HSM tapes, Perryman, Brian
      • RE: HSM tapes, O'Brien, David W. [C] , NIH/CIT
      • RE: HSM tapes, Perryman, Brian
      • Re: HSM tapes, O'Brien, David W. [C] , NIH/CIT
      • RE: HSM tapes, Staller, Allan
    • Re: HSM tapes, tim . hare
      • RE: [IBM-MAIN] HSM tapes, Ron Hawkins
  • RE: [IBM-MAIN] HSM tapes, Ron Hawkins
• What is the "main" publication site (was: PL/I will rule the world . . . not, Bill Klein
  • RE: What is the "main" publication site (was: PL/I will rule the world . . . not, John P Baker
    • RE: What is the "main" publication site (was: PL/I will rule the world . . . not, Chase, John
• Changing exit() behavior under LE, Roded
• Re: PL/I will rule the world . . . not, john gilmore
  • Re: PL/I will rule the world . . . not, Steve Comstock
    • RE: PL/I will rule the world . . . not, John P Baker
      • Re: PL/I will rule the world . . . not, Steve Comstock
      • RE: PL/I will rule the world . . . not, John P Baker
      • RE: PL/I will rule the world . . . not, Hunkeler Peter , KIUK 3
  • Re: PL/I will rule the world . . . not, David Day
  • Re: PL/I will rule the world . . . not, Shane
    • Re: PL/I will rule the world . . . not, Edward Jaffe
      • Re: PL/I will rule the world . . . not, Shane
  • Re: PL/I will rule the world . . . not, Eric Chevalier
  • <Possible follow-ups>
  • re: PL/I will rule the world . . . not, john gilmore
  • Re: PL/I will rule the world . . . not, Patrick O'Keefe
  • Re: PL/I will rule the world . . . not, Mark Zelden
• Check out Low Profile Pigment-Dyed Blank or Custom Embroidered Hats - Custom, Efinnell15
• Looking to hear about "switch back to mainframe" experiences, Eval Mainframe
  • Re: Looking to hear about "switch back to mainframe" experiences, Shane
    • Re: Looking to hear about "switch back to mainframe" experiences, eval mainframe
  • Re: Looking to hear about "switch back to mainframe" experiences, Richards.Bob
  • Re: Looking to hear about "switch back to mainframe" experiences, John S. Giltner, Jr.
    • Re: Looking to hear about "switch back to mainframe" experiences, eval mainframe
  • <Possible follow-ups>
  • Re: Looking to hear about "switch back to mainframe" experiences, Efinnell15
  • RE: Looking to hear about "switch back to mainframe" experiences, Compton, John
  • Re: Looking to hear about "switch back to mainframe" experiences, Timothy Sipples
  • Re: Looking to hear about "switch back to mainframe" experiences, Dave Kopischke
    • Re: Looking to hear about "switch back to mainframe" experiences, R.S.
• Re: You are now subscribed to the IBM-MAIN list, Timothy Sipples
  • Re: You are now subscribed to the IBM-MAIN list, J R
• PCOM questions, Thomas Berg
  • Re: PCOM questions, R.S.
    • SV: PCOM questions, thomas . berg
      • Re: SV: PCOM questions, R.S.
      • SV: SV: PCOM questions, Thomas Berg
  • <Possible follow-ups>
  • Re: SV: PCOM questions, Richard Pinion
    • SV: SV: PCOM questions, thomas . berg
  • Re: SV: PCOM questions, Sebastian Welton
  • Re: SV: PCOM questions, Timothy Sipples
    • Re: SV: PCOM questions, R.S.
  • SV: SV: PCOM questions, Thomas Berg
  • Re: SV: PCOM questions, Timothy Sipples
  • RE: SV: PCOM questions, Farley, Peter x23353
    • Re: SV: PCOM questions, Ray Mullins
  • Re: SV: PCOM questions, Timothy Sipples
• Mainframe Blog Posting re: Mainframe Migrations to z, Timothy Sipples
  • Re: Mainframe Blog Posting re: Mainframe Migrations to z, Clem Clarke
    • Re: Mainframe Blog Posting re: Mainframe Migrations to z, Ed Gould
      • RE: Mainframe Blog Posting re: Mainframe Migrations to z, Paul Gillis
      • Re: Mainframe Blog Posting re: Mainframe Migrations to z, Clem Clarke
  • Jol Network and Scheduling Guide Uploaded, Clem Clarke
  • Jol Network and Scheduling Guide Uploaded, Clem Clarke
• RE: [IBM-MAIN] Software only VTS?, Ron Hawkins
  • Re: Software only VTS?, john . ticic . extern
    • Re: Software only VTS?, Ron Hawkins
• Re: DFSMShsm Common Recall Queue, reynaldo nobre muntoreanu
• RE: Career Advice Sought [SEC=UNOFFICIAL], Fenner, Jim
  • Re: Career Advice Sought [SEC=UNOFFICIAL], Eric Bielefeld
    • Re: Career Advice Sought [SEC=UNOFFICIAL], Ed Gould
    • RE: Career Advice Sought [SEC=UNOFFICIAL], Itschak Mugzach
      • RE: Career Advice Sought [SEC=UNOFFICIAL], Phil Kingston
  • <Possible follow-ups>
  • RE: Career Advice Sought [SEC=UNOFFICIAL], Fenner, Jim
• Apple looses to IBM, Ed Gould
  • RE: Apple looses to IBM, Campbell Jay
• Re: SHARE meeting, Efinnell15
  • Re: SHARE meeting, Michael Stack
    • Re: SHARE meeting, Rick Fochtman
  • Re: SHARE meeting, Rick Fochtman
  • <Possible follow-ups>
  • Re: SHARE meeting, Efinnell15
  • Re: SHARE meeting, Kenneth E Tomiak
  • Re: SHARE meeting, Patrick O'Keefe
  • Re: SHARE meeting, Mark Zelden
    • Re: SHARE meeting, Shane
    • RE: SHARE meeting, Wayne Driscoll
      • Re: SHARE meeting, Edward Jaffe
      • Re: SHARE meeting, Pinnacle
  • Re: SHARE meeting, Mark Zelden
    • Re: SHARE meeting, Michael Stack
      • RE: [IBM-MAIN] SHARE meeting, Ken . Porowski
    • Re: SHARE meeting, Jeffrey . Deaver
  • Re: SHARE meeting, Ed Finnell
    • RE: [IBM-MAIN] SHARE meeting, Ken . Porowski
  • Re: SHARE meeting, Tom Marchant
    • RE: SHARE meeting, Chase, John
    • Re: SHARE meeting, Rick Fochtman
      • RE: [IBM-MAIN] SHARE meeting, Ron Hawkins
      • RE: SHARE meeting, Craddock, Chris
      • Re: SHARE meeting, alan . schwartz
      • RE: SHARE meeting, Chase, John
      • Re: SHARE meeting, Rick Fochtman
  • Re: SHARE meeting, Lizette Koehler
    • Re: SHARE meeting, Rick Fochtman
  • RE: SHARE meeting, Kelman, Tom
• Re: PL/I will rule the world ... not, Ted MacNEIL
  • <Possible follow-ups>
  • Re: PL/I will rule the world ... not, Patrick O'Keefe
    • Re: PL/I will rule the world ... not, David Andrews
    • FORTRAN, tim . hare
      • Re: FORTRAN, Bruce Black
  • Re: PL/I will rule the world ... not, Tony Harminc
  • Re: PL/I will rule the world ... not, Efinnell15
  • Re: PL/I will rule the world ... not, Patrick O'Keefe
• zLinux and MySql, Anton Britz
  • RE: zLinux and MySql, McKown, John
  • Re: zLinux and MySql, Rich Smrcina
  • <Possible follow-ups>
  • Re: zLinux and MySql, Anton Britz
  • RE: zLinux and MySql, Dave Reinken
    • RE: zLinux and MySql, Van Dalsen, Herbie
• MEMLIMIT again -- Consensus on Default Size?, Chase, John
  • Re: MEMLIMIT again -- Consensus on Default Size?, Mark Jacobs
    • RE: MEMLIMIT again -- Consensus on Default Size?, Chase, John
      • RE: MEMLIMIT again -- Consensus on Default Size?, mark . jacobs
  • RE: MEMLIMIT again -- Consensus on Default Size?, Richbourg, Claude
  • <Possible follow-ups>
  • Re: MEMLIMIT again -- Consensus on Default Size?, Mark Zelden
  • Re: MEMLIMIT again -- Consensus on Default Size?, Vernooy, C.P. - SPLXM
  • Re: MEMLIMIT again -- Consensus on Default Size?, Tom Grieve
    • Re: MEMLIMIT again -- Consensus on Default Size?, Chase, John
    • RE: MEMLIMIT again -- Consensus on Default Size?, Greg Shirey
  • Re: MEMLIMIT again -- Consensus on Default Size?, Mark Zelden
    • Re: MEMLIMIT again -- Consensus on Default Size?, Mark Jacobs
  • Re: MEMLIMIT again -- Consensus on Default Size?, Tom Grieve
• Career Advice Sought, Eric Bielefeld
  • RE: Career Advice Sought, Gregory, Gary G
  • RE: [IBM-MAIN] Career Advice Sought, Ken . Porowski
    • Re: Career Advice Sought, tim . hare
  • Re: Career Advice Sought, Rick Fochtman
  • Re: Career Advice Sought, Shmuel Metz , Seymour J.
    • Re: Career Advice Sought, kh
  • <Possible follow-ups>
  • Re: Career Advice Sought, Timothy Sipples
    • Re: Career Advice Sought, Eric Bielefeld
      • PL/I will rule the world ... not, Chris Hoelscher
      • Re: PL/I will rule the world ... not, Jeffrey . Deaver
      • Re: PL/I will rule the world ... not, Steve Comstock
      • SHARE meeting, Jeffrey . Deaver
      • Re: SHARE meeting, Shane
      • Re: PL/I will rule the world ... not, Rick Fochtman
      • Re: PL/I will rule the world ... not, Steve Comstock
  • Re: Career Advice Sought, Gary Green
  • RE: Career Advice Sought, Kelman, Tom
    • RE: Career Advice Sought, Phil Kingston
    • RE: Career Advice Sought, Phil Kingston
  • Career Advice Sought, David Day
  • RE: Career Advice Sought, Kelman, Tom
• Software only VTS?, Greg Grimm
  • Re: Software only VTS?, R.S.
  • <Possible follow-ups>
  • Re: Software only VTS?, Timothy Sipples
    • Re: Software only VTS?, Alfred
  • Re: Software only VTS?, Tom Marchant
  • RE: Software only VTS?, Itschak Mugzach
• JES2 Question: Which command to change all output class=1 to class=2?, McKnight, Lee
  • <Possible follow-ups>
  • Re: JES2 Question: Which command to change all output class=1 to class=2?, Kurt Gramling
    • RE: JES2 Question Resolved: Which command to change all output class=1 to class=2?, McKnight, Lee
  • Re: JES2 Question: Which command to change all output class=1 to class=2?, Mark Zelden
• Share conference schedule, Schwarz, Barry A
  • RE: Share conference schedule, Chase, John
  • <Possible follow-ups>
  • Re: Share conference schedule, Michael Stack
• DFHSM QUESTION - TTOC & RECYCLE, John Dawes
  • RE: DFHSM QUESTION - TTOC & RECYCLE, McKown, John
  • RE: DFHSM QUESTION - TTOC & RECYCLE, O'Brien, David W. [C] , NIH/CIT
    • Re: DFHSM QUESTION - TTOC & RECYCLE, John Dawes
  • RE: DFHSM QUESTION - TTOC & RECYCLE, Schwarz, Barry A
• Re: Idenitfy ibm-main posts on Lotus Notes, ah6gi
  • Re: Idenitfy ibm-main posts on Lotus Notes, ah6gi
• WLM Setup Question, Lizette Koehler
  • <Possible follow-ups>
  • Re: WLM Setup Question, Vernooy, C.P. - SPLXM
  • Re: WLM Setup Question, Ted MacNEIL
    • RE: WLM Setup Question, Norman Hollander on h-WiZ.biz
  • Re: WLM Setup Question, Mark Zelden
  • Re: WLM Setup Question, Mark Zelden
  • Re: WLM Setup Question, Efinnell15
  • Re: WLM Setup Question, Tom Marchant
    • Re: WLM Setup Question, Staller, Allan
      • RE: WLM Setup Question, Norman Hollander on h-WiZ.biz
  • Re: WLM Setup Question, Mark Zelden
    • RE: WLM Setup Question, Norman Hollander on h-WiZ.biz
  • Re: WLM Setup Question, Tom Marchant
• WLM Question, Sheldon Davis
  • RE: WLM Question, Meir Zohar
  • <Possible follow-ups>
  • Re: WLM Question, Ted MacNEIL
  • RE: WLM Question, Kelman, Tom
    • IBM Doco...., Van Dalsen, Herbie
  • RE: WLM Question, Kelman, Tom
  • Re: WLM Question, Ted MacNEIL
    • RE: WLM Question, Chase, John
  • Re: WLM Question, Ted MacNEIL
  • RE: WLM Question, Kelman, Tom
  • Re: WLM Question, Ted MacNEIL
  • RE: WLM Question, dbarry
• Re: OT Funny Movie, Ed Gould
  • RE: OT Funny Movie, Lindy Mayfield
• ICC question, awhite
  • Re: ICC question, tim . hare
    • Re: ICC question, R.S.
      • Re: [IBM-MAIN] ICC question, awhite
  • <Possible follow-ups>
  • Re: ICC question, Alan Scott
  • Re: ICC question, Rafa Pereira
    • Re: [IBM-MAIN] ICC question, awhite
• Jihad K Kawkabani/00/Progressive is out of the office., Jihad K Kawkabani
• Thanks // NetView Automation of Console Message, O'Mara, Kevin, ITD
• Re: IGD17272I sms extended dataset allocate, Dave Guthrie
  • RE: IGD17272I sms extended dataset allocate, O'Brien, David W. [C] , NIH/CIT
    • RE: IGD17272I sms extended dataset allocate, Traylor, Terry
  • <Possible follow-ups>
  • Re: IGD17272I sms extended dataset allocate, Larre Shiller
• RE: 359S vs 3590 (HCD), McKown, John
• Re: IBM withdraws Z890 ?!?!?!, Marvin Lukasik
  • Re: IBM withdraws Z890 ?!?!?!, Edward Jaffe
    • Re: [IBM-MAIN] IBM withdraws Z890 ?!?!?!, Marian Gasparovic
    • RE: IBM withdraws Z890 ?!?!?!, Chase, John
      • Re: IBM withdraws Z890 ?!?!?!, Edward Jaffe
  • <Possible follow-ups>
  • Re: IBM withdraws Z890 ?!?!?!, Alan Scott
    • Re: IBM withdraws Z890 ?!?!?!, Edward Jaffe
      • RE: IBM withdraws Z890 ?!?!?!, McKown, John
  • Re: IBM withdraws Z890 ?!?!?!, Dave Kopischke
  • Re: IBM withdraws Z890 ?!?!?!, Timothy Sipples
    • Re: IBM withdraws Z890 ?!?!?!, Eric Bielefeld
      • RE: IBM withdraws Z890 ?!?!?!, Itschak Mugzach
      • RE: IBM withdraws Z890 ?!?!?!, Blaicher, Chris
      • RE: IBM withdraws Z890 ?!?!?!, McKown, John
      • Re: IBM withdraws Z890 ?!?!?!, Walt Farrell
      • RE: IBM withdraws Z890 ?!?!?!, McKown, John
    • Re: IBM withdraws Z890 ?!?!?!, Ed Gould
  • Re: IBM withdraws Z890 ?!?!?!, Tom Marchant
    • RE: IBM withdraws Z890 ?!?!?!, Richards.Bob
  • Re: IBM withdraws Z890 ?!?!?!, Timothy Sipples
    • Re: IBM withdraws Z890 ?!?!?!, R.S.
      • Re: IBM withdraws Z890 ?!?!?!, Birger Heede
      • Re: IBM withdraws Z890 ?!?!?!, R.S.
  • Re: IBM withdraws Z890 ?!?!?!, Timothy Sipples
• IBM Establishes Global Center of Excellence for Nuclear Power, krishnakumar . fda
• Re: S0C4 in IEBCOPY on z/OS 1.8, Craig Bakken
  • RE: S0C4 in IEBCOPY on z/OS 1.8, Petersen, Jim
• Require tapes to be cataloged on z/OS 1.7, Bryce McLaughlin
  • <Possible follow-ups>
  • Re: Require tapes to be cataloged on z/OS 1.7, Mike Wood
    • Re: Require tapes to be cataloged on z/OS 1.7, R.S.
      • Re: Require tapes to be cataloged on z/OS 1.7, Walt Farrell
• Another one bites the dust, Matt Simpson
  • Re: Another one bites the dust, Rick Fochtman
    • Re: Another one bites the dust, Matt Simpson
  • <Possible follow-ups>
  • Re: Another one bites the dust, wtrovijo
  • RE: Another one bites the dust, Thompson, Steve
  • Re: Another one bites the dust, Efinnell15
    • Re: Another one bites the dust, Matt Simpson
      • RE: Another one bites the dust, McKown, John
      • Re: Another one bites the dust, Rich Smrcina
  • RE: Another one bites the dust, Thompson, Steve
  • Re: Another one bites the dust, SUBSCRIBE IBM-MAIN Niall
• 9840C allocations on z/OS 1.7, Chris Steffens
  • <Possible follow-ups>
  • Re: 9840C allocations on z/OS 1.7, Mark Zelden
    • Re: 9840C allocations on z/OS 1.7, Doug Fuerst
  • Re: 9840C allocations on z/OS 1.7, Chris Steffens
    • RE: 9840C allocations on z/OS 1.7, McKown, John
  • Re: 9840C allocations on z/OS 1.7, Mark Zelden
  • Re: 9840C allocations on z/OS 1.7, Lieven Borgs
  • Re: 9840C allocations on z/OS 1.7, Mark Zelden
    • Re: 9840C allocations on z/OS 1.7, R.S.
  • Re: 9840C allocations on z/OS 1.7, Lieven Borgs
• JES2 Spool fencing, Walter Marguccio
• FW: ICC CONSOLE HELP (UNCLASSIFIED), Jackson, Robin Miss CTR USA
• Re: Damaged Catalog Alert, Curt Thompson
  • <Possible follow-ups>
  • Re: Damaged Catalog Alert, Alan Schenck
    • Re: Damaged Catalog Alert, darth . keller
• Re: 9840C drives, R.S.
  • <Possible follow-ups>
  • Re: 9840C drives, Mark Zelden
    • Re: 9840C drives, R.S.
  • Re: 9840C drives, Mark Zelden
    • Re: 9840C drives, R.S.
  • Re: 9840C drives, Chris Steffens
    • Re: 9840C drives, R.S.
  • Re: 9840C drives, Chris Steffens
  • Re: 9840C drives, Mark Zelden
• OT Funny IT Movie, Ed Gould
  • Re: OT Funny IT Movie, Chris Mason
    • Re: OT Funny IT Movie, Birger Heede
  • Re: OT Funny IT Movie, nounours
    • Re: OT Funny IT Movie, Birger Heede
  • Re: OT Funny IT Movie, Abe Kornelis
  • <Possible follow-ups>
  • Re: OT Funny IT Movie, Rob van der Heij
  • OT Funny IT Movie, Phil Payne
• Looking for sample TRANSMIT output files, Kenneth E Tomiak
  • <Possible follow-ups>
  • Re: Looking for sample TRANSMIT output files, Rick Fochtman
  • Re: Looking for sample TRANSMIT output files, Tony Harminc
  • Re: Looking for sample TRANSMIT output files, Kenneth E Tomiak
    • Re: Looking for sample TRANSMIT output files, Rick Fochtman
      • Re: Looking for sample TRANSMIT output files, Gerhard Postpischil
  • Re: Looking for sample TRANSMIT output files, Kenneth E Tomiak
  • RE: Looking for sample TRANSMIT output files, Steele, Phil
• Re: Utility to print tracks, Clark Morris
  • Re: Utility to print tracks, Robert Wright
  • Re: Utility to print tracks, Bruce Black
    • Re: Utility to print tracks, Clark Morris
      • Re: Utility to print tracks, Anthony Saul Babonas
• FIN APAR Status Updates, Paul GilmartinIBM-MAIN@xxxxxxxxxxxx>
• Re: Windows application key from a vendor, Paul Gilmartin
• Re: File to PDF, Ed Finnell
• Re: DFSORT V1R5 - ICE751I and ICE752I, Ted MacNEIL
  • RE: DFSORT V1R5 - ICE751I and ICE752I, O'Brien, David W. [C] , NIH/CIT
  • Re: DFSORT V1R5 - ICE751I and ICE752I, David Betten
    • Re: DFSORT V1R5 - ICE751I and ICE752I, Anton Britz
      • Re: DFSORT V1R5 - ICE751I and ICE752I, David Betten
  • <Possible follow-ups>
  • Re: DFSORT V1R5 - ICE751I and ICE752I, Ted MacNEIL
    • Re: DFSORT V1R5 - ICE751I and ICE752I, O'Brien, David W. [C] , NIH/CIT
  • RE: DFSORT V1R5 - ICE751I and ICE752I, Tom Harper
    • RE: DFSORT V1R5 - ICE751I and ICE752I, Reda, John
• Re: Background of disabling ISVs via JCL, Chris Mason
  • Re: Background of disabling ISVs via JCL, Graeme Gibson
  • <Possible follow-ups>
  • Re: Background of disabling ISVs via JCL, Kenneth E Tomiak
• Re: IBM obsoleting mainframe hardware, Chris Mason
  • <Possible follow-ups>
  • RE: IBM obsoleting mainframe hardware, Van Dalsen, Herbie
  • Re: IBM obsoleting mainframe hardware, Howard Brazee
• i would like to join this group, loga
  • Re: i would like to join this group, Howard Brazee
• Re: Navigating the control block maze, Kenneth E Tomiak
  • <Possible follow-ups>
  • Re: Navigating the control block maze, DASDBill2
• Re: NetView Automation of Console Message, Patrick O'Keefe
  • DFSORT V1R5 - ICE751I and ICE752I, Anton Britz
    • Re: DFSORT V1R5 - ICE751I and ICE752I, Lizette Koehler
      • Re: DFSORT V1R5 - ICE751I and ICE752I, David Betten
      • Re: DFSORT V1R5 - ICE751I and ICE752I, Anton Britz
      • Re: DFSORT V1R5 - ICE751I and ICE752I, O'Brien, David W. [C] , NIH/CIT
      • CA Support problems?, O'Brien, David W. [C] , NIH/CIT
      • Re: CA Support problems?, alan . schwartz
      • Re: DFSORT V1R5 - ICE751I and ICE752I, David Betten
      • Re: DFSORT V1R5 - ICE751I and ICE752I, John S. Giltner, Jr.
      • RE: DFSORT V1R5 - ICE751I and ICE752I, Lizette Koehler
      • RE: DFSORT V1R5 - ICE751I and ICE752I, Reda, John
    • RE: DFSORT V1R5 - ICE751I and ICE752I, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: NetView Automation of Console Message, Chris Mason
  • Re: NetView Automation of Console Message, W. Kevin Kelley
  • Re: NetView Automation of Console Message, W. Kevin Kelley
• IBM Challenges Congressional Numbers on L-1 Visas, Ed Gould
• Re: the USS heresy, john gilmore
  • RE: the USS heresy, Tom Moulder
    • Navigating the control block maze, Lindy Mayfield
      • RE: Navigating the control block maze, Gerhard Adam
      • Re: Navigating the control block maze, Binyamin Dissen
      • Re: Navigating the control block maze, khf00
      • RE: Navigating the control block maze, Craddock, Chris
  • Re: the USS heresy, Rick Fochtman
    • Re: the USS heresy, Chris Mason
      • RE: the USS heresy, Bob Shannon
  • <Possible follow-ups>
  • Re: the USS heresy, DASDBill2
    • Re: the USS heresy, Rick Fochtman
      • RE: the USS heresy, JamesChappell