bit.listserv.ibm-main

• Date Index

---

• IKJ56228I error, Peter Ten Eyck
  • <Possible follow-ups>
  • Re: IKJ56228I error, Mark Zelden
  • RE: IKJ56228I error, Thompson, Steve
  • Re: IKJ56228I error, Tom Schmidt
• 3390-MOD's 9, Mark Steely
  • RE: 3390-MOD's 9, Richbourg, Claude
  • <Possible follow-ups>
  • RE: 3390-MOD's 9, Scott Barry
• CA7 to ESP conversion stories, J Ellis
• Re: web IBMLINK - finally came back to me., Robert Justice
• web IBMLINK - anyone else having an issue?, Robert Justice
  • RE: web IBMLINK - anyone else having an issue?, Lopez, Rich [NCSUS]
• Broken GDG Chain, Daniel McLaughlin
  • Re: Broken GDG Chain, john . kington
  • <Possible follow-ups>
  • Re: Broken GDG Chain, Andy_Robertson
  • Re: Broken GDG Chain, Daniel McLaughlin
• Why CSST?, Binyamin Dissen
  • RE: Why CSST?, McKown, John
    • RE: Why CSST?, Bob Shannon
      • RE: Why CSST?, McKown, John
  • Re: Why CSST?, Edward Jaffe
    • Re: Why CSST?, Art Celestini
      • Re: Why CSST?, Binyamin Dissen
      • test, John Norgauer
  • Re: Why CSST?, Jim Phoenix
  • <Possible follow-ups>
  • Re: Why CSST?, Tom Schmidt
• IBM lays off 1,573 employees, DASDBill2
• NCACMG June 7, 2007 Seminar, Knutson, Sam
• What is 'Program Logical Manuals'?, Johnny Luo
  • RE: What is 'Program Logical Manuals'?, McKown, John
    • Re: What is 'Program Logical Manuals'?, Johnny Luo
    • Re: What is 'Program Logical Manuals'?, Jim Mulder
      • RE: What is 'Program Logical Manuals'?, McKown, John
  • Re: What is 'Program Logical Manuals'?, Chris Mason
    • Re: What is 'Program Logical Manuals'?, J R
      • Re: What is 'Program Logical Manuals'?, Rick Fochtman
      • Re: What is 'Program Logical Manuals'?, Chris Mason
    • Re: What is 'Program Logical Manuals'?, Johnny Luo
      • Re: What is 'Program Logical Manuals'?, Bill Wilkie
  • <Possible follow-ups>
  • Re: What is 'Program Logical Manuals'?, Mark H. Young
• Re: SETPROG LNKLST--problem or procedural error?, Peter Relson
• Cross-assembler : HLASM --> 8086, Flint, Mike
  • RE: Cross-assembler : HLASM --> 8086, McKown, John
    • Re: Cross-assembler : HLASM --> 8086, Binyamin Dissen
    • RE: Cross-assembler : HLASM --> 8086, Craddock, Chris
  • <Possible follow-ups>
  • Re: Cross-assembler : HLASM --> 8086, Binyamin Dissen
  • Re: Cross-assembler : HLASM --> 8086, Roger Bowler
  • Re: Cross-assembler : HLASM --> 8086, Richard Pinion
  • Re: Cross-assembler : HLASM --> 8086, Michael Stack
  • Re: Cross-assembler : HLASM --> 8086, Paul Gilmartin
    • RE: Cross-assembler : HLASM --> 8086, Wayne Driscoll
• ADRUIXIT, Errol Van staden
  • <Possible follow-ups>
  • ADRUIXIT, Errol Van staden
    • Re: ADRUIXIT, John Eells
      • Re: ADRUIXIT, Bill Wilkie
  • Re: ADRUIXIT, Errol Van staden
• fopen get errno=25, Ewald Sußner
• List of CICS transaction, Dave . Schaeffer
  • Re: List of CICS transaction, John S. Giltner, Jr.
  • Re: List of CICS transaction, buhetom
• File Processing Query, Paul Knudsen
  • Re: File Processing Query, John S. Giltner, Jr.
    • Re: File Processing Query, Paul Knudsen
• ABCs of z/OS System Programming Volume 8, Kittendorf, Craig
  • Re: ABCs of z/OS System Programming Volume 8, Johnny Luo
• ISPF list data set attributes?, Paul GilmartinIBM-MAIN@xxxxxxxxxxxx>
  • <Possible follow-ups>
  • Re: ISPF list data set attributes?, Lizette Koehler
  • Re: ISPF list data set attributes?, Lizette Koehler
  • Re: ISPF list data set attributes?, Mark Zelden
  • Re: ISPF list data set attributes?, Paul Gilmartin
  • Re: ISPF list data set attributes?, Mark Zelden
  • Re: ISPF list data set attributes?, Efinnell15
  • RE: ISPF list data set attributes?, TISLER Zaromil
• One day to go and Web Ibmlink isn't working for me, Gibney, Dave
  • RE: One day to go and Web Ibmlink isn't working for me, Gibney, Dave
    • Re: One day to go and Web Ibmlink isn't working for me, justirw
  • RE: One day to go and Web Ibmlink isn't working for me, McKown, John
    • RE: One day to go and Web Ibmlink isn't working for me, Gibney, Dave
• Re: Counting occurrences of a string in loadlib, Craig Schneiderwent
• Is there a cost in switching AMODEs?, Binyamin Dissen
  • Re: Is there a cost in switching AMODEs?, Edward Jaffe
    • RE: Is there a cost in switching AMODEs?, McKown, John
    • Re: Is there a cost in switching AMODEs?, Binyamin Dissen
      • RE: Is there a cost in switching AMODEs?, Jeffrey D. Smith
      • Re: Is there a cost in switching AMODEs?, Edward Jaffe
      • Re: Is there a cost in switching AMODEs?, Binyamin Dissen
      • Re: Is there a cost in switching AMODEs?, Edward Jaffe
      • Re: Is there a cost in switching AMODEs?, Binyamin Dissen
      • Re: Is there a cost in switching AMODEs?, Edward Jaffe
      • Re: Is there a cost in switching AMODEs?, McKown, John
      • RE: Is there a cost in switching AMODEs?, Tom Harper
      • Re: Is there a cost in switching AMODEs?, Binyamin Dissen
      • RE: Is there a cost in switching AMODEs?, Hunkeler Peter , KIUK 3
      • Re: Is there a cost in switching AMODEs?, Edward Jaffe
      • Re: Is there a cost in switching AMODEs?, Binyamin Dissen
      • Re: Is there a cost in switching AMODEs?, Shmuel Metz , Seymour J.
  • Re: Is there a cost in switching AMODEs?, Rick Fochtman
  • <Possible follow-ups>
  • Re: Is there a cost in switching AMODEs?, Elardus Engelbrecht
  • Re: Is there a cost in switching AMODEs?, Tom Marchant
    • RE: Is there a cost in switching AMODEs?, Craddock, Chris
• Trying to contact Jim Bartlet of CSC, Steve Comstock
• RE: IBM-MAIN Index - 28 May 2007 to 29 May 2007 (#2007-149), camacho_ron
• HSM APAR Available, Jim Marshall
• SETPROG LNKLST--problem or procedural error?, Paul Schuster
  • RE: SETPROG LNKLST--problem or procedural error?, Bill Wilkie
  • RE: SETPROG LNKLST--problem or procedural error?, Craddock, Chris
  • RE: SETPROG LNKLST--problem or procedural error?, Schwarz, Barry A
  • Re: SETPROG LNKLST--problem or procedural error?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • re: SETPROG LNKLST--problem or procedural error?, Barbara Nitz
  • Re: SETPROG LNKLST--problem or procedural error?, Norbert Friemel
  • Re: SETPROG LNKLST--problem or procedural error?, Mark Zelden
  • Re: SETPROG LNKLST--problem or procedural error?, Mark Zelden
  • Re: SETPROG LNKLST--problem or procedural error?, Mark Zelden
    • Re: SETPROG LNKLST--problem or procedural error?, Rick Fochtman
      • Re: SETPROG LNKLST--problem or procedural error?, Bill Wilkie
  • Re: SETPROG LNKLST--problem or procedural error?, Mark Zelden
  • Re: SETPROG LNKLST--problem or procedural error?, Big Iron
  • Re: SETPROG LNKLST--problem or procedural error?, Paul Schuster
    • RE: SETPROG LNKLST--problem or procedural error?, Craddock, Chris
  • Re: SETPROG LNKLST--problem or procedural error?, Barbara Nitz
  • Re: SETPROG LNKLST--problem or procedural error?, Peter Relson
    • RE: SETPROG LNKLST--problem or procedural error?, Van Dalsen, Herbie
  • RE: SETPROG LNKLST--problem or procedural error?, Chicklon, Tom
  • Re: SETPROG LNKLST--problem or procedural error?, Tom Marchant
  • Re: SETPROG LNKLST--problem or procedural error?, Mark Zelden
  • Re: SETPROG LNKLST--problem or procedural error?, Tom Marchant
  • Re: SETPROG LNKLST--problem or procedural error?, Heloisa
  • Re: SETPROG LNKLST--problem or procedural error?, Dave Kopischke
  • Re: SETPROG LNKLST--problem or procedural error?, Tom Marchant
• Is WaveMind spamming entire IBM-MAIN readership?, Phil Payne
  • Re: Is WaveMind spamming entire IBM-MAIN readership?, R.S.
    • Re: Is WaveMind spamming entire IBM-MAIN readership?, Eric-IBMmain
    • Re: Is WaveMind spamming entire IBM-MAIN readership?, Shmuel Metz , Seymour J.
• Jeers: KEY8 CSA storage still being used by CA-INSIGHT, Knutson, Sam
• Relief available for KEY8 CSA storage still being used by CA-GSS & CA-INSIGHT (correction), Knutson, Sam
• Re: SPAM-LOW: Re: IEBCOPY Unloaded dataset to PC and back again...not, Paul Gilmartin
  • Re: SPAM-LOW: Re: IEBCOPY Unloaded dataset to PC and back again...not, Shmuel Metz , Seymour J.
    • RE: SPAM-LOW: Re: IEBCOPY Unloaded dataset to PC and back again...not, McKown, John
      • Re: IEBCOPY Unloaded dataset to PC and back again...not, john . ticic . extern
  • <Possible follow-ups>
  • Re: SPAM-LOW: Re: IEBCOPY Unloaded dataset to PC and back again...not, Paul Gilmartin
    • RE: SPAM-LOW: Re: IEBCOPY Unloaded dataset to PC and back again...not, McKown, John
• Is Parallel Programming Just Too Hard?, Eric Spencer
  • Re: Is Parallel Programming Just Too Hard?, Shane
  • RE: Is Parallel Programming Just Too Hard?, Craddock, Chris
  • Re: Is Parallel Programming Just Too Hard?, Howard Brazee
  • Re: Is Parallel Programming Just Too Hard?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Is Parallel Programming Just Too Hard?, Ted MacNEIL
  • Re: Is Parallel Programming Just Too Hard?, Glenn Miller
  • Re: Is Parallel Programming Just Too Hard?, Ted MacNEIL
    • Re: Is Parallel Programming Just Too Hard?, Craddock, Chris
  • Re: Is Parallel Programming Just Too Hard?, Ted MacNEIL
  • Re: Is Parallel Programming Just Too Hard?, Mauri Kanter
  • Re: Is Parallel Programming Just Too Hard?, Ed Gould
• Re: SPAM-LOW: Re: IEBCOPY Unloaded dataset to PC and back again...not, Rick Fochtman
  • Re: SPAM-LOW: Re: IEBCOPY Unloaded dataset to PC and back again...not, Shmuel Metz , Seymour J.
• Secure Tn3270, Ray Prevott
  • Re: Secure Tn3270, R.S.
    • RE: Secure Tn3270, Gibney, Dave
      • RE: Secure Tn3270, Schramm, Rob
  • <Possible follow-ups>
  • Re: Secure Tn3270, Alan Altmark
• zOS 1.8 and One Byte Console ID, Mark Jacobs
  • RE: zOS 1.8 and One Byte Console ID, Field, Alan C.
    • Re: zOS 1.8 and One Byte Console ID, Mark Jacobs
  • Re: zOS 1.8 and One Byte Console ID, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: zOS 1.8 and One Byte Console ID, Matthew Stitt
  • Re: zOS 1.8 and One Byte Console ID, Mark H. Young
    • Re: zOS 1.8 and One Byte Console ID, Mark Jacobs
      • Re: zOS 1.8 and One Byte Console ID, Shane
      • Re: zOS 1.8 and One Byte Console ID, Mark Jacobs
      • Re: zOS 1.8 and One Byte Console ID, Shane
  • Re: zOS 1.8 and One Byte Console ID, Big Iron
    • RE: zOS 1.8 and One Byte Console ID, Tergerson, John
  • Re: zOS 1.8 and One Byte Console ID, Barbara Nitz
    • Re: zOS 1.8 and One Byte Console ID, Mark Jacobs
      • Re: zOS 1.8 and One Byte Console ID, George Kozakos
      • Re: zOS 1.8 and One Byte Console ID, Mark Jacobs
    • RE: zOS 1.8 and One Byte Console ID, Lizette Koehler
  • Re: zOS 1.8 and One Byte Console ID, Mark Zelden
  • Re: zOS 1.8 and One Byte Console ID, Scott Fagen
    • Re: zOS 1.8 and One Byte Console ID, Mark Jacobs
  • Re: zOS 1.8 and One Byte Console ID, Scott Fagen
  • Re: zOS 1.8 and One Byte Console ID, Scott Fagen
  • Re: zOS 1.8 and One Byte Console ID, Scott Fagen
    • Re: zOS 1.8 and One Byte Console ID, Mark Jacobs
• Compaktor and ML1, Daniel McLaughlin
  • Re: Compaktor and ML1, Bruce Black
    • Re: Compaktor and ML1, Eric Bielefeld
    • Re: Compaktor and ML1, Ed Gould
  • RE: Compaktor and ML1, Ulrich Krueger
  • <Possible follow-ups>
  • Re: Compaktor and ML1, Daniel McLaughlin
    • Re: Compaktor and ML1, Bruce Black
    • RE: Compaktor and ML1, O'Brien, David W. [C] , NIH/CIT
  • Re: Compaktor and ML1, Daniel McLaughlin
• re: null-terminated strings (was 'non-standard mainframe languages'), john gilmore
• Re: GSF - is well known, DASDBill2
• Unicode - what conversions are we actually using?, Rafa Pereira
  • <Possible follow-ups>
  • Re: Unicode - what conversions are we actually using?, Brian Peterson
• Java batch on z/OS, Kong Chuang ONG
  • RE: Java batch on z/OS, McKown, John
  • <Possible follow-ups>
  • Re: Java batch on z/OS, Timothy Sipples
    • Re: Java batch on z/OS, Bruce McKnight
• Adduser with Turnkey MVS, Paul Anderson
  • RE: Adduser with Turnkey MVS, Alan Brown
    • Re: Adduser with Turnkey MVS, Chris Mason
  • Re: Adduser with Turnkey MVS, vbandke@xxxxxxxxxxxx
• BPXBATCH and DSNAME ENQs, Paul Gilmartin
  • <Possible follow-ups>
  • Re: BPXBATCH and DSNAME ENQs, Big Iron
  • Re: BPXBATCH and DSNAME ENQs, Paul Gilmartin
    • Re: BPXBATCH and DSNAME ENQs, Kirk Wolf
      • Re: BPXBATCH and DSNAME ENQs, Shane
  • Re: BPXBATCH and DSNAME ENQs, Paul Gilmartin
  • Re: BPXBATCH and DSNAME ENQs, Paul Gilmartin
• CBPDO versus ServerPac for DB2 maintenance, William Walsh
  • Re: CBPDO versus ServerPac for DB2 maintenance, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: CBPDO versus ServerPac for DB2 maintenance, Kenneth E Tomiak
  • Re: CBPDO versus ServerPac for DB2 maintenance, Kenneth E Tomiak
  • RE: CBPDO versus ServerPac for DB2 maintenance, William Walsh
• EDC5111I message, Shmuel Koller
  • <Possible follow-ups>
  • Re: EDC5111I message, Ulrich Krueger
• WSA and Friends (was: IEBCOPY ...), Paul Gilmartin
  • RE: WSA and Friends (was: IEBCOPY ...), Dave Salt
  • Re: WSA and Friends (was: IEBCOPY ...), R.S.
  • <Possible follow-ups>
  • Re: WSA and Friends (was: IEBCOPY ...), Paul Gilmartin
    • Re: WSA and Friends (was: IEBCOPY ...), Don Leahy
    • Re: WSA and Friends (was: IEBCOPY ...), Dave Salt
  • Re: WSA and Friends (was: IEBCOPY ...), Paul Gilmartin
  • Re: WSA and Friends (was: IEBCOPY ...), Paul Gilmartin
    • Re: WSA and Friends (was: IEBCOPY ...), Dave Salt
      • Re: WSA and Friends (was: IEBCOPY ...), Shmuel Metz , Seymour J.
• the differences between IP printway and LPR on z/OS, Tsai Laurence
  • Re: the differences between IP printway and LPR on z/OS, John S. Giltner, Jr.
• Why IBM has truly lost the education system, Ed Gould
  • Re: Why IBM has truly lost the education system, Clark Morris
    • Re: Why IBM has truly lost the education system, Bruce McKnight
  • Re: Why IBM has truly lost the education system, khf00
    • Re: Why IBM has truly lost the education system, Bruce McKnight
• Utilities design (was: IEBCOPY ...), Paul Gilmartin
  • Re: Utilities design (was: IEBCOPY ...), Ed Gould
    • Re: Utilities design (was: IEBCOPY ...), Shmuel Metz , Seymour J.
• Re: IEBCOPY Unloaded dataset to PC and back again...not, Gerhard Postpischil
  • <Possible follow-ups>
  • Re: IEBCOPY Unloaded dataset to PC and back again...not, Paul Gilmartin
    • Re: IEBCOPY Unloaded dataset to PC and back again...not, Shmuel Metz , Seymour J.
  • Re: IEBCOPY Unloaded dataset to PC and back again...not, Kenneth E Tomiak
  • Re: IEBCOPY Unloaded dataset to PC and back again...not, Paul Gilmartin
    • Re: IEBCOPY Unloaded dataset to PC and back again...not, Shmuel Metz , Seymour J.
  • Re: IEBCOPY Unloaded dataset to PC and back again...not, Kenneth E Tomiak
  • Re: IEBCOPY Unloaded dataset to PC and back again...not, Paul Gilmartin
    • Re: IEBCOPY Unloaded dataset to PC and back again...not, Shmuel Metz , Seymour J.
  • Re: IEBCOPY Unloaded dataset to PC and back again...not, Paul Gilmartin
    • RE: IEBCOPY Unloaded dataset to PC and back again...not, Hardee, Charles H
    • Re: IEBCOPY Unloaded dataset to PC and back again...not, Shmuel Metz , Seymour J.
  • Re: IEBCOPY Unloaded dataset to PC and back again...not, Paul Gilmartin
    • RE: IEBCOPY Unloaded dataset to PC and back again...not, Schwarz, Barry A
  • Re: IEBCOPY Unloaded dataset to PC and back again...not, Paul Gilmartin
    • RE: IEBCOPY Unloaded dataset to PC and back again...not, McKown, John
• OT IBM Sued, Ed Gould
  • Re: OT IBM Sued, Ulrich Boche
• Limit to the number of Aliases in a User Catalog, Kay Anderson
  • RE: Limit to the number of Aliases in a User Catalog, O'Brien, David W. [C] , NIH/CIT
    • RE: Limit to the number of Aliases in a User Catalog, O'Brien, David W. [C] , NIH/CIT
  • Re: Limit to the number of Aliases in a User Catalog, Clark, Kevin
  • <Possible follow-ups>
  • Re: Limit to the number of Aliases in a User Catalog, Kay Anderson
    • RE: Limit to the number of Aliases in a User Catalog, Larry Crilley
    • RE: Limit to the number of Aliases in a User Catalog, Clark, Kevin
  • Re: Limit to the number of Aliases in a User Catalog, Kay Anderson
    • RE: Limit to the number of Aliases in a User Catalog, Schwarz, Barry A
      • RE: Limit to the number of Aliases in a User Catalog, Anthony Saul Babonas
      • Re: Limit to the number of Aliases in a User Catalog, Shane
      • Re: SPAM-LOW: Re: Limit to the number of Aliases in a User Catalog, Rick Fochtman
      • Re: SPAM-LOW: Re: Limit to the number of Aliases in a User Catalog, Ed Gould
      • Re: SPAM-LOW: Re: Limit to the number of Aliases in a User Catalog, Rick Fochtman
      • RE: SPAM-LOW: Re: Limit to the number of Aliases in a User Catalog, Wayne Driscoll
  • Re: Limit to the number of Aliases in a User Catalog, Kenneth E Tomiak
  • Re: Limit to the number of Aliases in a User Catalog, Kenneth E Tomiak
  • RE: Limit to the number of Aliases in a User Catalog, O'Brien, David W. [C] , NIH/CIT
  • Re: Limit to the number of Aliases in a User Catalog, Robert A. Rosenberg
• Looking for Synthetic Job Stream JCL, etc., Mark H. Young
• Using TSO Receive in batch, David Day
  • <Possible follow-ups>
  • Re: Using TSO Receive in batch, Peter X. DeFabritus
    • Re: Using TSO Receive in batch, David Day
      • Re: Using TSO Receive in batch, Bob Rutledge
  • Re: Using TSO Receive in batch, Paul Gilmartin
• Power 6 and other new hardware, John , IBM-MAIN
• RE: IEBCOPY Unloaded dataset to PC and back again...not successfu l, Farley, Peter x23353
• FW: Jim Keohane, Richards.Bob
  • RE: Jim Keohane, McKown, John
  • Re: [IBM-MAIN] FW: Jim Keohane, Darren Evans-Young
  • RE: Jim Keohane, Tom Moulder
    • RE: Jim Keohane, Veilleux, Jon L
  • RE: Jim Keohane, Knutson, Sam
    • RE: Jim Keohane, Richards.Bob
  • Re: FW: Jim Keohane, Don Poitras
  • Re: FW: Jim Keohane, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Jim Keohane, Ed Finnell
    • RE: Jim Keohane, Thomas, Jim
      • Re: Jim Keohane, Shmuel Metz , Seymour J.
      • RE: Jim Keohane, Thomas, Jim
  • Re: Jim Keohane, Efinnell15
  • Re: Jim Keohane, Efinnell15
  • Re: Jim Keohane, Efinnell15
    • RE: Jim Keohane, Tom Moulder
  • Re: Jim Keohane, Efinnell15
• Daniel McLaughlin is out of the office., Daniel_McLaughlin
• How to Specify the FTP source IP address ?, Tsai Laurence
  • Re: How to Specify the FTP source IP address ?, Len Rugen
    • Re: How to Specify the FTP source IP address ?, Tsai Laurence
      • RE: How to Specify the FTP source IP address ?, Rugen, Len
      • Re: How to Specify the FTP source IP address ?, Chris Mason
  • Re: How to Specify the FTP source IP address ?, John S. Giltner, Jr.
    • Re: How to Specify the FTP source IP address ?, Chris Mason
      • Re: How to Specify the FTP source IP address ?, John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re:How to Specify the FTP source IP address ?, wtrovijo
• IEBCOPY Unloaded dataset to PC and back again...not successful, David Day
  • RE: IEBCOPY Unloaded dataset to PC and back again...not successful, Jeffrey D. Smith
  • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Paul Gilmartin
  • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Kenneth E Tomiak
    • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Dave Salt
  • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Paul Gilmartin
    • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Shmuel Metz , Seymour J.
  • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Tom Marchant
    • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, McKown, John
    • Re: SPAM-LOW: Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Rick Fochtman
  • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Dave Salt
    • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Shmuel Metz , Seymour J.
      • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, howard . brazee
      • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Shmuel Metz , Seymour J.
  • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Tom Marchant
    • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Shmuel Metz , Seymour J.
  • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Paul Gilmartin
    • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Dave Salt
  • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Kenneth E Tomiak
  • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Paul Gilmartin
    • Re: IEBCOPY Unloaded dataset to PC and back again...not successful, Ed Gould
• CICS Transactions, Vernon Teeters
  • Re: CICS Transactions, pauls2272
  • Re: CICS Transactions, david
  • <Possible follow-ups>
  • RE: CICS Transactions, Scott Barry
  • Re: CICS Transactions, Matthew Stitt
• Fw: [DB2-L] WLM SP Abend Mystery, steve_grimes
• Fix for orphan ISPF edit recovery files yet?, Thomas Conley
  • RE: Fix for orphan ISPF edit recovery files yet?, Morris, Carey
  • Re: Fix for orphan ISPF edit recovery files yet?, rkuebbin
  • <Possible follow-ups>
  • Re: Fix for orphan ISPF edit recovery files yet?, Mark Zelden
    • Re: Fix for orphan ISPF edit recovery files yet?, rkuebbin
    • Re: Fix for orphan ISPF edit recovery files yet?, Joel C. Ewing
• ikjefln2, Nelly
  • RE: ikjefln2, McKown, John
  • Re: ikjefln2, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: ikjefln2, Kenneth E Tomiak
  • Re: ikjefln2, Mark H. Young
    • GSF - is well known, Shane
      • RE: GSF - is well known, Schiradin,Roland HG-Dir itb-db/dc
• WLM SP Abend Mystery, Steve Grimes
  • RE: WLM SP Abend Mystery, Todd Burch
• Re: [META] Is !#$%^&* spamming entire IBM-MAIN readership?, William Donzelli
  • <Possible follow-ups>
  • Re: [META] Is !#$%^&* spamming entire IBM-MAIN readership?, Doc Farmer
  • Re: [META] Is !#$%^&* spamming entire IBM-MAIN readership?, Arthur T.
    • Re: [META] Is !#$%^&* spamming entire IBM-MAIN readership?, howard . brazee
      • Re: [META] Is !#$%^&* spamming entire IBM-MAIN readership?, Rick Fochtman
      • RE: [META] Is !#$%^&* spamming entire IBM-MAIN readership?, Jeffrey D. Smith
      • Re: [META] Is !#$%^&* spamming entire IBM-MAIN readership?, Shmuel Metz , Seymour J.
  • RE: [META] Is !#$%^&* spamming entire IBM-MAIN readership?, Thompson, Steve
    • Re: [META] Is !#$%^&* spamming entire IBM-MAIN readership?, Ed Gould
• Software installs which deserve an "A+", John_Mattson
  • RE: Software installs which deserve an "A+", Van Dalsen, Herbie
    • Re: Software installs which deserve an "A+", Tom Moulder
  • Re: Software installs which deserve an "A+", Zahir Hemini
  • <Possible follow-ups>
  • Re: Software installs which deserve an "A+", Paul Gilmartin
• 3490 off maint June 30 2007 - warning and request, Ken . Porowski
  • Re: 3490 off maint June 30 2007 - warning and request, R.S.
• z/OS V1R8 & z/OS V1R4, Nasuh KARAHALLI
  • <Possible follow-ups>
  • Re: z/OS V1R8 & z/OS V1R4, Mark Zelden
  • Re: z/OS V1R8 & z/OS V1R4, Nasuh KARAHALLI
• Anyone using Corticon business rules engine with z/OS data source?, Tim Burkart
• z/OS 1.8 upgrade, Fletcher, Kevin
  • Re: z/OS 1.8 upgrade, Mark Jacobs
    • RE: z/OS 1.8 upgrade, Field, Alan C.
  • Re: [IBM-MAIN] z/OS 1.8 upgrade, awhite
  • <Possible follow-ups>
  • Re: z/OS 1.8 upgrade, Mark H. Young
    • RE: z/OS 1.8 upgrade, Veilleux, Jon L
  • Re: z/OS 1.8 upgrade, Mark H. Young
  • Re: z/OS 1.8 upgrade, Mark Zelden
    • Re: z/OS 1.8 upgrade, Mark Jacobs
    • Re: z/OS 1.8 upgrade, Karl Lasecki
  • Re: z/OS 1.8 upgrade, Mark Zelden
  • Re: z/OS 1.8 upgrade, Mark Zelden
    • RE: z/OS 1.8 upgrade, Veilleux, Jon L
  • Re: z/OS 1.8 upgrade, Stephen Hall
    • RE: z/OS 1.8 upgrade, Traylor, Terry
  • Re: z/OS 1.8 upgrade, Mark Zelden
  • Re: z/OS 1.8 upgrade, Mark Zelden
    • RE: z/OS 1.8 upgrade, Veilleux, Jon L
  • Re: z/OS 1.8 upgrade, Brian Peterson
    • Re: z/OS 1.8 upgrade, John Eells
  • Re: z/OS 1.8 upgrade, Bruce Hewson
• OSA Card: Definition MAC ADDRESS, Godin Francis
  • Re: OSA Card: Definition MAC ADDRESS, Chris Mason
  • <Possible follow-ups>
  • OSA Card: Definition MAC ADDRESS, Godin Francis
• apar say ptf is PE, Jim McAlpine
  • Re: apar say ptf is PE, Mark Jacobs
  • Re: apar say ptf is PE, John Eells
  • Re: apar say ptf is PE, Roger Bolan
• RE: SPAM-LOW: Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Ron Hawkins
• IBM PR: Gartner Confirms Double Digit System z Growth, Timothy Sipples
  • Re: IBM PR: Gartner Confirms Double Digit System z Growth, Ed Gould
• UNICODE error, Mark Yuhas
  • <Possible follow-ups>
  • Re: UNICODE error, Mark Zelden
  • Re: UNICODE error, Brian Peterson
• [META] Is WaveMind spamming entire IBM-MAIN readership?, Shmuel Metz , Seymour J.
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Anne & Lynn Wheeler
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Richard Peurifoy
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Rich Smrcina
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Steve Comstock
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Bob Rutledge
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Ed Gould
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Don Leahy
    • RE: [META] Is WaveMind spamming entire IBM-MAIN readership?, Ron Hawkins
      • Re: SPAM-LOW: Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Rick Fochtman
      • RE: SPAM-LOW: Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Ron Hawkins
      • Re: SPAM-LOW: Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Ed Gould
      • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Shmuel Metz , Seymour J.
  • RE: [META] Is WaveMind spamming entire IBM-MAIN readership?, McKown, John
    • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Shmuel Metz , Seymour J.
    • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Neil Duffee
      • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Shmuel Metz , Seymour J.
  • RE: [META] Is WaveMind spamming entire IBM-MAIN readership?, Jeffrey D. Smith
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Bill Dodge
  • RE: [META] Is WaveMind spamming entire IBM-MAIN readership?, Chase, John
  • RE: [META] Is WaveMind spamming entire IBM-MAIN readership?, Hardee, Charles H
  • <Possible follow-ups>
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Peter X. DeFabritus
  • RE: [META] Is WaveMind spamming entire IBM-MAIN readership?, Thompson, Steve
    • RE: [META] Is WaveMind spamming entire IBM-MAIN readership?, Gregory, Gary G
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Dave Kopischke
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Mark Zelden
    • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Ed Gould
      • RE: [META] Is WaveMind spamming entire IBM-MAIN readership?, Hardee, Charles H
  • RE: [META] Is WaveMind spamming entire IBM-MAIN readership?, Thompson, Steve
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Paul Dineen
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Efinnell15
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Mark H. Young
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Tony Harminc
    • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Edward Jaffe
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Ted MacNEIL
  • RE: [META] Is WaveMind spamming entire IBM-MAIN readership?, Thompson, Steve
    • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Shmuel Metz , Seymour J.
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Kenneth E Tomiak
    • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Edward Jaffe
      • SV: [META] Is WaveMind spamming entire IBM-MAIN readership?, thomas . berg
  • Re: [META] Is WaveMind spamming entire IBM-MAIN readership?, Shmuel Metz , Seymour J.
• Re: [IBM-MAIN] TSO XMIT and RECEIVE commands in batch, Kurt_Gramling
  • <Possible follow-ups>
  • Re: [IBM-MAIN] TSO XMIT and RECEIVE commands in batch, Kurt_Gramling
• Abend S0C7 in PL1 program, Michael Tutor
  • RE: Abend S0C7 in PL1 program, Fletcher, Kevin
    • Re: Abend S0C7 in PL1 program, Howard Brazee
  • RE: Abend S0C7 in PL1 program, McKown, John
  • Antwort: Abend S0C7 in PL1 program, werner . kuehnel
  • Re: Abend S0C7 in PL1 program, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Abend S0C7 in PL1 program, Thompson, Steve
  • Re: Abend S0C7 in PL1 program, Mark Zelden
  • Re: Abend S0C7 in PL1 program, Michael Tutor
    • Re: Abend S0C7 in PL1 program, Bob Rutledge
  • Re: Abend S0C7 in PL1 program, Michael Tutor
• SELTAPE algorithm in z/OS, Thomas Conley
  • RE: SELTAPE algorithm in z/OS, Schwarz, Barry A
  • Re: SELTAPE algorithm in z/OS, Patrick . Falcone
  • Re: SELTAPE algorithm in z/OS, Ed Gould
• 4-byte console numbers - history, Patrick O'Keefe
  • Re: 4-byte console numbers - history, Edward Jaffe
  • <Possible follow-ups>
  • Re: 4-byte console numbers - history, Patrick O'Keefe
• TSO XMIT and RECEIVE commands in batch, Ale Eba
  • Re: TSO XMIT and RECEIVE commands in batch, Lionel B Dyck
  • TSO XMIT and RECEIVE commands in batch, Don Maxwell
  • <Possible follow-ups>
  • Re: TSO XMIT and RECEIVE commands in batch, Ale Eba
    • Re: TSO XMIT and RECEIVE commands in batch, Lionel . B . Dyck
• META: IBM-Main via Listserv vs. Usenet, Arthur T .
  • Re: META: IBM-Main via Listserv vs. Usenet, Howard Brazee
    • Re: META: IBM-Main via Listserv vs. Usenet, Don Poitras
      • Re: META: IBM-Main via Listserv vs. Usenet, Howard Brazee
      • Re: META: IBM-Main via Listserv vs. Usenet, howard . brazee
  • Re: META: IBM-Main via Listserv vs. Usenet, Dan Espen
• Re: BTAM on Zos 1.7, Kay Anderson
  • RE: BTAM on Zos 1.7, Field, Alan C.
  • <Possible follow-ups>
  • Re: BTAM on Zos 1.7, Glenn Miller
• Non-Standard Mainframe Language?, Gary Green
  • RE: Non-Standard Mainframe Language?, McKown, John
  • RE: Non-Standard Mainframe Language?, Gregory, Gary G
    • RE: Non-Standard Mainframe Language?, McKown, John
      • Re: Non-Standard Mainframe Language?, Hardee, Charles H
      • Re: Non-Standard Mainframe Language?, Paul Edwards
    • Re: Non-Standard Mainframe Language?, Chris Mason
  • Re: Non-Standard Mainframe Language?, Shmuel Metz , Seymour J.
    • Re: Non-Standard Mainframe Language?, Paul Edwards
  • Re: Non-Standard Mainframe Language?, David Wade
    • Re: Non-Standard Mainframe Language?, kerravon
  • <Possible follow-ups>
  • RE: Non-Standard Mainframe Language?, Thompson, Steve
    • Re: Non-Standard Mainframe Language?, Howard Brazee
  • Re: Non-Standard Mainframe Language?, Gary Green
    • Re: Non-Standard Mainframe Language?, Gerhard Postpischil
      • Re: Non-Standard Mainframe Language?, Chris Mason
      • Re: Non-Standard Mainframe Language?, Gerhard Postpischil
      • Re: Non-Standard Mainframe Language?, Craddock, Chris
      • Re: Non-Standard Mainframe Language?, Chris Mason
    • Re: Non-Standard Mainframe Language?, Chris Mason
    • Re: Non-Standard Mainframe Language?, Paul Edwards
  • RE: Non-Standard Mainframe Language?, Thompson, Steve
  • Re: Non-Standard Mainframe Language?, Timothy Sipples
    • Re: Non-Standard Mainframe Language?, Steve Comstock
      • Re: Non-Standard Mainframe Language?, Chris Mason
      • Re: Non-Standard Mainframe Language?, Gerhard Postpischil
      • Re: Non-Standard Mainframe Language?, Ed Gould
  • Re: Non-Standard Mainframe Language?, Tony Harminc
  • Re: Non-Standard Mainframe Language?, Ted MacNEIL
    • Re: Non-Standard Mainframe Language?, Shane
      • Re: Non-Standard Mainframe Language?, R.S.
  • Re: Non-Standard Mainframe Language?, Shmuel Metz , Seymour J.
  • Re: Non-Standard Mainframe Language?, Mohammad Khan
    • Re: Non-Standard Mainframe Language?, Shmuel Metz , Seymour J.
      • RE: Non-Standard Mainframe Language?, Jeffrey D. Smith
      • Re: Non-Standard Mainframe Language?, Shmuel Metz , Seymour J.
      • Re: Non-Standard Mainframe Language?, Dan Espen
  • Re: Non-Standard Mainframe Language?, Mohammad Khan
    • Re: Non-Standard Mainframe Language?, Shmuel Metz , Seymour J.
  • Re: Non-Standard Mainframe Language?, Henry Willard
  • Re: Non-Standard Mainframe Language?, Paul Gilmartin
    • Re: Non-Standard Mainframe Language?, Shmuel Metz , Seymour J.
      • RE: Non-Standard Mainframe Language?, McKown, John
• report excps by job step, Patty Mabie
  • RE: report excps by job step, Schwarz, Barry A
  • Re: report excps by job step, Phil Knight
  • Re: SPAM-LOW: report excps by job step, Rick Fochtman
  • <Possible follow-ups>
  • Re: report excps by job step, Matthew Stitt
  • Re: report excps by job step, Patty Mabie
• HSM Dump Skipped When Encrypting Backups, Jim Marshall
  • RE: HSM Dump Skipped When Encrypting Backups, Staller, Allan
• SMTP with SYSPLEX, Laine, Rogers
• Re: &&PDS caused JCL error - WHY - Working, Lizette Koehler
• RRS and IXG256I, Terry Sambrooks
  • <Possible follow-ups>
  • Re: RRS and IXG256I, Paul Dineen
  • Re: RRS and IXG256I, Terry Sambrooks
• Converting Librarian to pds, Pfeifer, William
  • Re: Converting Librarian to pds, BillD
  • RE: Converting Librarian to pds, Hardee, Charles H
    • RE: Converting Librarian to pds, Pfeifer, William
  • <Possible follow-ups>
  • Re: Converting Librarian to pds, Kenneth E Tomiak
• IBM PR: Double Digit Growth (Again) for System z in 1Q2007, Timothy Sipples
  • Re: IBM PR: Double Digit Growth (Again) for System z in 1Q2007, Cyber
  • <Possible follow-ups>
  • Re: IBM PR: Double Digit Growth (Again) for System z in 1Q2007, Elardus Engelbrecht
  • Re: IBM PR: Double Digit Growth (Again) for System z in 1Q2007, Timothy Sipples
  • Re: IBM PR: Double Digit Growth (Again) for System z in 1Q2007, Elardus Engelbrecht
• &&PDS caused JCL error - WHY, Ken Leidner
  • Re: &&PDS caused JCL error - WHY, BillD
  • Re: &&PDS caused JCL error - WHY, Pinnacle
    • Re: &&PDS caused JCL error - WHY, Ray Mullins
      • Re: &&PDS caused JCL error - WHY, Clark Morris
    • Re: &&PDS caused JCL error - WHY, Rick Fochtman
    • Re: &&PDS caused JCL error - WHY, Rick Fochtman
      • Re: &&PDS caused JCL error - WHY, Shmuel Metz , Seymour J.
  • Re: &&PDS caused JCL error - WHY, Ken Leidner
  • <Possible follow-ups>
  • RE: &&PDS caused JCL error - WHY, Thompson, Steve
  • Re: &&PDS caused JCL error - WHY, Lizette Koehler
    • Re: &&PDS caused JCL error - WHY, Ken Leidner
  • Re: &&PDS caused JCL error - WHY, Terry Sambrooks
  • Re: &&PDS caused JCL error - WHY, Arthur T.
    • Re: &&PDS caused JCL error - WHY, Phil Knight
  • Re: &&PDS caused JCL error - WHY, Paul Gilmartin
  • Re: &&PDS caused JCL error - WHY, Paul Gilmartin
    • Re: &&PDS caused JCL error - WHY, Phil Knight
  • Re: &&PDS caused JCL error - WHY, Ted MacNEIL
  • Re: &&PDS caused JCL error - WHY, Paul Gilmartin
  • Re: &&PDS caused JCL error - WHY, Ted MacNEIL
  • Re: &&PDS caused JCL error - WHY, Shmuel Metz , Seymour J.
• Copying a tape file to dasd without losing creation/last refenced date information, CAPRON Romain
  • Re: Copying a tape file to dasd without losing creation/last refenced date information, Bruce Black
    • Re: Copying a tape file to dasd without losing creation/last refenced date information, Ed Gould
• Any way at all to detune JES2MON?, Pinnacle
  • RE: Any way at all to detune JES2MON?, Fletcher, Kevin
  • <Possible follow-ups>
  • Re: Any way at all to detune JES2MON?, Mark Zelden
    • Re: Any way at all to detune JES2MON?, Edward Jaffe
  • Re: Any way at all to detune JES2MON?, Mark Zelden
    • RE: Any way at all to detune JES2MON?, Jon Brock
      • Re: Any way at all to detune JES2MON?, Edward Jaffe
  • Re: Any way at all to detune JES2MON?, Mark Zelden
    • RE: Any way at all to detune JES2MON?, Jon Brock
  • Re: Any way at all to detune JES2MON?, Mark Zelden
    • Re: Any way at all to detune JES2MON?, Edward Jaffe
  • Re: Any way at all to detune JES2MON?, Ted MacNEIL
• z/OS V1R8 LINKLIST setup, Pinnacle
  • RE: z/OS V1R8 LINKLIST setup, Greg Shirey
  • Re: z/OS V1R8 LINKLIST setup, John Eells
  • <Possible follow-ups>
  • Re: z/OS V1R8 LINKLIST setup, Mark Zelden
  • Re: z/OS V1R8 LINKLIST setup, Mark Zelden
  • Re: z/OS V1R8 LINKLIST setup, Thomas Conley
  • Re: z/OS V1R8 LINKLIST setup, Mark Zelden
  • Re: z/OS V1R8 LINKLIST setup, Matthew Stitt
  • Re: z/OS V1R8 LINKLIST setup, Mark Zelden
  • Re: z/OS V1R8 LINKLIST setup, Matthew Stitt
  • Re: z/OS V1R8 LINKLIST setup, Peter Relson
    • Re: z/OS V1R8 LINKLIST setup, Chase, John
  • Re: z/OS V1R8 LINKLIST setup, Matthew Stitt
  • Re: z/OS V1R8 LINKLIST setup, Peter Relson
• OT For the Mathematicians here on the list:), Ed Gould
  • Re: OT For the Mathematicians here on the list:), Bruce Black
• IBM and the 15,000 jobs"story", Ed Gould
• DIB? DLZDIB?, seoj
• DISP=(MOD,DELETE), gilmap
  • Re: DISP=(MOD,DELETE), Chris Mason
    • Re: DISP=(MOD,DELETE), Doug Fuerst
      • Re: DISP=(MOD,DELETE), R.S.
      • Re: DISP=(MOD,DELETE), Chris Mason
      • Re: DISP=(MOD,DELETE), R.S.
      • Re: DISP=(MOD,DELETE), Doug Fuerst
      • Re: DISP=(MOD,DELETE), Chris Mason
  • Re: DISP=(MOD,DELETE), R.S.
  • Re: DISP=(MOD,DELETE), Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: DISP=(MOD,DELETE), FRASER, Brian
  • RE: DISP=(MOD,DELETE), TISLER Zaromil
  • Re: DISP=(MOD,DELETE), Paul Gilmartin
  • Re: DISP=(MOD,DELETE), Dave Kopischke
    • Re: DISP=(MOD,DELETE), Shmuel Metz , Seymour J.
  • Re: DISP=(MOD,DELETE), Tom Schmidt
  • Re: DISP=(MOD,DELETE), Patrick O'Keefe
    • Re: DISP=(MOD,DELETE), Chris Mason
  • Re: DISP=(MOD,DELETE), Dave Kopischke
  • RE: DISP=(MOD,DELETE), Farley, Peter x23353
  • Re: DISP=(MOD,DELETE), Paul Gilmartin
  • RE: DISP=(MOD,DELETE), Farley, Peter x23353
    • Re: DISP=(MOD,DELETE), Bob Rutledge
  • Re: DISP=(MOD,DELETE), Ted MacNEIL
  • Re: DISP=(MOD,DELETE), Ted MacNEIL
  • Re: DISP=(MOD,DELETE), Dave Kopischke
  • Re: DISP=(MOD,DELETE), Paul Gilmartin
  • Re: DISP=(MOD,DELETE), Paul Gilmartin
  • Re: DISP=(MOD,DELETE), Paul Gilmartin
    • Re: DISP=(MOD,DELETE), Chris Mason
  • Re: DISP=(MOD,DELETE), Brian Peterson
  • Re: DISP=(MOD,DELETE), Dave Kopischke
• egovernment operating system project, SherifMagd
  • <Possible follow-ups>
  • egovernment operating system project, SherifMagd
  • egovernment operating system project, SherifMagd
• PHP for z/OS announced!, McKown, John
• Re: RES: ISPF Edit Recovery Recursion, Lizette Koehler
  • RE: RES: ISPF Edit Recovery Recursion, Schwarz, Barry A
  • <Possible follow-ups>
  • Re: RES: ISPF Edit Recovery Recursion, Lizette Koehler
  • Re: RES: ISPF Edit Recovery Recursion, Kenneth E Tomiak
    • RE: RES: ISPF Edit Recovery Recursion, Lizette Koehler
• ISPF Edit Recovery Recursion, Lizette Koehler
• More SMTP HELP Needed, Robert Pelletier
  • <Possible follow-ups>
  • RE: More SMTP HELP Needed, Robert Pelletier
  • RE: More SMTP HELP Needed, Robert Pelletier
  • RE: More SMTP HELP Needed, Robert Pelletier
  • Re: More SMTP HELP Needed, Efinnell15
• Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), Paul Gilmartin
  • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), John Eells
  • <Possible follow-ups>
  • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), Mark Zelden
    • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), John Eells
  • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), Alan Scott
    • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), John Eells
  • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), Matthew Stitt
    • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), John Eells
  • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), Paul Gilmartin
  • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), Mark Zelden
    • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), Shmuel Metz , Seymour J.
  • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), Mark Zelden
  • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), Alan Scott
  • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), Mark Zelden
  • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), Matthew Stitt
  • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), Mark Zelden
    • Re: Indirect Cataloging (Was: Re: Compuware installs get an "F"), Shmuel Metz , Seymour J.
• z/OS UNIX executable --> AMODE & RMODE?, M. Castelein
  • <Possible follow-ups>
  • z/OS UNIX executable --> AMODE & RMODE?, Big Iron
• HLASM calling E/Cobol Response time problem, Stocker, Herman
  • Re: HLASM calling E/Cobol Response time problem, Clark Morris
  • <Possible follow-ups>
  • RE: HLASM calling E/Cobol Response time problem, Schneiderwent, Craig
  • RE: HLASM calling E/Cobol Response time problem, Farley, Peter x23353
• Cloning DB2 using Flashcopy, Tony Wiggett
  • RE: Cloning DB2 using Flashcopy, Vinod Kumar
  • RE: Cloning DB2 using Flashcopy, Clark, Kevin
  • <Possible follow-ups>
  • Re: Cloning DB2 using Flashcopy, Brian Peterson
  • Re: Cloning DB2 using Flashcopy, Tony Wiggett
  • Re: Cloning DB2 using Flashcopy, Tony Wiggett
  • Re: Cloning DB2 using Flashcopy, Timothy Sipples
  • Re: Cloning DB2 using Flashcopy, Brian Peterson
  • Re: Cloning DB2 using Flashcopy, Efinnell15
  • Re: Cloning DB2 using Flashcopy, Sebastian Welton
  • Re: Cloning DB2 using Flashcopy, Tony Wiggett
    • RE: Cloning DB2 using Flashcopy, Ron Hawkins
  • Re: Cloning DB2 using Flashcopy, Timothy Sipples
  • Re: Cloning DB2 using Flashcopy, Tony Wiggett
    • RE: Cloning DB2 using Flashcopy, Ron Hawkins
    • RE: Cloning DB2 using Flashcopy, Tom Moulder
  • Re: Cloning DB2 using Flashcopy, Tony Wiggett
  • Re: Cloning DB2 using Flashcopy, Timothy Sipples
  • Re: Cloning DB2 using Flashcopy, Rob Barbour
• Replacing SAS on the mainframe (Was Report on TSO usage.), FRASER, Brian
  • Re: Replacing SAS on the mainframe (Was Report on TSO usage.), Robert Bardos
  • RE: Replacing SAS on the mainframe (Was Report on TSO usage.), Jousma, David
  • Re: Replacing SAS on the mainframe (Was Report on TSO usage.), Phil Rack
  • <Possible follow-ups>
  • Re: Replacing SAS on the mainframe (Was Report on TSO usage.), Ted MacNEIL
  • Re: Replacing SAS on the mainframe (Was Report on TSO usage.), Scott Barry
  • Re: Replacing SAS on the mainframe (Was Report on TSO usage.), Timothy Sipples
  • Re: Replacing SAS on the mainframe (Was Report on TSO usage.), Rob Barbour
• How do I do this.... Syncsort with E15 exit, input is VB, output is FB, tampascorpion
  • Re: How do I do this.... Syncsort with E15 exit, input is VB, output is FB, Gary Walker
• Delete invalid dataset name, John P Donnelly
  • RE: Delete invalid dataset name, McKown, John
  • RE: Delete invalid dataset name, O'Brien, David W. [C] , NIH/CIT
    • Re: Delete invalid dataset name, Bruce Black
  • <Possible follow-ups>
  • Re: Delete invalid dataset name, DASDBill2
  • Re: Delete invalid dataset name, Arthur T.
  • Re: Delete invalid dataset name, Tom Schmidt
  • Re: Delete invalid dataset name, Paul Gilmartin
    • RE: Delete invalid dataset name, Richards.Bob
• IPLINFO Question, Kopischke, David G.
  • RE: IPLINFO Question, Neubert, Kevin , DIS
  • <Possible follow-ups>
  • Re: IPLINFO Question, Mark Zelden
    • RE: IPLINFO Question, Schiradin,Roland HG-Dir itb-db/dc
      • Re: IPLINFO Question, Edward Jaffe
  • Re: IPLINFO Question, Dave Kopischke
    • Re: IPLINFO Question, Shmuel Metz , Seymour J.
  • Re: IPLINFO Question, Dave Kopischke
• Re: Vista Tn3270 (was: Re: calling ISPLINK from COBOL), Tom Schmidt
  • Re: Vista Tn3270 (was: Re: calling ISPLINK from COBOL), Edward Jaffe
  • <Possible follow-ups>
  • RE: Vista Tn3270 (was: Re: calling ISPLINK from COBOL), Thompson, Steve
  • Re: Vista Tn3270 (was: Re: calling ISPLINK from COBOL), Tom Schmidt
• TN3270 emulator on Linux., McKown, John
  • Re: TN3270 emulator on Linux., Howard Brazee
  • Re: TN3270 emulator on Linux., Dan Espen
  • Re: TN3270 emulator on Linux., R.S.
    • RE: TN3270 emulator on Linux., McKown, John
    • Re: TN3270 emulator on Linux., Shmuel Metz , Seymour J.
      • RE: TN3270 emulator on Linux., Van Dalsen, Herbie
      • Re: TN3270 emulator on Linux., Dan Espen
  • <Possible follow-ups>
  • Re: TN3270 emulator on Linux., Timothy Sipples
• Recommend Coax-Attached Consoles?, Bob
  • Re: Recommend Coax-Attached Consoles?, R.S.
    • Re: Recommend Coax-Attached Consoles?, Shmuel Metz , Seymour J.
  • Re: Recommend Coax-Attached Consoles?, Edward Jaffe
    • Re: Recommend Coax-Attached Consoles?, Bob
      • Re: Recommend Coax-Attached Consoles?, Edward Jaffe
  • <Possible follow-ups>
  • Re: Recommend Coax-Attached Consoles?, Glenn Miller
  • Re: Recommend Coax-Attached Consoles?, Efinnell15
• Internet Orders, Chicklon, Tom
  • Re: Internet Orders, NDouglas
• DASD Compression Question, OppThumb
  • Re: DASD Compression Question, Joel C. Ewing
    • Re: DASD Compression Question, Clark Morris
      • Re: DASD Compression Question, R.S.
  • <Possible follow-ups>
  • Re: DASD Compression Question, DASDBill2
  • Re: DASD Compression Question, Arthur T.
  • Re: DASD Compression Question, Efinnell15
• recrtified tape, jim . 1 . kane
• Symbol substitution (was: Compuware installs get an "F"), Paul Gilmartin
• EZASMI and LE, Nick Baguley
  • Re: [IBM-MAIN] EZASMI and LE, Martin Kerner
• Compuware installs get an "F", Pinnacle
  • Re: Compuware installs get an "F", Shane
  • <Possible follow-ups>
  • Re: Compuware installs get an "F", Paul Gilmartin
    • Re: Compuware installs get an "F", Shane
      • Re: Compuware installs get an "F", Robert Bardos
    • Re: Compuware installs get an "F", Shmuel Metz , Seymour J.
  • Re: Compuware installs get an "F", Paul Gilmartin
    • Re: Compuware installs get an "F", Shane
      • Indirect Cataloging (Was: Re: Compuware installs get an "F"), John Eells
• (Hopefully) simple SMPE question, Support, DUNNIT SYSTEMS LTD.
  • RE: (Hopefully) simple SMPE question, Lizette Koehler
    • Re: (Hopefully) simple SMPE question, Binyamin Dissen
    • Re: (Hopefully) simple SMPE question, Shmuel Metz , Seymour J.
  • Re: (Hopefully) simple SMPE question, Gerhard Adam
  • <Possible follow-ups>
  • Re: (Hopefully) simple SMPE question, Paul Gilmartin
  • Re: (Hopefully) simple SMPE question, Paul Gilmartin
    • Re: (Hopefully) simple SMPE question, R.S.
• mainframes information, Sri
• More Details on the IBM "Lost Tapes", Ed Gould
• VTAM question (***), Debbie Mitchell
  • Re: VTAM question (***), Chris Mason
  • Re: VTAM question (***), Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: VTAM question (***), Kenneth E Tomiak
    • RE: VTAM question (***), Lizette Koehler
      • Re: VTAM question (***), Chris Mason
      • Re: VTAM question (***), Lizette Koehler
  • Re: VTAM question (***), Kenneth E Tomiak
  • Re: VTAM question (***), Efinnell15
    • Re: VTAM question (***), Chris Mason
  • Re: VTAM question (***), Debbie Mitchell
    • RE: VTAM question (***), Neubert, Kevin , DIS
      • Re: VTAM question (***), Chris Mason
      • RE: VTAM question (***), Neubert, Kevin , DIS
    • Re: VTAM question (***), Chris Mason
  • Re: VTAM question (***), Ed Finnell
    • Re: VTAM question (***), Chris Mason
  • RE: VTAM question (***), Thompson, Steve
    • Re: VTAM question (***), Chris Mason
  • Re: VTAM question (***), Bruce Hewson
• "Technical Support" magazine, Don Leahy
  • Re: "Technical Support" magazine, Steve Comstock
    • Re: "Technical Support" magazine, Larry Kahm
  • Re: "Technical Support" magazine, Jim McAlpine
    • Re: "Technical Support" magazine, Jeffrey . Deaver
      • Re: "Technical Support" magazine, Steve Comstock
      • Re: "Technical Support" magazine, Jim McAlpine
      • Re: "Technical Support" magazine, Eric Bielefeld
  • <Possible follow-ups>
  • Re: "Technical Support" magazine, Kenneth E Tomiak
    • Re: "Technical Support" magazine, Tim Burkart
    • Re: "Technical Support" magazine, Gerhard Postpischil
  • Re: "Technical Support" magazine, Kenneth E Tomiak
    • Re: "Technical Support" magazine, Gerhard Postpischil
    • RE: [IBM-MAIN] "Technical Support" magazine, Ken . Porowski
  • Re: "Technical Support" magazine, Kenneth E Tomiak
    • Re: "Technical Support" magazine, Bruce Black
  • Re: "Technical Support" magazine, Kenneth E Tomiak
  • RE: "Technical Support" magazine, Thompson, Steve
  • Re: "Technical Support" magazine, Patrick O'Keefe
• Re: How Does the SNTP Server Get the Correct Time, Paul Gilmartin
  • <Possible follow-ups>
  • Re: How Does the SNTP Server Get the Correct Time, Timothy Sipples
  • Re: How Does the SNTP Server Get the Correct Time, Timothy Sipples
  • Re: How Does the SNTP Server Get the Correct Time, Paul Gilmartin
• Slightly OT but Germain, Ed Gould
  • RE: Slightly OT but Germain, Eric Bielefeld
    • Re: Slightly OT but Germain, Ed Gould
      • Re: Slightly OT but Germain, Michael Stack
      • Re: Slightly OT but Germain, Steve Comstock
• Say it, you better own it (Was: Re: Virtual tape limits), Graeme Gibson
  • Re: Say it, you better own it (Was: Re: Virtual tape limits), Shmuel Metz , Seymour J.
• Re: PSF-PRINTER, Howard Turetzky
  • Re: PSF-PRINTER, RWells
• Re: Synchronize Time Between Mainframe and Servers?, Paul Gilmartin
  • Re: Synchronize Time Between Mainframe and Servers?, Shane
  • <Possible follow-ups>
  • RE: Synchronize Time Between Mainframe and Servers?, Thompson, Steve
    • Re: Synchronize Time Between Mainframe and Servers?, Shane
      • Re: Synchronize Time Between Mainframe and Servers?, Eric Bielefeld
      • RE: Synchronize Time Between Mainframe and Servers?, Doc Farmer
      • Re: Synchronize Time Between Mainframe and Servers?, Ed Gould
    • Re: Synchronize Time Between Mainframe and Servers?, R.S.
      • How Does the SNTP Server Get the Correct Time, Eric Bielefeld
      • Re: How Does the SNTP Server Get the Correct Time, Art Celestini
      • RE: How Does the SNTP Server Get the Correct Time, Clark, Kevin
      • Re: Synchronize Time Between Mainframe and Servers?, Shmuel Metz , Seymour J.
  • Re: Synchronize Time Between Mainframe and Servers?, Paul Gilmartin
  • Re: Synchronize Time Between Mainframe and Servers?, Paul Gilmartin
  • Re: Synchronize Time Between Mainframe and Servers?, Bruno Sugliani
  • Re: Synchronize Time Between Mainframe and Servers?, Kenneth E Tomiak
  • Re: Synchronize Time Between Mainframe and Servers?, Kenneth E Tomiak
  • Re: Synchronize Time Between Mainframe and Servers?, Ted MacNEIL
  • Re: Synchronize Time Between Mainframe and Servers?, Bruno Sugliani
    • Re: Synchronize Time Between Mainframe and Servers?, R.S.
  • Re: Synchronize Time Between Mainframe and Servers?, Paul Gilmartin
    • Re: Synchronize Time Between Mainframe and Servers?, Ulrich Boche
  • Re: Synchronize Time Between Mainframe and Servers?, Paul Gilmartin
  • Re: Synchronize Time Between Mainframe and Servers?, Bruno Sugliani
  • RE: Synchronize Time Between Mainframe and Servers?, Thompson, Steve
  • Re: Synchronize Time Between Mainframe and Servers?, Dave Kopischke
  • Re: Synchronize Time Between Mainframe and Servers?, Dave Kopischke
  • Re: Synchronize Time Between Mainframe and Servers?, Andy Wood
    • Re: Synchronize Time Between Mainframe and Servers?, Howard Brazee
      • Re: Synchronize Time Between Mainframe and Servers?, R.S.
  • RE: Synchronize Time Between Mainframe and Servers?, Thompson, Steve
    • Re: Synchronize Time Between Mainframe and Servers?, R.S.
  • Re: Synchronize Time Between Mainframe and Servers?, Shmuel Metz , Seymour J.
  • RE: Synchronize Time Between Mainframe and Servers?, Thompson, Steve
  • Re: Synchronize Time Between Mainframe and Servers?, Dave Kopischke
    • RE: Synchronize Time Between Mainframe and Servers?, McKown, John
      • RE: Synchronize Time Between Mainframe and Servers?, Miller, Pat
  • Re: Synchronize Time Between Mainframe and Servers?, Glenn Miller
    • Re: Synchronize Time Between Mainframe and Servers?, Shane Ginnane
      • RE: Synchronize Time Between Mainframe and Servers?, McKown, John
      • Re: Synchronize Time Between Mainframe and Servers?, Kittendorf, Craig
  • Re: Synchronize Time Between Mainframe and Servers?, Glenn Miller
  • Re: Synchronize Time Between Mainframe and Servers?, Timothy Sipples
    • Re: Synchronize Time Between Mainframe and Servers?, R.S.
      • Re: Synchronize Time Between Mainframe and Servers?, Chris Mason
  • Re: Synchronize Time Between Mainframe and Servers?, Dave Kopischke
  • Re: Synchronize Time Between Mainframe and Servers?, Paul Gilmartin
  • Re: Synchronize Time Between Mainframe and Servers?, Paul Gilmartin
    • RE: Synchronize Time Between Mainframe and Servers?, McKown, John
    • RE: Synchronize Time Between Mainframe and Servers?, Kittendorf, Craig
    • Re: Synchronize Time Between Mainframe and Servers?, Shane
  • Re: Synchronize Time Between Mainframe and Servers?, Glenn Miller
    • Re: Synchronize Time Between Mainframe and Servers?, Shane Ginnane
  • Re: Synchronize Time Between Mainframe and Servers?, Brian Peterson
  • Re: Synchronize Time Between Mainframe and Servers?, Paul Gilmartin
• Why is there JOB scope for DSN ENQ's anyway?, Farley, Peter x23353
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Clark Morris
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Edward Jaffe
  • <Possible follow-ups>
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Paul Gilmartin
    • Re: Why is there JOB scope for DSN ENQ's anyway?, Shmuel Metz , Seymour J.
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Paul Gilmartin
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Paul Gilmartin
    • Re: Why is there JOB scope for DSN ENQ's anyway?, Robert A. Rosenberg
      • Re: Why is there JOB scope for DSN ENQ's anyway?, Bruce Black
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Paul Gilmartin
    • Re: Why is there JOB scope for DSN ENQ's anyway?, Robert A. Rosenberg
      • Re: Why is there JOB scope for DSN ENQ's anyway?, Shmuel Metz , Seymour J.
      • Re: Why is there JOB scope for DSN ENQ's anyway?, Robert A. Rosenberg
      • Re: Why is there JOB scope for DSN ENQ's anyway?, Shmuel Metz , Seymour J.
    • Re: Why is there JOB scope for DSN ENQ's anyway?, Shmuel Metz , Seymour J.
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Paul Gilmartin
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Scott Fagen
    • Re: Why is there JOB scope for DSN ENQ's anyway?, Robert A. Rosenberg
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Paul Gilmartin
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Scott Fagen
    • Re: Why is there JOB scope for DSN ENQ's anyway?, Robert A. Rosenberg
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Scott Fagen
    • Re: Why is there JOB scope for DSN ENQ's anyway?, Bruce Black
      • Re: Why is there JOB scope for DSN ENQ's anyway?, Robert A. Rosenberg
      • Re: Why is there JOB scope for DSN ENQ's anyway?, Bruce Black
      • Re: Why is there JOB scope for DSN ENQ's anyway?, Shmuel Metz , Seymour J.
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Paul Gilmartin
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Scott Fagen
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Paul Gilmartin
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Paul Gilmartin
    • RE: Why is there JOB scope for DSN ENQ's anyway?, Greg Shirey
    • Re: Why is there JOB scope for DSN ENQ's anyway?, J R
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Paul Gilmartin
  • Re: Why is there JOB scope for DSN ENQ's anyway?, DASDBill2
    • Re: Why is there JOB scope for DSN ENQ's anyway?, Robert A. Rosenberg
  • Re: Why is there JOB scope for DSN ENQ's anyway?, DASDBill2
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Paul Gilmartin
  • Re: Why is there JOB scope for DSN ENQ's anyway?, DASDBill2
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Ted MacNEIL
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Paul Gilmartin
  • Re: Why is there JOB scope for DSN ENQ's anyway?, Paul Gilmartin
• FW: CICS Socket failure, Laine, Rogers
  • RE: CICS Socket failure, Schiradin,Roland HG-Dir itb-db/dc
• Re: [IBM-MAIN] calling ISPLINK from COBOL, Kurt_Gramling
  • Re: calling ISPLINK from COBOL, Jim McAlpine
    • Re: calling ISPLINK from COBOL, David Day
    • Re: calling ISPLINK from COBOL, Steve Comstock
      • Re: calling ISPLINK from COBOL, Jim McAlpine
      • RE: calling ISPLINK from COBOL, Ray Mullins
      • Re: calling ISPLINK from COBOL, Jim
      • Re: calling ISPLINK from COBOL, Dave Salt
      • Re: calling ISPLINK from COBOL, Jim McAlpine
      • Re: calling ISPLINK from COBOL, John P Kalinich
  • <Possible follow-ups>
  • Re: [IBM-MAIN] calling ISPLINK from COBOL, Kurt_Gramling
  • Re: [IBM-MAIN] calling ISPLINK from COBOL, Kurt_Gramling
    • Re: calling ISPLINK from COBOL, Steve Comstock
      • Re: calling ISPLINK from COBOL, Jim McAlpine
  • Re: [IBM-MAIN] calling ISPLINK from COBOL, Kurt_Gramling
    • Re: calling ISPLINK from COBOL, Jim McAlpine
  • Re: [IBM-MAIN] calling ISPLINK from COBOL, Kurt_Gramling
    • Re: calling ISPLINK from COBOL, Jim McAlpine
      • RE: calling ISPLINK from COBOL, McKown, John
      • Re: calling ISPLINK from COBOL, Jim McAlpine
      • Re: calling ISPLINK from COBOL, Jim
      • Re: calling ISPLINK from COBOL, Dave Salt
• calling ISPLINK from COBOL, Jim McAlpine
  • Re: calling ISPLINK from COBOL, Steve Comstock
    • Re: calling ISPLINK from COBOL, Don Poitras
      • Re: calling ISPLINK from COBOL, Steve Comstock
      • Re: calling ISPLINK from COBOL, Carmen V
  • <Possible follow-ups>
  • Re: calling ISPLINK from COBOL, Dave Kopischke
  • Re: calling ISPLINK from COBOL, Gary Green
  • Re: calling ISPLINK from COBOL, Efinnell15
  • calling ISPLINK from COBOL, Lynd, Eugene , Contractor, J6C
    • Re: calling ISPLINK from COBOL, Howard Brazee
  • Re: calling ISPLINK from COBOL, Efinnell15
    • Re: calling ISPLINK from COBOL, John P Kalinich
      • Vista Tn3270 (was: Re: calling ISPLINK from COBOL), McKown, John
      • Re: Vista Tn3270 (was: Re: calling ISPLINK from COBOL), Howard Brazee
      • Re: Vista Tn3270 (was: Re: calling ISPLINK from COBOL), Lionel . B . Dyck
      • Re: Vista Tn3270 (was: Re: calling ISPLINK from COBOL), Eric Bielefeld
• RE: 3350 errors, Salway, Nigel
  • Re: 3350 errors, William Donzelli
  • <Possible follow-ups>
  • Re: 3350 errors, Efinnell15
• FTP Error 426, Chase, John
  • Re: FTP Error 426, Chris Mason
    • RE: FTP Error 426, Chase, John
  • RE: FTP Error 426, Greg Shirey
    • RE: FTP Error 426, Chase, John
      • Re: FTP Error 426, George Kozakos
  • <Possible follow-ups>
  • Re: FTP Error 426, Patrick O'Keefe
    • Re: FTP Error 426, Chris Mason
• Old RAMAC 2 still viable?, Marvin Lukasik
  • Re: Old RAMAC 2 still viable?, David Andrews
    • RE: Old RAMAC 2 still viable?, Pommier, Rex R.
      • Re: Old RAMAC 2 still viable?, Bruce Black
  • RE: Old RAMAC 2 still viable?, Pommier, Rex R.
  • Re: Old RAMAC 2 still viable?, Bruce Black
    • Re: Old RAMAC 2 still viable?, R.S.
      • Re: Old RAMAC 2 still viable?, Bruce Black
      • Re: Old RAMAC 2 still viable?, R.S.
      • Re: Old RAMAC 2 still viable?, Rick Fochtman
  • <Possible follow-ups>
  • Re: Old RAMAC 2 still viable?, Tom Marchant
  • Re: Old RAMAC 2 still viable?, Rex Pommier
    • Synchronize Time Between Mainframe and Servers?, Miller, Pat
      • RE: Synchronize Time Between Mainframe and Servers?, Field, Alan C.
      • RE: Synchronize Time Between Mainframe and Servers?, Miller, Pat
      • RE: Synchronize Time Between Mainframe and Servers?, Field, Alan C.
      • RE: Synchronize Time Between Mainframe and Servers?, Miller, Pat
      • RE: Synchronize Time Between Mainframe and Servers?, Clark, Kevin
      • Re: Synchronize Time Between Mainframe and Servers?, Eric Chevalier
      • RE: Synchronize Time Between Mainframe and Servers?, Field, Alan C.
    • Re: Old RAMAC 2 still viable?, Bruce Black
• Mainframe Empty datasets, larry . misner
  • Re: Mainframe Empty datasets, kpinkham
  • Re: Mainframe Empty datasets, Howard Brazee
    • RE: Mainframe Empty datasets, Barkow, Eileen
      • Re: Mainframe Empty datasets, Howard Brazee
    • Re: Mainframe Empty datasets, larry . misner
  • <Possible follow-ups>
  • RE: Mainframe Empty datasets, CICS Guy
    • Re: Mainframe Empty datasets, J R
  • Re: Mainframe Empty datasets, Mark H. Young
    • Re: Mainframe Empty datasets, Howard Brazee
      • How have you been able to get Agent to automatically reply was Re: Mainframe Empty datasets, Clark Morris
  • Re: Mainframe Empty datasets, Bill Godfrey
• Microsoft won't sue over Linux, for now, Ed Gould
  • Re: Microsoft won't sue over Linux, for now, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Microsoft won't sue over Linux, for now, Tom Marchant
• saving ISPF profile settings, rburge2
  • <Possible follow-ups>
  • Re: saving ISPF profile settings, Ted MacNEIL
• How can I influence VTS device allocation, Vernooy, C.P. - SPLXM
  • <Possible follow-ups>
  • Re: How can I influence VTS device allocation, Bruno Sugliani
    • Re: How can I influence VTS device allocation, Duane Reaugh
      • Re: How can I influence VTS device allocation, Bruce Black
  • Re: How can I influence VTS device allocation, Vernooy, C.P. - SPLXM
  • Re: How can I influence VTS device allocation, Bruno Sugliani
  • Re: How can I influence VTS device allocation, Mark Zelden
  • Re: How can I influence VTS device allocation, Vernooy, C.P. - SPLXM
• IBM sees software producing half of profit by 2010, Ed Gould
  • <Possible follow-ups>
  • Re: IBM sees software producing half of profit by 2010, Bruno Sugliani
• re: date and time in JCL, john gilmore
  • <Possible follow-ups>
  • RE: date and time in JCL, Imbriale, Donald
  • Re: date and time in JCL, Paul Gilmartin
• Looking for an IBM manual, Carlos Bodra
  • Re: Looking for an IBM manual, PeD
  • <Possible follow-ups>
  • Re: Looking for an IBM manual, Kenneth E Tomiak
• Re: Virtual Tape hardware, Dave Kopischke
  • Re: Virtual Tape hardware, R.S.
  • Re: Virtual Tape hardware, Dan D
    • Re: Virtual Tape hardware, Shane
  • <Possible follow-ups>
  • Re: Virtual Tape hardware, Mike Baldwin
• Re: RES: Is there a way to Remove BOOK from PF6 in SDSF?, Mark H. Young
• 3350 failures, William Donzelli
  • <Possible follow-ups>
  • Re: 3350 failures, Tom Marchant
    • Re: 3350 failures, William Donzelli
  • Re: 3350 failures, Thomas Kern
    • Re: 3350 failures, William Donzelli
  • Re: 3350 failures, Bruno Sugliani
  • 3350 failures, Phil Payne
  • Re: 3350 failures, DASDBill2
    • RE: 3350 failures, Craddock, Chris
    • Re: 3350 failures, William Donzelli
      • Re: 3350 failures, Patrick . Falcone
      • Re: 3350 failures, William Donzelli
      • Re: 3350 failures, Rick Fochtman
      • Re: 3350 failures, Patrick . Falcone
      • Re: 3350 failures, Anne & Lynn Wheeler
      • Re: 3350 failures, Anne & Lynn Wheeler
      • Re: 3350 failures, Patrick . Falcone
      • Re: 3350 failures, Shmuel Metz , Seymour J.
  • Re: 3350 failures, DASDBill2
  • Re: 3350 failures, Ted MacNEIL
    • Re: 3350 failures, John Eells
  • Re: 3350 failures, Ted MacNEIL
    • Re: abend s013-64, RWells
• Date & Time in JCL, Mark Steely
  • RE: Date & Time in JCL, McKown, John
  • Re: Date & Time in JCL, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Date & Time in JCL, Tom Schmidt
  • Re: Date & Time in JCL, Mark H. Young
  • Re: Date & Time in JCL, Efinnell15
    • RE: Date & Time in JCL, Jon Brock
      • RE: Date & Time in JCL, Veilleux, Jon L
      • RE: Date & Time in JCL, Weidt, James
      • RE: Date & Time in JCL, Wayne Driscoll
      • Re: Date & Time in JCL, Shane
      • Re: Date & Time in JCL, Rapscallion
    • Re: Date & Time in JCL, Howard Brazee
  • Re: Date & Time in JCL, Mark H. Young
    • Re: Date & Time in JCL, Howard Brazee
  • Re: Date & Time in JCL, Mark Zelden
  • Re: Date & Time in JCL, Mark Zelden
    • RE: Date & Time in JCL, Weidt, James
  • Re: Date & Time in JCL, Ted MacNEIL
    • Re: Date & Time in JCL, Robert Bardos
      • Re: Date & Time in JCL, Howard Brazee
    • Re: Date & Time in JCL, Howard Brazee
  • Re: Date & Time in JCL, Dave Kopischke
  • Re: Date & Time in JCL, Doug Fuerst
  • Re: Date & Time in JCL, Bruno Sugliani
  • Re: Date & Time in JCL, Vernooy, C.P. - SPLXM
  • Re: Date & Time in JCL, Bruno Sugliani
  • Re: Date & Time in JCL, Tom Marchant
  • Re: Date & Time in JCL, Vernooy, C.P. - SPLXM
  • RE: Date & Time in JCL, Farley, Peter x23353
    • Re: Date & Time in JCL, J R
  • Re: Date & Time in JCL, Paul Gilmartin
  • Re: Date & Time in JCL, Paul Gilmartin
  • Re: Date & Time in JCL, Farley, Peter x23353
  • Re: Date & Time in JCL, Paul Peplinski
  • Re: Date & Time in JCL, Paul Gilmartin
  • Re: Date & Time in JCL, Kenneth E Tomiak
  • Re: Date & Time in JCL, Paul Gilmartin
  • Re: Date & Time in JCL, Paul Gilmartin
• SMTP Question, Robert Pelletier
  • Re: SMTP Question, Lionel . B . Dyck
  • Re: SMTP Question, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: SMTP Question, Efinnell15
  • RE: SMTP Question, Robert Pelletier
  • Re: SMTP Question, Efinnell15
  • RE: SMTP Question, Robert Pelletier
    • Re: SMTP Question, Shmuel Metz , Seymour J.
  • SMTP Question, Robert Pelletier
  • Re: SMTP Question, Kenneth E Tomiak
  • Re: SMTP Question, Alan Scott
• Is there a way to Remove BOOK from PF6 in SDSF?, Lizette Koehler
  • RE: Is there a way to Remove BOOK from PF6 in SDSF?, Field, Alan C.
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Pinnacle
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, John_J_Kelly
  • <Possible follow-ups>
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Mark H. Young
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Ted MacNEIL
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Dave Kopischke
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Mark Zelden
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Matthew Stitt
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Ted MacNEIL
    • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Howard Brazee
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Patrick Lyon
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Mark Zelden
    • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Pinnacle
    • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Howard Brazee
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Alan Scott
    • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Pinnacle
      • RE: Is there a way to Remove BOOK from PF6 in SDSF?, Veilleux, Jon L
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Mark Zelden
    • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Pinnacle
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Kenneth E Tomiak
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Alan Scott
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Kenneth E Tomiak
  • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Mark Zelden
    • Re: Is there a way to Remove BOOK from PF6 in SDSF?, Howard Brazee
• Mod54 Users, Craig Bakken
• Alias, Mark Steely
  • Re: Alias, Mark Jacobs
  • RE: Alias, Chase, John
  • Re: Alias, Bruce Black
    • Re: Alias, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Alias, Mark Zelden
• Adding a zAAP or zIIP, McKown, John
  • RE: Adding a zAAP or zIIP, Jerry Whitteridge
  • <Possible follow-ups>
  • Re: Adding a zAAP or zIIP, Ted MacNEIL
  • Re: Adding a zAAP or zIIP, Roger Lowe
• Getting to publications web pages now., David Day
  • Re: Getting to publications web pages now., Chris Mason
  • <Possible follow-ups>
  • Re: Getting to publications web pages now., Kenneth E Tomiak
• z/os publications...can't get to website...help wanted, David Day
  • RE: z/os publications...can't get to website...help wanted, Hardee, Charles H
  • Re: z/os publications...can't get to website...help wanted, Chase, John
  • Re: z/os publications...can't get to website...help wanted, Jon Brock
  • Re: z/os publications...can't get to website...help wanted, John Eells
    • RE: z/os publications...can't get to website...help wanted, dicioccio_larry
  • <Possible follow-ups>
  • Re: z/os publications...can't get to website...help wanted, Lizette Koehler
  • Re: z/os publications...can't get to website...help wanted, Tom Marchant
    • Re: z/os publications...can't get to website...help wanted, Veilleux, Jon L
  • Re: z/os publications...can't get to website...help wanted, Tom Marchant
  • Re: z/os publications...can't get to website...help wanted, Efinnell15
  • RE: z/os publications...can't get to website...help wanted, Thompson, Steve
• How do I build a stand alone z/OS, Mohan
  • <Possible follow-ups>
  • Re: How do I build a stand alone z/OS, Mark Zelden
  • Re: How do I build a stand alone z/OS, Mark Zelden
    • Re: How do I build a stand alone z/OS, Mohan Vel
  • Re: How do I build a stand alone z/OS, Mark Zelden
• Convert HFS to ZFS in z/os 1.7, Jose Luis Fernandez
• Which concatenated DD a member was found in after a FIND macro., MASSIMO BIANCUCCI
  • RE: Which concatenated DD a member was found in after a FIND macro., Wayne Driscoll
  • Re: Which concatenated DD a member was found in after a FIND macro., Shmuel Metz , Seymour J.
  • Re: Which concatenated DD a member was found in after a FIND macro., Shmuel Metz , Seymour J.
• S01D abend Reason Code CF050311 while importing Dump, Ankur Batra
  • Re: S01D abend Reason Code CF050311 while importing Dump, Shane Ginnane
  • <Possible follow-ups>
  • S01D abend Reason Code CF050311 while importing Dump, Ankur Batra
    • Re: S01D abend Reason Code CF050311 while importing Dump, Shane Ginnane
• LRECL of Spanned Records, Paul Gilmartin
  • Re: LRECL of Spanned Records, Bob Rutledge
  • RE: LRECL of Spanned Records, Bill Wilkie
  • Re: LRECL of Spanned Records, R.S.
    • Re: LRECL of Spanned Records, Ed Gould
      • Re: LRECL of Spanned Records, R.S.
      • Re: LRECL of Spanned Records, Ed Gould
  • <Possible follow-ups>
  • RE: LRECL of Spanned Records, Farley, Peter x23353
  • Re: LRECL of Spanned Records, Paul Gilmartin
    • RE: LRECL of Spanned Records, GAVIN Darren * OPS EAS
      • Re: LRECL of Spanned Records, Shmuel Metz , Seymour J.
  • Re: LRECL of Spanned Records, Kenneth E Tomiak
    • Re: LRECL of Spanned Records, Bob Rutledge
      • Re: LRECL of Spanned Records, Clark Morris
  • Re: LRECL of Spanned Records, Paul Gilmartin
  • Re: LRECL of Spanned Records, Ted MacNEIL
  • re: LRECL of spanned records, john gilmore
  • Re: LRECL of spanned records, Paul Gilmartin
  • Re: LRECL of Spanned Records, Tom Marchant
  • Re: LRECL of Spanned Records, Tom Marchant
  • Re: LRECL of Spanned Records, Paul Gilmartin
  • Re: LRECL of Spanned Records, Tom Marchant
    • Re: LRECL of Spanned Records, R.S.
      • Re: LRECL of Spanned Records, Thomas H Puddicombe
  • Re: LRECL of Spanned Records, Mark Zelden
  • Re: LRECL of Spanned Records, DASDBill2
  • Re: LRECL of Spanned Records, Paul Gilmartin
    • Re: LRECL of Spanned Records, Richard Peurifoy
    • Re: LRECL of Spanned Records, Shmuel Metz , Seymour J.
• Re: Enterprise Class? (Was Virtual tape limits), Bruno Sugliani
  • Re: Enterprise Class? (Was Virtual tape limits), Eric Bielefeld
    • RE: Enterprise Class? (Was Virtual tape limits), Ron Hawkins
    • Re: Enterprise Class? (Was Virtual tape limits), John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: Enterprise Class? (Was Virtual tape limits), Tom Marchant
• "Payback" on zIIPs, Chase, John
  • RE: "Payback" on zIIPs, Richards.Bob
  • <Possible follow-ups>
  • Re: "Payback" on zIIPs, Timothy Sipples
    • RE: "Payback" on zIIPs, Chase, John
      • RE: "Payback" on zIIPs, Horne, Jim - James S
  • Re: "Payback" on zIIPs, Roger Lowe
    • Re: "Payback" on zIIPs, Shane
    • Re: "Payback" on zIIPs, Chase, John
      • Re: "Payback" on zIIPs, Horne, Jim - James S
      • RE: "Payback" on zIIPs, Ray Mullins
  • Re: "Payback" on zIIPs, fabio ottaviani
• Hexadecimal value, Amlan Prasad
  • Re: Hexadecimal value, Mark Jacobs
  • RE: Hexadecimal value, Flint, Mike
  • RE: Hexadecimal value, Hardee, Charles H
  • <Possible follow-ups>
  • Re: Hexadecimal value, Tom Marchant
• How do I find the SPANNED indicator in a VB record?, Robert Bardos
  • Re: How do I find the SPANNED indicator in a VB record?, Jim McAlpine
    • Re: How do I find the SPANNED indicator in a VB record?, Robert Bardos
  • RE: How do I find the SPANNED indicator in a VB record?, Bill Wilkie
  • RE: How do I find the SPANNED indicator in a VB record?, McKown, John
  • <Possible follow-ups>
  • RE: How do I find the SPANNED indicator in a VB record?, Farley, Peter x23353
    • Re: How do I find the SPANNED indicator in a VB record?, Frank Yaeger
      • Re: How do I find the SPANNED indicator in a VB record?, Shane
      • Re: How do I find the SPANNED indicator in a VB record?, Frank Yaeger
  • Re: How do I find the SPANNED indicator in a VB record?, Paul Gilmartin
  • Re: How do I find the SPANNED indicator in a VB record?, Paul Gilmartin
    • Re: How do I find the SPANNED indicator in a VB record?, John_J_Kelly
    • Re: How do I find the SPANNED indicator in a VB record?, Frank Yaeger
  • RE: How do I find the SPANNED indicator in a VB record?, Farley, Peter x23353
  • RE: How do I find the SPANNED indicator in a VB record?, Farley, Peter x23353
    • Re: How do I find the SPANNED indicator in a VB record?, Frank Yaeger
  • Re: How do I find the SPANNED indicator in a VB record?, Paul Gilmartin
    • Re: How do I find the SPANNED indicator in a VB record?, Frank Yaeger
  • Re: How do I find the SPANNED indicator in a VB record?, Paul Gilmartin
  • Re: How do I find the SPANNED indicator in a VB record?, Efinnell15
    • Re: How do I find the SPANNED indicator in a VB record?, Robert Bardos
      • RE: How do I find the SPANNED indicator in a VB record?, Jon Brock
      • RE: How do I find the SPANNED indicator in a VB record?, McKown, John
  • Re: How do I find the SPANNED indicator in a VB record?, Efinnell15
• Re: LOADxx PARMLIB statement, can dsname include &SYSR1 symbol?, Lizette Koehler
  • <Possible follow-ups>
  • Re: LOADxx PARMLIB statement, can dsname include &SYSR1 symbol?, Tom Marchant
  • Re: LOADxx PARMLIB statement, can dsname include &SYSR1 symbol?, Glenn Miller
    • RE: LOADxx PARMLIB statement, can dsname include &SYSR1 symbol?, Jakubek, Jan
      • Re: LOADxx PARMLIB statement, can dsname include &SYSR1 symbol?, Shmuel Metz , Seymour J.
  • Re: LOADxx PARMLIB statement, can dsname include &SYSR1 symbol?, Peter Relson
    • RE: LOADxx PARMLIB statement, can dsname include &SYSR1 symbol?, Jakubek, Jan
      • Re: LOADxx PARMLIB statement, can dsname include &SYSR1 symbol?, Mark Jacobs
    • Re: LOADxx PARMLIB statement, can dsname include &SYSR1 symbol?, Shmuel Metz , Seymour J.
  • Re: LOADxx PARMLIB statement, can dsname include &SYSR1 symbol?, Peter Relson
• E-Mail From the Mainframe Question, Robert Pelletier
  • Re: E-Mail From the Mainframe Question, Barkow, Eileen
  • Re: E-Mail From the Mainframe Question, Lionel . B . Dyck
  • <Possible follow-ups>
  • RE: E-Mail From the Mainframe Question, Robert Pelletier
  • Re: E-Mail From the Mainframe Question, Alan Scott
  • Re: E-Mail From the Mainframe Question, Robert Pelletier
    • Re: PSF-PRINTER, RWells
• Duplicate CTC addresses, Errol
  • Re: Duplicate CTC addresses, Rick Fochtman
  • Re: Duplicate CTC addresses, Chris Mason
  • <Possible follow-ups>
  • Re: Duplicate CTC addresses, Errol Van staden
    • Re: Duplicate CTC addresses, Rick Fochtman
    • Re: Duplicate CTC addresses, Chris Mason
• Shared ICP between 2 SYSPLEXES, Cwi Jeret
  • RE: Shared ICP between 2 SYSPLEXES, Field, Alan C.
    • Re: Shared ICP between 2 SYSPLEXES, Paolo Cacciari
  • RE: Shared ICP between 2 SYSPLEXES, Neubert, Kevin , DIS
  • <Possible follow-ups>
  • RE: Shared ICP between 2 SYSPLEXES, Bielskie, Stephen
  • Re: Shared ICP between 2 SYSPLEXES, Cwi Jeret
• Report on TSO usage, sridhar . k . veena
  • RE: Report on TSO usage, גדי בן אבי
  • Re: Report on TSO usage, Rick Fochtman
  • <Possible follow-ups>
  • RE: Report on TSO usage, Vinod Kumar
  • Re: Report on TSO usage, Marty French
  • Re: Report on TSO usage, Matthew Stitt
• remote printing from z/OS Spool over the WAN network, Laurence
  • Re: remote printing from z/OS Spool over the WAN network, John S. Giltner, Jr.
  • Antwort: remote printing from z/OS Spool over the WAN network, Albert . Klimek
• Re: DSS EXCP counts, Mark Zelden
• REXX Question, Varun Manocha
  • RE: REXX Question, Taylor, Clarence B
    • Re: REXX Question, Varun Manocha
  • Re: REXX Question, Gerard Schildberger
  • <Possible follow-ups>
  • Re: REXX Question, Mark H. Young
• RMM web service & web server(s), R.S.
  • Re: RMM web service & web server(s), Steve Comstock
  • <Possible follow-ups>
  • Re: RMM web service & web server(s), Mike Wood
    • Re: RMM web service & web server(s), R.S.
• VTOC FULL, Robert Pelletier
  • Re: VTOC FULL, Mark Jacobs
  • Re: VTOC FULL, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: VTOC FULL, Robert Pelletier
  • Re: VTOC FULL, Lizette Koehler
  • Re: VTOC FULL, Efinnell15
  • RE: VTOC FULL, Robert Pelletier
  • Re: VTOC FULL, Efinnell15
  • RE: VTOC FULL, Robert Pelletier
  • RE: VTOC FULL, Robert Pelletier
  • Re: VTOC FULL, Robert A. Rosenberg
  • Re: VTOC FULL, Heloisa
  • Re: VTOC FULL, Robert Pelletier
    • Re: VTOC FULL, Jim McAlpine
• Re: Another 'migration' from the mainframe, Gary Green
  • <Possible follow-ups>
  • Re: Another 'migration' from the mainframe, Dave Kopischke
  • RE: Another 'migration' from the mainframe, Thompson, Steve
    • Re: Another 'migration' from the mainframe, Howard Brazee
    • RE: Another 'migration' from the mainframe, Chase, John
  • Re: Another 'migration' from the mainframe, Arthur T.
  • Re: Another 'migration' from the mainframe, Dave Kopischke
• Re: [IBM-MAIN] rexx sample, Kurt_Gramling
• How to reload SSL certificate for z/OS TN3270 server, Matt Simpson
  • RE: How to reload SSL certificate for z/OS TN3270 server, Longnecker, Dennis
    • Re: How to reload SSL certificate for z/OS TN3270 server, Matt Simpson
  • <Possible follow-ups>
  • Re: How to reload SSL certificate for z/OS TN3270 server, Thomas Conley
    • Re: How to reload SSL certificate for z/OS TN3270 server, Chris Mason
      • RE: How to reload SSL certificate for z/OS TN3270 server, Wayne Driscoll
      • Re: How to reload SSL certificate for z/OS TN3270 server, Chris Mason
  • Re: How to reload SSL certificate for z/OS TN3270 server, Alan Scott
• rexx sample, jalili
  • Re: rexx sample, Barkow, Eileen
    • Re: rexx sample, Rick Fochtman
  • Re: rexx sample, Paolo Cacciari
• FTP space error, Mark Pace
  • RE: FTP space error, McKown, John
    • Re: FTP space error, Mark Pace
      • Re: FTP space error, Roger Bolan
  • RE: FTP space error, O'Brien, David W. [C] , NIH/CIT
  • Re: FTP space error, john . kington
• Another "migration" from the mainframe, Gary Green
  • RE: Another "migration" from the mainframe, Richards.Bob
    • Re: Another "migration" from the mainframe, Anne & Lynn Wheeler
    • Re: Another "migration" from the mainframe, Mark Jacobs
      • Re: Another "migration" from the mainframe, Dan Ternosky
      • Re: Another "migration" from the mainframe, Howard Brazee
      • Re: Another "migration" from the mainframe, Anne & Lynn Wheeler
    • RE: Another "migration" from the mainframe, Craddock, Chris
      • Re: Another "migration" from the mainframe, Howard Brazee
      • RE: Another "migration" from the mainframe, Bob Shannon
      • RE: Another "migration" from the mainframe, Craddock, Chris
      • RE: Another "migration" from the mainframe, Bob Shannon
      • Re: Another "migration" from the mainframe, Bill Wilkie
      • Re: Another "migration" from the mainframe, Howard Brazee
      • Re: Another "migration" from the mainframe, Shmuel Metz , Seymour J.
      • Re: Another "migration" from the mainframe, Anne & Lynn Wheeler
      • Re: Another "migration" from the mainframe, Anne & Lynn Wheeler
      • Re: Another "migration" from the mainframe, Anne & Lynn Wheeler
      • RE: Another "migration" from the mainframe, Richards.Bob
  • Re: Another "migration" from the mainframe, Rick Fochtman
    • RE: Another "migration" from the mainframe, McKown, John
      • Re: Another "migration" from the mainframe, Howard Brazee
  • Re: Another "migration" from the mainframe, Ed Gould
  • Re: Another "migration" from the mainframe, Chris Mason
  • <Possible follow-ups>
  • Re: Another "migration" from the mainframe, Efinnell15
  • Re: Another "migration" from the mainframe, Dave Kopischke
  • Re: Another "migration" from the mainframe, Mohammad Khan
  • Re: Another "migration" from the mainframe, Tom Schmidt
• DB2 version 8 SPUFI and ISPF, Jim McAlpine
  • Re: DB2 version 8 SPUFI and ISPF, Mike Bell
    • Re: DB2 version 8 SPUFI and ISPF, Jim McAlpine
  • RE: DB2 version 8 SPUFI and ISPF, Ray Mullins
    • Re: DB2 version 8 SPUFI and ISPF, Jim McAlpine
      • RE: DB2 version 8 SPUFI and ISPF, Ray Mullins
  • RE: DB2 version 8 SPUFI and ISPF, Schiradin,Roland HG-Dir itb-db/dc
  • RE: DB2 version 8 SPUFI and ISPF, Fletcher, Kevin
    • Re: DB2 version 8 SPUFI and ISPF, Jim McAlpine
      • RE: DB2 version 8 SPUFI and ISPF, Fletcher, Kevin
  • Re: DB2 version 8 SPUFI and ISPF, Shmuel Metz , Seymour J.
• syhchronize tape gdgS, Judy Ellis
  • RE: syhchronize tape gdgS, O'Brien, David W. [C] , NIH/CIT
    • RE: syhchronize tape gdgS, Larry Crilley
  • <Possible follow-ups>
  • Re: syhchronize tape gdgS, Kenneth E Tomiak
• Install gripe #11, Thomas Conley
• PUTTING DISK OFFLINE - JES3 ENVIRONMENT, willie bunter
  • <Possible follow-ups>
  • Re: PUTTING DISK OFFLINE - JES3 ENVIRONMENT, Tom Marchant
    • Re: PUTTING DISK OFFLINE - JES3 ENVIRONMENT, willie bunter
      • Re: PUTTING DISK OFFLINE - JES3 ENVIRONMENT, Shane
      • Re: PUTTING DISK OFFLINE - JES3 ENVIRONMENT, willie bunter
    • Re: PUTTING DISK OFFLINE - JES3 ENVIRONMENT, Shmuel Metz , Seymour J.
  • RE: PUTTING DISK OFFLINE - JES3 ENVIRONMENT, Compton, John
  • Re: PUTTING DISK OFFLINE - JES3 ENVIRONMENT, Tom Marchant
    • Re: PUTTING DISK OFFLINE - JES3 ENVIRONMENT, willie bunter
      • Re: PUTTING DISK OFFLINE - JES3 ENVIRONMENT, Binyamin Dissen
      • Re: PUTTING DISK OFFLINE - JES3 ENVIRONMENT, willie bunter
      • Re: PUTTING DISK OFFLINE - JES3 ENVIRONMENT, B Sysprog
  • Re: PUTTING DISK OFFLINE - JES3 ENVIRONMENT, Larre Shiller
  • Re: PUTTING DISK OFFLINE - JES3 ENVIRONMENT, Bruno Sugliani
  • Re: PUTTING DISK OFFLINE - JES3 ENVIRONMENT, , IBM Mainframe Discussion List
• Fwd: Macworld: News: Analysis: Microsoft patent claims hint at internal issues, Ed Gould
• Release a dataset from a user of MVS, TomCheung
  • <Possible follow-ups>
  • Re: Release a dataset from a user of MVS, Vernooy, C.P. - SPLXM
    • RE: Release a dataset from a user of MVS, Lizette Koehler
  • Re: Release a dataset from a user of MVS, Paul Gilmartin
    • Re: Release a dataset from a user of MVS, McKown, John
      • Re: Release a dataset from a user of MVS, R.S.
    • Re: Release a dataset from a user of MVS, Walt Farrell
    • Re: Release a dataset from a user of MVS, Clark Morris
  • Re: Release a dataset from a user of MVS, Vernooy, C.P. - SPLXM
  • Re: Release a dataset from a user of MVS, Tom Schmidt
  • Re: Release a dataset from a user of MVS, Paul Gilmartin
    • Re: Release a dataset from a user of MVS, Shmuel Metz , Seymour J.
  • Re: Release a dataset from a user of MVS, Ted MacNEIL
  • Re: Release a dataset from a user of MVS, Kenneth E Tomiak
  • Re: Release a dataset from a user of MVS, Vernooy, C.P. - SPLXM
  • Re: Release a dataset from a user of MVS, Paul Gilmartin
    • Re: Release a dataset from a user of MVS, Shmuel Metz , Seymour J.
• Happy Feet (was: Microsoft Claims It All), Paul Gilmartin
  • Re: Happy Feet (was: Microsoft Claims It All), Ed Gould
• TTYGROUP missing at IPL time USS, Andrew Metcalfe
  • RE: TTYGROUP missing at IPL time USS, McKown, John
  • <Possible follow-ups>
  • Re: TTYGROUP missing at IPL time USS, Mark Zelden
• RE: Dynamic spliiting of file, Reda, John
  • Re: Dynamic spliiting of file, Frank Yaeger
  • <Possible follow-ups>
  • Re: Dynamic spliiting of file, Kenneth E Tomiak
• Catalog and APF, Daniel McLaughlin
  • Dynamic spliiting of file, Rajeev Vasudevan
    • RE: Dynamic spliiting of file, Anthony Saul Babonas
    • RE: Dynamic spliiting of file, GAVIN Darren * OPS EAS
  • Re: Catalog and APF, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Catalog and APF, Imbriale, Donald
    • RE: Catalog and APF, Clark, Kevin
• Data Areas Manuals to be dropped, Thompson, Steve
  • RE: Data Areas Manuals to be dropped, Jeffrey D. Smith
  • Re: Data Areas Manuals to be dropped, Chris Mason
  • Re: Data Areas Manuals to be dropped, steve
    • Re: Data Areas Manuals to be dropped, scott
  • <Possible follow-ups>
  • Re: Data Areas Manuals to be dropped, Peter Relson
    • Re: Data Areas Manuals to be dropped, Shmuel Metz , Seymour J.
  • Re: Data Areas Manuals to be dropped, Greg Price
    • Re: Data Areas Manuals to be dropped, Shmuel Metz , Seymour J.
  • Re: Data Areas Manuals to be dropped, Mark H. Young
    • Re: Data Areas Manuals to be dropped, David Andrews
  • Re: Data Areas Manuals to be dropped, Efinnell15
    • Re: Data Areas Manuals to be dropped, Ed Gould
  • Re: Data Areas Manuals to be dropped, Scott Fagen
  • Re: Data Areas Manuals to be dropped, Efinnell15
  • Re: Data Areas Manuals to be dropped, Robert A. Rosenberg
  • Re: Data Areas Manuals to be dropped, Mark Baron
    • Re: Data Areas Manuals to be dropped, R.S.
    • Re: Data Areas Manuals to be dropped, Rick Fochtman
    • Re: Data Areas Manuals to be dropped, Walt Farrell
    • Re: Data Areas Manuals to be dropped, Shmuel Metz , Seymour J.
  • Re: Data Areas Manuals to be dropped, Mark Baron
    • Re: Data Areas Manuals to be dropped, R.S.
  • Re: Data Areas Manuals to be dropped, Mark Baron
  • Re: Data Areas Manuals to be dropped, Mark Yuhas
  • Re: Data Areas Manuals to be dropped, Mark Yuhas
  • RE: Data Areas Manuals to be dropped, Thompson, Steve
  • Re: Data Areas Manuals to be dropped, Mark Baron
  • Re: Data Areas Manuals to be dropped, Mark Zelden
  • Re: Data Areas Manuals to be dropped, DASDBill2
• VPN Tunnel zLinux?, Clark
• Re: Virtual tape limits (Was: OEM software electronic download report card), Mark Zelden
  • Re: Virtual tape limits (Was: OEM software electronic download report card), R.S.
    • Re: Virtual tape limits (Was: OEM software electronic download report card), Jeffrey . Deaver
  • <Possible follow-ups>
  • Re: Virtual tape limits (Was: OEM software electronic download report card), Mark Zelden
    • RE: Virtual tape limits (Was: OEM software electronic download report card), Clark, Kevin
      • RE: Virtual tape limits (Was: OEM software electronic download report card), Hoesly, Bret
      • Re: Virtual tape limits (Was: OEM software electronic download report card), John E Benik
  • Re: Virtual tape limits (Was: OEM software electronic download report card), John , IBM-MAIN
    • Re: Virtual tape limits (Was: OEM software electronic download report card), Jeffrey . Deaver
  • Re: Virtual tape limits (Was: OEM software electronic download report card), Mark Zelden
    • Re: Virtual tape limits (Was: OEM software electronic download report card), R.S.
  • Re: Virtual tape limits (Was: OEM software electronic download report card), Mark Zelden
    • RE: Virtual tape limits (Was: OEM software electronic download report card), Ron Hawkins
      • Re: Virtual tape limits (Was: OEM software electronic download report card), R.S.
      • Re: Virtual tape limits (Was: OEM software electronic download report card), Shane
      • RE: Virtual tape limits (Was: OEM software electronic download report card), Ron Hawkins
      • Re: Virtual tape limits (Was: OEM software electronic download report card), R.S.
      • RE: Virtual tape limits (Was: OEM software electronic download report card), Ron Hawkins
      • Re: Virtual tape limits (Was: OEM software electronic download report card), Shane
      • RE: Virtual tape limits (Was: OEM software electronic download report card), Ron Hawkins
      • Re: Virtual tape limits (Was: OEM software electronic download report card), Shane
      • Virtual Tape hardware, Mainframe
      • RE: Virtual Tape hardware, McKown, John
      • Re: Virtual Tape hardware, R.S.
      • RES: Virtual Tape hardware, Carlos Bodra
      • RE: Virtual tape limits (Was: OEM software electronic download report card), Ron Hawkins
  • Re: Virtual tape limits (Was: OEM software electronic download report card), Dave Kopischke
  • Re: Virtual tape limits (Was: OEM software electronic download report card), Ted MacNEIL
  • Re: Virtual tape limits (Was: OEM software electronic download report card), Mark Zelden
    • Re: Virtual tape limits (Was: OEM software electronic download report card), john . ticic . extern
  • Re: Virtual tape limits (Was: OEM software electronic download report card), Efinnell15
  • FW: Virtual tape limits (Was: OEM software electronic download report card), Ron Hawkins
    • Enterprise Class? (Was Virtual tape limits), Jeffrey . Deaver
      • RE: Enterprise Class? (Was Virtual tape limits), Ron Hawkins
  • Re: Virtual tape limits (Was: OEM software electronic download report card), Ed Gould
  • Re: Virtual tape limits (Was: OEM software electronic download report card), Dave Kopischke
  • Re: Virtual tape limits (Was: OEM software electronic download report card), Ed Gould
  • Re: Virtual tape limits (Was: OEM software electronic download report card), Ed Gould
• Microsoft Claims It All, Warner Mach
  • RE: Microsoft Claims It All, McKown, John
  • <Possible follow-ups>
  • Re: Microsoft Claims It All, Eric Bielefeld
  • Re: Microsoft Claims It All, Thomas Kern
    • RE: Microsoft Claims It All, Staller, Allan
    • Re: Microsoft Claims It All, Rick Fochtman
      • Re: Microsoft Claims It All, Lovelin
  • Re: Microsoft Claims It All, Larry Burch
• Virtual Tape Stacking Software, Lizette Koehler
  • RE: Virtual Tape Stacking Software, Robert Fake
  • Re: Virtual Tape Stacking Software, Bruce Black
  • Re: Virtual Tape Stacking Software, John Mycroft
  • RE: Virtual Tape Stacking Software, Don Bolton
  • <Possible follow-ups>
  • Re: Virtual Tape Stacking Software, John E Benik
• Re: Sysplex timer, Víctor de la Fuente
• Shared HFS, Víctor de la Fuente
  • Re: Shared HFS, Shane Ginnane
    • Re: Shared HFS, Víctor de la Fuente
  • <Possible follow-ups>
  • Re: Shared HFS, Mark Zelden
    • RE: Shared HFS, Schramm, Rob
      • LOADxx PARMLIB statement, can dsname include &SYSR1 symbol?, Jakubek, Jan
      • RE: LOADxx PARMLIB statement, can dsname include &SYSR1 symbol?, Jakubek, Jan
    • Re: Shared HFS, Víctor de la Fuente
  • Re: Shared HFS, Mark Zelden
  • Re: Shared HFS, Paul Gilmartin
• ISPF EDIT "RECOVERY" scope, Paul GilmartinIBM-MAIN@xxxxxxxxxxxx>
  • Re: ISPF EDIT "RECOVERY" scope, Walt Farrell
    • Re: ISPF EDIT "RECOVERY" scope, Steve Comstock
  • Re: ISPF EDIT "RECOVERY" scope, Shmuel Metz , Seymour J.
• How to catalog/un-catalog all dataset in a volume?, TomCheung
  • Re: How to catalog/un-catalog all dataset in a volume?, davecartwright
    • Re: How to catalog/un-catalog all dataset in a volume?, TomCheung
      • Re: How to catalog/un-catalog all dataset in a volume?, davecartwright
      • Re: How to catalog/un-catalog all dataset in a volume?, TomCheung
      • Re: How to catalog/un-catalog all dataset in a volume?, davecartwright
      • Re: How to catalog/un-catalog all dataset in a volume?, TomCheung
• PDS directory track(s) used, Graeme Gibson
  • <Possible follow-ups>
  • PDS directory track(s) used, Graeme Gibson
• OUTPUT JCL: Concatenation of a Symbolic Variable to quoted Text in TITLE= Parameter, Beat Gossweiler
  • re: OUTPUT JCL: Concatenation of a Symbolic Variable to quoted Text in TITLE= Parameter, Neil Duffee
    • Re: OUTPUT JCL: Concatenation of a Symbolic Variable to quoted Text in TITLE= Parameter, Beat Gossweiler
  • <Possible follow-ups>
  • Re: OUTPUT JCL: Concatenation of a Symbolic Variable to quoted Text in TITLE= Parameter, Paul Gilmartin
• Re: Multiple Clusters, Paul Gilmartin
  • Re: Multiple Clusters, Rick Fochtman
  • <Possible follow-ups>
  • Re: Multiple Clusters, Tom Marchant
• MIDAW and EMC, Schiradin,Roland HG-Dir itb-db/dc
  • Re: MIDAW and EMC, Bruce Black
    • RE: MIDAW and EMC, Schiradin,Roland HG-Dir itb-db/dc
      • RE: MIDAW and EMC, Tom Moulder
      • Re: MIDAW and EMC, Cyber
      • Re: MIDAW and EMC, Cyber
      • Re: MIDAW and EMC, Bruce Black
      • RE: MIDAW and EMC, Schiradin,Roland HG-Dir itb-db/dc
      • RE: MIDAW and EMC, Tom Moulder
• Multiple Clusters (was: Top 10 software install gripes), Paul Gilmartin
  • Re: Multiple Clusters (was: Top 10 software install gripes), R.S.
    • Re: Multiple Clusters, Rick Fochtman
      • Re: Multiple Clusters, Ed Gould
      • Re: Multiple Clusters, John S. Giltner, Jr.
• Re: Load Library BLKSIZE=32760 (Was: Top 10 software install gripes), Paul Gilmartin
  • <Possible follow-ups>
  • Re: Load Library BLKSIZE=32760 (Was: Top 10 software install gripes), Paul Gilmartin
    • Re: Load Library BLKSIZE=32760 (Was: Top 10 software install gripes), John Eells
      • Re: Load Library BLKSIZE=32760 (Was: Top 10 software install gripes), Edward Jaffe
      • Re: Load Library BLKSIZE=32760 (Was: Top 10 software install gripes), John Eells
  • Re: Load Library BLKSIZE=32760 (Was: Top 10 software install gripes), Kenneth E Tomiak
    • Re: Load Library BLKSIZE=32760 (Was: Top 10 software install gripes), Edward Jaffe
  • Re: Load Library BLKSIZE=32760 (Was: Top 10 software install gripes), Steven Conway
• An Introduction to Data-In-Virtual., zosbloke
  • Re: An Introduction to Data-In-Virtual., steve
    • Re: An Introduction to Data-In-Virtual., zosbloke
• SYSALLDA vs. SYSDA, Pinnacle
• Experience with IAM RLS, mjs
• VIO/HCD Questions, George Dranes
  • RE: VIO/HCD Questions, Field, Alan C.
  • Re: VIO/HCD Questions, Rick Fochtman
  • <Possible follow-ups>
  • Re: VIO/HCD Questions, George D Dranes
• What is the command interface to SHA-1 in Java, Paul GilmartinIBM-MAIN@xxxxxxxxxxxx>
  • Re: What is the command interface to SHA-1 in Java, Bob Rutledge
• ACCBIAS versus BLSR, steve
• Re: Where did the acrinym "CLIP" come from?, john gilmore
  • Re: Where did the acrinym "CLIP" come from?, Howard Brazee
• RE: jcl with dates as part of the DSNAME., Farley, Peter x23353
• OT - The antikythera mechanism, john gilmore
  • RE: OT - The antikythera mechanism, Jeffrey D. Smith
    • Re: OT - The antikythera mechanism, Rick Fochtman
      • Re: OT - The antikythera mechanism, Ed Gould
      • Re: OT - The antikythera mechanism, Rick Fochtman
      • Re: OT - The antikythera mechanism, Chris Mason
      • Re: OT - The antikythera mechanism, Chris Mason
  • Re: OT - The antikythera mechanism, Chris Mason
  • <Possible follow-ups>
  • re: OT - the antikythera mechanism, john gilmore
  • OT - The antikythera mechanism, Phil Payne
• VSAM RLS and Batch Jobs IEC161I 240-0570, Paul Peplinski
• Re: COBOL gets no respect from IBM was Re: Where did the term "clip" come from?, Ted MacNEIL
  • Re: SPAM-LOW: Re: COBOL gets no respect from IBM was Re: Where did the term "clip" come from?, Rick Fochtman
• Top 10 software install gripes, Thomas Conley
  • Re: Top 10 software install gripes, Tom Savor
  • <Possible follow-ups>
  • Re: Top 10 software install gripes, Gary Green
    • RE: Top 10 software install gripes, Fletcher, Kevin
      • RE: Top 10 software install gripes, Fletcher, Kevin
  • Re: Top 10 software install gripes, Ted MacNEIL
    • RE: Top 10 software install gripes, Jeffrey D. Smith
      • Re: Top 10 software install gripes, Chris Mason
  • RE: Top 10 software install gripes, Farley, Peter x23353
    • Re: Top 10 software install gripes, R.S.
  • Re: Top 10 software install gripes, Ted MacNEIL
  • Re: Top 10 software install gripes, Gary Green
  • Re: Top 10 software install gripes, Mark Zelden
  • Re: Top 10 software install gripes, Matthew Stitt
  • Re: Top 10 software install gripes, Ted MacNEIL
  • Re: Top 10 software install gripes, Gary Green
  • Re: Top 10 software install gripes, Matthew Stitt
  • RE: Top 10 software install gripes, Imbriale, Donald
  • Re: Top 10 software install gripes, Tom Marchant
  • Re: Top 10 software install gripes, Mark Zelden
  • Re: Top 10 software install gripes, Ted MacNEIL
  • Re: Top 10 software install gripes, Tom Marchant
    • Re: Top 10 software install gripes, R.S.
    • Re: Top 10 software install gripes, Robert A. Rosenberg
    • Re: Top 10 software install gripes, Neal Eckhardt
      • Re: Top 10 software install gripes, Pinnacle
      • RE: Top 10 software install gripes, Richards.Bob
  • Re: Top 10 software install gripes, Tom Marchant
  • Re: Top 10 software install gripes, Tom Marchant
  • Re: Top 10 software install gripes, Ted MacNEIL
  • Re: Top 10 software install gripes, Paul Gilmartin
  • Re: Top 10 software install gripes, Ted MacNEIL
  • Re: Top 10 software install gripes, Matthew Stitt
  • Re: Top 10 software install gripes, Tom Marchant
  • Re: Top 10 software install gripes, Tom Marchant
  • Re: Top 10 software install gripes, Tom Marchant
  • Re: Top 10 software install gripes, Ted MacNEIL
    • Re: Top 10 software install gripes, Neal Eckhardt
  • Re: Top 10 software install gripes, Tom Marchant
    • Re: Top 10 software install gripes, Pinnacle
      • Re: Top 10 software install gripes, R.S.
      • Re: Top 10 software install gripes, Rick Fochtman
  • Re: Top 10 software install gripes, Tom Marchant
    • RE: Top 10 software install gripes, Eric Bielefeld
      • Re: Top 10 software install gripes, Rick Fochtman
  • Re: Top 10 software install gripes, Pinnacle
  • Re: Top 10 software install gripes, Paul Gilmartin
    • RE: Top 10 software install gripes, Bob Shannon
  • Re: Top 10 software install gripes, Paul Gilmartin
    • Re: Top 10 software install gripes, Steve Comstock
    • Load Library BLKSIZE=32760 (Was: Top 10 software install gripes), Edward Jaffe
  • Re: Top 10 software install gripes, Kenneth E Tomiak
  • Re: Top 10 software install gripes, Kenneth E Tomiak
    • Re: Top 10 software install gripes, Rick Fochtman
      • Re: Top 10 software install gripes, Bob Rutledge
      • Re: Top 10 software install gripes, Rick Fochtman
      • Re: Top 10 software install gripes, Graeme Gibson
      • Re: Top 10 software install gripes, J R
  • Re: Top 10 software install gripes, Kenneth E Tomiak
  • Re: Top 10 software install gripes, Greg Price
    • Re: Top 10 software install gripes, Pinnacle
      • Re: Top 10 software install gripes, Rick Fochtman
  • Re: Top 10 software install gripes, Ted MacNEIL
    • Re: Top 10 software install gripes, Rick Fochtman
    • RE: Top 10 software install gripes, Ron Hawkins
  • Re: Top 10 software install gripes, Kenneth E Tomiak
    • Re: Top 10 software install gripes, Bob Rutledge
  • Re: Top 10 software install gripes, Paul Gilmartin
  • Re: Top 10 software install gripes, Walter Marguccio
    • Re: Top 10 software install gripes, Bruce Black
  • RE: Top 10 software install gripes, Farley, Peter x23353
    • Re: Top 10 software install gripes, Bruce Black
  • Re: Top 10 software install gripes, Kenneth E Tomiak
    • Re: Top 10 software install gripes, Chris Mason
  • Re: Top 10 software install gripes, Ted MacNEIL
  • Re: Top 10 software install gripes, Tom Marchant
  • Re: Top 10 software install gripes, Tom Marchant
    • Re: Top 10 software install gripes, R.S.
      • Re: Top 10 software install gripes, Rick Fochtman
      • Re: Top 10 software install gripes, R.S.
      • Re: Top 10 software install gripes, Ron Hawkins
  • Re: Top 10 software install gripes, Ted MacNEIL
  • Re: Top 10 software install gripes, Kenneth E Tomiak
• Re: RES: SAM24/31 x BSM 0,15, Steve Comstock
• zAAP for zip ?, Miklos Szigetvari
  • RE: zAAP for zip ?, Schiradin,Roland HG-Dir itb-db/dc
  • <Possible follow-ups>
  • Re: zAAP for zip ?, Timothy Sipples
    • Re: zAAP for zip ?, Miklos Szigetvari
  • Re: zAAP for zip ?, Timothy Sipples
• Re: SAM24/31 x BSM 0,15, Steve Comstock
• Question on DFP, steve
  • Re: Question on DFP, John Eells
  • <Possible follow-ups>
  • Re: Question on DFP, Lizette Koehler
    • RE: Question on DFP, Clark, Kevin
  • Re: Question on DFP, Mark H. Young
    • Re: Question on DFP, steve
    • Re: Question on DFP, Walt Farrell
      • Re: Question on DFP, Shane
  • Re: Question on DFP, Tom Marchant
  • Re: Question on DFP, Mark Zelden
    • Re: Question on DFP, John Eells
  • Re: Question on DFP, Kenneth E Tomiak
• jdkcheck.class (HMC remote access), R.S.
  • Re: jdkcheck.class (HMC remote access), Chris Mason
  • <Possible follow-ups>
  • Re: jdkcheck.class (HMC remote access), Bruno Sugliani
• Channel Detected errors only 1 lpar, 1 job, 1 vsm, John Benik
  • Re: Channel Detected errors only 1 lpar, 1 job, 1 vsm, john . ticic . extern
    • Re: Channel Detected errors only 1 lpar, 1 job, 1 vsm, dshupe
      • Re: Channel Detected errors only 1 lpar, 1 job, 1 vsm, john . ticic . extern
    • Re: Channel Detected errors only 1 lpar, 1 job, 1 vsm, Bruce Black
  • <Possible follow-ups>
  • Re: Channel Detected errors only 1 lpar, 1 job, 1 vsm, John E Benik
• problem substituting variables, Visser, Hans , PinkRoccade Infrastructure Services Technisch Specialist
  • RE: problem substituting variables, Hardee, Charles H
    • RE: problem substituting variables, Visser, Hans , PinkRoccade Infrastructure Services Technisch Specialist
      • RE: problem substituting variables, Veilleux, Jon L
      • RE: problem substituting variables, Don Maxwell
      • RE: problem substituting variables, Hardee, Charles H
      • RE: problem substituting variables, Visser, Hans , PinkRoccade Infrastructure Services Technisch Specialist
  • Re: problem substituting variables, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: problem substituting variables, Paul Gilmartin
• Re: Can FRR prevent ESTAE from seeing registers?, Peter Relson
  • Re: Can FRR prevent ESTAE from seeing registers?, Jeffrey D. Smith
    • Re: Can FRR prevent ESTAE from seeing registers?, Jim Mulder
  • <Possible follow-ups>
  • Re: Can FRR prevent ESTAE from seeing registers?, Peter Relson
    • RE: Can FRR prevent ESTAE from seeing registers?, Jeffrey D. Smith
• Looking for a copy of B2H.ZIP (Bookmaster to HTML), Hunkeler Peter , KIUK 3
  • RE: Looking for a copy of B2H.ZIP (Bookmaster to HTML), Hunkeler Peter , KIUK 3
  • <Possible follow-ups>
  • Re: Looking for a copy of B2H.ZIP (Bookmaster to HTML), Kenneth E Tomiak
• FDRPAS AND CLONING, david . paulus
• EMC-SRDF/A with z/os Sysplex, Laine, Rogers
  • RE: EMC-SRDF/A with z/os Sysplex, Field, Alan C.
    • RE: EMC-SRDF/A with z/os Sysplex, Laine, Rogers
• Is there a Creation Date for Alias?, Larry Burch
  • <Possible follow-ups>
  • Re: Is there a Creation Date for Alias?, Tony Brown
• OEM software electronic download report card, Pinnacle
  • Re: OEM software electronic download report card, David Andrews
    • Re: OEM software electronic download report card, Pinnacle
  • Re: OEM software electronic download report card, R.S.
    • Re: OEM software electronic download report card, Chris Mason
      • Re: OEM software electronic download report card, R.S.
  • RE: OEM software electronic download report card, Gibney, Dave
  • <Possible follow-ups>
  • Re: OEM software electronic download report card, Farley, Peter x23353
    • Re: OEM software electronic download report card, Pinnacle
  • Re: OEM software electronic download report card, Mark Zelden
    • RE: OEM software electronic download report card, Schramm, Rob
  • Re: OEM software electronic download report card, Paul Gilmartin
  • Re: OEM software electronic download report card, Efinnell15
  • Re: OEM software electronic download report card, Paul Gilmartin
  • Re: OEM software electronic download report card, Paul Gilmartin
    • RE: OEM software electronic download report card, Schramm, Rob
  • Re: OEM software electronic download report card, Efinnell15
  • Re: OEM software electronic download report card, Ted MacNEIL
  • Re: OEM software electronic download report card, Tom Marchant
  • RE: OEM software electronic download report card, Bielskie, Stephen
  • Re: OEM software electronic download report card, Mark Zelden
    • RE: OEM software electronic download report card, Gibney, Dave
  • Re: OEM software electronic download report card, Tom Marchant
    • Re: OEM software electronic download report card, Shane
  • Re: OEM software electronic download report card, Tom Marchant
    • VTS, was - OEM software electronic download report card, Gibney, Dave
  • Re: OEM software electronic download report card, Paul Gilmartin
  • Re: OEM software electronic download report card, Mark Zelden
    • Re: OEM software electronic download report card, Shane
    • Re: OEM software electronic download report card, R.S.
      • Re: OEM software electronic download report card, Clark Morris
      • Re: OEM software electronic download report card, R.S.
      • RE: OEM software electronic download report card, McKown, John
      • Re: OEM software electronic download report card, R.S.
    • Virtual tape limits (Was: OEM software electronic download report card), john . ticic . extern
      • Re: Virtual tape limits (Was: OEM software electronic download report card), Shane
      • Re: Virtual tape limits (Was: OEM software electronic download report card), R.S.
      • Re: Virtual tape limits (Was: OEM software electronic download report card), john . ticic . extern
      • RE: Virtual tape limits (Was: OEM software electronic download report card), Ron Hawkins
  • Re: OEM software electronic download report card, Tom Marchant
• Access Method Services messages?, Patrick Lyon
  • Re: Access Method Services messages?, Steve Comstock
  • RE: Access Method Services messages?, Larry Crilley
  • Re: Access Method Services messages?, rkuebbin
  • Re: Access Method Services messages?, John_J_Kelly
  • Re: Access Method Services messages?, Clark, Kevin
  • Re: Access Method Services messages?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Access Method Services messages?, Dave Kopischke
    • RE: Access Method Services messages?, Hardee, Charles H
      • Re: Access Method Services messages?, Clark Morris
• IBM loses employee data, Duane Reaugh
  • RE: IBM loses employee data, Gregory, Gary G
  • Re: IBM loses employee data, Walt Farrell
  • RE: IBM loses employee data, Hal Merritt
    • Re: IBM loses employee data, R.S.
    • Re: IBM loses employee data, Don Leahy
  • <Possible follow-ups>
  • Re: IBM loses employee data, Lizette Koehler
    • Re: IBM loses employee data, Chris Hoelscher
  • RE: IBM loses employee data, Chicklon, Tom
    • RE: IBM loses employee data, Taylor, Clarence B
    • Re: IBM loses employee data, Cyber
  • Re: IBM loses employee data, Efinnell15
  • Re: IBM loses employee data, Mark Zelden
  • Re: IBM loses employee data, Paul Gilmartin
  • Re: IBM loses employee data, Efinnell15
• ASCB question, Bielskie, Stephen
  • Re: ASCB question, Steve Comstock
  • RE: ASCB question, Rob Scott
  • <Possible follow-ups>
  • RE: ASCB question, Bielskie, Stephen
  • Re: ASCB question, Big Iron
• Where did the term "clip" come from?, Bruce McKnight
  • Re: Where did the term "clip" come from?, Dan Espen
  • Re: Where did the term "clip" come from?, John Eells
    • Re: Where did the term "clip" come from?, Rusty
    • RE: Where did the term "clip" come from?, Chase, John
      • COBOL gets no respect from IBM was Re: Where did the term "clip" come from?, Clark F Morris
    • Re: Where did the term "clip" come from?, Michael Stack
      • Re: Where did the term "clip" come from?, Rick Fochtman
      • Re: Where did the term "clip" come from?, Shane
      • Re: Where did the term "clip" come from?, Rick Fochtman
      • Re: Where did the term "clip" come from?, Chris Mason
  • <Possible follow-ups>
  • Where did the term "clip" come from?, Phil Payne
  • Re: Where did the term "clip" come from?, Phil Smith III
    • Re: Where did the term "clip" come from?, Rick Fochtman
    • Re: Where did the term "clip" come from?, Robert A. Rosenberg
      • Re: Where did the term "clip" come from?, Rick Fochtman
      • Re: Where did the term "clip" come from?, Neal Eckhardt
  • Re: Where did the term "clip" come from?, Mark H. Young
    • RE: Where did the term "clip" come from?, Pommier, Rex R.
    • Re: Where did the term "clip" come from?, Bill Wilkie
  • Re: Where did the term "clip" come from?, DASDBill2
    • RE: Where did the term "clip" come from?, Hardee, Charles H
      • Re: Where did the term "clip" come from?, Bruce McKnight
  • Re: Where did the term "clip" come from?, Mark H. Young
    • Re: Where did the term "clip" come from?, Bill Wilkie
    • Re: Where did the term "clip" come from?, Michael Stack
      • Re: Where did the term "clip" come from?, Rick Fochtman
    • Re: Where did the term "clip" come from?, Frank I Rosenzweig
      • Re: Where did the term "clip" come from?, Neal Eckhardt
  • Re: Where did the term "clip" come from?, Mark H. Young
  • Re: Where did the term "clip" come from?, Mark H. Young
    • Re: Where did the term "clip" come from?, Rick Fochtman
      • Re: Where did the term "clip" come from?, Michael Stack
    • Re: Where did the term "clip" come from?, Rick Fochtman
• ISR only with SW contract, Walter Marguccio
  • Re: ISR only with SW contract, Kurt Quackenbush
    • Re: ISR only with SW contract, Shane
      • RE: ISR only with SW contract, James Smith
  • <Possible follow-ups>
  • Re: ISR only with SW contract, Walter Marguccio
    • Re: ISR only with SW contract, Kurt Quackenbush
      • Re: ISR only with SW contract, Kurt Quackenbush
  • Re: ISR only with SW contract, Tomas Fott
    • RE: ISR only with SW contract, james
  • Re: ISR only with SW contract, Efinnell15
  • Re: ISR only with SW contract, Walter Marguccio
• LOGREC Viewer V1.1, Petersen, Jim
  • RE: LOGREC Viewer V1.1, Jousma, David
  • RE: LOGREC Viewer V1.1, Jousma, David
    • Can FRR prevent ESTAE from seeing registers?, Jeffrey D. Smith
      • RE: Can FRR prevent ESTAE from seeing registers?, Craddock, Chris
      • RE: Can FRR prevent ESTAE from seeing registers?, Jeffrey D. Smith
      • RE: Can FRR prevent ESTAE from seeing registers?, Craddock, Chris
    • RE: LOGREC Viewer V1.1, Petersen, Jim
• BLSR question, steve
• DFSORT Numeric Field Testing Problem, OppThumb
  • <Possible follow-ups>
  • Re: DFSORT Numeric Field Testing Problem, Frank Yaeger
  • RE: DFSORT Numeric Field Testing Problem, CICS Guy
    • Re: DFSORT Numeric Field Testing Problem, OppThumb
• JES2 at DR, Lizette Koehler
  • RE: JES2 at DR, Chase, John
  • Re: JES2 at DR, Rick Fochtman
  • Re: JES2 at DR, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: JES2 at DR, Chicklon, Tom
    • RE: JES2 at DR, Lizette Koehler
      • RE: JES2 at DR, Schwarz, Barry A
      • Re: JES2 at DR, Rick Fochtman
  • Re: JES2 at DR, Mark Zelden
  • RE: JES2 at DR, Chicklon, Tom
    • RE: JES2 at DR, Hal Merritt
  • Re: JES2 at DR, Lizette Koehler
• zOS 1.6 on z9BC, Sebastian Welton
  • RE: zOS 1.6 on z9BC, Bob Shannon
    • Re: zOS 1.6 on z9BC, Shane
  • RE: zOS 1.6 on z9BC, McKown, John
    • RE: zOS 1.6 on z9BC, Salway, Nigel
  • Re: zOS 1.6 on z9BC, Mark
  • <Possible follow-ups>
  • Re: zOS 1.6 on z9BC, Sebastian Welton
    • RE: zOS 1.6 on z9BC, McKown, John
• CLIST question (the ampersands are killing me), David E.
  • Re: CLIST question (the ampersands are killing me), Walt Farrell
  • Re: CLIST question (the ampersands are killing me), Dan Espen
    • Re: CLIST question (the ampersands are killing me), Howard Brazee
  • <Possible follow-ups>
  • Re: CLIST question (the ampersands are killing me), Arthur T.
  • CLIST question (the ampersands are killing me), David Eisenberg
    • Re: CLIST question (the ampersands are killing me), Shmuel Metz , Seymour J.
  • Re: CLIST question (the ampersands are killing me), David Eisenberg
    • Re: CLIST question (the ampersands are killing me), Steve Comstock
      • RE: CLIST question (the ampersands are killing me), Lizette Koehler
      • Re: CLIST question (the ampersands are killing me), Steve Comstock
  • Re: CLIST question (the ampersands are killing me), David Eisenberg
    • Re: CLIST question (the ampersands are killing me), Walt Farrell
  • Re: CLIST question (the ampersands are killing me), Paul Gilmartin
  • Re: CLIST question (the ampersands are killing me), David Eisenberg
  • Re: CLIST question (the ampersands are killing me), Tim Cardozo
  • Re: CLIST question (the ampersands are killing me), Paul Gilmartin
    • Re: CLIST question (the ampersands are killing me), Shmuel Metz , Seymour J.
  • Re: CLIST question (the ampersands are killing me), David Eisenberg
    • Re: CLIST question (the ampersands are killing me), Dan Espen
    • Re: CLIST question (the ampersands are killing me), Steve Comstock
    • Re: CLIST question (the ampersands are killing me), Gerhard Postpischil
    • Re: CLIST question (the ampersands are killing me), Rick Fochtman
    • (none), Itaicy Corrêa Oliveira
    • Re: CLIST question (the ampersands are killing me), Shmuel Metz , Seymour J.
  • Re: CLIST question (the ampersands are killing me), David Eisenberg
    • Re: CLIST question (the ampersands are killing me), Dan Espen
    • Re: CLIST question (the ampersands are killing me), Shmuel Metz , Seymour J.
  • Re: CLIST question (the ampersands are killing me), David Eisenberg
  • Re: CLIST question (the ampersands are killing me), Arthur T.
    • pedantry side-track ..., Shane
    • RE: CLIST question (the ampersands are killing me), Chase, John
  • Re: CLIST question (the ampersands are killing me), Paul Gilmartin
    • Re: CLIST question (the ampersands are killing me), Shmuel Metz , Seymour J.
  • Re: CLIST question (the ampersands are killing me), Paul Gilmartin
• Migrating to Large Spool (was Re: $HASP443 message), Brian Peterson
• Upgrades and Project Framework, Guy Gates
• CCSID 1252 Code Page Error, Ted MacNEIL
  • RE: CCSID 1252 Code Page Error, Mullen, Patrick
    • RE: CCSID 1252 Code Page Error, Jim Wangler
  • RE: CCSID 1252 Code Page Error, Schiradin,Roland HG-Dir itb-db/dc
  • <Possible follow-ups>
  • Re: CCSID 1252 Code Page Error, Ted MacNEIL
    • RE: CCSID 1252 Code Page Error, Schiradin,Roland HG-Dir itb-db/dc
    • RE: CCSID 1252 Code Page Error, Schiradin,Roland HG-Dir itb-db/dc
  • Re: CCSID 1252 Code Page Error, Ted MacNEIL
  • Re: CCSID 1252 Code Page Error, Shmuel Metz , Seymour J.
  • re: CCSID 1252 Code Page Error, Neil Duffee
  • Re: CCSID 1252 Code Page Error, Ted MacNEIL
• $HASP443 message, Petersen, Jim
  • RE: $HASP443 message, Kreiter, Chuck
  • <Possible follow-ups>
  • RE: $HASP443 message, Chicklon, Tom
    • RE: $HASP443 message, Petersen, Jim
      • Re: $HASP443 message, Mark Jacobs
      • Re: $HASP443 message, alan . schwartz
      • Re: $HASP443 message, Rick Fochtman
      • Re: $HASP443 message, Robert A. Rosenberg
      • RE: $HASP443 message, Petersen, Jim
  • Re: $HASP443 message, Efinnell15
  • Re: $HASP443 message, Mark Zelden
• 3270 to Telnet???, Mark T. Regan, K8MTR
  • Re: 3270 to Telnet???, Chris Mason
  • Re: 3270 to Telnet???, Shmuel Metz , Seymour J.
• SMS Question, esmie moo
  • RE: SMS Question, O'Brien, David W. [C] , NIH/CIT
    • Re: SMS Question, esmie moo
  • RE: SMS Question, Schwarz, Barry A
    • Re: SMS Question, Bruce Black
      • Re: SMS Question, Edward Jaffe
      • Re: SMS Question, john . kington
• Help settle a job title/role debate, Bruce McKnight
  • Re: Help settle a job title/role debate, Steve Samson
    • RE: Help settle a job title/role debate, Bob Shannon
      • Re: Help settle a job title/role debate, Shmuel Metz , Seymour J.
      • Re: Help settle a job title/role debate, Rick Fochtman
      • RE: Help settle a job title/role debate, James Smith
    • Re: Help settle a job title/role debate, Anne & Lynn Wheeler
    • Re: Help settle a job title/role debate, Ed Gould
  • <Possible follow-ups>
  • Re: Help settle a job title/role debate, Efinnell15
  • Re: Help settle a job title/role debate, Mark Zelden
  • Re: Help settle a job title/role debate, Bill Johnson
    • Re: Help settle a job title/role debate, Howard Brazee
    • RE: Help settle a job title/role debate, Gregory, Gary G
      • Re: Help settle a job title/role debate, R.S.
      • Re: Help settle a job title/role debate, Howard Brazee
  • Re: Help settle a job title/role debate, Tom Schmidt
    • Re: Help settle a job title/role debate, Bruce McKnight
    • Re: Help settle a job title/role debate, Bruce Black
      • Re: Help settle a job title/role debate, Howard Brazee
      • RE: Help settle a job title/role debate, Wayne Driscoll
      • Re: Help settle a job title/role debate, tim . hare
      • Re: Help settle a job title/role debate, Rick Fochtman
  • Re: Help settle a job title/role debate, Ted MacNEIL
  • Re: Help settle a job title/role debate, Patrick O'Keefe
• Re: VLF on z/OS 1.8, Mark Zelden
  • RE: VLF on z/OS 1.8, Veilleux, Jon L
    • Re: VLF on z/OS 1.8, Mark Jacobs
  • <Possible follow-ups>
  • Re: VLF on z/OS 1.8, Brian Peterson
  • Re: VLF on z/OS 1.8, Casey Rhodes
• Catalog Search Interface (VSAMSTAT) to get number of record, Sathaporn
  • RE: Catalog Search Interface (VSAMSTAT) to get number of record, Rob Scott
    • VLF on z/OS 1.8, Veilleux, Jon L
    • Re: Catalog Search Interface (VSAMSTAT) to get number of record, s80236g@xxxxxxxxx
  • Re: Catalog Search Interface (VSAMSTAT) to get number of record, Clark Morris
  • <Possible follow-ups>
  • Re: Catalog Search Interface (VSAMSTAT) to get number of record, Kenneth E Tomiak
  • Re: Catalog Search Interface (VSAMSTAT) to get number of record, Kenneth E Tomiak
• 3584 Tape Library Power Source, Kopischke, David G.
  • Re: 3584 Tape Library Power Source, Shane
• Link Monitor Reason code 8000 on OSA, Salway, Nigel
• Analysts squash rumors of 150,000 IBM layoffs, Edward Jaffe
  • <Possible follow-ups>
  • Analysts squash rumors of 150,000 IBM layoffs, Phil Payne
    • Re: Analysts squash rumors of 150,000 IBM layoffs, Shane
      • RE: Analysts squash rumors of 150,000 IBM layoffs, Gibney, Dave
• TCP state replication, Glen.Gasior
  • Re: TCP state replication, John S. Giltner, Jr.
• Re: [IBM-MAIN] jcl., Kurt_Gramling
  • unsubscribe, Knut Kubein
  • Re: jcl., rkuebbin
    • RE: jcl., Jim Wangler
      • Re: jcl., rkuebbin
    • Re: jcl., EPhilbrook
    • Re: jcl., Rick Fochtman
  • <Possible follow-ups>
  • Re: [IBM-MAIN] jcl., Kurt_Gramling
    • Re: jcl., rkuebbin
    • RE: jcl., GAVIN Darren * OPS EAS
• FILEAID : SEARCH COMMAND, John Dawes
  • RE: FILEAID : SEARCH COMMAND, Galambos, Robert
• jcl., Rajeev Vasudevan
  • RE: jcl., Weidt, James
  • RE: jcl., Barkow, Eileen
  • Re: jcl with dates as part of the DSNAME., Clem Clarke
    • Re: jcl with dates as part of the DSNAME., rkuebbin
  • <Possible follow-ups>
  • RE: jcl., Imbriale, Donald
  • Re: jcl., Lizette Koehler
  • RE: jcl., CICS Guy
  • Re: jcl., Lizette Koehler
    • Re: jcl., Rajeev Vasudevan
  • Re: jcl., Lizette Koehler
    • RE: jcl., Jeffrey D. Smith
  • Re: jcl., Ted MacNEIL
    • RE: jcl., Jeffrey D. Smith
  • Re: jcl., Ted MacNEIL
  • Re: jcl., Tom Marchant
  • Re: jcl., Paul Gilmartin
    • RE: jcl., McKown, John
      • Re: jcl., Shmuel Metz , Seymour J.
      • DSS EXCP counts, Schwarz, Barry A
      • Re: DSS EXCP counts, Gerhard Postpischil
      • RE: DSS EXCP counts, Hal Merritt
      • RE: DSS EXCP counts, Tom Moulder
      • RE: DSS EXCP counts, Schwarz, Barry A
  • jcl., Bill Klein
  • Re: jcl., Paul Gilmartin
    • Re: jcl., Dan Espen
• RE: The OEM herd thins a little more, Petersen, Jim
  • Re: The OEM herd thins a little more, Howard Brazee
• RE: IBM document describing SYSRES cloning?, Petersen, Jim
  • <Possible follow-ups>
  • Re: IBM document describing SYSRES cloning?, Kenneth E Tomiak
  • Re: IBM document describing SYSRES cloning?, Greg Daynes
• Re: Ｕｒｇｅｎｔ： What are IBM's 2 current mainframe Disk subsystems?, ebnoble
• how to output RMF monitor I report to dataset instead of class(a), Tommy Tsui
  • Re: how to output RMF monitor I report to dataset instead of class(a), John_J_Kelly
  • RE: how to output RMF monitor I report to dataset instead of class(a), Horne, Jim - James S
    • Re: how to output RMF monitor I report to dataset instead of class(a), Tommy Tsui
• Fw: Field of Dreams - IBM 2086 240 - OutSourced - End Of Thread, Patrick . Falcone
• RE:Measuring Use of BLSR Buffers, Wertheim, Marty
  • <Possible follow-ups>
  • RE: Measuring Use of BLSR Buffers, Farley, Peter x23353
  • Re: Measuring Use of BLSR Buffers, Efinnell15
  • RE: Measuring Use of BLSR Buffers, Farley, Peter x23353
    • RE: Measuring Use of BLSR Buffers, Richards.Bob
      • RE: Measuring Use of BLSR Buffers, O'Brien, David W. [C] , NIH/CIT
      • Re: Measuring Use of BLSR Buffers, Shmuel Metz , Seymour J.
      • RE: Measuring Use of BLSR Buffers, Schramm, Rob
      • RE: Measuring Use of BLSR Buffers, Chase, John
      • Re: Measuring Use of BLSR Buffers, Rick Fochtman
      • RE: Measuring Use of BLSR Buffers, Richards.Bob
  • Re: Measuring Use of BLSR Buffers, Efinnell15
  • Re: Measuring Use of BLSR Buffers, Ted MacNEIL
    • RE: Measuring Use of BLSR Buffers, Robert Lawrence
      • RE: Measuring Use of BLSR Buffers, Richards.Bob
  • RE: Measuring Use of BLSR Buffers, Farley, Peter x23353
    • RE: Measuring Use of BLSR Buffers, O'Brien, David W. [C] , NIH/CIT
    • RE: Measuring Use of BLSR Buffers, Richards.Bob
  • RE: Measuring Use of BLSR Buffers, Farley, Peter x23353
    • RE: Measuring Use of BLSR Buffers, O'Brien, David W. [C] , NIH/CIT
    • RE: Measuring Use of BLSR Buffers, Ron Hawkins
  • Re: Measuring Use of BLSR Buffers, Ted MacNEIL
• CONSOLxx member of PARMLIB, Niran Kamaksorn
  • <Possible follow-ups>
  • Re: CONSOLxx member of PARMLIB, Bruce Hewson
• PDSE compessing?, steve
  • Re: PDSE compessing?, Bill Lalonde
• How to measure actual usage of BLSR buffers?, Farley, Peter x23353
  • <Possible follow-ups>
  • RE: How to measure actual usage of BLSR buffers?, Farley, Peter x23353
    • Re: How to measure actual usage of BLSR buffers?, Thomas H Puddicombe
    • Re: How to measure actual usage of BLSR buffers?, Jim Mulder
  • Re: How to measure actual usage of BLSR buffers?, Tom Schmidt
  • RE: How to measure actual usage of BLSR buffers?, Farley, Peter x23353
  • RE: How to measure actual usage of BLSR buffers?, Farley, Peter x23353
    • RE: How to measure actual usage of BLSR buffers?, GAVIN Darren * OPS EAS
      • Re: How to measure actual usage of BLSR buffers?, Robert Wright
  • RE: How to measure actual usage of BLSR buffers?, Farley, Peter x23353
    • Re: How to measure actual usage of BLSR buffers?, GAVIN Darren * OPS EAS
  • Re: How to measure actual usage of BLSR buffers?, Ted MacNEIL
  • RE: How to measure actual usage of BLSR buffers?, Farley, Peter x23353
  • RE: How to measure actual usage of BLSR buffers?, Farley, Peter x23353
  • RE: How to measure actual usage of BLSR buffers?, Farley, Peter x23353
• Need of TN3270 type Fonts for PUTTY?, John D. Slayton
  • Re: Need of TN3270 type Fonts for PUTTY?, Eric Chevalier
    • Re: Need of TN3270 type Fonts for PUTTY?, John D. Slayton
      • Re: Need of TN3270 type Fonts for PUTTY?, Eric Chevalier
      • Re: Need of TN3270 type Fonts for PUTTY?, Ulrich Boche
• Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), Bruno Sugliani
  • RE: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), Anthony Saul Babonas
    • Re: How difficult would it be for a SYSPROG ?, Anne & Lynn Wheeler
    • Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), R.S.
      • Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), Shmuel Metz , Seymour J.
• increase of number of initiators + real cost in memory & experience ?, exsyfg
• 2007 ServerWatch Product Excellence Awards, Timothy Sipples
  • Re: 2007 ServerWatch Product Excellence Awards, Shane
    • Re: 2007 ServerWatch Product Excellence Awards, Howard Brazee
• The Register 100K people to be vaporized by IBM, Ed Gould
• WLM and TCB's priority, Schiradin,Roland HG-Dir itb-db/dc
  • RE: WLM and TCB's priority, Bob Shannon
  • Re: WLM and TCB's priority, Shane
  • <Possible follow-ups>
  • Re: WLM and TCB's priority, Ted MacNEIL
    • RE: WLM and TCB's priority, Greg Shirey
  • Re: WLM and TCB's priority, Shmuel Metz , Seymour J.
• SHOWzOS 715 fix, Schiradin,Roland HG-Dir itb-db/dc
• time() in z/OS XL C with LP64 (AMODE 64) --> bug?, M. Castelein
  • Re: time() in z/OS XL C with LP64 (AMODE 64) --> bug?, poitras
    • Re: time() in z/OS XL C with LP64 (AMODE 64) --> bug?, M. Castelein
  • <Possible follow-ups>
  • Re: time() in z/OS XL C with LP64 (AMODE 64) --> bug?, sasdtp
• More on TJX Breach-Wardriving in Minnesota, Efinnell15
• temp dataset concatenation, R.S.
  • Re: temp dataset concatenation, Gerhard Postpischil
    • Re: temp dataset concatenation, R.S.
  • <Possible follow-ups>
  • Re: temp dataset concatenation, Paul Gilmartin
    • Re: temp dataset concatenation, Gerhard Postpischil
• SHARE Conference in San Diego, Kenneth E Tomiak
• Leann and Mean: 150,000 U.S.layoffs for IBM?, Phil Payne
  • Re: Leann and Mean: 150,000 U.S.layoffs for IBM?, Steve Samson
• (none), George D Dranes
  • <Possible follow-ups>
  • (none), Dean Montevago
• Sharks (late Friday), Paul Gilmartin
• Salary in the future for PC weeny types (HUMOR People), Ed Gould
• Lean and Mean: 150,000 U.S. layoffs for IBM?, mark . jacobs
  • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, justirw
    • RE: Lean and Mean: 150,000 U.S. layoffs for IBM?, Campbell Jay
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, justirw
      • RE: Lean and Mean: 150,000 U.S. layoffs for IBM?, Campbell Jay
    • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Bill Wilkie
    • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Howard Brazee
      • RE: Lean and Mean: 150,000 U.S. layoffs for IBM?, Veilleux, Jon L
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Mark Jacobs
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Shmuel Metz , Seymour J.
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Rick Fochtman
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Robert Justice
      • RE: Lean and Mean: 150,000 U.S. layoffs for IBM?, Chase, John
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Edward Jaffe
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Mark Jacobs
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Edward Jaffe
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Howard Brazee
      • RE: Lean and Mean: 150,000 U.S. layoffs for IBM?, Schwarz, Barry A
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Edward Jaffe
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Ed Gould
      • RE: Lean and Mean: 150,000 U.S. layoffs for IBM?, Chase, John
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Mark Jacobs
      • RE: Lean and Mean: 150,000 U.S. layoffs for IBM?, Veilleux, Jon L
      • RE: Lean and Mean: 150,000 U.S. layoffs for IBM?, Chase, John
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Ed Gould
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Anne & Lynn Wheeler
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Rick Fochtman
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, rkuebbin
      • RE: Lean and Mean: 150,000 U.S. layoffs for IBM?, Veilleux, Jon L
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Shmuel Metz , Seymour J.
      • RE: Lean and Mean: 150,000 U.S. layoffs for IBM?, Veilleux, Jon L
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Shmuel Metz , Seymour J.
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Ed Gould
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Shmuel Metz , Seymour J.
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Rick Fochtman
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Shmuel Metz , Seymour J.
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Ed Gould
      • RE: Lean and Mean: 150,000 U.S. layoffs for IBM?, Chase, John
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Ed Gould
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Shmuel Metz , Seymour J.
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Shmuel Metz , Seymour J.
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Howard Brazee
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Shmuel Metz , Seymour J.
  • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Bruce McKnight
  • <Possible follow-ups>
  • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Ted MacNEIL
  • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Ted MacNEIL
  • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Efinnell15
  • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Robert Justice
    • Here we go again - TSA hard drive goes missing, 100K workers' records on it., Pommier, Rex R.
    • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Howard Brazee
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, R.S.
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Chris Mason
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Shmuel Metz , Seymour J.
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Chase, John
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Mark Jacobs
      • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Shmuel Metz , Seymour J.
    • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Bill Johnson
  • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, DASDBill2
    • RE: Lean and Mean: 150,000 U.S. layoffs for IBM?, O'Brien, David W. [C] , NIH/CIT
  • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Dave Kopischke
    • RE: Lean and Mean: 150,000 U.S. layoffs for IBM?, Veilleux, Jon L
  • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Dave Kopischke
  • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Matthew Stitt
  • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Dave Kopischke
    • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Shmuel Metz , Seymour J.
  • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Dave Kopischke
  • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Efinnell15
  • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Efinnell15
    • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, rkuebbin
  • Re: Lean and Mean: 150,000 U.S. layoffs for IBM?, Efinnell15
• SHOWzOS 714 abend on z/OS R8 fixed, Schiradin,Roland HG-Dir itb-db/dc
• WLM questions, George D Dranes
  • Re: WLM questions, Shane
  • <Possible follow-ups>
  • Re: WLM questions, Ted MacNEIL
    • Re: WLM questions, Shane
    • RE: WLM questions, Schiradin,Roland HG-Dir itb-db/dc
  • Re: WLM questions, Ted MacNEIL
    • Re: WLM questions, Patrick . Falcone
  • Re: WLM questions, Ted MacNEIL
    • RE: WLM questions, Staller, Allan
  • Re: WLM questions, Mark Zelden
  • Re: WLM questions, Efinnell15
    • RE: WLM questions, Norman Hollander
• Reference to TJ MAXX again?, Ken . Porowski
  • Re: Reference to TJ MAXX again?, Bob Rutledge
• Another Mainstar claification on Secuity, Ed Gould
• Re: Turning Off the People We Might Want to Hire, Ted MacNEIL
  • <Possible follow-ups>
  • Re: Turning Off the People We Might Want to Hire, John_Mattson
  • Re: Turning Off the People We Might Want to Hire, Ted MacNEIL
  • Re: Turning Off the People We Might Want to Hire, Ted MacNEIL
  • Re: Turning Off the People We Might Want to Hire, Efinnell15
• Are you developing for the Web?, Phil Payne
  • Re: Are you developing for the Web?, Steve Comstock
• sending Non-zero return codes to a pager, BillD
  • Re: sending Non-zero return codes to a pager, kpinkham
    • Re: sending Non-zero return codes to a pager, BillD
• BLKSIZE parm of DCB macro(QSAM locate mode), Johnny Luo
  • Re: BLKSIZE parm of DCB macro(QSAM locate mode), Binyamin Dissen
    • Re: BLKSIZE parm of DCB macro(QSAM locate mode), Johnny Luo
      • Re: BLKSIZE parm of DCB macro(QSAM locate mode), Binyamin Dissen
      • Re: BLKSIZE parm of DCB macro(QSAM locate mode), Johnny Luo
      • Re: BLKSIZE parm of DCB macro(QSAM locate mode), Steve Comstock
  • <Possible follow-ups>
  • Re: BLKSIZE parm of DCB macro(QSAM locate mode), DASDBill2
  • Re: BLKSIZE parm of DCB macro(QSAM locate mode), Tom Marchant
    • Re: BLKSIZE parm of DCB macro(QSAM locate mode), Howard Brazee
  • Re: BLKSIZE parm of DCB macro(QSAM locate mode), Mike Baldwin
• ftp of exclusively used Member, Josef Berger
  • <Possible follow-ups>
  • Re: ftp of exclusively used Member, Vernooy, C.P. - SPLXM
    • Re: ftp of exclusively used Member, Josef Berger
      • Re: ftp of exclusively used Member, Dan Espen
  • Re: ftp of exclusively used Member, Paul Gilmartin
    • Re: ftp of exclusively used Member, Shmuel Metz , Seymour J.
  • Re: ftp of exclusively used Member, Paul Gilmartin
    • Re: ftp of exclusively used Member, Shmuel Metz , Seymour J.
  • Re: ftp of exclusively used Member, Kenneth E Tomiak
  • Re: ftp of exclusively used Member, Paul Gilmartin
  • Re: ftp of exclusively used Member, Kenneth E Tomiak
  • Re: ftp of exclusively used Member, Paul Gilmartin
  • Re: ftp of exclusively used Member, Paul Gilmartin
    • Re: ftp of exclusively used Member, Howard Brazee
  • Re: ftp of exclusively used Member, Paul Gilmartin
• RACF Presentations, Jacky Bright
  • Re: RACF Presentations, scott
  • Re: RACF Presentations, Walt Farrell
• Finally get to go from os390 2.10 to zOS 1.8, John Mattson
  • RE: Finally get to go from os390 2.10 to zOS 1.8, B Sysprog
  • Re: Finally get to go from os390 2.10 to zOS 1.8, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Finally get to go from os390 2.10 to zOS 1.8, Ted MacNEIL
    • Re: Finally get to go from os390 2.10 to zOS 1.8, fellowtong@xxxxxxxxxxxx
  • Re: Finally get to go from os390 2.10 to zOS 1.8, Brian Westerman
    • Re: Finally get to go from os390 2.10 to zOS 1.8, Pinnacle
      • RE: Finally get to go from os390 2.10 to zOS 1.8, Daniel Allen
    • RE: Finally get to go from os390 2.10 to zOS 1.8, Staller, Allan
      • Re: Finally get to go from os390 2.10 to zOS 1.8, R.S.
  • Re: Finally get to go from os390 2.10 to zOS 1.8, Eric Bielefeld
  • Re: Finally get to go from os390 2.10 to zOS 1.8, Mark Zelden
  • Re: Finally get to go from os390 2.10 to zOS 1.8, Brian Westerman
  • Re: Finally get to go from os390 2.10 to zOS 1.8, Brian Westerman
  • Re: Finally get to go from os390 2.10 to zOS 1.8, Brian Westerman
  • Re: Finally get to go from os390 2.10 to zOS 1.8, Kenneth E Tomiak
  • Re: Finally get to go from os390 2.10 to zOS 1.8, Ted MacNEIL
  • Re: Finally get to go from os390 2.10 to zOS 1.8, Brian Westerman
    • Re: Finally get to go from os390 2.10 to zOS 1.8, Ed Gould
  • Re: Finally get to go from os390 2.10 to zOS 1.8, Glenn Siegel
• Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), Ted MacNEIL
  • Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), R.S.
    • Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), Clark Morris
• CONVXLAT, sfreire
  • Re: CONVXLAT, Josef Berger
• Re: Is EDI still being used?, kpinkham
• Bad NVR for PDSE, Betsy Jeffery
  • RE: Bad NVR for PDSE, Richbourg, Claude
  • RE: Bad NVR for PDSE, Friske, Michael
  • <Possible follow-ups>
  • Re: Bad NVR for PDSE, Mark Zelden
    • Re: Bad NVR for PDSE, Shane
  • Re: Bad NVR for PDSE, Philippe Leite
  • Re: Bad NVR for PDSE, Mark Zelden
  • Re: Bad NVR for PDSE, Betsy Jeffery
• Re: DFSMSdss Data Loss Exposure (UPDATE), Joel C. Ewing
• RE: Systems Programmer job posting, Chicklon, Tom
  • RE: Systems Programmer job posting, Chase, John
    • Re: Systems Programmer job posting, Rick Fochtman
  • <Possible follow-ups>
  • Re: Systems Programmer job posting, Ted MacNEIL
    • Re: Systems Programmer job posting, R.S.
  • Re: Systems Programmer job posting, Joel Ivey
    • RE: Systems Programmer job posting, Van Dalsen, Herbie
  • Re: Systems Programmer job posting, Mark H. Young
    • Re: Systems Programmer job posting, richgr
    • Re: Systems Programmer job posting, Howard Brazee
  • Re: Systems Programmer job posting, Tom Schmidt
  • RE: Systems Programmer job posting, Chicklon, Tom
    • Re: Systems Programmer job posting, Howard Brazee
    • Re: Systems Programmer job posting, Rick Fochtman
      • RE: Systems Programmer job posting, Chase, John
      • Re: Systems Programmer job posting, Rick Fochtman
  • RE: Systems Programmer job posting, Chase, John
• processor Service Units, sri
  • Re: processor Service Units, s80236g@xxxxxxxxx
• Mainframe Data Center Permanant Shutdown Procedure Needed, Pfeifer, William
  • RE: Mainframe Data Center Permanant Shutdown Procedure Needed, Richards.Bob
  • Re: Mainframe Data Center Permanant Shutdown Procedure Needed, RWells
  • RE: [IBM-MAIN] Mainframe Data Center Permanant Shutdown Procedure Needed, Ken . Porowski
  • Re: Mainframe Data Center Permanant Shutdown Procedure Needed, Steve Comstock
  • Re: Mainframe Data Center Permanant Shutdown Procedure Needed, Howard Brazee
    • How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), Anthony Saul Babonas
      • RE: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), Craddock, Chris
      • RE: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), Mark Levy
      • Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), Howard Brazee
      • Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), Len Rugen
      • Re: SPAM-LOW: Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), Rick Fochtman
      • Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), Bruce McKnight
      • Re: How difficult would it be for a SYSPROG ?, David Andrews
      • Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), Shmuel Metz , Seymour J.
      • Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), R.S.
      • Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), justirw
      • Re: How difficult would it be for a SYSPROG ? (was RE: Mainframe Data Center Permanant Shutdown Procedure Needed), intersurfa
  • RE: Mainframe Data Center Permanant Shutdown Procedure Needed, Clark, Kevin
  • Re: Mainframe Data Center Permanant Shutdown Procedure Needed, steve
  • Re: Mainframe Data Center Permanant Shutdown Procedure Needed, Shmuel Metz , Seymour J.
  • Re: Mainframe Data Center Permanant Shutdown Procedure Needed, scott
  • <Possible follow-ups>
  • Re: Mainframe Data Center Permanant Shutdown Procedure Needed, Eric Bielefeld
    • RE: Mainframe Data Center Permanant Shutdown Procedure Needed, Ron Hawkins
    • Re: Mainframe Data Center Permanant Shutdown Procedure Needed, Shmuel Metz , Seymour J.
    • Re: Mainframe Data Center Permanant Shutdown Procedure Needed, R.S.
  • Re: Mainframe Data Center Permanant Shutdown Procedure Needed, Eric Bielefeld
  • Re: Mainframe Data Center Permanant Shutdown Procedure Needed, Eric-IBMmain
    • Re: Mainframe Data Center Permanant Shutdown Procedure Needed, R.S.
• Re: Article for z/Journal, Efinnell15
  • Re: Article for z/Journal, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Article for z/Journal, Maarten . Slegtenhorst
  • Re: Article for z/Journal, Efinnell15
    • Re: Article for z/Journal, Shmuel Metz , Seymour J.
  • Re: Article for z/Journal, Dave Kopischke
    • Re: Article for z/Journal, Steven Conway
    • Turning Off the People We Might Want to Hire, Eric Bielefeld
      • RE: Turning Off the People We Might Want to Hire, O'Brien, David W. [C] , NIH/CIT
      • Re: Turning Off the People We Might Want to Hire, Doug Fuerst
      • RE: Turning Off the People We Might Want to Hire, Jousma, David
      • RE: Turning Off the People We Might Want to Hire, Craddock, Chris
      • RE: Turning Off the People We Might Want to Hire, Mark Levy
      • RE: Turning Off the People We Might Want to Hire, Eric Bielefeld
      • RE: [IBM-MAIN] Turning Off the People We Might Want to Hire, Ken . Porowski
      • RE: Turning Off the People We Might Want to Hire, Eric Bielefeld
      • RE: Turning Off the People We Might Want to Hire, Tom Moulder
      • Re: Turning Off the People We Might Want to Hire, Rick Fochtman
      • Re: Turning Off the People We Might Want to Hire, Paul Knudsen
  • Re: Article for z/Journal, Dave Kopischke
  • Re: Article for z/Journal, Efinnell15
    • Re: Article for z/Journal, Shmuel Metz , Seymour J.
      • Re: Article for z/Journal, Rick Fochtman
• Assembler options in CICS, steve
  • Re: Assembler options in CICS, kevin
    • Re: Assembler options in CICS, steve
• Compuware May 2006 Technical Spotlight Sessions, Dell'Anno, Aurora
• Best Practices for Mainframe Console Operations, Jacky Bright
  • RE: Best Practices for Mainframe Console Operations, Hal Merritt
  • <Possible follow-ups>
  • Re: Best Practices for Mainframe Console Operations, Scott Fagen
• JCL to copy all versions from a GDG base to another GDG base, bharathgct
• Strangeness in PROC-land, McKown, John
  • <Possible follow-ups>
  • Re: Strangeness in PROC-land, Kenneth E Tomiak
• Re: RMM Discrete profiles, Mike Wood
  • <Possible follow-ups>
  • Re: RMM Discrete profiles, Mike Wood
• File concatenations, steve
  • <Possible follow-ups>
  • Re: File concatenations, Vernooy, C.P. - SPLXM
    • Re: File concatenations, Shmuel Metz , Seymour J.
  • Re: File concatenations, DASDBill2
    • Re: File concatenations, steve
  • Re: File Concatenations, Warner Mach
• Interpreting output of STIDP, David Day
  • RE: Interpreting output of STIDP, McKown, John
    • Re: Interpreting output of STIDP, David Day
      • RE: Interpreting output of STIDP, McKown, John
      • Re: Interpreting output of STIDP, David Day
  • Re: Interpreting output of STIDP, Jim Phoenix
  • <Possible follow-ups>
  • Re: Interpreting output of STIDP, DASDBill2
• MVS as a guest OS at D/R, Mark H. Young
  • Re: MVS as a guest OS at D/R, John_J_Kelly
  • Re: MVS as a guest OS at D/R, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: MVS as a guest OS at D/R, Thompson, Steve
  • Re: MVS as a guest OS at D/R, Dana Mitchell
    • Re: MVS as a guest OS at D/R, Mark Jacobs
  • Re: MVS as a guest OS at D/R, Mark H. Young
    • Re: MVS as a guest OS at D/R, John_J_Kelly
  • Re: MVS as a guest OS at D/R, Mark H. Young
  • Re: MVS as a guest OS at D/R, Dana Mitchell
  • Re: MVS as a guest OS at D/R, Lizette Koehler
    • Re: MVS as a guest OS at D/R, Rick Fochtman
  • RE: MVS as a guest OS at D/R, Chicklon, Tom
  • Re: MVS as a guest OS at D/R, Mark H. Young
    • RE: MVS as a guest OS at D/R, Lizette Koehler
  • Re: MVS as a guest OS at D/R, Mark H. Young
  • Re: MVS as a guest OS at D/R, Dana Mitchell
• RMM conversion from CA-1, steve
• 359S vs 3590 (HCD), R.S.
  • RE: 359S vs 3590 (HCD), Neubert, Kevin , DIS
    • Re: 359S vs 3590 (HCD), R.S.
  • <Possible follow-ups>
  • Re: 359S vs 3590 (HCD), Tom Marchant
• Re: WEB IBMLINK-SEV1 ticket # 31731014, Robert Justice
  • RE: WEB IBMLINK-SEV1 ticket # 31731014, Chase, John
  • <Possible follow-ups>
  • Re: WEB IBMLINK-SEV1 ticket # 31731014, Robert Justice
    • RE: WEB IBMLINK-SEV1 ticket # 31731014, Chase, John
  • Re: WEB IBMLINK-SEV1 ticket # 31731014, Ted MacNEIL
  • Re: WEB IBMLINK-SEV1 ticket # 31731014, Tom Marchant
• WEB IBMLINK, Robert Justice
  • Re: WEB IBMLINK, Steve Ware
    • RE: WEB IBMLINK, Chase, John
  • <Possible follow-ups>
  • Re: WEB IBMLINK, John_Mattson
• SFTP Client for z/OS, john . kington
  • Re: SFTP Client for z/OS, Ulrich Boche
    • Re: SFTP Client for z/OS, john . kington
      • RE: SFTP Client for z/OS, Russell, Elizabeth
      • Re: SFTP Client for z/OS, John_J_Kelly
  • Re: SFTP Client for z/OS, Shane
  • RE: SFTP Client for z/OS, McKown, John
    • Re: SFTP Client for z/OS, John Kington
  • Re: SFTP Client for z/OS, Shmuel Metz , Seymour J.
    • RE: SFTP Client for z/OS, McKown, John
    • Re: SFTP Client for z/OS, john . kington
      • Re: SFTP Client for z/OS, John P Kalinich
      • Re: SFTP Client for z/OS, Mark Jacobs
      • RE: SFTP Client for z/OS, McKown, John
  • <Possible follow-ups>
  • Re: SFTP Client for z/OS, Paul Gilmartin
  • Re: SFTP Client for z/OS, Paul Gilmartin
  • Re: SFTP Client for z/OS, Norbert Friemel
    • Re: SFTP Client for z/OS, john . kington
  • Re: SFTP Client for z/OS, Phil Sidler
  • Re: SFTP Client for z/OS, Phil Sidler
    • RE: SFTP Client for z/OS, McKown, John
      • Re: SFTP Client for z/OS, gsf600y
• Help needed : ADR421E, John Dawes
  • Re: Help needed : ADR421E, Andrew N Wilt
    • RE: Help needed : ADR421E, O'Brien, David W. [C] , NIH/CIT
      • Re: Help needed : ADR421E, John_J_Kelly
      • RE: Help needed : ADR421E, O'Brien, David W. [C] , NIH/CIT
      • Re: Help needed : ADR421E, Andrew N Wilt
• z/OS Health Check XCF exceptions, Anthony Fletcher
  • RE: z/OS Health Check XCF exceptions, Mark Steely
  • <Possible follow-ups>
  • Re: z/OS Health Check XCF exceptions, Mark Zelden
• Sizing CPU, Guy Gates
  • RE: Sizing CPU, Ron Hawkins
    • RE: Sizing CPU, Norman Hollander
    • Re: Sizing CPU, Shane Ginnane
  • Re: Sizing CPU, Shane Ginnane
  • Re: Sizing CPU, Rick Fochtman
  • Re: Sizing CPU, Edward Jaffe
    • RE: Sizing CPU, Ron Hawkins
      • Re: Sizing CPU, Edward Jaffe
  • RE: Sizing CPU, Hal Merritt
• SMS problem, Mark Steely
  • RE: SMS problem, Clark, Kevin
  • <Possible follow-ups>
  • Re: SMS problem, Mark Zelden
    • RE: SMS problem, Clark, Kevin
    • RE: SMS problem, Mark Steely
• PGP, Veilleux, Jon L
  • Re: PGP, Deborah . Mitchell
  • Re: PGP, steve
  • <Possible follow-ups>
  • Re: PGP, Brian France
  • RE: PGP, Chicklon, Tom
    • Re: PGP, RWells
      • Re: PGP, John S. Giltner, Jr.
    • Re: PGP, Schramm, Rob
    • RE: PGP, Gray, Larry - Larry A
• Re: Best practices for software delivery, Mark H. Young
  • RE: Best practices for software delivery, McKown, John
    • RE: Best practices for software delivery, Knutson, Sam
  • Re: Best practices for software delivery, David Andrews
  • <Possible follow-ups>
  • Re: Best practices for software delivery, Mark H. Young
  • Re: Best practices for software delivery, Patrick O'Keefe
  • Re: Best practices for software delivery, Mark Zelden
• Will IEBGENER handle a HFS file, John Norgauer
  • RE: Will IEBGENER handle a HFS file, McKown, John
    • Re: Will IEBGENER handle a HFS file, John Norgauer
  • RE: Will IEBGENER handle a HFS file, Galambos, Robert
  • <Possible follow-ups>
  • Re: Will IEBGENER handle a HFS file, John Norgauer
    • Re: Will IEBGENER handle a HFS file, Richard Peurifoy
      • Re: Will IEBGENER handle a HFS file, John Norgauer
    • RE: Will IEBGENER handle a HFS file, McKown, John
• Couple Datasets, Mark Steely
  • RE: Couple Datasets, Field, Alan C.
  • RE: Couple Datasets, McKown, John
  • Re: Couple Datasets, Tom . Gammon
  • <Possible follow-ups>
  • Re: Couple Datasets, Matthew Stitt
  • Re: Couple Datasets, Vernooy, C.P. - SPLXM
• Re: latest Principles of Operation, Patrick O'Keefe
  • Re: latest Principles of Operation, Shmuel Metz , Seymour J.
• Re: Laugh, laugh. I thought I'd die - application crashes, Neal Eckhardt
• PDS file to Windows/DOS, George Lewycky
  • Re: PDS file to Windows/DOS, davecartwright
• Help with IKT011I Message RC=100, Lizette Koehler
  • <Possible follow-ups>
  • Re: Help with IKT011I Message RC=100, Efinnell15
  • Re: Help with IKT011I Message RC=100, Lizette Koehler
  • Re: Help with IKT011I Message RC=100, Lizette Koehler
    • RE: Help with IKT011I Message RC=100, McKown, John
  • RE: Help with IKT011I Message RC=100, Thompson, Steve
  • Re: Help with IKT011I Message RC=100, Lizette Koehler
    • RE: Help with IKT011I Message RC=100, McKown, John
  • Re: Help with IKT011I Message RC=100, Lizette Koehler
    • Re: Help with IKT011I Message RC=100, tim . hare
  • Re: Help with IKT011I Message RC=100, Efinnell15
  • Re: Help with IKT011I Message RC=100, Matthew Stitt
• Changes in HFS, Daniel McLaughlin
  • Re: Changes in HFS, Shane
  • Re: Changes in HFS, Craig Bakken
• determining cause of deadlock, Debbie Mitchell
  • <Possible follow-ups>
  • Re: determining cause of deadlock, Vernooy, C.P. - SPLXM
    • RE: determining cause of deadlock, Lizette Koehler
  • RE: determining cause of deadlock, Scott Barry
  • Re: determining cause of deadlock, John Laubenheimer
• FTP from a Windows PC to Mainframe server, Pradeep_Vasudevan
  • RE: FTP from a Windows PC to Mainframe server, גדי בן אבי
  • RE: FTP from a Windows PC to Mainframe server, Lizette Koehler
  • RE: FTP from a Windows PC to Mainframe server, John Crossno
  • Re: FTP from a Windows PC to Mainframe server, ICEMAN
  • <Possible follow-ups>
  • Re: FTP from a Windows PC to Mainframe server, Efinnell15
    • RE: FTP from a Windows PC to Mainframe server, Knutson, Sam
      • RE: FTP from a Windows PC to Mainframe server, McKown, John
      • RE: FTP from a Windows PC to Mainframe server, Pradeep_Vasudevan
      • Re: FTP from a Windows PC to Mainframe server, Chris Mason
      • RE: FTP from a Windows PC to Mainframe server, Pradeep_Vasudevan
  • Re: FTP from a Windows PC to Mainframe server, Efinnell15
  • Re: FTP from a Windows PC to Mainframe server, Paul Gilmartin
• Re: LX and ASN reuse, Peter Relson
  • Re: LX and ASN reuse, Shane
    • Re: LX and ASN reuse, Jim Mulder
  • <Possible follow-ups>
  • Re: LX and ASN reuse, Binyamin Dissen
    • Re: LX and ASN reuse, Jim Mulder
  • Re: LX and ASN reuse, Efinnell15
  • Re: LX and ASN reuse, Binyamin Dissen
  • Re: LX and ASN reuse, Peter Relson
  • Re: LX and ASN reuse, Binyamin Dissen
• Re: even parity, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: even parity, Jim Marshall
• Re: RES: Counting occurrences of a string in loadlib, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: RES: Counting occurrences of a string in loadlib, IBroussard
    • Re: RES: Counting occurrences of a string in loadlib, Shmuel Metz , Seymour J.
  • Re: RES: Counting occurrences of a string in loadlib, IBroussard
    • Re: RES: Counting occurrences of a string in loadlib, Gerhard Postpischil
    • Re: RES: Counting occurrences of a string in loadlib, Shmuel Metz , Seymour J.
  • Re: RES: Counting occurrences of a string in loadlib, Patrick O'Keefe
    • Re: RES: Counting occurrences of a string in loadlib, Shmuel Metz , Seymour J.
• Re: NL Usage for Tapes, Shmuel Metz , Seymour J.
• Re: IEW2766S, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: IEW2766S, Paul Gilmartin
    • Re: IEW2766S, Shmuel Metz , Seymour J.
• RE: FW: Do we have to defrag MVS volumes on newer generation disk arrays?, Ron Hawkins
  • RE: FW: Do we have to defrag MVS volumes on newer generation disk arrays?, Richards.Bob
    • RE: FW: Do we have to defrag MVS volumes on newer generation disk arrays?, Ron Hawkins
      • RE: FW: Do we have to defrag MVS volumes on newer generation disk arrays?, Richards.Bob
  • RE: FW: Do we have to defrag MVS volumes on newer generation disk arrays?, Greg Shirey
    • RE: FW: Do we have to defrag MVS volumes on newer generation disk arrays?, Ron Hawkins
• Re: sysdsn enq, Vernooy, C.P. - SPLXM
• SVC 56 (ENQ) GTF TRACE, Anthony Fletcher
  • Re: SVC 56 (ENQ) GTF TRACE, Binyamin Dissen
    • Re: SVC 56 (ENQ) GTF TRACE, Shane Ginnane
• SHOWzOS 715 (Bug), Schiradin,Roland HG-Dir itb-db/dc
• RE: Ulterior Motive for IBM's Lawsuits, Ron Hawkins
  • <Possible follow-ups>
  • RE: Ulterior Motive for IBM's Lawsuits, Thompson, Steve
    • RE: Ulterior Motive for IBM's Lawsuits, Richards.Bob
  • RE: Ulterior Motive for IBM's Lawsuits, Thompson, Steve
    • Re: Ulterior Motive for IBM's Lawsuits, Mike Bell
  • Ulterior Motive for IBM's Lawsuits, Phil Payne
    • Re: Ulterior Motive for IBM's Lawsuits, Shane
  • Re: Ulterior Motive for IBM's Lawsuits, Thomas Kern
• Mark load module non-executable, Paul GilmartinIBM-MAIN@xxxxxxxxxxxx>
  • Re: Mark load module non-executable, Binyamin Dissen
  • <Possible follow-ups>
  • Re: Mark load module non-executable, Tom Marchant
  • Re: Mark load module non-executable, Paul Gilmartin
    • Re: Mark load module non-executable, Kurt Quackenbush
      • Systems Programmer job posting, Bill Johnson
      • RE: Systems Programmer job posting, Richards.Bob
      • RE: Systems Programmer job posting, O'Brien, David W. [C] , NIH/CIT
      • RE: Systems Programmer job posting, Staller, Allan
      • RE: Systems Programmer job posting, Richards.Bob
      • RE: Systems Programmer job posting, Staller, Allan
      • RE: Systems Programmer job posting, Hardee, Charles H
      • RE: Systems Programmer job posting, Tom Moulder
      • Re: Systems Programmer job posting, Richards.Bob
      • RE: Systems Programmer job posting, Staller, Allan
      • RE: Systems Programmer job posting, Gregory, Gary G
      • Re: Systems Programmer job posting, Rick Fochtman
      • Re: Systems Programmer job posting, Ed Gould
      • Re: Systems Programmer job posting, Doug Fuerst
      • Re: Systems Programmer job posting, Bill Johnson
      • Re: Systems Programmer job posting, Shmuel Metz , Seymour J.
      • RE: Systems Programmer job posting, Chase, John
      • Re: Systems Programmer job posting, justirw
      • Re: Systems Programmer job posting, R.S.
      • RE: Systems Programmer job posting, Richards.Bob
      • Re: Systems Programmer job posting, Howard Brazee
      • Re: Systems Programmer job posting, Ed Gould
  • Mark load module non-executable, Lynd, Eugene , Contractor, J6C
  • Re: Mark load module non-executable, Paul Gilmartin
  • Re: Mark load module non-executable, Paul Gilmartin
    • Re: Mark load module non-executable, Steve Comstock
    • Re: Mark load module non-executable, Binyamin Dissen
    • Re: Mark load module non-executable, Kurt Quackenbush
  • Re: Mark load module non-executable, Paul Gilmartin
  • re: mark load module non-executable, john gilmore
• Re: OS/390 Catalog in z/OS V1R7, Shane
  • <Possible follow-ups>
  • Re: OS/390 Catalog in z/OS V1R7, Mark Baron
• Re: T.J. Maxx data theft worse than first reported, SUBSCRIBE IBM-MAIN Jennifer Nelson
• Re: 3480/3490 Cart BPI, Rick Fochtman
  • <Possible follow-ups>
  • Re: 3480/3490 Cart BPI, Mike Baldwin