bit.listserv.ibm-main

• Date Index

---

• TCPIP Profile (GATEWAY vs BEGIN/ENDROUTES), Scott Harder
  • Re: TCPIP Profile (GATEWAY vs BEGIN/ENDROUTES), Harry_Riedel
  • Re: TCPIP Profile (GATEWAY vs BEGIN/ENDROUTES), Chris Mason
  • <Possible follow-ups>
  • RE: TCPIP Profile (GATEWAY vs BEGIN/ENDROUTES), ddelagarza
    • Re: TCPIP Profile (GATEWAY vs BEGIN/ENDROUTES), Chris Mason
  • RE: TCPIP Profile (GATEWAY vs BEGIN/ENDROUTES), McKown, John
  • RE: TCPIP Profile (GATEWAY vs BEGIN/ENDROUTES), Scott Harder
• HSM Query Question, Howard Rifkind
  • <Possible follow-ups>
  • Re: HSM Query Question, Patrick Lyon
    • Re: HSM Query Question, Chris Sultis
  • RE: HSM Query Question, Greg Shirey
• Over my head in a JES exit, Rugen, Len
  • <Possible follow-ups>
  • RE: Over my head in a JES exit, Imbriale, Donald , Exchange
    • Re: Over my head in a JES exit, mcknight-b-a
  • Re: Over my head in a JES exit, Dave Danner
  • RE: Over my head in a JES exit, Rugen, Len
  • Re: Over my head in a JES exit, Brian Peterson
• Heads-up: Automatic Daylight Savings Time Change via Sysplex Timer May Not Work, Brian Peterson
  • <Possible follow-ups>
  • Re: Heads-up: Automatic Daylight Savings Time Change via Sysplex Timer May Not Work, Brian Peterson
  • RE: Heads-up: Automatic Daylight Savings Time Change via Sysplex Timer May Not Work, Jerry Whitteridge
• WLM init without scheduling environment, Larry Kraus
  • <Possible follow-ups>
  • RE: WLM init without scheduling environment, Staller, Allan
    • Re: WLM init without scheduling environment, JO . Skip . Robinson
      • RE: WLM init without scheduling environment, Norman Hollander
  • RE: WLM init without scheduling environment, Ayon, John
    • Re: WLM init without scheduling environment, Edward E. Jaffe
  • Re: WLM init without scheduling environment, Ted MacNEIL
• R: Did you know RRS had ISPF panels?, MASSIMO BIANCUCCI
• Writable Static Areas (was Re: DS, DC or EQU for labels), John R. Grout
• Re: S0F4 Abend - Thanks, Terry Sambrooks
• IBM Enterprise COBOL - compiler options that impact "behavior", Bill Klein
  • Re: IBM Enterprise COBOL - compiler options that impact "behavior", Steve Comstock
  • Re: IBM Enterprise COBOL - compiler options that impact "behavior", rkuebbin
  • <Possible follow-ups>
  • Re: IBM Enterprise COBOL - compiler options that impact "behavior", Ted MacNEIL
  • IBM Enterprise COBOL - compiler options that impact "behavior", Bill Klein
    • Re: IBM Enterprise COBOL - compiler options that impact "behavior", Steve Comstock
• TCP/IP rewrite (was: Barbaras (mini-)rant), gilmap
• Did you know RRS had ISPF panels?, Knutson, Sam
  • <Possible follow-ups>
  • Re: Did you know RRS had ISPF panels?, Mark Zelden
    • Re: Did you know RRS had ISPF panels?, Thomas Conley
  • Re: Did you know RRS had ISPF panels?, Vernooy, C.P. - SPLXM
• DB2 Question, WA Stout
  • Re: DB2 Question, Mike Bell
  • <Possible follow-ups>
  • Re: DB2 Question, Ted MacNEIL
  • Re: DB2 Question, Avram Friedman
• RE: HSM Migrate issue, McKown, John
  • <Possible follow-ups>
  • RE: HSM Migrate issue, Chase, John
• S0F4 Abend, Terry Sambrooks
  • <Possible follow-ups>
  • RE: S0F4 Abend, Bob Shannon
• z/OS DFS SMB Performance, Smith, Sean M
  • Re: z/OS DFS SMB Performance, R.S.
  • Re: z/OS DFS SMB Performance, John S. Giltner, Jr.
  • <Possible follow-ups>
  • RE: z/OS DFS SMB Performance, Smith, Sean M
    • Re: z/OS DFS SMB Performance, R.S.
  • Re: z/OS DFS SMB Performance, Bruno Sugliani
• z/OS 1.7, Klavon John R
  • <Possible follow-ups>
  • RE: z/OS 1.7, Imbriale, Donald , Exchange
  • RE: z/OS 1.7, Gray, Larry - Larry A
• RE: [IBM-MAIN] Systems Programmer Levels Justification, Ken . Porowski
• Question on HMC's Remote Support Facility, Manfred Engelhart
• How to diagnose catalog search activity, Ron van der Zande
  • Re: How to diagnose catalog search activity, Shane
  • <Possible follow-ups>
  • RE: How to diagnose catalog search activity, Greg Shirey
• REXECing to TSO?, ianworthington@xxxxxxx
• Alternative to mvsqr, was: Bringing the fun back to z/OS - new course, Arthur Fichtl
  • Re: Alternative to mvsqr, was: Bringing the fun back to z/OS - new course, Rich Smrcina
  • Re: Alternative to mvsqr, was: Bringing the fun back to z/OS - new course, R.S.
• Re: Anyone Using IBM 3592, Sun/STK 9940,, gilmap
• Delete VSAM file flagged as Open, Jim Willingham
  • Re: Delete VSAM file flagged as Open, Joel C. Ewing
• Large SMF Data Set Allocation, Raymond Noal
  • <Possible follow-ups>
  • Re: Large SMF Data Set Allocation, Mark Zelden
• Re: TCP/IP (was: Barbaras (mini-)rant), Ted MacNEIL
• TCP/IP archeology (was Re: Barbaras (mini-)rant, Patrick O'Keefe
• Space limit for SMF datasets?, Mautalen Juan Guillermo
  • <Possible follow-ups>
  • Re: Space limit for SMF datasets?, Mark Zelden
    • Re: Space limit for SMF datasets?, Shmuel Metz , Seymour J.
      • Re: Space limit for SMF datasets?, Lance Kopplin
  • RE: Space limit for SMF datasets?, Imbriale, Donald , Exchange
  • RE: Space limit for SMF datasets?, Knutson, Sam
  • Re: Space limit for SMF datasets?, Ted MacNEIL
    • Re: Space limit for SMF datasets?, R.S.
  • RE: Space limit for SMF datasets?, Gray, Larry - Larry A
    • Re: Space limit for SMF datasets?, R.S.
  • Re: Space limit for SMF datasets?, Ted MacNEIL
  • Re: Space limit for SMF datasets?, Mark Zelden
  • Re: Space limit for SMF datasets?, Efinnell15
• CPU Billing vs. cost of MIPS, Richard_Ruppel@xxxxxxxxxxxxx
  • Re: CPU Billing vs. cost of MIPS, mcknight-b-a
    • Re: CPU Billing vs. cost of MIPS, Richard_Ruppel@xxxxxxxxxxxxx
      • Re: CPU Billing vs. cost of MIPS, mcknight-b-a
• No More JES2/JES3 Migration Guides!!!, Edward E. Jaffe
  • Re: No More JES2/JES3 Migration Guides!!!, mcknight-b-a
  • Re: No More JES2/JES3 Migration Guides!!!, Bob Rutledge
    • Re: No More JES2/JES3 Migration Guides!!!, JO . Skip . Robinson
  • Re: No More JES2/JES3 Migration Guides!!!, Ed Gould
  • <Possible follow-ups>
  • RE: No More JES2/JES3 Migration Guides!!!, Pope, Lynette
  • Re: No More JES2/JES3 Migration Guides!!!, Patrick O'Keefe
• Reading a Load Module, JONES, CHARLIE
  • Re: Reading a Load Module, rtsujimoto_consultant
  • Re: Reading a Load Module, Shmuel Metz , Seymour J.
  • Re: Reading a Load Module, EPhilbrook
  • <Possible follow-ups>
  • RE: Reading a Load Module, McKown, John
    • RE: Reading a Load Module, Charles Mills
      • RE: Reading a Load Module, Ray Mullins
    • Re: Reading a Load Module, Thomas Conley
      • Re: Reading a Load Module --> cannot use EXECIO, M. Castelein
  • Re: Reading a Load Module, Dave Salt
  • RE: Reading a Load Module, McKown, John
  • Re: Reading a Load Module, Tony Harminc
• SVC screening and locks, Miklos Szigetvari
  • Re: SVC screening and locks, Binyamin Dissen
• Changing Cobol Default Options, alan . schwartz
  • RE: Changing Cobol Default Options, Charles Mills
    • Re: Changing Cobol Default Options, alan . schwartz
  • RE: Changing Cobol Default Options, Charles Mills
    • Re: Changing Cobol Default Options, alan . schwartz
  • <Possible follow-ups>
  • RE: Changing Cobol Default Options, Schiradin,Roland HG-Dir itb-db/dc
  • Fw: Changing Cobol Default Options, Bill Klein
    • Re: Fw: Changing Cobol Default Options, alan . schwartz
      • Re: Fw: Changing Cobol Default Options, Steve Comstock
  • Changing Cobol Default Options, Bill Klein
• Important Titles, bfwd
• RE: z/OS Change Management / Change Control Procedures, Froberg, David C
  • <Possible follow-ups>
  • Re: z/OS Change Management / Change Control Procedures, Doc Farmer
  • RE: z/OS Change Management / Change Control Procedures, Froberg, David C
• SMFPRM, Luis Correia
  • Re: SMFPRM, Chris Mason
  • Re: SMFPRM, Chris Mason
• Tape Encryption, dwi563
  • <Possible follow-ups>
  • Fwd: RE: Tape Encryption, dwi563
  • Re: Tape Encryption, Timothy Sipples
• Legality of z/OS 1.5 in 31-bit mode under z/VM at D/R Test, Chase, John
  • Re: Legality of z/OS 1.5 in 31-bit mode under z/VM at D/R Test, Edward E. Jaffe
    • Re: Legality of z/OS 1.5 in 31-bit mode under z/VM at D/R Test, R.S.
      • Re: Legality of z/OS 1.5 in 31-bit mode under z/VM at D/R Test, Edward E. Jaffe
  • <Possible follow-ups>
  • Re: Legality of z/OS 1.5 in 31-bit mode under z/VM at D/R Test, John Kremers
    • Re: Legality of z/OS 1.5 in 31-bit mode under z/VM at D/R Test, JO . Skip . Robinson
  • RE: Legality of z/OS 1.5 in 31-bit mode under z/VM at D/R Test, Chase, John
  • RE: Legality of z/OS 1.5 in 31-bit mode under z/VM at D/R Test, Chase, John
  • Re: Legality of z/OS 1.5 in 31-bit mode under z/VM at D/R Test, Timothy Sipples
  • RE: Legality of z/OS 1.5 in 31-bit mode under z/VM at D/R Test, Chase, John
  • Re: Legality of z/OS 1.5 in 31-bit mode under z/VM at D/R Test, Timothy Sipples
  • RE: Legality of z/OS 1.5 in 31-bit mode under z/VM at D/R Test, Chase, John
• Anyone Using IBM 3592, Sun/STK 9940, or Sun/STK T10000 Cartridges for HSM ML2?, Friske, Michael
  • <Possible follow-ups>
  • Re: Anyone Using IBM 3592, Sun/STK 9940, or Sun/STK T10000 Cartridges for HSM ML2?, Mark van der Eynden
    • z/OS Change Management / Change Control Procedures, Doc Farmer
      • Re: z/OS Change Management / Change Control Procedures, Peter_Greening
    • Re: Anyone Using IBM 3592, Sun/STK 9940, or Sun/STK T10000 Cartridges for HSM ML2?, Ed Gould
      • Re: Anyone Using IBM 3592, Sun/STK 9940, or Sun/STK T10000 Cartridges for HSM ML2?, Bruce Black
      • Re: Anyone Using IBM 3592, Sun/STK 9940, or Sun/STK T10000 Cartridges for HSM ML2?, Ed Gould
      • Re: Anyone Using IBM 3592, Sun/STK 9940, or Sun/STK T10000 Cartridges for HSM ML2?, John Eells
      • Re: Anyone Using IBM 3592, Sun/STK 9940, or Sun/STK T10000 Cartridges for HSM ML2?, Ed Gould
  • Re: Anyone Using IBM 3592, Sun/STK 9940, or Sun/STK T10000 Cartridges for HSM ML2?, Vernooy, C.P. - SPLXM
  • RE: Anyone Using IBM 3592, Sun/STK 9940, or Sun/STK T10000 Cartridges for HSM ML2?, Friske, Michael
• Re: Removed 3480 Drives, Alan C. Field
• CICS DOCUMENT CREATE storage, Steamroller
• Systems Programmer Levels Justification, ddelagarza
  • Re: Systems Programmer Levels Justification, rtsujimoto_consultant
  • RE: Systems Programmer Levels Justification, Steve Bui
  • Re: Systems Programmer Levels Justification, Glen.Gasior
  • <Possible follow-ups>
  • RE: Systems Programmer Levels Justification, Hal Merritt
  • Re: Systems Programmer Levels Justification, Tom Schmidt
    • Re: Systems Programmer Levels Justification, Joel C. Ewing
      • Re: Systems Programmer Levels Justification, R.S.
  • Re: Systems Programmer Levels Justification, Ted MacNEIL
  • RE: Systems Programmer Levels Justification, ddelagarza
  • Fw: Systems Programmer Levels Justification, Ted MacNEIL
  • RE: Systems Programmer Levels Justification, Klein, Kevin
  • RE: Systems Programmer Levels Justification, Greg Shirey
  • RE: Systems Programmer Levels Justification, Low, David
  • RE: Systems Programmer Levels Justification, ddelagarza
  • RE: Systems Programmer Levels Justification, Neubert, Kevin , DIS
  • RE: Systems Programmer Levels Justification, ddelagarza
  • Re: Systems Programmer Levels Justification, Mohammad Khan
  • RE: Systems Programmer Levels Justification, McKown, John
  • RE: Systems Programmer Levels Justification, Chase, John
    • Re: Systems Programmer Levels Justification, Chris Mason
  • RE: Systems Programmer Levels Justification, McKown, John
  • RE: Systems Programmer Levels Justification, ddelagarza
  • Re: Systems Programmer Levels Justification, Thomas Kern
• Re: Calling a program under CICS from Natural, Richard Peurifoy
• RE: [IBM-MAIN] Barbaras (mini-)rant, Hall, Ken , GTI
• Removed 3480 drives - question, McKown, John
  • Re: Removed 3480 drives - question, Eric-PHmining
  • <Possible follow-ups>
  • RE: Removed 3480 drives - question, ddelagarza
  • RE: Removed 3480 drives - question, Hal Merritt
  • RE: Removed 3480 drives - question, McKown, John
  • Re: Removed 3480 drives - question, Ted MacNEIL
  • RE: Removed 3480 drives - question, McKown, John
    • Re: Removed 3480 drives - question, tim . hare
  • RE: Removed 3480 drives - question, Knutson, Sam
  • Re: Removed 3480 drives - question, Ted MacNEIL
  • RE: Removed 3480 drives - question, Greg Shirey
  • RE: Removed 3480 drives - question, McKown, John
  • RE: Removed 3480 drives - question, McKown, John
  • Re: Removed 3480 drives - question, Robert A. Rosenberg
    • Re: Removed 3480 drives - question, Bruce Black
• z/OS 1.7 and "Large Sequential Data Set" Offering, Hussey, Brian
  • <Possible follow-ups>
  • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, Edward E. Jaffe
    • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, JO . Skip . Robinson
      • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, Edward E. Jaffe
  • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, Scott Barry
  • z/OS 1.7 and "Large Sequential Data Set" Offering, Phil Payne
    • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, Edward E. Jaffe
  • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, Ted MacNEIL
  • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, DASDBill2
    • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, Edward E. Jaffe
    • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, John Eells
  • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, Patrick O'Keefe
  • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, DASDBill2
  • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, Ted MacNEIL
  • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, DASDBill2
  • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, Ted MacNEIL
    • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, R.S.
      • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, Shane
  • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, Vernooy, C.P. - SPLXM
    • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, R.S.
  • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, DASDBill2
  • RE: z/OS 1.7 and "Large Sequential Data Set" Offering, McKown, John
  • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, Ted MacNEIL
  • Re: z/OS 1.7 and "Large Sequential Data Set" Offering, Arthur T.
• Dfhsm update of Last.Ref date on recall, Jim Url
• Re: Barbaras (mini-)rant, Mohammad Khan
  • <Possible follow-ups>
  • RE: Barbaras (mini-)rant, McKown, John
    • RE: Barbaras (mini-)rant, Charles Mills
      • Re: Barbaras (mini-)rant, mcknight-b-a
  • RE: Barbaras (mini-)rant, mark . jacobs
  • Re: Barbaras (mini-)rant, Ted MacNEIL
    • Re: Barbaras (mini-)rant, Ed Gould
    • Re: Barbaras (mini-)rant, Shmuel Metz , Seymour J.
  • Re: Barbaras (mini-)rant, Ted MacNEIL
    • Re: Barbaras (mini-)rant, Shane Ginnane
      • RE: Barbaras (mini-)rant, Charles Mills
  • Re: Barbaras (mini-)rant, Patrick O'Keefe
    • RE: Barbaras (mini-)rant, Ray Mullins
    • Re: Barbaras (mini-)rant, Shmuel Metz , Seymour J.
  • Re: Barbaras (mini-)rant, Ted MacNEIL
  • RE: Barbaras (mini-)rant, Bob Shannon
    • Re: Barbaras (mini-)rant, Jim Keohane
  • Re: Barbaras (mini-)rant, Ted MacNEIL
  • Re: Barbaras (mini-)rant, Dave Cartwright
  • RE: Barbaras (mini-)rant, TISLER Zaromil
  • Re: Barbaras (mini-)rant, Efinnell15
    • Re: Barbaras (mini-)rant, Edward E. Jaffe
  • Re: Barbaras (mini-)rant, Patrick O'Keefe
    • Re: Barbaras (mini-)rant, Shmuel Metz , Seymour J.
  • Re: Barbaras (mini-)rant, Anne & Lynn Wheeler
• LINK * command broken on 1.7?, Greg Price
• Similar products to ASG-Workload Planner??, Andy Robertson
• authentication mechanism, Luis Correia
• How to get IBM Personal Communications to send "IBM-DYNAMIC" as device type?, Hunkeler Peter , KRDO 4
  • Re: How to get IBM Personal Communications to send "IBM-DYNAMIC" as device type?, Tonni J Ottosen
  • <Possible follow-ups>
  • Re: How to get IBM Personal Communications to send "IBM-DYNAMIC" as device type?, Tomas J Fott
    • Re: How to get IBM Personal Communications to send "IBM-DYNAMIC" as device type?, Chris Mason
  • RE: How to get IBM Personal Communications to send "IBM-DYNAMIC" as device type?, Hunkeler Peter , KRDO 4
• Bringing the fun back to z/OS - new course, Steve Comstock
  • <Possible follow-ups>
  • re: Bringing the fun back to z/OS - new course, Barbara Nitz
    • Barbaras (mini-)rant, Shane
    • Re: Bringing the fun back to z/OS - new course, Steve Comstock
    • Re: Bringing the fun back to z/OS - new course, John_J_Kelly
    • Re: Bringing the fun back to z/OS - new course, Patrick . Falcone
      • Re: Bringing the fun back to z/OS - new course, Steve Comstock
      • Re: Bringing the fun back to z/OS - new course, Patrick . Falcone
  • Re: Bringing the fun back to z/OS - new course, Barbara Nitz
  • Re: Bringing the fun back to z/OS - new course, Timothy Sipples
    • Re: Bringing the fun back to z/OS - new course, Patrick . Falcone
  • re: Bringing the fun back to z/OS - new course, Anne & Lynn Wheeler
• Trex Catalog software., Donald Ludwig
  • Re: Trex Catalog software., Lucy Arnold
  • <Possible follow-ups>
  • RE: Trex Catalog software., Gibney, Dave
  • Re: Trex Catalog software., Michael Wickman
  • Re: Trex Catalog software., Eleonor McCann
  • Re: Trex Catalog software., Eleonor McCann
  • Re: Trex Catalog software., Ulrich Krueger
    • Re: Trex Catalog software., Chris Mason
  • RE: Trex Catalog software., Larry Crilley
  • Re: Trex Catalog software., Mark Thomen
  • Re: Trex Catalog software., Judie Limes Wilson
• IBM 2105 - 3390 Models, Bodra - Pessoal
  • Re: IBM 2105 - 3390 Models, Chris Mason
    • RE: IBM 2105 - 3390 Models, Ron and Jenny Hawkins
      • RES: IBM 2105 - 3390 Models, Bodra - Pessoal
  • <Possible follow-ups>
  • RE: IBM 2105 - 3390 Models, Gee, Norman
• How to determine load module compiler attributes?, Itschak Mugzach
  • <Possible follow-ups>
  • RE: How to determine load module compiler attributes?, Chase, John
• ENQ and "create a new Process", JB
  • Re: ENQ and "create a new Process", luojunsh
• Good Intro to ZSeries for PFCSK ?, Ed Gould
  • Re: Good Intro to ZSeries for PFCSK ?, Steve Comstock
• AFP viewer fails - Null, John Q
• Wonder why IBM code quality is suffering?, Thomas Conley
  • Re: Wonder why IBM code quality is suffering?, Steve Comstock
  • Re: Wonder why IBM code quality is suffering?, Stephen M. Wiegand
    • RE: Wonder why IBM code quality is suffering?, Charles Mills
      • Re: Wonder why IBM code quality is suffering?, rtsujimoto_consultant
      • Re: Wonder why IBM code quality is suffering?, Shmuel Metz , Seymour J.
      • Re: Wonder why IBM code quality is suffering?, Shmuel Metz , Seymour J.
  • Re: Wonder why IBM code quality is suffering?, Randy Hudson
  • <Possible follow-ups>
  • Re: Wonder why IBM code quality is suffering?, Efinnell15
    • Re: Wonder why IBM code quality is suffering?, Ed Gould
      • Re: Wonder why IBM code quality is suffering?, Boris Kiena
  • Re: Wonder why IBM code quality is suffering?, Efinnell15
  • Re: Wonder why IBM code quality is suffering?, Graeme Gibson
  • Re: Wonder why IBM code quality is suffering?, Tom Schmidt
    • PL/C (was: Wonder why IBM code quality is suffering?), John P Baker
    • Re: Wonder why IBM code quality is suffering?, rtsujimoto_consultant
  • Re: Wonder why IBM code quality is suffering?, Timothy Sipples
    • Re: Wonder why IBM code quality is suffering?, Shane
      • RE: Wonder why IBM code quality is suffering?, James Smith
      • Re: Wonder why IBM code quality is suffering?, Thomas Conley
      • Re: Wonder why IBM code quality is suffering?, Steve Comstock
    • RE: Wonder why IBM code quality is suffering?, Ray Mullins
  • RE: Wonder why IBM code quality is suffering?, Chase, John
  • Re: Wonder why IBM code quality is suffering?, Anne & Lynn Wheeler
    • Re: Wonder why IBM code quality is suffering?, rtsujimoto_consultant
  • Wonder why IBM code quality is suffering?, Phil Payne
  • Re: Wonder why IBM code quality is suffering?, Timothy Sipples
    • Re: Wonder why IBM code quality is suffering?, Thomas Conley
    • RE: Wonder why IBM code quality is suffering?, Ray Mullins
      • Re: Wonder why IBM code quality is suffering?, howard . brazee
  • Re: Wonder why IBM code quality is suffering?, Ted MacNEIL
    • Re: Wonder why IBM code quality is suffering?, rtsujimoto_consultant
  • RE: Wonder why IBM code quality is suffering?, Hal Merritt
  • Re: Wonder why IBM code quality is suffering?, Timothy Sipples
    • Re: Wonder why IBM code quality is suffering?, howard . brazee
• ICF Catalog with lots of redundant datasets, Mike Baker
  • <Possible follow-ups>
  • RE: ICF Catalog with lots of redundant datasets, Ron Ferguson
  • Re: ICF Catalog with lots of redundant datasets, Mike Baker
    • Re: ICF Catalog with lots of redundant datasets, Joel C. Ewing
  • RE: ICF Catalog with lots of redundant datasets, Ron Ferguson
  • Re: ICF Catalog with lots of redundant datasets, Ted MacNEIL
• sles9 on multiprise 3000, laroquegageac
• Friday ON TOPIC, R.S.
  • Re: Friday ON TOPIC, Ed Gould
  • <Possible follow-ups>
  • Friday ON TOPIC, George Kozakos
    • Re: Friday ON TOPIC, mcknight-b-a
      • Re: Friday ON TOPIC, howard . brazee
• Hercules 3.04.1 announcement, Jay Maynard
• MMA news, Again, Gary Green
  • Re: MMA news, Again, JK
    • Re: MMA news, Again, dave
• CICS down after transaction exec wait macro., Jorge Arueira Campos
  • Re: CICS down after transaction exec wait macro., rtsujimoto_consultant
  • Re: CICS down after transaction exec wait macro., Bob Rutledge
  • <Possible follow-ups>
  • Re: CICS down after transaction exec wait macro., starsoul
  • Re: CICS down after transaction exec wait macro., starsoul
  • Re: CICS down after transaction exec wait macro., Efinnell15
    • Re: CICS down after transaction exec wait macro., Chris Mason
      • Re: CICS down after transaction exec wait macro., Shmuel Metz , Seymour J.
      • Re: CICS down after transaction exec wait macro., Jorge Arueira Campos
      • Re: CICS down after transaction exec wait macro., Chris Mason
      • Re: CICS down after transaction exec wait macro., Shmuel Metz , Seymour J.
      • Re: CICS down after transaction exec wait macro., Shmuel Metz , Seymour J.
  • Re: CICS down after transaction exec wait macro., Ted MacNEIL
  • Re: CICS down after transaction exec wait macro., Tom Schmidt
    • Re: CICS down after transaction exec wait macro., poitras
  • Re: CICS down after transaction exec wait macro., Tom Schmidt
  • RE: CICS down after transaction exec wait macro., Chase, John
• RE: [IBM-MAIN] Convert 3490E Tapes to CD or DVD, Ken . Porowski
• Re: RES: Convert 3490E Tapes to CD or DVD, Efinnell15
• MVS LTO tape usage, Michael Wickman
  • Re: MVS LTO tape usage, R.S.
  • <Possible follow-ups>
  • Re: MVS LTO tape usage, Brian Peterson
  • Re: MVS LTO tape usage, Efinnell15
• Convert 3490E Tapes to CD or DVD, Eric-PHmining
  • <Possible follow-ups>
  • RE: Convert 3490E Tapes to CD or DVD, Chase, John
    • Re: Convert 3490E Tapes to CD or DVD, Eric-PHmining
      • RE: Convert 3490E Tapes to CD or DVD, Ray Mullins
  • RE: Convert 3490E Tapes to CD or DVD, Pommier, Rex R.
  • RE: Convert 3490E Tapes to CD or DVD, McKown, John
  • RE: Convert 3490E Tapes to CD or DVD, McKown, John
    • Re: Convert 3490E Tapes to CD or DVD, howard . brazee
  • RE: Convert 3490E Tapes to CD or DVD, Chase, John
  • RE: Convert 3490E Tapes to CD or DVD, Pommier, Rex R.
    • Re: Convert 3490E Tapes to CD or DVD, Eric-PHmining
      • RE: Convert 3490E Tapes to CD or DVD, Ray Mullins
    • RES: Convert 3490E Tapes to CD or DVD, Bodra - Pessoal
  • RE: Convert 3490E Tapes to CD or DVD, McKown, John
    • Re: Convert 3490E Tapes to CD or DVD, tim . hare
      • Re: Convert 3490E Tapes to CD or DVD, Eric N. Bielefeld
      • Re: Convert 3490E Tapes to CD or DVD, Shmuel Metz , Seymour J.
  • Re: Convert 3490E Tapes to CD or DVD, Eric-PHmining
    • Re: Convert 3490E Tapes to CD or DVD, Ed Gould
      • Field level security (was RE: Convert 3490E Tapes to CD or DVD, Ray Mullins
    • Re: Convert 3490E Tapes to CD or DVD, Mickey
  • Re: Convert 3490E Tapes to CD or DVD, Imbriale, Don
    • Re: Convert 3490E Tapes to CD or DVD, Eric N. Bielefeld
  • Re: Convert 3490E Tapes to CD or DVD, Efinnell15
    • Re: Convert 3490E Tapes to CD or DVD, Eric N. Bielefeld
  • Re: Convert 3490E Tapes to CD or DVD, Efinnell15
  • Re: Convert 3490E Tapes to CD or DVD, Vernooy, C.P. - SPLXM
  • Re: Convert 3490E Tapes to CD or DVD, Dave Cartwright
    • Re: Convert 3490E Tapes to CD or DVD, Eric-PHmining
• OMVS ROOT, ahmed sallam
• VSAM file open/close, Jorge Arueira Campos
  • <Possible follow-ups>
  • RE: VSAM file open/close, Stocker, Herman
  • RE: VSAM file open/close, Larry Crilley
    • Re: VSAM file open/close, Bruce Black
  • Re: VSAM file open/close, Ted MacNEIL
    • Re: VSAM file open/close, rkuebbin
    • RE: VSAM file open/close, Ray Mullins
    • Re: VSAM file open/close, Bruce Black
• EUPDATE job to update Custom Pac Dialogs, bsgarret
• RE: The Replacements ???, Knutson, Sam
• VTAM and MS Host Integrated Server IP-DLC (Enterprise Extender), Tim Hare
  • Re: VTAM and MS Host Integrated Server IP-DLC (Enterprise Extender), John S. Giltner, Jr.
  • Re: VTAM and MS Host Integrated Server IP-DLC (Enterprise Extender), Chris Mason
  • Re: VTAM and MS Host Integrated Server IP-DLC (Enterprise Extender), Chris Mason
  • <Possible follow-ups>
  • Re: VTAM and MS Host Integrated Server IP-DLC (Enterprise Extender), Patrick O'Keefe
    • Re: VTAM and MS Host Integrated Server IP-DLC (Enterprise Extender), John S. Giltner, Jr.
  • Re: VTAM and MS Host Integrated Server IP-DLC (Enterprise Extender), Patrick O'Keefe
  • Re: VTAM and MS Host Integrated Server IP-DLC (Enterprise Extender), Ed Rabara
  • Re: VTAM and MS Host Integrated Server IP-DLC (Enterprise Extender), Ed Rabara
• RES: Problem copying VM volumes under z/OS, Oswaldo Ferreira de Matos
  • <Possible follow-ups>
  • Re: RES: Problem copying VM volumes under z/OS, Brian Peterson
• z990 multiprocessor overhead issue., Patrick Loftus
  • Re: z990 multiprocessor overhead issue., Shane
  • <Possible follow-ups>
  • Re: z990 multiprocessor overhead issue., Ted MacNEIL
    • Re: z990 multiprocessor overhead issue., Shane
  • RE: z990 multiprocessor overhead issue., Richards.Bob
    • Re: z990 multiprocessor overhead issue., Shane
  • z990 multiprocessor overhead issue., Phil Payne
• Re: Friday Topic..., Ted MacNEIL
  • RE: Friday Topic..., Gary Green
  • Re: Friday Topic..., scollier
  • <Possible follow-ups>
  • Re: Friday Topic..., DASDBill2
    • Re: Friday Topic..., Liliane L. Clever
      • Re: Friday Topic..., david . thorn
      • Re: Friday Topic..., Shmuel Metz , Seymour J.
  • RE: Friday Topic..., Richards.Bob
  • RE: Friday Topic..., Fletcher, Kevin
    • RE: Friday Topic..., Gary Green
  • RE: Friday Topic..., Pommier, Rex R.
  • RE: Friday Topic..., Greg Shirey
  • Re: Friday Topic..., Ted MacNEIL
    • Re: Friday Topic..., Eric-PHmining
      • Re: Friday Topic..., Ted MacNEIL
  • RE: Friday Topic..., ddelagarza
  • Fw: Friday Topic..., Ted MacNEIL
• RE: 3380-3390 Conversion - DISAPPOINTMENT, Stephen Mednick
  • <Possible follow-ups>
  • RE: 3380-3390 Conversion - DISAPPOINTMENT, Stephen Mednick
  • RE: 3380-3390 Conversion - DISAPPOINTMENT, Stephen Mednick
  • RE: 3380-3390 Conversion - DISAPPOINTMENT, Chase, John
    • Re: 3380-3390 Conversion - DISAPPOINTMENT, John Eells
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, Ed Gould
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, Steve Arnett
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, Ed Gould
    • Re: 3380-3390 Conversion - DISAPPOINTMENT, Mike Bell
  • Re: 3380-3390 Conversion - DISAPPOINTMENT, Efinnell15
    • RE: 3380-3390 Conversion - DISAPPOINTMENT, Ron and Jenny Hawkins
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, Gerhard Adam
      • RE: 3380-3390 Conversion - DISAPPOINTMENT, Ron and Jenny Hawkins
      • RE: 3380-3390 Conversion - DISAPPOINTMENT, Gerhard Adam
      • RE: 3380-3390 Conversion - DISAPPOINTMENT, Ron and Jenny Hawkins
      • RE: 3380-3390 Conversion - DISAPPOINTMENT, Gerhard Adam
      • RE: 3380-3390 Conversion - DISAPPOINTMENT, Ron and Jenny Hawkins
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, Shmuel Metz , Seymour J.
      • RE: 3380-3390 Conversion - DISAPPOINTMENT, Ron and Jenny Hawkins
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, Shmuel Metz , Seymour J.
      • RE: 3380-3390 Conversion - DISAPPOINTMENT, Ron and Jenny Hawkins
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, Shmuel Metz , Seymour J.
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, rkuebbin
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, John Eells
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, Shmuel Metz , Seymour J.
  • Re: 3380-3390 Conversion - DISAPPOINTMENT, DASDBill2
    • RE: 3380-3390 Conversion - DISAPPOINTMENT, Gerhard Adam
  • Re: 3380-3390 Conversion - DISAPPOINTMENT, Patrick O'Keefe
    • RE: 3380-3390 Conversion - DISAPPOINTMENT, Gerhard Adam
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, John Eells
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, Bruce Black
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, Shmuel Metz , Seymour J.
    • Re: 3380-3390 Conversion - DISAPPOINTMENT, John Eells
  • Re: 3380-3390 Conversion - DISAPPOINTMENT, Eric Bielefeld
    • Re: 3380-3390 Conversion - DISAPPOINTMENT, willie bunter
  • Re: 3380-3390 Conversion - DISAPPOINTMENT, Ted MacNEIL
    • Re: 3380-3390 Conversion - DISAPPOINTMENT, Ed Gould
  • Re: 3380-3390 Conversion - DISAPPOINTMENT, DASDBill2
    • Re: 3380-3390 Conversion - DISAPPOINTMENT, Shmuel Metz , Seymour J.
  • RE: 3380-3390 Conversion - DISAPPOINTMENT, Hal Merritt
  • Re: 3380-3390 Conversion - DISAPPOINTMENT, Ted MacNEIL
• Putty connection to mainframe, Sabo, Frank
  • Re: Putty connection to mainframe, Mike Bell
  • Re: Putty connection to mainframe, Shmuel Metz , Seymour J.
    • Re: Putty connection to mainframe, Rich Smrcina
      • Re: Putty connection to mainframe, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Putty connection to mainframe, McKown, John
  • RE: Putty connection to mainframe, Jon Brock
  • Re: Putty connection to mainframe, Thomas Kern
  • Re: Putty connection to mainframe, Brian Peterson
    • Re: [IBM-MAIN] Putty connection to mainframe, Thomas Kern
  • RE: Putty connection to mainframe, Schramm, Rob
  • Re: Putty connection to mainframe, gilmap
    • Re: Putty connection to mainframe, Rich Smrcina
• How to "marry" subsystem and dynamic allocation, Gil, Victor x28091
  • Re: How to "marry" subsystem and dynamic allocation, David Andrews
  • Re: How to "marry" subsystem and dynamic allocation, Walt Farrell
  • <Possible follow-ups>
  • RE: How to "marry" subsystem and dynamic allocation, Knutson, Sam
  • RE: How to "marry" subsystem and dynamic allocation, McKown, John
    • Re: How to "marry" subsystem and dynamic allocation, Edward E. Jaffe
  • Re: How to "marry" subsystem and dynamic allocation, Tom Williamson
  • RE: How to "marry" subsystem and dynamic allocation, Hal Merritt
  • Re: How to "marry" subsystem and dynamic allocation, Tom Schmidt
  • Re: How to "marry" subsystem and dynamic allocation, Tom Schmidt
  • Re: How to "marry" subsystem and dynamic allocation, Victor Gil
  • Re: How to "marry" subsystem and dynamic allocation, Tom Williamson
  • Re: How to "marry" subsystem and dynamic allocation, Tom Schmidt
  • Re: How to "marry" subsystem and dynamic allocation, Victor Gil
  • Re: How to "marry" subsystem and dynamic allocation, Victor Gil
• Listserv question., Howard Rifkind
  • <Possible follow-ups>
  • RE: Listserv question., Chase, John
  • RE: Listserv question., John Wynton
• CBDQDISP Inactive, Giovanni Cerquone
  • <Possible follow-ups>
  • RE: CBDQDISP Inactive, Petersen, Jim
• z900 "Capacity Models"?, Chase, John
  • Re: z900 "Capacity Models"?, John S. Giltner, Jr.
    • Re: z900 "Capacity Models"?, Eric-PHmining
      • Re: z900 "Capacity Models"?, John S. Giltner, Jr.
      • Re: z900 "Capacity Models"?, Eric N. Bielefeld
  • <Possible follow-ups>
  • RE: z900 "Capacity Models"?, Pommier, Rex R.
  • RE: z900 "Capacity Models"?, Pommier, Rex R.
  • RE: z900 "Capacity Models"?, Chase, John
  • RE: z900 "Capacity Models"?, Pommier, Rex R.
  • Re: z900 "Capacity Models"?, Efinnell15
  • RE: z900 "Capacity Models"?, Pommier, Rex R.
  • Re: z900 "Capacity Models"?, Efinnell15
  • Re: z900 "Capacity Models"?, Ted MacNEIL
    • Re: z900 "Capacity Models"?, Shmuel Metz , Seymour J.
      • Re: z900 "Capacity Models"?, Birger Heede
      • Re: z900 "Capacity Models"?, Shmuel Metz , Seymour J.
    • Re: z900 "Capacity Models"?, Shmuel Metz , Seymour J.
  • RE: z900 "Capacity Models"?, Pommier, Rex R.
  • RE: z900 "Capacity Models"?, Pommier, Rex R.
  • Re: z900 "Capacity Models"?, Efinnell15
  • RE: z900 "Capacity Models"?, Richards.Bob
  • RE: z900 "Capacity Models"?, Richards.Bob
    • Re: z900 "Capacity Models"?, Birger Heede
  • Re: z900 "Capacity Models"?, Ted MacNEIL
  • Re: z900 "Capacity Models"?, Ted MacNEIL
    • Re: z900 "Capacity Models"?, J R
• NOMAIL, Gabe Torres
• RE: [IBM-MAIN] WLM Question, Ken . Porowski
  • <Possible follow-ups>
  • RE: [IBM-MAIN] WLM Question, Ken . Porowski
• WLM Question, Terry Linsley
  • Re: WLM Question, Todd Burch
  • <Possible follow-ups>
  • Re: WLM Question, Terry Linsley
  • RE: WLM Question, Staller, Allan
  • RE: WLM Question, Rob Scott
  • RE: WLM Question, Staller, Allan
  • RE: WLM Question, Diehl, Gary , MVSSupport
    • Re: WLM Question, Shane
  • Re: WLM Question, Terry Linsley
  • Re: WLM Question, Terry Linsley
  • Re: WLM Question, Terry Linsley
  • Re: WLM Question, Efinnell15
  • Re: WLM Question, Terry Linsley
    • Re: WLM Question, Shane
      • WLM and zIIPs, Shane
  • Re: WLM Question, Terry Linsley
  • Re: WLM Question, Terry Linsley
  • Re: WLM Question, Timothy Sipples
  • Re: WLM Question, Terry Linsley
    • Re: WLM Question, Shane
  • Re: WLM Question, Terry Linsley
  • Re: WLM Question, Terry Linsley
• 3490 mount POD display problem?, McKown, John
  • <Possible follow-ups>
  • Re: 3490 mount POD display problem?, Brian Peterson
  • RE: 3490 mount POD display problem?, McKown, John
  • Re: 3490 mount POD display problem?, Brian Peterson
  • RE: 3490 mount POD display problem?, McKown, John
• Compare z900, z890/z990, z9, Chase, John
  • <Possible follow-ups>
  • Re: Compare z900, z890/z990, z9, Timothy Sipples
• FDR Compaktor - missing/reappearing data sets, J Ellis
  • Re: FDR Compaktor - missing/reappearing data sets, Bruce Black
    • Friday Topic..., Gary Green
  • <Possible follow-ups>
  • RE: FDR Compaktor - missing/reappearing data sets, Stephen Mednick
  • Re: FDR Compaktor - missing/reappearing data sets, Efinnell15
    • Re: FDR Compaktor - missing/reappearing data sets, Ed Gould
• Need Data in Virtual (DIV) SMF Records To Test DAF, Michael Cleary
• (fwd) RE: Contractor vs. employee was RE: 3380-3390 Conversion, Clark Morris
  • <Possible follow-ups>
  • (fwd) RE: Contractor vs. employee was RE: 3380-3390 Conversion, Clark Morris
    • Re: (fwd) RE: Contractor vs. employee was RE: 3380-3390 Conversion, rtsujimoto_consultant
  • RE: (fwd) RE: Contractor vs. employee was RE: 3380-3390 Conversion, Bob Shannon
  • Re: (fwd) RE: Contractor vs. employee was RE: 3380-3390 Conversion, Avram Friedman
• (fwd) RE: (fwd) Re: amode rmode problem, Clark Morris
• 3590 ATL taking offline issue, ddelagarza
  • re: 3590 ATL taking offline issue, Neil Duffee
• EREP, ddelagarza
  • Re: EREP, Alan C. Field
    • Re: EREP, Shane Ginnane
  • <Possible follow-ups>
  • RE: EREP, ddelagarza
  • RE: EREP, ddelagarza
• MSg IEC614I and the "virtual" ENTER Key., Raymond Noal
  • RE: MSg IEC614I and the "virtual" ENTER Key., Ray Mullins
  • Re: MSg IEC614I and the "virtual" ENTER Key., Shane Ginnane
  • Re: MSg IEC614I and the "virtual" ENTER Key., Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: MSg IEC614I and the "virtual" ENTER Key., Knutson, Sam
• Re: Tape Tracking Software to enhance CA-1, Gerard J. NIcol
• ESTAE-underTSO question, Paul Schuster
  • Re: ESTAE-underTSO question, Edward E. Jaffe
  • Re: ESTAE-underTSO question, Walt Farrell
  • Re: ESTAE-underTSO question, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: ESTAE-underTSO question, Imbriale, Donald , Exchange
  • RE: ESTAE-underTSO question, McKown, John
  • Re: ESTAE-underTSO question, Chris Craddock
• z990 IP Consoles, Rick Fochtman
  • <Possible follow-ups>
  • RE: z990 IP Consoles, Jousma, David
  • RE: z990 IP Consoles, Diehl, Gary , MVSSupport
  • RE: z990 IP Consoles, Pommier, Rex R.
  • Re: z990 IP Consoles, Brian Peterson
  • RE: z990 IP Consoles, Diehl, Gary , MVSSupport
  • RE: z990 IP Consoles, McKown, John
    • Re: z990 IP Consoles, Edward E. Jaffe
  • RE: z990 IP Consoles, Diehl, Gary , MVSSupport
  • RE: z990 IP Consoles, Jon Brock
  • RE: z990 IP Consoles, McKown, John
    • Re: [IBM-MAIN] z990 IP Consoles, Jay Maynard
  • RE: z990 IP Consoles, Kittendorf, Craig
  • RE: z990 IP Consoles, Kittendorf, Craig
  • RE: z990 IP Consoles, Hal Merritt
  • Re: z990 IP Consoles, Jack Oakley
  • RE: z990 IP Consoles, Diehl, Gary , MVSSupport
• remote console, Ed
  • Re: remote console, Ulrich Krueger
  • Re: remote console, Alan C. Field
    • Re: remote console, Edward E. Jaffe
      • Re: remote console, Alan C. Field
    • Re: remote console, Bob Rutledge
  • Re: remote console, R.S.
  • Re: remote console, hedrickn
  • Re: remote console, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: remote console, Matthew Stitt
  • Re: remote console, Efinnell15
  • Re: remote console, Arturo Juarez
  • RE: remote console, McKown, John
  • RE: remote console, Kittendorf, Craig
  • RE: remote console, Hal Merritt
• MCAT sms-managed?, Christian Blesa
  • Re: MCAT sms-managed?, R.S.
  • <Possible follow-ups>
  • Re: MCAT sms-managed?, Christian Blesa
  • RE: MCAT sms-managed?, Gibney, Dave
    • HSM Migrate issue, mark . pace
      • Re: HSM Migrate issue, Ulrich Krueger
      • Re: HSM Migrate issue, mark . pace
      • Re: HSM Migrate issue, John_J_Kelly
      • Re: HSM Migrate issue, mark . pace
      • Re: HSM Migrate issue, Chris Sultis
• Contractor vs. employee was RE: 3380-3390 Conversion, Clark Morris
  • <Possible follow-ups>
  • RE: Contractor vs. employee was RE: 3380-3390 Conversion, Greg Shirey
  • RE: Contractor vs. employee was RE: 3380-3390 Conversion, Chase, John
• (fwd) Re: amode rmode problem, Clark Morris
  • RE: (fwd) Re: amode rmode problem, Gerhard Adam
  • Re: (fwd) Re: amode rmode problem, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: (fwd) Re: amode rmode problem, Blaicher, Chris
• Job info: Wrong time in queue, Christian Blesa
  • <Possible follow-ups>
  • RE: Job info: Wrong time in queue, Clark, Kevin D, HRC-Alexandria/EDS
  • Re: Job info: Wrong time in queue, DMR-Qualitas Outsourcing
• RE: Contract Programmers (Was: 3380-3390 Conversion), Richards.Bob
  • Re: Contract Programmers (Was: 3380-3390 Conversion), Ed Gould
  • <Possible follow-ups>
  • RE: Contract Programmers (Was: 3380-3390 Conversion), Chase, John
    • Re: Contract Programmers (Was: 3380-3390 Conversion), howard . brazee
• TSO and SYS1.UADS, Duane Weaver
  • Re: TSO and SYS1.UADS, R.S.
  • Re: TSO and SYS1.UADS, Walt Farrell
  • Re: TSO and SYS1.UADS, Shmuel Metz , Seymour J.
  • Re: TSO and SYS1.UADS, Shmuel Metz , Seymour J.
    • Re: TSO and SYS1.UADS, Chris Mason
    • Re: TSO and SYS1.UADS, JO . Skip . Robinson
  • <Possible follow-ups>
  • RE: TSO and SYS1.UADS, Pommier, Rex R.
    • Re: TSO and SYS1.UADS, JO . Skip . Robinson
  • Re: TSO and SYS1.UADS, Efinnell15
  • RE: TSO and SYS1.UADS, Kittendorf, Craig
  • RE: TSO and SYS1.UADS, Pommier, Rex R.
• Codepage for High Level Assembler, George Dranes
  • Re: Codepage for High Level Assembler, Edward E. Jaffe
• IDCAMS DIAGNOSE retry., Tom Roedgaard
  • Re: IDCAMS DIAGNOSE retry., Capomaestro
  • <Possible follow-ups>
  • RE: IDCAMS DIAGNOSE retry., Larry Crilley
• How to convert FB file to VBS32760 file?, onelxii
• IDCAMS DIAGNOSE, Tom Roedgaard
• Retry: Problem on NetView V2R2M1, Marco Gianfranco Indaco
  • Re: Retry: Problem on NetView V2R2M1, Marco Gianfranco Indaco
    • Re: Retry: Problem on NetView V2R2M1, John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: Retry: Problem on NetView V2R2M1, Marco Gianfranco Indaco
    • Re: Retry: Problem on NetView V2R2M1, John S. Giltner, Jr.
      • Re: Retry: Problem on NetView V2R2M1, Shmuel Metz , Seymour J.
• JES2 Start Options, Hal Merritt
  • Re: JES2 Start Options, R.S.
  • <Possible follow-ups>
  • RE: JES2 Start Options, Pommier, Rex R.
  • RE: JES2 Start Options, Hunkeler Peter , KRDO 4
• HRECALL with CA-DISK, Rishi Tandon
• re: 3380-3390 Conversion, Ed Gould
  • RE: 3380-3390 Conversion, Ron and Jenny Hawkins
    • Re: 3380-3390 Conversion, Ed Gould
      • RE: 3380-3390 Conversion, Ron and Jenny Hawkins
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, willie bunter
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, Mike Bell
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, willie bunter
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, Eric-PHmining
      • Re: 3380-3390 Conversion - DISAPPOINTMENT, willie bunter
  • <Possible follow-ups>
  • RE: 3380-3390 Conversion, Stephen Mednick
    • Re: 3380-3390 Conversion, john . ticic . extern
    • RE: 3380-3390 Conversion, Ron and Jenny Hawkins
  • RE: 3380-3390 Conversion, Richards.Bob
    • RE: 3380-3390 Conversion, Ron and Jenny Hawkins
  • RE: 3380-3390 Conversion, Richards.Bob
    • Contract Programmers (Was: 3380-3390 Conversion), Edward E. Jaffe
      • Re: Contract Programmers (Was: 3380-3390 Conversion), Shmuel Metz , Seymour J.
• TSU/LOGON address space indicator?, Daniel Mouly
  • <Possible follow-ups>
  • TSU/LOGON address space indicator?, Keith E. Moe
    • Re: TSU/LOGON address space indicator?, Edward E. Jaffe
      • Re: TSU/LOGON address space indicator?, Daniel Mouly
• Home Depot Looking for MVS - Lead Systems Engineer in Austin TX, Petersen, Jim
  • Re: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX, Gary Walker
  • Re: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX, Shmuel Metz , Seymour J.
    • Re: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX, Glen Gasior
      • Re: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX, rkuebbin
      • Re: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX, Edward E. Jaffe
  • <Possible follow-ups>
  • RE: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX, Gray, Larry - Larry A
  • RE: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX, Petersen, Jim
    • Re: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX, rtsujimoto_consultant
  • RE: Home Depot Looking for MVS - Lead Systems Engineer in Austin TX, Petersen, Jim
• DB2/DFSORT/MOSIZE/IEFUSI Super Sorting above the bar with DFSORT, Knutson, Sam
  • Re: DB2/DFSORT/MOSIZE/IEFUSI Super Sorting above the bar with DFSORT, David Betten
• Computer Center, Rugel José
• Ordering CICS/TS 3.1, McKown, John
  • Re: Ordering CICS/TS 3.1, Edward E. Jaffe
    • Re: Ordering CICS/TS 3.1, John Eells
      • Re: Ordering CICS/TS 3.1, Shane
      • Re: Ordering CICS/TS 3.1, Shane
  • <Possible follow-ups>
  • RE: Ordering CICS/TS 3.1, Chase, John
  • RE: Ordering CICS/TS 3.1, McKown, John
    • Re: Ordering CICS/TS 3.1, John Eells
  • RE: Ordering CICS/TS 3.1, Pommier, Rex R.
  • RE: Ordering CICS/TS 3.1, Chase, John
  • RE: Ordering CICS/TS 3.1, Schiradin,Roland HG-Dir itb-db/dc
  • Re: Ordering CICS/TS 3.1, Brian Peterson
  • RE: Ordering CICS/TS 3.1, Chase, John
    • Re: Ordering CICS/TS 3.1, Edward E. Jaffe
• z/OS Console ID Tracking facility - OA15090, Knutson, Sam
• z890 FibreChannel, Jon Brock
  • Re: [IBM-MAIN] z890 FibreChannel, Marian Gasparovic
  • <Possible follow-ups>
  • Re: z890 FibreChannel, Efinnell15
  • RE: z890 FibreChannel, Jon Brock
    • Re: [IBM-MAIN] z890 FibreChannel, Marian Gasparovic
  • RE: z890 FibreChannel, Jon Brock
  • RE: z890 FibreChannel, Jon Brock
• C on z/OS questions, john stephens
  • Re: C on z/OS questions, Steve Comstock
  • Re: C on z/OS questions, Thomas David Rivers
  • Re: C on z/OS questions, Shmuel Metz , Seymour J.
    • Re: C on z/OS questions, john stephens
      • Re: C on z/OS questions, Shmuel Metz , Seymour J.
  • Re: C on z/OS questions, Barry Schwarz
  • Re: C on z/OS questions, Gil Peleg
  • Re: C on z/OS questions -- Thanks!, john stephens
  • <Possible follow-ups>
  • Re: C on z/OS questions, Andy Robertson
    • Re: C on z/OS questions, john stephens
      • Re: C on z/OS questions, rtsujimoto_consultant
      • Re: C on z/OS questions, Shmuel Metz , Seymour J.
      • Re: C on z/OS questions, john stephens
      • Re: C on z/OS questions, Shmuel Metz , Seymour J.
  • RE: C on z/OS questions, Dan Ponta
    • Re: C on z/OS questions, Thomas David Rivers
  • RE: C on z/OS questions, Schiradin,Roland HG-Dir itb-db/dc
  • Re: C on z/OS questions, Jim Keohane
    • Re: C on z/OS questions, Shmuel Metz , Seymour J.
  • RE: C on z/OS questions, Schiradin,Roland HG-Dir itb-db/dc
  • Re: C on z/OS questions, Andy Robertson
    • Re: C on z/OS questions, john stephens
      • Re: C on z/OS questions, Bernd Oppolzer
  • Re: C on z/OS questions, Andy Robertson
    • Re: C on z/OS questions, Mike Bell
    • Re: C on z/OS questions, Shmuel Metz , Seymour J.
  • RE: C on z/OS questions, McKown, John
  • Re: C on z/OS questions, Andy Robertson
    • Re: C on z/OS questions, Steve Comstock
  • Re: C on z/OS questions, Andy Robertson
• latest PUTyymm, Luis Correia
• how can it display calendar in ispf panel?, gy100200@xxxxxxxxx
  • Re: how can it display calendar in ispf panel?, kpinkham
    • Re: how can it display calendar in ispf panel?, Don Poitras
• Clock syncronization between platforms, Tuvia Friedlander
  • <Possible follow-ups>
  • RE: Clock syncronization between platforms, mark . jacobs
    • Re: Clock syncronization between platforms, Chris Mason
  • RE: Clock syncronization between platforms, Hal Merritt
  • Re: Clock syncronization between platforms, gilmap
    • Re: Clock syncronization between platforms, Chris Mason
• RE: Disaster Recovery (was: FLEX-ES), McKown, John
  • <Possible follow-ups>
  • RE: Disaster Recovery (was: FLEX-ES), Greg Shirey
  • Re: Disaster Recovery (was: FLEX-ES), Efinnell15
  • Re: Disaster Recovery (was: FLEX-ES), Ted MacNEIL
  • Re: Disaster Recovery (was: FLEX-ES), Ted MacNEIL
  • RE: Disaster Recovery (was: FLEX-ES), Greg Shirey
  • Re: Disaster Recovery (was: FLEX-ES), Ted MacNEIL
  • Re: Disaster Recovery (was: FLEX-ES), Timothy Sipples
• DB2 & IMS Question, willie bunter
  • <Possible follow-ups>
  • RE: DB2 & IMS Question, Abe Kornelis
    • Re: DB2 & IMS Question, willie bunter
  • RE: DB2 & IMS Question, Abe Kornelis
• Test, Jacky Bright
• Problem on NetView V2R2M1(?), Marco Gianfranco Indaco
  • Re: Problem on NetView V2R2M1(?), John S. Giltner, Jr.
    • Re: Problem on NetView V2R2M1(?), Marco Gianfranco Indaco
      • Re: Problem on NetView V2R2M1(?), John S. Giltner, Jr.
• Comment made on COBOL, Ed Gould
  • Re: Comment made on COBOL, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Comment made on COBOL, Stephen Mednick
    • Re: Comment made on COBOL, Ed Gould
    • Re: Comment made on COBOL, Shmuel Metz , Seymour J.
  • RE: Comment made on COBOL, Jon Brock
    • Re: Comment made on COBOL, Shmuel Metz , Seymour J.
• SMP/E rename data sets (was: List contents ... ), gilmap
  • Re: SMP/E rename data sets (was: List contents ... ), Shane Ginnane
  • Re: SMP/E rename data sets (was: List contents ... ), Shmuel Metz , Seymour J.
• User catalog space, Strudwick, Martin
  • Re: User catalog space, Ed Gould
  • <Possible follow-ups>
  • RE: User catalog space, Imbriale, Donald , Exchange
  • RE: User catalog space, Larry Crilley
• zSeries IT Performance Specialist (B009448), TechRec
• List contents of DFSMSdss-produced dump?, gilmap
  • Re: List contents of DFSMSdss-produced dump?, Mike Bell
  • RE: List contents of DFSMSdss-produced dump?, Ray Mullins
  • <Possible follow-ups>
  • RE: List contents of DFSMSdss-produced dump?, Imbriale, Donald , Exchange
  • Re: List contents of DFSMSdss-produced dump?, gilmap
    • Re: List contents of DFSMSdss-produced dump?, Ed Gould
  • RE: List contents of DFSMSdss-produced dump?, Greg Shirey
  • Re: List contents of DFSMSdss-produced dump?, gilmap
    • RE: List contents of DFSMSdss-produced dump?, Ray Mullins
  • Re: List contents of DFSMSdss-produced dump?, Ted MacNEIL
  • Re: List contents of DFSMSdss-produced dump?, gilmap
  • Re: List contents of DFSMSdss-produced dump?, gilmap
  • RE: List contents of DFSMSdss-produced dump?, Chase, John
• Re: D/R (Was: FLEX-ES), Ted MacNEIL
• using 3390 mod-9s, Dennis Leong
  • Re: using 3390 mod-9s, Shane
  • <Possible follow-ups>
  • RE: using 3390 mod-9s, Imbriale, Donald , Exchange
    • Re: using 3390 mod-9s, Len Rugen
  • Re: using 3390 mod-9s, Ted MacNEIL
  • RE: using 3390 mod-9s, Buffalo Jorge Luis
    • Re: using 3390 mod-9s, R.S.
  • Re: using 3390 mod-9s, Ted MacNEIL
  • RE: using 3390 mod-9s, Bob Shannon
  • Re: using 3390 mod-9s, Ted MacNEIL
    • RE: using 3390 mod-9s, Ron and Jenny Hawkins
      • Message not available
      • Message not available
      • Message not available
      • Re: using 3390 mod-9s, Anne & Lynn Wheeler
  • RE: using 3390 mod-9s, Ron and Jenny Hawkins
  • Re: using 3390 mod-9s, Ted MacNEIL
• Enhanced Catalog Sharing, awhite
  • <Possible follow-ups>
  • RE: Enhanced Catalog Sharing, Schiradin,Roland HG-Dir itb-db/dc
    • Re: Enhanced Catalog Sharing, Mohamed Juma
  • RE: Enhanced Catalog Sharing, TISLER Zaromil
  • RE: Enhanced Catalog Sharing, Traylor, Terry
  • RE: Enhanced Catalog Sharing, mark . jacobs
  • RE: Enhanced Catalog Sharing, Ron Ferguson
• JES2 $TA persist across warm start, Rob Wunderlich
  • RE: JES2 $TA persist across warm start, Charles Mills
  • <Possible follow-ups>
  • RE: JES2 $TA persist across warm start, McKown, John
  • Re: JES2 $TA persist across warm start, Mark Zelden
• CICS question, Peter Ten Eyck
  • <Possible follow-ups>
  • RE: CICS question, Schiradin,Roland HG-Dir itb-db/dc
  • RE: CICS question, Rugen, Len
• IPCS in Batch, Chase, John
  • Re: IPCS in Batch, Robert Wright
  • Re: IPCS in Batch, John S. Giltner, Jr.
  • <Possible follow-ups>
  • RE: IPCS in Batch, Chase, John
  • RE: IPCS in Batch, Chase, John
• SSL Certificate Signing, Ward, Mike S
  • <Possible follow-ups>
  • RE: SSL Certificate Signing, TISLER Zaromil
  • RE: SSL Certificate Signing, Ward, Mike S
  • RE: SSL Certificate Signing, Ward, Mike S
    • Re: SSL Certificate Signing, John S. Giltner, Jr.
      • Re: SSL Certificate Signing, Anne & Lynn Wheeler
  • RE: SSL Certificate Signing, Ward, Mike S
    • Re: SSL Certificate Signing, Richard Peurifoy
  • Re: SSL Certificate Signing, Matthew Stitt
• Interesting Article on COBOL, but not zSeries specific, McKown, John
• Has anyone heard about IBM changing the way they send customized maint?, mcknight-b-a
  • Re: Has anyone heard about IBM changing the way they send customized maint?, John Eells
    • Re: Has anyone heard about IBM changing the way they send customized maint?, mcknight-b-a
    • Re: Has anyone heard about IBM changing the way they send customized maint?, pauls2272
      • Re: Has anyone heard about IBM changing the way they send customized maint?, John Eells
      • Re: Has anyone heard about IBM changing the way they send customized maint?, mcknight-b-a
      • Re: Has anyone heard about IBM changing the way they send customized maint?, Kurt Quackenbush
      • Re: Has anyone heard about IBM changing the way they send customized maint?, mcknight-b-a
• Problem copying VM volumes under z/OS, Oswaldo Ferreira de Matos
  • Re: Problem copying VM volumes under z/OS, Paolo Cacciari
  • Re: Problem copying VM volumes under z/OS, John_J_Kelly
  • RE: Problem copying VM volumes under z/OS, Ray Mullins
  • Re: Problem copying VM volumes under z/OS, Bruce Black
  • <Possible follow-ups>
  • RE: Problem copying VM volumes under z/OS, Neubert, Kevin , DIS
  • RE: Problem copying VM volumes under z/OS, Kreiter, Chuck
• RE: [IBM-MAIN] amode rmode problem, Beate . Kawelke
  • Re: amode rmode problem, Jim McAlpine
    • Re: amode rmode problem, Binyamin Dissen
      • Re: amode rmode problem, Jim McAlpine
  • <Possible follow-ups>
  • RE: [IBM-MAIN] amode rmode problem, Beate . Kawelke
    • Re: [IBM-MAIN] amode rmode problem, poitras
      • Re: amode rmode problem, Edward E. Jaffe
• C/C++ tools, James Smith
  • Re: C/C++ tools, Thomas David Rivers
• Re: TCP/IP over Cisco router CIP, Chris Mason
  • <Possible follow-ups>
  • Re: TCP/IP over Cisco router CIP, Chris Mason
• amode rmode problem, Jim McAlpine
  • Re: amode rmode problem, Chris Mason
  • Re: amode rmode problem, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: amode rmode problem, Hunkeler Peter , KRDO 4
    • Re: amode rmode problem, Jim McAlpine
  • RE: amode rmode problem, Rob Scott
    • Re: amode rmode problem, Jim McAlpine
  • RE: amode rmode problem, Rob Scott
  • Re: amode rmode problem, Barbara Nitz
  • RE: amode rmode problem, Hunkeler Peter , KRDO 4
  • RE: amode rmode problem, Hunkeler Peter , KRDO 4
  • RE: amode rmode problem, Hunkeler Peter , KRDO 4
  • Re: amode rmode problem, DASDBill2
  • RE: amode rmode problem, Hunkeler Peter , KRDO 4
  • RE: amode rmode problem, Hunkeler Peter , KRDO 4
  • RE: amode rmode problem, Hunkeler Peter , KRDO 4
  • Fw: amode rmode problem, Bill Klein
  • RE: amode rmode problem, Hunkeler Peter , KRDO 4
    • Re: amode rmode problem, Jim McAlpine
  • RE: amode rmode problem, Hunkeler Peter , KRDO 4
    • Re: amode rmode problem, Jim McAlpine
  • Re: amode rmode problem, DASDBill2
  • Re: amode rmode problem, Tom . Savor
    • Re: amode rmode problem, Edward E. Jaffe
  • Re: amode rmode problem, DASDBill2
  • Re: amode rmode problem, Tom . Savor
    • Re: amode rmode problem, Bob Rutledge
    • Re: amode rmode problem, Edward E. Jaffe
• Re: Data conversion from 3380 to 3390 - H E L P, Michael W. Moss
  • Re: Data conversion from 3380 to 3390 - H E L P, John_J_Kelly
    • Re: Data conversion from 3380 to 3390 - H E L P, willie bunter
      • Re: Data conversion from 3380 to 3390 - H E L P, Ed Gould
      • Re: Data conversion from 3380 to 3390 - H E L P, Bruce Black
      • Re: Data conversion from 3380 to 3390 - H E L P, Ed Gould
  • RE: Data conversion from 3380 to 3390 - H E L P, Ron and Jenny Hawkins
    • Re: Data conversion from 3380 to 3390 - H E L P, Ed Gould
      • RE: Data conversion from 3380 to 3390 - H E L P, Ron and Jenny Hawkins
      • Re: Data conversion from 3380 to 3390 - H E L P, Ed Gould
      • RE: Data conversion from 3380 to 3390 - H E L P, Ron and Jenny Hawkins
      • Re: Data conversion from 3380 to 3390 - H E L P, Ambat Ravi Nair
      • Re: Data conversion from 3380 to 3390 - H E L P, Ed Gould
      • Re: Data conversion from 3380 to 3390 - H E L P, R.S.
      • RE: Data conversion from 3380 to 3390 - H E L P, Ron and Jenny Hawkins
  • Re: Data conversion from 3380 to 3390 - H E L P, Bruce Black
  • <Possible follow-ups>
  • RE: Data conversion from 3380 to 3390 - H E L P, Fletcher, Kevin
  • RE: Data conversion from 3380 to 3390 - H E L P, Mullen, Patrick
    • RE: Data conversion from 3380 to 3390 - H E L P, Ron and Jenny Hawkins
• VSAM CLUSTER missing, Balaji_Gowda
  • <Possible follow-ups>
  • RE: VSAM CLUSTER missing, Traylor, Terry
  • Re: VSAM CLUSTER missing, Efinnell15
• (fwd) Re: Migrating Off IBM Mainframes, Clark Morris
• (fwd) Re: MS to target IBM, Clark Morris