bit.listserv.ibm-main

• Date Index

---

• Windows .WMF Vulnerability affects Lotus Notes, Efinnell15
• Not Responding HTTP Server, Jim Marshall
  • RE: Not Responding HTTP Server, Neal Kostanski
  • <Possible follow-ups>
  • Re: Not Responding HTTP Server, Ted MacNEIL
• Re: Warning: PTF's require HDS microcode,, gilmap
  • <Possible follow-ups>
  • Re: Warning: PTF's require HDS microcode,, gilmap
• IPCS Format Models, Wayne Driscoll
  • Re: IPCS Format Models, Robert Wright
• Re: zAAP estimation - resolved, Aaron Walker
• z890 configuratiion question., McKown, John
• Is Outsourcing the Next Terror Target?, Phil Payne
  • Re: Is Outsourcing the Next Terror Target?, Edward E. Jaffe
    • Re: Is Outsourcing the Next Terror Target?, Steve Arnett
      • Re: Is Outsourcing the Next Terror Target?, JO . Skip . Robinson
  • <Possible follow-ups>
  • RE: Is Outsourcing the Next Terror Target?, Stephen Mednick
    • RE: Is Outsourcing the Next Terror Target?, Gerhard Adam
      • Re: Is Outsourcing the Next Terror Target?, SArnett
      • Re: Is Outsourcing the Next Terror Target?, howard . brazee
      • Re: Is Outsourcing the Next Terror Target?, Henry Law
  • RE: Is Outsourcing the Next Terror Target?, Stephen Mednick
• Encryption Best practices., Hal Merritt
• IBM Flashcopy V2 & PPRC Primary volumes, glenn . miller
• Capturing a reply id from a WTOR, Steve Arnett
  • Re: Capturing a reply id from a WTOR, Binyamin Dissen
  • Re: Capturing a reply id from a WTOR, Shmuel Metz , Seymour J.
    • Re: Capturing a reply id from a WTOR, Steve Arnett
  • <Possible follow-ups>
  • RE: Capturing a reply id from a WTOR, McKown, John
    • Re: Capturing a reply id from a WTOR, Steve Arnett
    • Re: Capturing a reply id from a WTOR, Steve Arnett
      • Re: Capturing a reply id from a WTOR, ibm-main
  • RE: Capturing a reply id from a WTOR, McKown, John
    • Re: Capturing a reply id from a WTOR, SArnett
  • RE: Capturing a reply id from a WTOR, McKown, John
• hashing-algorithm encryption (was: Re: ABN Tape - Found ), john gilmore
• RE: Identify users of a LINKLIST library, Knutson, Sam
• Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Brian Peterson
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Shmuel Metz , Seymour J.
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Bruce Black
  • <Possible follow-ups>
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Brian Peterson
    • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., "Robert A. Rosenberg"
    • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Shmuel Metz , Seymour J.
  • Warning: PTF's require HDS microcode, which is not available until the second week of January., Phil Payne
    • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., "Robert A. Rosenberg"
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Brian Peterson
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Brian Peterson
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Dave Danner
    • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., "Robert A. Rosenberg"
• Assembler training / books?/, Andy Robertson
  • Re: Assembler training / books?/, Steve Comstock
    • RE: Assembler training / books?/, Lizette Koehler
  • Re: Assembler training / books?/, David Wade
  • <Possible follow-ups>
  • Re: Assembler training / books?/, Andy Robertson
• HMC: Optical Network - Hardware messages, Clark, Kevin D, HRC-Alexandria/EDS
  • <Possible follow-ups>
  • Re: HMC: Optical Network - Hardware messages, Efinnell15
  • RE: HMC: Optical Network - Hardware messages, Clark, Kevin D, HRC-Alexandria/EDS
    • Re: HMC: Optical Network - Hardware messages, R.S.
  • Re: HMC: Optical Network - Hardware messages, Efinnell15
    • Re: HMC: Optical Network - Hardware messages, R.S.
  • RE: HMC: Optical Network - Hardware messages, Clark, Kevin D, HRC-Alexandria/EDS
• Marriott Vacation Club Loses Tape (Was: ABN Tape - Found), Timothy Sipples
• Legality of Hercules was (fwd) Hercules 3.03 announcement, Clark Morris
  • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, Shmuel Koller
  • Re: Legality of Hercules was (fwd) Hercules 3.03 announcement, Shmuel Metz , Seymour J.
    • Re: [IBM-MAIN] Legality of Hercules was (fwd) Hercules 3.03 announcement, Jay Maynard
  • <Possible follow-ups>
  • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, McKown, John
    • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, Ray Mullins
  • Legality of Hercules was (fwd) Hercules 3.03 announcement, Phil Payne
    • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, Ray Mullins
    • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, Gerhard Adam
      • Re: Legality of Hercules was (fwd) Hercules 3.03 announcement, A. Harry Williams
      • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, Ray Mullins
      • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, Gerhard Adam
    • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, James Smith
      • Myopia ..., ibm-main
      • RE: Myopia ..., James Smith
      • Re: Myopia ..., ibm-main
      • RE: Myopia ..., Ron and Jenny Hawkins
      • RE: Myopia ..., James Smith
    • Re: Legality of Hercules was (fwd) Hercules 3.03 announcement, Lee Courtney
  • Re: Legality of Hercules was (fwd) Hercules 3.03 announcement, Timothy Sipples
    • Re: Legality of Hercules was (fwd) Hercules 3.03 announcement, A. Harry Williams
  • RE: Legality of Hercules was (fwd) Hercules 3.03 announcement, Bob Shannon
  • Re: Legality of Hercules was (fwd) Hercules 3.03 announcement, Harry Williams
• Need Type 19 Direct Access Volume SMF Records To Test DAF, Michael Cleary
• ALLOCATE, LISTDSI, and dangling catalog entry, gilmap
  • Re: ALLOCATE, LISTDSI, and dangling catalog entry, Bruce Black
  • <Possible follow-ups>
  • Re: ALLOCATE, LISTDSI, and dangling catalog entry, gilmap
    • Re: ALLOCATE, LISTDSI, and dangling catalog entry, Walt Farrell
• Standards would lockup data on disk, tape, Ed Gould
  • <Possible follow-ups>
  • RE: Standards would lockup data on disk, tape, Hal Merritt
    • Re: Standards would lockup data on disk, tape, Ed Gould
• Need zOS to Windows FTP program, Texas Yankee
  • Re: Need zOS to Windows FTP program, kpinkham
  • Re: Need zOS to Windows FTP program, John S. Giltner, Jr.
  • <Possible follow-ups>
  • RE: Need zOS to Windows FTP program, McKown, John
  • Re: Need zOS to Windows FTP program, Timothy Sipples
• LPAR Capping, Martin, Mike
  • Re: LPAR Capping, R.S.
    • Re: LPAR Capping, Don Deese
  • <Possible follow-ups>
  • RE: LPAR Capping, Hal Merritt
  • RE: LPAR Capping, Scott Barry
  • Re: LPAR Capping, Bruno Sugliani
    • Re: LPAR Capping, Gil Peleg
      • Re: LPAR Capping, Gil Peleg
      • Re: LPAR Capping, R.S.
      • RE: LPAR Capping, Gerhard Adam
  • RE: LPAR Capping, Diehl, Gary , MVSSupport
  • Re: LPAR Capping, Bruno Sugliani
  • Re: LPAR Capping, Ted MacNEIL
    • Re: LPAR Capping, Gil Peleg
• Warning: PTF's require HDS microcode, which is not available until the second week of January., Eatherly, John D [IT]
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Glen Gasior
    • RE: Warning: PTF's require HDS microcode, which is not available until the second week of January., Ron and Jenny Hawkins
  • <Possible follow-ups>
  • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Robert A. Rosenberg
  • RE: Warning: PTF's require HDS microcode, which is not available until the second week of January., Eatherly, John D [IT]
    • Re: Warning: PTF's require HDS microcode, which is not available until the second week of January., Bruce Black
• Invalid DSN in Catalog, Chase, John
  • Re: Invalid DSN in Catalog, R.S.
    • Re: Invalid DSN in Catalog, Edward E. Jaffe
  • <Possible follow-ups>
  • RE: Invalid DSN in Catalog, Chase, John
    • Re: Invalid DSN in Catalog, Bruce Black
  • Re: Invalid DSN in Catalog, gilmap
  • Re: Invalid DSN in Catalog, Ted MacNEIL
    • Re: Invalid DSN in Catalog, Bruce Black
  • Re: Invalid DSN in Catalog, gilmap
    • Re: Invalid DSN in Catalog, Binyamin Dissen
  • Re: Invalid DSN in Catalog, Dan
  • Re: Invalid DSN in Catalog, gilmap
    • RE: Invalid DSN in Catalog, Wayne Driscoll
  • Re: Invalid DSN in Catalog, gilmap
    • Re: Invalid DSN in Catalog, Binyamin Dissen
  • Re: Invalid DSN in Catalog, gilmap
    • Re: Invalid DSN in Catalog, Shmuel Metz , Seymour J.
  • Re: Invalid DSN in Catalog, Paul Gilmartin
    • Re: Invalid DSN in Catalog, Binyamin Dissen
  • Re: Invalid DSN in Catalog, gilmap
• Abend S414, Jon Renton
  • <Possible follow-ups>
  • Abend S414, Jon Renton
  • Re: Abend S414, Michael W. Moss
• Delete non-existent dataset with volume MIGRAT, Jill Grine
  • <Possible follow-ups>
  • FW: Delete non-existent dataset with volume MIGRAT, Jill Grine
    • Re: FW: Delete non-existent dataset with volume MIGRAT, Tom Longfellow
  • Re: Delete non-existent dataset with volume MIGRAT, Robert A. Rosenberg
    • Re: Delete non-existent dataset with volume MIGRAT, Tom Longfellow
      • Re: Delete non-existent dataset with volume MIGRAT, Joel C. Ewing
      • Re: Delete non-existent dataset with volume MIGRAT, Tom Longfellow
      • Identify users of a LINKLIST library, Shmuel Koller
• CICS-VSAM, Jón Viðar Gunnarsson
• Testing, Mueller, David
  • <Possible follow-ups>
  • RE: Testing, Greg Shirey
  • Re: Testing, Efinnell15
• OSL, Imbriale, Donald , Exchange
  • <Possible follow-ups>
  • Re: OSL, Timothy Sipples
• Help with doing Contract Work as a Sys Prog, Lizette Koehler
• Can not use modify command on CICS region, Peter Ten Eyck
• Can not shutdown CICS region, Peter Ten Eyck
  • Re: Can not shutdown CICS region, Thomas H Puddicombe
  • <Possible follow-ups>
  • RE: Can not shutdown CICS region, ddelagarza
  • Re: Can not shutdown CICS region, Peter Ten Eyck
  • RE: Can not shutdown CICS region, Rugen, Len
  • Re: Can not shutdown CICS region, Tom Schmidt
  • Re: Can not shutdown CICS region, Peter Ten Eyck
  • Re: Can not shutdown CICS region, Richard Pinion
• Re: Merry Christmas!, Andy Robertson
  • Re: Merry Christmas!, howard . brazee
  • <Possible follow-ups>
  • Re: Merry Christmas!, Ted MacNEIL
  • Re: Merry Christmas!, Ted MacNEIL
• DFHSM connected set, Tom Brannon
  • <Possible follow-ups>
  • Re: DFHSM connected set, Michael W. Moss
• ICSF and z9 (CEX2C), R.S.
• Strange message from a CICS region., McKown, John
  • RE: Strange message from a CICS region., Paul Hanrahan
• Assembler error, Kinney, Kevin
  • RE: Assembler error, Paul Hanrahan
  • <Possible follow-ups>
  • Re: Assembler error, David Cole
    • Re: Assembler error, Edward E. Jaffe
      • Re: Assembler error, David Cole
  • Re: Assembler error, Efinnell15
  • Assembler error, John R. Ehrman
• Re: Need some RVA T82 GEN ADVICE, Michael W. Moss
• Screenshots of Mainframe OSs?, as400
  • Re: Screenshots of Mainframe OSs?, David Wade
  • Re: Screenshots of Mainframe OSs?, John S. Giltner, Jr.
    • Re: Screenshots of Mainframe OSs?, Dave Salt
    • Re: Screenshots of Mainframe OSs?, Shmuel Metz , Seymour J.
      • Re: [IBM-MAIN] Screenshots of Mainframe OSs?, Marian Gasparovic
      • Re: Screenshots of Mainframe OSs?, Shmuel Metz , Seymour J.
• Help with identifying the "Mysterious IBM plastic thing"?, Henry Law
  • Re: Help with identifying the "Mysterious IBM plastic thing"?, robertwessel2@xxxxxxxxx
    • Re: Help with identifying the "Mysterious IBM plastic thing"?, Henry Law
      • Re: Help with identifying the "Mysterious IBM plastic thing"?, robertwessel2@xxxxxxxxx
  • <Possible follow-ups>
  • Re: Help with identifying the "Mysterious IBM plastic thing"?, Arthur T.
    • Re: Help with identifying the "Mysterious IBM plastic thing"?, robertwessel2@xxxxxxxxx
  • Help with identifying the "Mysterious IBM plastic thing"?, Phil Payne
    • Re: Help with identifying the "Mysterious IBM plastic thing"?, robertwessel2@xxxxxxxxx
  • Help with identifying the "Mysterious IBM plastic thing"?, Phil Payne
• Need some RVA T82 GEN ADVICE - RECALL those brain cells ;o), Dave Myers
  • Re: Need some RVA T82 GEN ADVICE - RECALL those brain cells ;o), R.S.
  • <Possible follow-ups>
  • RE: Need some RVA T82 GEN ADVICE - RECALL those brain cells ;o), Pommier, Rex R.
• basic z8 and z9 configurations, John F. Regus
  • <Possible follow-ups>
  • basic z8 and z9 configurations, Phil Payne
• Mapping macro IHAESW, Mauri Kanter
  • Re: Mapping macro IHAESW, Jim Mulder
  • <Possible follow-ups>
  • Re: Mapping macro IHAESW, Bruno Sugliani
  • Re: Mapping macro IHAESW, Mauri Kanter
• GDPS Redbook, Ed Gould
  • <Possible follow-ups>
  • Re: GDPS Redbook, Christian Blesa
• Doesn't multi channel IO paths on z8 and z9 machines make more sense than the single IO bus of PCs, John F. Regus
  • Re: Doesn't multi channel IO paths on z8 and z9 machines make more sense than the single IO bus of PCs, David Wade
• Holiday Greetings, Howard Rifkind
  • Re: Holiday Greetings, John Cassidy
    • Seasonal greetings, John Cassidy
  • Merry Christmas!, Todd Burch
    • Re: Merry Christmas!, Gerhard Postpischil
    • Re: Merry Christmas!, Eric N. Bielefeld
      • Re: Merry Christmas!, scott
      • Re: Merry Christmas!, Shmuel Metz , Seymour J.
      • Re: Merry Christmas!, "Robert A. Rosenberg"
  • <Possible follow-ups>
  • Re: Holiday Greetings, Efinnell15
    • Re: Holiday Greetings, Shmuel Metz , Seymour J.
  • Re: Holiday Greetings, Efinnell15
• IKJ56112A Tar Baby, gilmap
  • <Possible follow-ups>
  • Re: IKJ56112A Tar Baby, Bill Godfrey
  • Re: IKJ56112A Tar Baby, gilmap
    • Re: IKJ56112A Tar Baby, Walt Farrell
  • Re: IKJ56112A Tar Baby, Big Iron
    • Re: [IBM-MAIN] IKJ56112A Tar Baby, Jay Maynard
  • Re: IKJ56112A Tar Baby, Paul Gilmartin
    • Re: [IBM-MAIN] IKJ56112A Tar Baby, Jay Maynard
  • Re: IKJ56112A Tar Baby, Paul Gilmartin
• DMV systems?, as400
  • Re: DMV systems?, Rusty
    • Re: DMV systems?, as400
      • Re: DMV systems?, Rusty
      • Re: DMV systems?, as400
      • Re: DMV systems?, John S. Giltner, Jr.
      • Re: DMV systems?, Anne & Lynn Wheeler
  • Re: DMV systems?, John S. Giltner, Jr.
    • Re: DMV systems?, as400
      • Re: DMV systems?, David Wade
      • Re: DMV systems?, Anne & Lynn Wheeler
      • Re: DMV systems?, John S. Giltner, Jr.
      • Re: DMV systems?, Shmuel Metz , Seymour J.
      • Re: DMV systems?, John S. Giltner, Jr.
      • RE: DMV systems?, Ray Mullins
      • RE: DMV systems?, Ray Mullins
    • Re: DMV systems?, Edward E. Jaffe
      • Re: DMV systems?, as400
      • RE: DMV systems?, Ray Mullins
  • <Possible follow-ups>
  • Re: DMV systems?, Ted MacNEIL
    • Re: DMV systems?, John S. Giltner, Jr.
  • Re: DMV systems?, R.S.
  • Re: DMV systems?, Bruce Black
    • RE: DMV systems?, Ray Mullins
    • Re: DMV systems?, Shmuel Metz , Seymour J.
      • Re: DMV systems?, Bruce Black
      • Re: DMV systems?, Anne & Lynn Wheeler
• ISOGON Softaudit question, awhite
  • Re: ISOGON Softaudit question, Hooley Mooley
• IDENTIFY macro, IBroussard
  • IPCS Standard Print Service, Todd Burch
    • Re: IPCS Standard Print Service, Robert Wright
      • Re: IPCS Standard Print Service, Todd Burch
      • Re: IPCS Standard Print Service, Robert Wright
    • Re: IPCS Standard Print Service, Anne & Lynn Wheeler
      • Re: IPCS Standard Print Service, Robert Wright
  • Re: IDENTIFY macro, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: IDENTIFY macro, IBroussard
• Re: Is there an IBM supplied DSECT that maps the linkage stack entry?, Pierre Fichaud
• What is software as a service?, John F. Regus
  • Re: What is software as a service?, Christopher Keller
• ABN Tape - Found, Ed Gould
  • Re: ABN Tape - Found, Jeffrey . Deaver
  • <Possible follow-ups>
  • RE: ABN Tape - Found, Chase, John
  • RE: ABN Tape - Found, Hal Merritt
    • Re: ABN Tape - Found, Jeffrey . Deaver
      • Re: ABN Tape - Found, howard . brazee
      • Re: ABN Tape - Found, Anne & Lynn Wheeler
      • Re: ABN Tape - Found, Bruce Black
      • Re: ABN Tape - Found, Jeffrey . Deaver
    • Re: ABN Tape - Found, Eric Chevalier
  • RE: ABN Tape - Found, Hal Merritt
  • RE: ABN Tape - Found, Hal Merritt
    • Re: ABN Tape - Found, Ed Gould
    • Re: ABN Tape - Found, Anne & Lynn Wheeler
    • Re: ABN Tape - Found, Anne & Lynn Wheeler
  • RE: ABN Tape - Found, McKown, John
  • RE: ABN Tape - Found, Hal Merritt
    • Re: ABN Tape - Found, Ed Gould
• A valuable lesson learned., John Benik
  • Re: A valuable lesson learned., mcknight-b-a
  • Re: A valuable lesson learned., David Andrews
• Looking for a Websphere primer, John F. Regus
  • Re: Looking for a Websphere primer, mcknight-b-a
    • Re: Looking for a Websphere primer, John F. Regus
      • Re: Looking for a Websphere primer, mcknight-b-a
      • Re: Looking for a Websphere primer, Glen.Gasior
      • Re: Looking for a Websphere primer, John S. Giltner, Jr.
• controlling user who can mount tape., caleb ong
  • Re: controlling user who can mount tape., pauls2272
  • Re: controlling user who can mount tape., "Robert A. Rosenberg"
  • Re: controlling user who can mount tape., Ed Gould
    • Re: controlling user who can mount tape., "Robert A. Rosenberg"
      • Re: controlling user who can mount tape., Ed Gould
      • Re: controlling user who can mount tape., Chris Mason
      • Re: controlling user who can mount tape., Ed Gould
      • RE: controlling user who can mount tape., Ron and Jenny Hawkins
      • Re: controlling user who can mount tape., Ed Gould
  • <Possible follow-ups>
  • Re: controlling user who can mount tape., Vernooy, C.P. - SPLXM
  • RE: controlling user who can mount tape., Rugen, Len
  • RE: controlling user who can mount tape., McKown, John
  • Re: controlling user who can mount tape., Eric-PHmining
• Adding a Volume to an SMS group, Howard Rifkind
  • Re: Adding a Volume to an SMS group, Barry Schwarz
    • Re: Adding a Volume to an SMS group, Doug Fuerst
• C++ help needed, Steve Comstock
  • Re: C++ help needed, Harold Zbiegien
  • <Possible follow-ups>
  • RE: C++ help needed, Lucius, Leland
    • Re: C++ help needed, Steve Comstock
  • Re: C++ help needed, Big Iron
    • Re: C++ help needed, Steve Comstock
• 3270 screen size limit, R.S.
  • Re: 3270 screen size limit, Edward E. Jaffe
    • Re: 3270 screen size limit, Edward E. Jaffe
  • Re: 3270 screen size limit, mark . pace
    • RE: 3270 screen size limit, Ray Mullins
  • Re: 3270 screen size limit, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: 3270 screen size limit, Kreiter, Chuck
  • Re: 3270 screen size limit, Jerry Vernon
    • RE: 3270 screen size limit, Ray Mullins
  • RE: 3270 screen size limit, George, William , DHS-ITSD
    • Re: 3270 screen size limit, Chris Mason
      • Re: 3270 screen size limit, Shmuel Metz , Seymour J.
  • Re: 3270 screen size limit, Shmuel Metz , Seymour J.
  • Re: 3270 screen size limit, Patrick O'Keefe
• Issues regarding display in the MFS (IMS-DC), sudhanshu Kumar
  • <Possible follow-ups>
  • Re: Issues regarding display in the MFS (IMS-DC), Rob Wunderlich
• Issues regarding attribute variables in IMS-DC, sudhanshu Kumar
• Open VME, news.news
  • Re: Open VME, news.news
• SDUMPX DSPLIST must be in common?, Binyamin Dissen
  • <Possible follow-ups>
  • RE: SDUMPX DSPLIST must be in common?, Tom Harper
  • Re: SDUMPX DSPLIST must be in common?, Peter Relson
  • RE: SDUMPX DSPLIST must be in common?, Tom Harper
  • Re: SDUMPX DSPLIST must be in common?, Binyamin Dissen
  • Re: SDUMPX DSPLIST must be in common?, Peter Relson
• Problems with HSM WORM support, Natasa Savinc
• Basic IODF question, R.S.
  • Re: Rule of thumb about paging / page fault rate, Shane Ginnane
  • <Possible follow-ups>
  • Re: Basic IODF question, Brian Peterson
    • Re: Basic IODF question, R.S.
      • Re: Basic IODF question, Roy Hewitt
      • Re: Basic IODF question, R.S.
      • Re: Basic IODF question, Roy Hewitt
  • Re: Basic IODF question, Deborah . Mitchell
    • Re: Basic IODF question, R.S.
    • Re: Basic IODF question, Vic
  • Re: Basic IODF question, Mark Zelden
  • RE: Basic IODF question, Mueller, David
    • Re: Basic IODF question, R.S.
• Question on LLA managed module and its DSN, Vic Petrone
  • <Possible follow-ups>
  • Question on LLA managed module and its DSN, Vic Petrone
    • Re: Question on LLA managed module and its DSN, R.S.
      • Re: Question on LLA managed module and its DSN, Vic Petrone
  • Re: Question on LLA managed module and its DSN, Peter Relson
• consistency, foolish and otherwise, john gilmore
• DFHSM daily space mgmt - Migrate GDS with ENQ on GDG base?, Scott Barry
  • <Possible follow-ups>
  • Re: DFHSM daily space mgmt - Migrate GDS with ENQ on GDG base?, Tom Brannon
  • RE: DFHSM daily space mgmt - Migrate GDS with ENQ on GDG base?, Clark, Kevin D, HRC-Alexandria/EDS
• CANCEL THREAD CICS, Helio
  • <Possible follow-ups>
  • RE: CANCEL THREAD CICS, Schiradin,Roland HG-Dir itb-db/dc
  • CANCEL THREAD CICS, Helio
• Question on DFHSM, Pommier, Rex R.
  • Re: Question on DFHSM, Bruce Black
  • Re: Question on DFHSM, Ulrich Krueger
    • Re: Question on DFHSM, Bruce Black
  • <Possible follow-ups>
  • Re: Question on DFHSM, gilmap
  • Re: Question on DFHSM, gilmap
  • RE: Question on DFHSM, Pommier, Rex R.
  • RE: Question on DFHSM, Pommier, Rex R.
    • Re: Question on DFHSM, Stephen Y Odo
  • Re: Question on DFHSM, gilmap
  • RE: Question on DFHSM, Pommier, Rex R.
    • Re: Question on DFHSM, Ulrich Krueger
  • RE: Question on DFHSM, McKown, John
  • RE: Question on DFHSM, Huckert, James
  • RE: Question on DFHSM, Pommier, Rex R.
  • RE: Question on DFHSM, Pommier, Rex R.
  • RE: Question on DFHSM, Huckert, James
  • Re: Question on DFHSM, Ted MacNEIL
• Another incident, Ed Gould
  • RE: Another incident, Wayne Driscoll
  • <Possible follow-ups>
  • RE: Another incident, Huckert, James
    • Re: Another incident, Shmuel Metz , Seymour J.
  • Re: Another incident, Ted MacNEIL
  • Another incident, Phil Payne
  • RE: Another incident, Huckert, James
  • RE: Another incident, Tom Harper
    • Re: Another incident, R.S.
      • Re: Another incident, David Andrews
      • Re: Another incident, howard . brazee
      • Re: Another incident, Shmuel Metz , Seymour J.
• Define Alias, padair . o . ceallaigh
  • Re: Define Alias, Walt Farrell
• ARCH and alsi (was: Hercules 3.03 announcement), john gilmore
  • Re: ARCH and alsi (was: Hercules 3.03 announcement), Steve Comstock
  • Re: ARCH and alsi (was: Hercules 3.03 announcement), Edward E. Jaffe
    • Re: ARCH and alsi (was: Hercules 3.03 announcement), Kirk Wolf
  • Re: ARCH and alsi (was: Hercules 3.03 announcement), JO . Skip . Robinson
• zAAP estimation, Aaron Walker
  • <Possible follow-ups>
  • RE: zAAP estimation, Fletcher, Kevin
  • RE: zAAP estimation, Scott Barry
• RE: VTS (was: Mainframe Applications and Records Keeping?), Roach, Dennis
  • Re: VTS (was: Mainframe Applications and Records Keeping?), R.S.
  • Re: VTS (was: Mainframe Applications and Records Keeping?), news.news
    • Re: VTS (was: Mainframe Applications and Records Keeping?), Cyber
• VB: Creating dynamic 3270 screen size definitions for increased productivity, thomas . berg
• Rule of thumb about paging / page fault rate, DMR-Qualitas Outsourcing
  • <Possible follow-ups>
  • RE: Rule of thumb about paging / page fault rate, Hal Merritt
    • Re: Rule of thumb about paging / page fault rate, mcknight-b-a
  • Re: Rule of thumb about paging / page fault rate, Avram Friedman
    • Re: Rule of thumb about paging / page fault rate, mcknight-b-a
    • RE: Rule of thumb about paging / page fault rate, Gerhard Adam
  • RE: Rule of thumb about paging / page fault rate, Knutson, Sam
    • D'oh !!!, ibm-main
  • Re: Rule of thumb about paging / page fault rate, Mark Zelden
  • Re: Rule of thumb about paging / page fault rate, Christian Blesa
  • Re: Rule of thumb about paging / page fault rate, Vernooy, C.P. - SPLXM
  • Re: Rule of thumb about paging / page fault rate, Mark Zelden
  • Re: Rule of thumb about paging / page fault rate, DMR-Qualitas Outsourcing
  • Re: Rule of thumb about paging / page fault rate, Avram Friedman
• Re: LUSEED ON VTAM 4.2, Chris Mason
  • Re: LUSEED ON VTAM 4.2, bela dabe
    • Re: LUSEED ON VTAM 4.2, Chris Mason
      • Re: LUSEED ON VTAM 4.2, bela dabe
      • Re: LUSEED ON VTAM 4.2, Chris Mason
• Hercules 3.03 announcement, Jay Maynard
  • Re: Hercules 3.03 announcement, Jay Maynard
    • Re: Hercules 3.03 announcement, ibm-main
      • Re: Hercules 3.03 announcement, ibm-main
      • Re: [IBM-MAIN] Hercules 3.03 announcement, Jay Maynard
  • Re: Hercules 3.03 announcement, Edward E. Jaffe
    • Re: [IBM-MAIN] Hercules 3.03 announcement, Jay Maynard
      • Re: Hercules 3.03 announcement, Edward E. Jaffe
      • Re: Hercules 3.03 announcement, mcknight-b-a
  • <Possible follow-ups>
  • Hercules 3.03 announcement, Phil Payne
  • Re: Hercules 3.03 announcement, Patrick Loftus
    • Re: Hercules 3.03 announcement, phil
  • RE: Hercules 3.03 announcement, Chase, John
  • Re: Hercules 3.03 announcement, Ted MacNEIL
    • Re: Hercules 3.03 announcement, David Andrews
    • Re: Hercules 3.03 announcement, Shmuel Metz , Seymour J.
  • Hercules 3.03 announcement, Phil Payne
  • Re: Hercules 3.03 announcement, Sebastian Welton
    • That *other* Hercules, ibm-main
  • Hercules 3.03 announcement, Phil Payne
    • Re: Hercules 3.03 announcement, Shmuel Metz , Seymour J.
  • Hercules 3.03 announcement, Phil Payne
    • RE: Hercules 3.03 announcement, Lucius, Leland
  • Re: Hercules 3.03 announcement, - - -
• Reconfigure Shark 3390-3's to -9's question, Len Rugen
  • Re: Reconfigure Shark 3390-3's to -9's question, Edward E. Jaffe
  • <Possible follow-ups>
  • RE: Reconfigure Shark 3390-3's to -9's question, Hal Merritt
  • Re: Reconfigure Shark 3390-3's to -9's question, Ted MacNEIL
    • RE: Reconfigure Shark 3390-3's to -9's question, Ron and Jenny Hawkins
    • Re: Reconfigure Shark 3390-3's to -9's question, Bruce Black
  • Re: Reconfigure Shark 3390-3's to -9's question, Bruno Sugliani
    • RE: Reconfigure Shark 3390-3's to -9's question, Ron and Jenny Hawkins
      • Re: Reconfigure Shark 3390-3's to -9's question, R.S.
      • RE: Reconfigure Shark 3390-3's to -9's question, Ron and Jenny Hawkins
      • Re: Reconfigure Shark 3390-3's to -9's question, R.S.
      • RE: Reconfigure Shark 3390-3's to -9's question, Ron and Jenny Hawkins
  • Re: Reconfigure Shark 3390-3's to -9's question, Eric-PHmining
    • RE: Reconfigure Shark 3390-3's to -9's question, Ron and Jenny Hawkins
  • Re: Reconfigure Shark 3390-3's to -9's question, Bruno Sugliani
  • Re: Reconfigure Shark 3390-3's to -9's question, Ted MacNEIL
    • RE: Reconfigure Shark 3390-3's to -9's question, Ron and Jenny Hawkins
• TSO Logon by ..., Chris
  • Re: TSO Logon by ..., Walt Farrell
• RE: Z/OS System Blocks, Knutson, Sam
  • <Possible follow-ups>
  • RE: Z/OS System Blocks, Gilbert Saint-Flour
    • Re: Z/OS System Blocks, charles hottel
  • Re: Z/OS System Blocks, Binyamin Dissen
• RE: TMM dataset deleted, Gibney, Dave
• Upgrading system Logger couple datasets to new level, גדי בן אבי
  • <Possible follow-ups>
  • Re: Upgrading system Logger couple datasets to new level, Mark Zelden
  • Re: Upgrading system Logger couple datasets to new level, Vernooy, C.P. - SPLXM
  • RE: Upgrading system Logger couple datasets to new level, גדי בן אבי
• Control-M and dynamic screen size definition (D4C32XX3), Hunkeler Peter , KRDO 4
  • Re: Control-M and dynamic screen size definition (D4C32XX3), Tom Sipusic
  • <Possible follow-ups>
  • RE: Control-M and dynamic screen size definition (D4C32XX3), Craddock, Chris
• Remote 3745 Definition, Ali Serdar Yakut
  • Re: Remote 3745 Definition, John S. Giltner, Jr.
    • Re: Remote 3745 Definition, Chris Mason
      • Re: Remote 3745 Definition, John S. Giltner, Jr.
  • Re: Remote 3745 Definition, Chris Mason
  • Re: Remote 3745 Definition, Chris Mason
  • Re: Remote 3745 Definition, John S. Giltner, Jr.
    • Re: Remote 3745 Definition, Chris Mason
  • <Possible follow-ups>
  • Re: Remote 3745 Definition, Mark Zelden
  • Re: Remote 3745 Definition, Mark Zelden
• IDENTIFY macro under CMS, John R. Ehrman
  • Re: IDENTIFY macro under CMS, Shmuel Metz , Seymour J.
  • RE: IDENTIFY macro under CMS, Charles Mills
  • <Possible follow-ups>
  • Re: IDENTIFY macro under CMS, Paul Gilmartin
    • Re: IDENTIFY macro under CMS, Shmuel Metz , Seymour J.
  • RE: IDENTIFY macro under CMS, McKown, John
• Token Ring and z9 Processor, Frank Lawrence
  • Re: Token Ring and z9 Processor, John S. Giltner, Jr.
  • Re: Token Ring and z9 Processor, Shmuel Metz , Seymour J.
  • Re: Token Ring and z9 Processor, JO . Skip . Robinson
    • Re: Token Ring and z9 Processor, R.S.
  • <Possible follow-ups>
  • RE: Token Ring and z9 Processor, Knutson, Sam
• (none), Gibney, Dave
  • Re: TMM dataset deleted, Bruce Black
  • <Possible follow-ups>
  • (none), Didier Lamare
  • (none), Didier Lamare
  • (none), Bielskie, Stephen
• SMPE Question, Howard Rifkind
  • Re: SMPE Question, Shmuel Metz , Seymour J.
    • Re: SMPE Question, Kurt Quackenbush
  • <Possible follow-ups>
  • RE: SMPE Question, Staller, Allan
  • Re: SMPE Question, Patrick O'Keefe
  • Re: SMPE Question, gilmap
    • Re: SMPE Question, Bob Rutledge
    • Re: SMPE Question, Shmuel Metz , Seymour J.
  • Re: SMPE Question, Ulrich Krueger
  • Re: SMPE Question, gilmap
    • Re: SMPE Question, "Robert A. Rosenberg"
    • Re: SMPE Question, Shmuel Metz , Seymour J.
  • RE: SMPE Question, Chase, John
• IBM-MIAN, Miller, Pat
• POWER6 on zSeries?, Phil Payne
  • <Possible follow-ups>
  • re: POWER6 on zSeries?, Dean Kent
• Maximum Extents in z/OS 1.4, Miller, Pat
  • Re: Maximum Extents in z/OS 1.4, Mike Bell
  • <Possible follow-ups>
  • Re: Maximum Extents in z/OS 1.4, Mark Zelden
  • RE: Maximum Extents in z/OS 1.4, Tom Harper
  • Re: Maximum Extents in z/OS 1.4, Mark Zelden
  • RE: Maximum Extents in z/OS 1.4, Miller, Pat
    • Re: Maximum Extents in z/OS 1.4, Todd Burch
• STK HSC/Libstation move, Leitner, Timothy
  • <Possible follow-ups>
  • RE: STK HSC/Libstation move, Clark, Kevin D, HRC-Alexandria/EDS
• Re: DASD for a Multiprise 3000-H50, scott
• LDAP browser for z/OS LDAP server, Glen.Gasior
  • Re: LDAP browser for z/OS LDAP server, mailand
    • Re: LDAP browser for z/OS LDAP server, Glen.Gasior
      • Re: LDAP browser for z/OS LDAP server, John S. Giltner, Jr.
      • Re: LDAP browser for z/OS LDAP server, mailand
      • Re: LDAP browser for z/OS LDAP server, Glen.Gasior
      • Re: LDAP browser for z/OS LDAP server, mailand
• first MD5 and now SHA-1, john gilmore
  • Re: first MD5 and now SHA-1, "Robert A. Rosenberg"
    • Re: first MD5 and now SHA-1, Binyamin Dissen
  • <Possible follow-ups>
  • RE: first MD5 and now SHA-1, Chase, John
    • Re: first MD5 and now SHA-1, Gregory . Grimm
  • RE: first MD5 and now SHA-1, McKown, John
    • Re: first MD5 and now SHA-1, Edward E. Jaffe
  • Re: first MD5 and now SHA-1, gilmap
  • RE: first MD5 and now SHA-1, Chase, John
  • Re: first MD5 and now SHA-1, john gilmore
    • POWER6 on zSeries?, Dean Kent
      • RE: POWER6 on zSeries?, Charles Mills
      • Re: POWER6 on zSeries?, Anne & Lynn Wheeler
      • Re: POWER6 on zSeries?, Shmuel Metz , Seymour J.
      • Re: POWER6 on zSeries?, Anne & Lynn Wheeler
      • Re: POWER6 on zSeries?, Anne & Lynn Wheeler
      • Re: POWER6 on zSeries?, Shmuel Metz , Seymour J.
• Looking for documents, R.S.
  • Re: Looking for documents, Bruce Black
  • Re: Looking for documents, Andre Vetter
  • <Possible follow-ups>
  • RE: Looking for documents, Chase, John
    • Re: Looking for documents, R.S.
      • Re: Looking for documents, john . ticic . extern
  • Re: Looking for documents, Bruno Sugliani
  • RE: Looking for documents, Hunkeler Peter , KRDO 4
  • Re: Looking for documents, Ted MacNEIL
  • Re: Looking for documents, Ted MacNEIL
• Function call debug, dexter212@xxxxxxxxx
  • <Possible follow-ups>
  • Function call debug, Bill Klein
• Mapping tool problem, Jorge Garcia
• Catch tso command output from programs using ISPEXEC-interface, Seremis
  • Re: Catch tso command output from programs using ISPEXEC-interface, Willy Jensen
    • Re: Catch tso command output from programs using ISPEXEC-interface, Seremis
      • Re: Catch tso command output from programs using ISPEXEC-interface, Walt Farrell
      • Re: Catch tso command output from programs using ISPEXEC-interface, Willy Jensen
• Connect Direct Problem, padair . o . ceallaigh
• EZA5051E error on remote shell after convert to zOS 1.6, William Bishop
  • Re: EZA5051E error on remote shell after convert to zOS 1.6, John S. Giltner, Jr.
    • Re: EZA5051E error on remote shell after convert to zOS 1.6, BillBishop
• zSeries and OS/390, Mark van der Eynden
  • Re: zSeries and OS/390, R.S.
    • Re: [IBM-MAIN] zSeries and OS/390, Marian Gasparovic
      • Re: zSeries and OS/390, Steve Comstock
  • Re: zSeries and OS/390, mark . pace
  • Re: zSeries and OS/390, Todd Burch
  • <Possible follow-ups>
  • Re: zSeries and OS/390, Brian Westerman
    • Locating a load module, via LOAD vs ATTACH, Brad Taylor
      • Re: Locating a load module, via LOAD vs ATTACH, Binyamin Dissen
      • RE: Locating a load module, via LOAD vs ATTACH, Brad Taylor
    • Re: zSeries and OS/390, Jim Mulder
  • Re: zSeries and OS/390, Brian Westerman
• UTC Time Format on Mainframe Systems?, as400
  • Re: UTC Time Format on Mainframe Systems?, John S. Giltner, Jr.
    • Re: UTC Time Format on Mainframe Systems?, as400
      • Re: UTC Time Format on Mainframe Systems?, John S. Giltner, Jr.
      • Re: UTC Time Format on Mainframe Systems?, JO . Skip . Robinson
      • Re: UTC Time Format on Mainframe Systems?, as400
      • Re: UTC Time Format on Mainframe Systems?, John S. Giltner, Jr.
• How to let z/OS support DBCS language?, Johnny Luo
  • Re: How to let z/OS support DBCS language?, Steve Comstock
    • Re: How to let z/OS support DBCS language?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: How to let z/OS support DBCS language?, Phil King
  • Re: How to let z/OS support DBCS language?, Phil King
• Re: New LPAR and VTAM, Chris Mason
  • <Possible follow-ups>
  • RE: New LPAR and VTAM, Chase, John
    • Re: New LPAR and VTAM, Shmuel Metz , Seymour J.
  • RE: New LPAR and VTAM, ddelagarza
    • Re: New LPAR and VTAM, Steve Arnett
  • Re: New LPAR and VTAM, Patrick O'Keefe
• Re: APPN Network Nodes, Chris Mason
• Re: Creating dynamic 3270 screen size definitions for increased productivity, Chris Mason
  • Re: Creating dynamic 3270 screen size definitions for increased productivity, Shmuel Metz , Seymour J.
    • Re: Creating dynamic 3270 screen size definitions for increased productivity, Edward E. Jaffe
      • Re: Creating dynamic 3270 screen size definitions for increased productivity, Shmuel Metz , Seymour J.
      • Re: Creating dynamic 3270 screen size definitions for increased productivity, Edward E. Jaffe
      • Re: Creating dynamic 3270 screen size definitions for increased productivity, Chris Mason
      • Re: Creating dynamic 3270 screen size definitions for increased productivity, Edward E. Jaffe
      • Re: Creating dynamic 3270 screen size definitions for increased productivity, Shmuel Metz , Seymour J.
    • Re: Creating dynamic 3270 screen size definitions for increased productivity, Chris Mason
      • Re: Creating dynamic 3270 screen size definitions for increased productivity, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • SV: Creating dynamic 3270 screen size definitions for increased productivity, thomas . berg
    • Re: SV: Creating dynamic 3270 screen size definitions for increased productivity, Shmuel Metz , Seymour J.
    • Re: Creating dynamic 3270 screen size definitions for increased productivity, Chris Mason
      • Re: Creating dynamic 3270 screen size definitions for increased productivity, Shmuel Metz , Seymour J.
  • RE: Creating dynamic 3270 screen size definitions for increased productivity, Knutson, Sam
  • SV: SV: Creating dynamic 3270 screen size definitions for increased productivity, thomas . berg
  • SV: Creating dynamic 3270 screen size definitions for increased productivity, thomas . berg
  • Re: SV: Creating dynamic 3270 screen size definitions for increased productivity, Patrick O'Keefe
    • Re: SV: Creating dynamic 3270 screen size definitions for increased productivity, Shmuel Metz , Seymour J.
  • Re: Creating dynamic 3270 screen size definitions for increased productivity, Tomas J Fott
  • SV: Creating dynamic 3270 screen size definitions for increased productivity, thomas . berg
    • Re: Creating dynamic 3270 screen size definitions for increased productivity, Chris Mason
  • Re: Creating dynamic 3270 screen size definitions for increased productivity, Tomas J Fott
  • Re: SV: Creating dynamic 3270 screen size definitions for increased productivity, Patrick O'Keefe
• Creating User Accounts on AS/400?, as400
  • Re: Creating User Accounts on AS/400?, John S. Giltner, Jr.
    • Re: Creating User Accounts on AS/400?, as400
      • Re: Creating User Accounts on AS/400?, John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: Creating User Accounts on AS/400?, Gary DiPillo
• Vol count questions and an opportunity to shine, John Benik
  • <Possible follow-ups>
  • Re: Vol count questions and an opportunity to shine, Ulrich Krueger
• View Direct 6.3-REPTPROC -Archive Creation Failure, Rajesh Dharia
• Re: VSAMPGM CBT469.FILE511, Matthew Stitt
  • <Possible follow-ups>
  • Re: VSAMPGM CBT469.FILE511, Jorge Arueira Campos
    • Re: VSAMPGM CBT469.FILE511, Bruce Black
      • Re: VSAMPGM CBT469.FILE511, Jorge Arueira Campos
• Change Output Class in JES for SYSOUT-Dataset programmatically, georgios
• can't grasp the concept of "zero" (was: Why does LMPUT(ISPF Library service)?), Fenner, Jim
  • Re: can't grasp the concept of "zero" (was: Why does LMPUT(ISPF Library service)?), Ed Gould
• Bigger Libraries (was: Re: Extent SMPPTS Question), gilmap
  • <Possible follow-ups>
  • Re: Bigger Libraries (was: Re: Extent SMPPTS Question), Tom Schmidt
  • RE: Bigger Libraries (was: Re: Extent SMPPTS Question), McKown, John
    • Re: Bigger Libraries (was: Re: Extent SMPPTS Question), Ed Gould
  • Re: Bigger Libraries (was: Re: Extent SMPPTS Question), gilmap
• Crypto Coprocessor work, Jeffrey . Deaver
  • Re: Crypto Coprocessor work, R.S.
    • Re: Crypto Coprocessor work, Bruce Black
      • Re: Crypto Coprocessor work, R.S.
      • Re: Crypto Coprocessor work, Bruce Black
  • <Possible follow-ups>
  • Re: Crypto Coprocessor work, Mark Zelden
• Extent SMPPTS Question, Howard Rifkind
  • Re: Extent SMPPTS Question, Edward E. Jaffe
  • Re: Extent SMPPTS Question, Ron van der Zande
  • <Possible follow-ups>
  • RE: Extent SMPPTS Question, McKown, John
    • Re: Extent SMPPTS Question, JO . Skip . Robinson
  • Re: Extent SMPPTS Question, gilmap
  • RE: Extent SMPPTS Question, McKown, John
  • Re: Extent SMPPTS Question, Paul Gilmartin
    • Re: Extent SMPPTS Question, Kurt Quackenbush
  • Re: Extent SMPPTS Question, Robert
    • Re: Extent SMPPTS Question, jimjams
  • Re: Extent SMPPTS Question, gilmap
    • Re: Extent SMPPTS Question, Shmuel Metz , Seymour J.
• IEF352I/IEA062E ASID Unavailable clarification, Patrick Lyon
  • Re: IEF352I/IEA062E ASID Unavailable clarification, gkozakos
  • <Possible follow-ups>
  • Re: IEF352I/IEA062E ASID Unavailable clarification, Patrick Lyon
  • RE: IEF352I/IEA062E ASID Unavailable clarification, Rob Scott
  • Re: IEF352I/IEA062E ASID Unavailable clarification, Patrick Lyon
  • RE: IEF352I/IEA062E ASID Unavailable clarification, Rob Scott
  • Re: IEF352I/IEA062E ASID Unavailable clarification, Mark Zelden
  • Re: IEF352I/IEA062E ASID Unavailable clarification, Patrick Lyon
  • Re: IEF352I/IEA062E ASID Unavailable clarification, Mark Zelden
• JCL PARM length again, gilmap
  • Re: JCL PARM length again, Walt Farrell
• Anything new on PDSE sharing in a sysplex?, Hal Merritt
  • Re: Anything new on PDSE sharing in a sysplex?, Edward E. Jaffe
  • <Possible follow-ups>
  • RE: Anything new on PDSE sharing in a sysplex?, Hal Merritt
• Re: Mainframe Applications and Records Keeping?, as400
  • Re: Mainframe Applications and Records Keeping?, as400
    • Re: Mainframe Applications and Records Keeping?, Dan Espen
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
    • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
  • Re: Mainframe Applications and Records Keeping?, pyar
  • <Possible follow-ups>
  • RE: Mainframe Applications and Records Keeping?, McKown, John
    • Re: Mainframe Applications and Records Keeping?, Shmuel Metz , Seymour J.
    • Re: Mainframe Applications and Records Keeping?, Shmuel Metz , Seymour J.
  • RE: Mainframe Applications and Records Keeping?, Gilbert Saint-Flour
    • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, R.S.
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, Dan Espen
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, R.S.
      • Re: Mainframe Applications and Records Keeping?, Shmuel Metz , Seymour J.
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, Anne & Lynn Wheeler
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, phil
  • Re: Mainframe Applications and Records Keeping?, Tom Schmidt
    • Re: Mainframe Applications and Records Keeping?, R.S.
      • Re: Mainframe Applications and Records Keeping?, Shmuel Metz , Seymour J.
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, Dan Espen
  • Re: Mainframe Applications and Records Keeping?, Tom Schmidt
    • Re: Mainframe Applications and Records Keeping?, R.S.
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, R.S.
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, R.S.
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • RE: Mainframe Applications and Records Keeping?, Ron and Jenny Hawkins
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • RE: Mainframe Applications and Records Keeping?, Ron and Jenny Hawkins
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • RE: Mainframe Applications and Records Keeping?, Ron and Jenny Hawkins
    • Re: Mainframe Applications and Records Keeping?, Anne & Lynn Wheeler
      • Re: Mainframe Applications and Records Keeping?, Anne & Lynn Wheeler
      • Re: Mainframe Applications and Records Keeping?, Anne & Lynn Wheeler
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, Anne & Lynn Wheeler
      • Re: Mainframe Applications and Records Keeping?, Shmuel Metz , Seymour J.
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • Re: Mainframe Applications and Records Keeping?, as400
      • Re: Mainframe Applications and Records Keeping?, Rusty
      • RE: Mainframe Applications and Records Keeping?, Ron and Jenny Hawkins
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • RE: Mainframe Applications and Records Keeping?, Ron and Jenny Hawkins
      • Re: VTS (was: Mainframe Applications and Records Keeping?), R.S.
      • Re: Mainframe Applications and Records Keeping?, John S. Giltner, Jr.
      • RE: Mainframe Applications and Records Keeping?, Ron and Jenny Hawkins
  • RE: Mainframe Applications and Records Keeping?, Jon Brock
    • Re: Mainframe Applications and Records Keeping?, Shmuel Metz , Seymour J.
  • Re: Mainframe Applications and Records Keeping?, Timothy Sipples
    • Re: Mainframe Applications and Records Keeping?, R.S.
  • RE: Mainframe Applications and Records Keeping?, Jon Brock
    • Re: Mainframe Applications and Records Keeping?, Shmuel Metz , Seymour J.
  • RE: Mainframe Applications and Records Keeping?, McKown, John
  • Re: Mainframe Applications and Records Keeping?, Timothy Sipples
• Extreme COBOL programming question., McKown, John
  • Re: Extreme COBOL programming question., Steve Comstock
  • <Possible follow-ups>
  • Re: Extreme COBOL programming question., Martin Kline
• COND= on an EXEC Statement, Dean Montevago
  • Re: COND= on an EXEC Statement, Steve Comstock
  • Re: COND= on an EXEC Statement, howard . brazee
    • Re: COND= on an EXEC Statement, Steve Comstock
  • Re: COND= on an EXEC Statement, CM Poncelet
    • Re: COND= on an EXEC Statement, CM Poncelet
  • <Possible follow-ups>
  • RE: COND= on an EXEC Statement, Dean Montevago
  • RE: COND= on an EXEC Statement, McKown, John
  • RE: COND= on an EXEC Statement, Dean Montevago
    • Re: COND= on an EXEC Statement, Steve Comstock
  • RE: COND= on an EXEC Statement, Dean Montevago
  • RE: COND= on an EXEC Statement, McKown, John
  • RE: COND= on an EXEC Statement, Hunkeler Peter , KRDO 4
• W showing in Command under ISPF, Gray, Larry - Larry A
  • <Possible follow-ups>
  • RE: W showing in Command under ISPF, Richards.Bob
  • RE: W showing in Command under ISPF, Gray, Larry - Larry A
• Sysplex survey results, R.S.
  • Re: Sysplex survey results, Patrick . Falcone
• Need SAD JCL, KTu2112593
  • Re: Need SAD JCL, JO . Skip . Robinson
    • Re: Need SAD JCL, ktu2112593
      • Re: Need SAD JCL, JO . Skip . Robinson
• Informix and/or Filenet Workflo Consultant contract opportunity, Employment
  • <Possible follow-ups>
  • Informix and/or Filenet Workflo Consultant contract opportunity, Palladian Consulting
• TN3270 Plus, Dave Salt
  • RE: TN3270 Plus, Charles Mills
    • RE: TN3270 Plus, Chuck Arney
  • <Possible follow-ups>
  • RE: TN3270 Plus, Knutson, Sam
  • RE: TN3270 Plus, Dave Salt
• STP feature for zx90 or z9 System 109 servers, Giovanni Cerquone
  • <Possible follow-ups>
  • RE: STP feature for zx90 or z9 System 109 servers, McKown, John
    • Re: STP feature for zx90 or z9 System 109 servers, Edward E. Jaffe
      • Re: STP feature for zx90 or z9 System 109 servers, ibm-main
      • Re: STP feature for zx90 or z9 System 109 servers, John Cassidy
  • Re: STP feature for zx90 or z9 System 109 servers, Giovanni Cerquone
  • Re: STP feature for zx90 or z9 System 109 servers, John Eells
    • Re: STP feature for zx90 or z9 System 109 servers, R.S.
  • Re: STP feature for zx90 or z9 System 109 servers, Giovanni Cerquone
  • Re: STP feature for zx90 or z9 System 109 servers, Timothy Sipples
• (FBA was fwd) Re: 3390-81, Clark Morris
  • Re: (FBA was fwd) Re: 3390-81, robertwessel2@xxxxxxxxx
• TPX-Netview Sense 08210000, Ronald G wells
  • RE: TPX-Netview Sense 08210000, Norman Hollander
  • Re: TPX-Netview Sense 08210000, Chris Mason
• RMF Spreadsheet Reporter, Perryman, Brian
  • Re: RMF Spreadsheet Reporter, David Andrews
  • Re: RMF Spreadsheet Reporter, Eric Chevalier
  • <Possible follow-ups>
  • RE: RMF Spreadsheet Reporter, Perryman, Brian
    • Re: RMF Spreadsheet Reporter, Eric Chevalier
      • Re: RMF Spreadsheet Reporter, Edward E. Jaffe
      • Re: RMF Spreadsheet Reporter, Eric Chevalier
  • RE: RMF Spreadsheet Reporter, Lopez, Rich [NCSUS]
  • RE: RMF Spreadsheet Reporter, Roberto Halais Kareh
  • RE: RMF Spreadsheet Reporter, Perryman, Brian
    • Re: RMF Spreadsheet Reporter, mailand
• Another question on WLM initiators, yadong . wu
  • <Possible follow-ups>
  • Re: Another question on WLM initiators, Vernooy, C.P. - SPLXM
• Strange thing about ISPF editor, Johnny Luo
  • <Possible follow-ups>
  • RE: Strange thing about ISPF editor, Rob Scott
    • Re: Strange thing about ISPF editor, Johnny Luo
  • RE: Strange thing about ISPF editor, Rob Scott
    • Re: Strange thing about ISPF editor, Johnny Luo
      • Re: Strange thing about ISPF editor, Johnny Luo
• IBM 2250 Consoles, Jim Marshall
  • Re: IBM 2250 Consoles, Shmuel Metz , Seymour J.
• Problem with reserverd address spaces, mathaias
  • Re: Problem with reserverd address spaces, gkozakos
  • <Possible follow-ups>
  • RE: Problem with reserverd address spaces, Rob Scott
  • Problem with reserverd address spaces, George Kozakos
• Using FTP to GET a job from a remote computer, גדי בן אבי
  • RE: Using FTP to GET a job from a remote computer, Charles Mills
  • RE: Using FTP to GET a job from a remote computer, Charles Mills
  • <Possible follow-ups>
  • RE: Using FTP to GET a job from a remote computer, Michael Sheehy
  • RE: Using FTP to GET a job from a remote computer, גדי בן אבי
  • Re: Using FTP to GET a job from a remote computer, Martin Kline
  • Re: Using FTP to GET a job from a remote computer, gilmap
• Why does LMPUT(ISPF Library service)?, Johnny Luo
  • RE: Why does LMPUT(ISPF Library service)?, Dave Salt
    • Re: Why does LMPUT(ISPF Library service)?, Johnny Luo
  • Re: Why does LMPUT(ISPF Library service)?, Barry Schwarz
  • Re: Why does LMPUT(ISPF Library service)?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Why does LMPUT(ISPF Library service)?, gilmap
    • Re: Why does LMPUT(ISPF Library service)?, Shmuel Metz , Seymour J.
  • Re: Why does LMPUT(ISPF Library service)?, gilmap
    • Re: Why does LMPUT(ISPF Library service)?, Shmuel Metz , Seymour J.
• z/OS V1.7 ServerPac DeliveryTime, Tom Longfellow
  • Re: z/OS V1.7 ServerPac DeliveryTime, Rapscallion
  • <Possible follow-ups>
  • Re: z/OS V1.7 ServerPac DeliveryTime, Brian Peterson
    • Re: z/OS V1.7 ServerPac DeliveryTime, Tom Longfellow
  • Re: z/OS V1.7 ServerPac DeliveryTime, Efinnell15
  • RE: z/OS V1.7 ServerPac DeliveryTime, Clark, Kevin D, HRC-Alexandria/EDS
• PD REPLACE,PAGE=(sys1.page01,sys1.page04), Roland Schiradin
• CA7 Question, Michael Hall
  • Re: CA7 Question, John S. Giltner, Jr.
    • Re: CA7 Question, Ed Gould
    • RE: CA7 Question, Norman Hollander
  • <Possible follow-ups>
  • RE: CA7 Question, McKown, John
  • RE: CA7 Question, Karson, Lynne , SAA
  • RE: CA7 Question, McGee, Cletus
  • RE: CA7 Question, Stone, Sandy
  • RE: CA7 Question, Knutson, Sam
    • Re: CA7 Question, Ed Gould
  • Re: CA7 Question, Ted MacNEIL
  • RE: CA7 Question, Chase, John
  • Re: CA7 Question, Ted MacNEIL
  • RE: CA7 Question, Chase, John
  • RE: CA7 Question, McKown, John
    • Re: CA7 Question, Shane Ginnane
  • Re: CA7 Question, Mark Zelden
    • Staying up-to-date: (was: CA7 Question), ibm-main
  • Re: CA7 Question, Ted MacNEIL
• SHARE in Seattle, Brian Peterson
• Curiousity question: XES instructions?, McKown, John
  • Re: Curiousity question: XES instructions?, R.S.
  • <Possible follow-ups>
  • RE: Curiousity question: XES instructions?, McKown, John
• HMC load failure - IPL address 0000 invalid, Schlehuber, Patrick
  • <Possible follow-ups>
  • RE: HMC load failure - IPL address 0000 invalid, Bielskie, Stephen
  • FW: HMC load failure - IPL address 0000 invalid, Eatherly, John D [IT]
  • Re: FW: HMC load failure - IPL address 0000 invalid, Pat Schlehuber
  • Re: HMC load failure - IPL address 0000 invalid, Rob Wunderlich
• z/OS V1R7 Migration Guide, Ted MacNEIL
  • Re: z/OS V1R7 Migration Guide, Walt Farrell
  • Re: z/OS V1R7 Migration Guide, John Eells
  • <Possible follow-ups>
  • RE: z/OS V1R7 Migration Guide, mark . jacobs
  • RE: z/OS V1R7 Migration Guide, Tribble, Robert
  • Re: z/OS V1R7 Migration Guide, Timothy Sipples
• RE: SSL Problems -- RESOLVED!!, Chase, John
• leap-second computations with STCKE values, john gilmore
• IMS unloads from image copy., LaurensDeJong
  • <Possible follow-ups>
  • IMS unloads from image copy., LaurensDeJong
    • Re: IMS unloads from image copy., Larry Bertolini
• R: Converting TOD to Local Time, MASSIMO BIANCUCCI
• Converting TOD to Local Time, Cwi Jeret
  • Re: Converting TOD to Local Time, Robert Wright
    • Re: Converting TOD to Local Time, rkuebbin
  • RE: Converting TOD to Local Time, Nick
  • <Possible follow-ups>
  • re: Converting TOD to Local Time, john gilmore
    • Re: Converting TOD to Local Time, Richard Peurifoy
  • Re: Converting TOD to Local Time, gilmap
  • RE: Converting TOD to Local Time, Farley, Peter x23353
  • RE: Converting TOD to Local Time, Chase, John
  • Re: Converting TOD to Local Time, gilmap
    • Re: Converting TOD to Local Time, Richard Peurifoy
  • Re: Converting TOD to Local Time, Peter Relson
  • Re: Converting TOD to Local Time, gilmap
  • Re: Converting TOD to Local Time, Cwi Jeret
• Bang!, Phil Payne
  • Re: Bang!, Steve Comstock
    • RE: Bang!, Lizette Koehler
  • <Possible follow-ups>
  • RE: Bang!, John Wynton
    • Re: Bang!, Steve Comstock
  • Re: Bang!, Efinnell15
    • Re: Bang!, Steve Comstock
  • Re: Bang!, Efinnell15
• 3270 Session Manager survey - results (sorta, kinda), Bruce Jefferies
  • <Possible follow-ups>
  • Re: 3270 Session Manager survey - results (sorta, kinda), Andy Robertson
  • Re: 3270 Session Manager survey - results (sorta, kinda), Patrick Loftus
  • RE: 3270 Session Manager survey - results (sorta, kinda), Huckert, James
• IBM backup restoration procedure, Dash
  • Re: IBM backup restoration procedure, John S. Giltner, Jr.
    • Re: IBM backup restoration procedure, Dash
      • Re: IBM backup restoration procedure, John S. Giltner, Jr.
      • RE: IBM backup restoration procedure, Ron and Jenny Hawkins
      • Re: IBM backup restoration procedure, John S. Giltner, Jr.
• COMMAND field of TSO LOGON panel, Luo Johnny
  • RE: COMMAND field of TSO LOGON panel, Wayne Driscoll
  • Re: COMMAND field of TSO LOGON panel, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: COMMAND field of TSO LOGON panel, gilmap
    • Re: COMMAND field of TSO LOGON panel, Shmuel Metz , Seymour J.
  • Re: COMMAND field of TSO LOGON panel, Luo Johnny
    • Re: [IBM-MAIN] COMMAND field of TSO LOGON panel, Marian Gasparovic
      • Re: COMMAND field of TSO LOGON panel, Luo Johnny
• Its a question of ethics, Howard Rifkind
  • Re: Its a question of ethics, david . thorn
    • Re: Its a question of ethics, mcknight-b-a
  • Re: Its a question of ethics, Gary Walker
  • Re: Its a question of ethics, pauls2272
  • Re: Its a question of ethics, Robert Jones
  • Re: Its a question of ethics, John S. Giltner, Jr.
    • Re: Its a question of ethics, Howard Rifkind
  • RE: Its a question of ethics, Charles Mills
    • Re: [IBM-MAIN] Its a question of ethics, Darren Evans-Young
  • Re: Its a question of ethic