bit.listserv.ibm-main

• Date Index

---

• Simple newbie file tailoring question, David Eisenberg
  • Re: Simple newbie file tailoring question, Steve Comstock
  • Re: Simple newbie file tailoring question, Frank Merlenbach
  • <Possible follow-ups>
  • Re: Simple newbie file tailoring question, David Eisenberg
    • Re: Simple newbie file tailoring question, McKown, John
  • Re: Simple newbie file tailoring question, David Eisenberg
• TSM on z/Linux, Dale
• InfoPrint Port Monitor, Dale
• SDSF REXX problem, Thomas Berg
• Call XMIT from batch program, Miklos Szigetvari
  • Re: Call XMIT from batch program, Martin Packer
    • Re: Call XMIT from batch program, Scott Ford
      • Re: Call XMIT from batch program, John P Kalinich
      • Re: Call XMIT from batch program, Steve Comstock
  • <Possible follow-ups>
  • Re: Call XMIT from batch program, Paul Gilmartin
• When will ADRDSSU start to ENQUEUE on data sets?, Johnny Luo
  • <Possible follow-ups>
  • Re: When will ADRDSSU start to ENQUEUE on data sets?, Linda Mooney
  • Re: When will ADRDSSU start to ENQUEUE on data sets?, Bruce Hewson
    • Re: When will ADRDSSU start to ENQUEUE on data sets?, Johnny Luo
      • Re: When will ADRDSSU start to ENQUEUE on data sets?, Lizette Koehler
      • Re: When will ADRDSSU start to ENQUEUE on data sets?, Johnny Luo
    • Re: When will ADRDSSU start to ENQUEUE on data sets?, Johnny Luo
• User key (8) CSA issue ABEND B78-5C running BMC BACKUP AND RECOVERY FOR IMS VERSION 4.2.00, Knutson, Sam
• Slowly biting the dust.... IBM scalable... but only so far, John Mattson
  • Re: Slowly biting the dust.... IBM scalable... but only so far, John McKown
  • Re: Slowly biting the dust.... IBM scalable... but only so far, John S. Giltner, Jr.
  • Re: Slowly biting the dust.... IBM scalable... but only so far, Bruce McKnight
  • <Possible follow-ups>
  • Re: Slowly biting the dust.... IBM scalable... but only so far, Steve Comstock
• No subject, Pamela Christina in cool for Spring Endicott
• Delete a printer in jes, HELIO
  • <Possible follow-ups>
  • Re: Delete a printer in jes, Sabo, Frank
    • Re: Delete a printer in jes, HELIO
• OMEGAMON XE for Mainframe Networks, Steve Gladstone
  • <Possible follow-ups>
  • Re: OMEGAMON XE for Mainframe Networks, Kelman, Tom
• Supported Documentation, Martin Kline
  • Re: Supported Documentation, Bobbie Justice
  • <Possible follow-ups>
  • Re: Supported Documentation, Martin Kline
  • Re: Supported Documentation, Thompson, Steve
    • Re: Supported Documentation, Craddock, Chris
  • Re: Supported Documentation, Walt Farrell
  • Re: Supported Documentation, Paul Gilmartin
  • Re: Supported Documentation, Daniel McLaughlin
  • Re: Supported Documentation, Paul Gilmartin
  • Re: Supported Documentation, Martin Kline
  • Supported Documentation, Bill Klein
  • Re: Supported Documentation, Walt Farrell
    • Re: Supported Documentation, Pinnacle
  • Re: Supported Documentation, Martin Kline
  • Re: Supported Documentation, Ted MacNEIL
• ACS and External Drives, Daniel McLaughlin
  • <Possible follow-ups>
  • Re: ACS and External Drives, Daniel McLaughlin
    • Re: ACS and External Drives, Bill Wilkie
      • Manual Tape Library, Darth Keller
• Re: Emulators (again ...), Mark Zelden
  • Re: Emulators (again ...), Edward Jaffe
    • Re: Emulators (again ...), Shane
      • Re: Emulators (again ...), David Andrews
  • <Possible follow-ups>
  • Re: Emulators (again ...), David Alcock
    • Re: Emulators (again ...), Scott Ford
  • Re: Emulators (again ...), Paul Gilmartin
• JES2 NJE Reporting, Mark T. Regan, K8MTR
  • Re: JES2 NJE Reporting, Jack Kelly
• Re: NJE / RJE from REMOTE WINDOWS/UNIX ?, Paul Gilmartin
• Cost Effective z/OS Training available world wide - Marist College Fall '08, MaristAFC
• Just checking, Ted MacNEIL
  • Re: Just checking, Chase, John
• Re: IND$FILE question, Brian Peterson
• Chargeback for zIIP & zAAP Usage, Ted MacNEIL
  • <Possible follow-ups>
  • Re: Chargeback for zIIP & zAAP Usage, Al Sherkow
• Re: Adding a Frame to a Tape Library (resolved), Lizette Koehler
• Head's Up - OA24116 for z/OS 1.9, Mark Zelden
• SMS PUZZLE, willie bunter
  • Re: SMS PUZZLE, Richards, Robert B.
    • Re: SMS PUZZLE, willie bunter
      • Re: SMS PUZZLE, Schwarz, Barry A
      • Message not available
      • Re: SMS PUZZLE, Schwarz, Barry A
      • Re: SMS PUZZLE, willie bunter
      • Re: SMS PUZZLE, Richards, Robert B.
      • Re: SMS PUZZLE, Schwarz, Barry A
      • Re: SMS PUZZLE, Scott Rowe
      • Re: SMS PUZZLE, Richards, Robert B.
      • Re: SMS PUZZLE, Scott Rowe
      • Re: SMS PUZZLE, Richards, Robert B.
      • Re: SMS PUZZLE, Darth Keller
      • Re: SMS PUZZLE, Scott Rowe
  • Re: SMS PUZZLE, Darth Keller
  • <Possible follow-ups>
  • Re: SMS PUZZLE, Tom Marchant
  • Re: SMS PUZZLE, Lizette Koehler
    • Re: SMS PUZZLE, Richards, Robert B.
  • re: SMS PUZZLE, Neil Duffee
    • Re: SMS PUZZLE, willie bunter
  • Re: SMS PUZZLE, Gilbert Cardenas
    • Re: SMS PUZZLE, willie bunter
  • Re: SMS PUZZLE, Tom Marchant
• Language Enviroment HLASM question., McKown, John
  • Re: Language Enviroment HLASM question., Craddock, Chris
  • Re: Language Enviroment HLASM question., Steve Comstock
    • Re: Language Enviroment HLASM question., McKown, John
      • Re: Language Enviroment HLASM question., Craddock, Chris
      • Re: Language Enviroment HLASM question., Farley, Peter x23353
      • Re: Language Environment HLASM question., David Logan
      • Re: Language Environment HLASM question., McKown, John
      • Re: Language Environment HLASM question., Steve Comstock
  • Re: Language Enviroment HLASM question., Todd Burch
  • Re: Language Enviroment HLASM question., Ewald Sußner
  • <Possible follow-ups>
  • Fw: Language Enviroment HLASM question., Bill Klein
• Where to find classes for VTAM, Lizette Koehler
  • Re: Where to find classes for VTAM, MaristAFC
  • <Possible follow-ups>
  • Re: Where to find classes for VTAM, Mark T. Regan, K8MTR
    • Re: Where to find classes for VTAM, John Hamman
      • Re: Where to find classes for VTAM, Kammer, Charles
      • Re: Where to find classes for VTAM, Steve Comstock
  • Re: Where to find classes for VTAM, Patrick O'Keefe
  • Re: Where to find classes for VTAM, Mark Zelden
• Major User Impacts going to z/OS 1.9 from z/OS 1.7?, Shahnaz
  • <Possible follow-ups>
  • Re: Major User Impacts going to z/OS 1.9 from z/OS 1.7?, Lizette Koehler
    • Re: Major User Impacts going to z/OS 1.9 from z/OS 1.7?, Craddock, Chris
• FW: ServerPac 3592 cartridge without bar code., Chase, John
  • Re: FW: ServerPac 3592 cartridge without bar code., John Eells
  • Re: FW: ServerPac 3592 cartridge without bar code., John Eells
    • Re: FW: ServerPac 3592 cartridge without bar code., R.S.
  • Re: ServerPac 3592 cartridge without bar code., Jousma, David
  • Re: ServerPac 3592 cartridge without bar code., Paul Gillis
  • <Possible follow-ups>
  • Re: FW: ServerPac 3592 cartridge without bar code., Daniel McLaughlin
  • Re: FW: ServerPac 3592 cartridge without bar code., Bobbie Justice
• Secure TN3270, Coatney, Bill
  • <Possible follow-ups>
  • Secure TN3270, Coatney, Bill
    • Re: Secure TN3270, Rugen, Len
      • Re: Secure TN3270, Coatney, Bill
      • Re: Secure TN3270, Pat Mihalec
    • Re: Secure TN3270, Wissink, Brad [ITSYS]
      • Re: Secure TN3270, Coatney, Bill
    • Re: Secure TN3270, Gibney, Dave
      • IND$FILE question, Pommier, Rex R.
      • Re: IND$FILE question, Ed Philbrook
      • Re: IND$FILE question, Steve Comstock
  • Re: Secure TN3270, Lizette Koehler
    • Re: Secure TN3270, Coatney, Bill
      • Re: Secure TN3270, Martinez, Frank J
  • Re: Secure TN3270, Betsy Jeffery
    • Re: Secure TN3270, Scott Ford
  • Re: Secure TN3270, Patrick O'Keefe
• Re: AT&T Network Client Connection Problems, Thompson, Steve
• o Re: Fixed-Point and Scientific Notation, Don Higgins
• DFSMSRMM Server/Client setup, Crispin Hugo
  • <Possible follow-ups>
  • Re: DFSMSRMM Server/Client setup, Crispin Hugo
    • Re: DFSMSRMM Server/Client setup <D33E136CD4B9C5479A870AA451A377C05C9D81@M4UKEX07.intranet.macro4.com>, Scott Rowe
  • Re: DFSMSRMM Server/Client setup, Jimmy Wagner
• !!!!!!! interesting website here!!!!!, shanthiruby2008
  • <Possible follow-ups>
  • !!!!!!! interesting website here!!!!!, shanthiruby2008
• MIPS Calculation per Lpar, Gaur
• Re: IBM-MAIN Digest - 26 Apr 2008 to 27 Apr 2008 (#2008-118), gah
• Floating Point Definitions, Howard Rifkind
  • Re: Floating Point Definitions, Binyamin Dissen
    • Re: Floating Point Definitions, Howard Rifkind
      • Re: Floating Point Definitions, Binyamin Dissen
  • <Possible follow-ups>
  • Re: Floating Point Definitions, Roger Bowler
• How is SRBPTCB instantiated?, Binyamin Dissen
  • Re: How is SRBPTCB instantiated?, Peter
    • Re: How is SRBPTCB instantiated?, Binyamin Dissen
      • Re: How is SRBPTCB instantiated?, Peter
      • Re: How is SRBPTCB instantiated?, Binyamin Dissen
      • Re: How is SRBPTCB instantiated?, Peter
      • Re: How is SRBPTCB instantiated?, Binyamin Dissen
      • Re: How is SRBPTCB instantiated?, Edward Jaffe
      • Re: How is SRBPTCB instantiated?, Peter
      • Re: How is SRBPTCB instantiated?, Edward Jaffe
      • Re: How is SRBPTCB instantiated?, Edward Jaffe
  • Re: How is SRBPTCB instantiated?, Craddock, Chris
    • Re: How is SRBPTCB instantiated?, Peter
• IXC102D and REPLY DOWN, Mike Myers
  • Re: IXC102D and REPLY DOWN, Skip Robinson
  • <Possible follow-ups>
  • Re: IXC102D and REPLY DOWN, Barbara Nitz
  • Re: IXC102D and REPLY DOWN, Bill Neiman
  • Re: IXC102D and REPLY DOWN, Scott Fagen
  • Re: IXC102D and REPLY DOWN, Mark Zelden
  • Re: IXC102D and REPLY DOWN, Mark Zelden
    • AT&T Network Client Connection Problems, Timur Alpaslan
      • Re: AT&T Network Client Connection Problems, Binyamin Dissen
  • Re: IXC102D and REPLY DOWN, Bill Neiman
  • Re: IXC102D and REPLY DOWN, Mark Zelden
    • NJE / RJE from REMOTE WINDOWS/UNIX ?, Tsai Laurence
      • Re: NJE / RJE from REMOTE WINDOWS/UNIX ?, Scott Ford
      • Re: NJE / RJE from REMOTE WINDOWS/UNIX ?, McKown, John
      • Re: NJE / RJE from REMOTE WINDOWS/UNIX ?, Scott Ford
      • Re: NJE / RJE from REMOTE WINDOWS/UNIX ?, Finch, Steve
      • Re: NJE / RJE from REMOTE WINDOWS/UNIX ?, Shmuel Metz , Seymour J.
  • Re: IXC102D and REPLY DOWN, Bill Neiman
    • Re: IXC102D and REPLY DOWN, Richards, Robert B.
  • Re: IXC102D and REPLY DOWN, Ted MacNEIL
  • Re: IXC102D and REPLY DOWN, Mark Zelden
• Programming Discussion Forum, technica
• OS/390 2.10 TCPIP problem, Victor Zhang
  • Re: OS/390 2.10 TCPIP problem, Lizette Koehler
• Fixed-Point and Scientific Notation, John P. Baker
  • <Possible follow-ups>
  • Re: Fixed-Point and Scientific Notation, Don Higgins
    • Re: Fixed-Point and Scientific Notation, Anne & Lynn Wheeler
    • Re: Fixed-Point and Scientific Notation, John P. Baker
      • Re: Fixed-Point and Scientific Notation, Binyamin Dissen
      • Re: Fixed-Point and Scientific Notation, John P. Baker
      • Re: Fixed-Point and Scientific Notation, Binyamin Dissen
      • Re: Fixed-Point and Scientific Notation, John P. Baker
      • Re: Fixed-Point and Scientific Notation, Binyamin Dissen
      • Re: Fixed-Point and Scientific Notation, Tony Harminc
      • Re: Fixed-Point and Scientific Notation, John P. Baker
  • Re: Fixed-Point and Scientific Notation, Don Higgins
• MULC availability, Rob Wunderlich
  • Re: MULC availability, John Giltner
  • <Possible follow-ups>
  • Re: MULC availability, Al Sherkow
    • Re: MULC availability, Shane
      • Re: MULC availability, Chase, John
  • Re: MULC availability, Eric Bielefeld
• New Mainframe Blog Site -- www.mainframeblogger.com, dsurch
• Infoprint Transforms, PierreK
• Identify matching records, George, William , DHCS-ITSD
  • Re: Identify matching records, Gibney, Dave
    • Re: Identify matching records, Reda, John
      • Re: Identify matching records, George, William , DHCS-ITSD
      • Re: Identify matching records, Jack Kelly
  • Message not available
    • Re: Identify matching records, Tony B.
      • Re: Identify matching records, George, William , DHCS-ITSD
      • Re: Identify matching records, Tony B.
      • Re: Identify matching records, George, William , DHCS-ITSD
      • Re: Identify matching records, Chase, John
      • Re: Identify matching records, George, William , DHCS-ITSD
      • Re: Identify matching records, Chase, John
      • Re: Identify matching records, George, William , DHCS-ITSD
      • Re: Identify matching records, Frank Yaeger
      • Re: Identify matching records, George, William , DHCS-ITSD
      • Re: Identify matching records, David Betten
  • <Possible follow-ups>
  • Re: Identify matching records, Patrick O'Keefe
• CPACF performance info?, Patrick O'Keefe
  • Re: CPACF performance info?, Farley, Peter x23353
  • <Possible follow-ups>
  • Re: CPACF performance info?, Patrick O'Keefe
    • Re: CPACF performance info?, Farley, Peter x23353
  • Re: CPACF performance info?, Greg Boyd
• DB2 & z/OS Dissertation Research, Allen Jaques
  • Re: DB2 & z/OS Dissertation Research, Todd Burch
  • Re: DB2 & z/OS Dissertation Research, Sorensen Henrik , KSFI 442
  • <Possible follow-ups>
  • Re: DB2 & z/OS Dissertation Research, Ted MacNEIL
• Extra! and FTP, Lizette Koehler
  • Re: Extra! and FTP, Ken Porowski
  • Re: Extra! and FTP, Bonno, Tuco
  • <Possible follow-ups>
  • Re: Extra! and FTP, Dave Salt
  • Re: Extra! and FTP, Lizette Koehler
  • Re: Extra! and FTP, Daniel McLaughlin
  • Re: Extra! and FTP, Stocker, Herman
    • Re: Extra! and FTP, Knutson, Sam
      • Re: Extra! and FTP, Gibney, Dave
      • Re: Extra! and FTP, Lovelin
  • Re: Extra! and FTP, Ed Finnell
• Call for old CBT Tapes - sharing the wealth, Sam Golob
• Head's Up - OA21934 - PDSE BUFFER BEYOND CLOSE + FASTREPLICATION, Mark Zelden
• How REXX routines can be fetched from z/OS C SPC environment?, shdzmitry
• PCOM and trailing blanks in copy & paste, Zaromil Tisler
  • Re: PCOM and trailing blanks in copy & paste, Eric Chevalier
  • Re: PCOM and trailing blanks in copy & paste, JerryDurbin
    • Re: PCOM and trailing blanks in copy & paste, Larry DiCioccio
  • Re: PCOM and trailing blanks in copy & paste, Edward Jaffe
    • Re: PCOM and trailing blanks in copy & paste, Edward Jaffe
  • <Possible follow-ups>
  • Re: PCOM and trailing blanks in copy & paste, Mark Zelden
  • Re: PCOM and trailing blanks in copy & paste, Zaromil Tisler
  • Re: PCOM and trailing blanks in copy & paste, Big Iron
• Re: NEW GROUND TO PLAY WITH MAINFRAME, N61601
• IP port list, N61601
  • Re: IP port list, Neal Eckhardt
• CICS V3R1 Transaction Server - LINKEDIT Failure for DFHJVMAT, Kenneth R Barkhau
  • <Possible follow-ups>
  • Re: CICS V3R1 Transaction Server - LINKEDIT Failure for DFHJVMAT, Daniel McLaughlin
    • Re: CICS V3R1 Transaction Server - LINKEDIT Failure for DFHJVMAT, Barkow, Eileen
    • Re: CICS V3R1 Transaction Server - LINKEDIT Failure for DFHJVMAT, Kenneth R Barkhau
      • Re: CICS V3R1 Transaction Server - LINKEDIT Failure for DFHJVMAT, Barkow, Eileen
  • Re: CICS V3R1 Transaction Server - LINKEDIT Failure for DFHJVMAT, Daniel McLaughlin
• MVS booklist again, SUBSCRIBE IBM-MAIN Neo
  • Re: MVS booklist again, Mark
    • Re: MVS booklist again, Bruce McKnight
  • Re: MVS booklist again, SUBSCRIBE IBM-MAIN Neo
    • Re: MVS booklist again, Mark
  • <Possible follow-ups>
  • Re: MVS booklist again, Bruno Sugliani
  • Re: MVS booklist again, Bruno Sugliani
  • Re: MVS booklist again, Ed Billowitz
• Need the link to Catalog Administration, SUBSCRIBE IBM-MAIN Neo
  • Re: Need the link to Catalog Administration, Kevin Wailes
  • Re: Need the link to Catalog Administration, Lizette Koehler
  • Re: Need the link to Catalog Administration, Roger Bolan
  • Re: Need the link to Catalog Administration, SUBSCRIBE IBM-MAIN Neo
    • Re: Need the link to Catalog Administration, Lizette Koehler
    • Re: Need the link to Catalog Administration, Rick Fochtman
• pax out of space when writing to external file, wecmail
• z/OS SYSOUT WTR, Scott Ford
  • Re: z/OS SYSOUT WTR, JerryDurbin
    • Re: z/OS SYSOUT WTR, Scott Ford
      • Re: z/OS SYSOUT WTR, Scott Ford
  • Re: z/OS SYSOUT WTR, William Bishop
  • Re: z/OS SYSOUT WTR, Richard Peurifoy
• zIIPs & zAAP exploitation, Steven Liston
  • Re: zIIPs & zAAP exploitation, Gray, Larry - Larry A
    • Re: zIIPs & zAAP exploitation, Steven Liston
  • Re: zIIPs & zAAP exploitation, David Andrews
    • Re: zIIPs & zAAP exploitation, Norman Hollander on h-WiZ.biz
    • Re: zIIPs & zAAP exploitation, Edward Jaffe
      • Re: zIIPs & zAAP exploitation, Cheryl Walker
      • Re: zIIPs & zAAP exploitation, David Andrews
      • Re: zIIPs & zAAP exploitation, David Andrews
      • Re: zIIPs & zAAP exploitation, Edward Jaffe
      • Re: zIIPs & zAAP exploitation, Cheryl Walker
  • Re: zIIPs & zAAP exploitation, Skip Robinson
  • <Possible follow-ups>
  • Re: zIIPs & zAAP exploitation, Rob Wunderlich
    • Re: zIIPs & zAAP exploitation, Jon Butler
  • Re: zIIPs & zAAP exploitation, Eric Bielefeld
    • Re: zIIPs & zAAP exploitation, Tom Harper
  • Re: zIIPs & zAAP exploitation, Ted MacNEIL
    • Re: zIIPs & zAAP exploitation, Tom Harper
      • Re: zIIPs & zAAP exploitation, Ted MacNEIL
    • Re: zIIPs & zAAP exploitation, Edward Jaffe
      • Re: zIIPs & zAAP exploitation, R.S.
  • Re: zIIPs & zAAP exploitation, Ted MacNEIL
  • Re: zIIPs & zAAP exploitation, Eric Bielefeld
    • Re: zIIPs & zAAP exploitation, Binyamin Dissen
  • Re: zIIPs & zAAP exploitation, Kelman, Tom
• ipsf HIGHLIGHT option, Bonno, Tuco
  • Re: ipsf HIGHLIGHT option, Edward Jaffe
    • Re: ipsf HIGHLIGHT option, Bonno, Tuco
      • Re: ipsf HIGHLIGHT option, Steve Comstock
  • Re: ipsf HIGHLIGHT option <142515D98A29B54FA9D79F857FAA6D570E86E162@SCEXCH.bcbad.state.sc.us>, Scott Rowe
  • <Possible follow-ups>
  • Re: ipsf HIGHLIGHT option, Daniel McLaughlin
    • Re: ipsf HIGHLIGHT option, Bonno, Tuco
  • Re: ipsf HIGHLIGHT option, Patrick O'Keefe
    • Re: ipsf HIGHLIGHT option, Howard Brazee
  • Re: ipsf HIGHLIGHT option, Mark Zelden
    • Re: ipsf HIGHLIGHT option, Bob Rutledge
  • Re: ipsf HIGHLIGHT option, Tom Marchant
    • Re: ipsf HIGHLIGHT option, Edward Jaffe
    • Re: ipsf HIGHLIGHT option, Hunkeler Peter , KIUK 3
  • Re: ipsf HIGHLIGHT option, Mark Zelden
  • Re: ipsf HIGHLIGHT option, Zaromil Tisler
    • Re: ipsf HIGHLIGHT option, Tony B.
      • Re: ipsf HIGHLIGHT option, Greeley, Kevin
  • Re: ipsf HIGHLIGHT option, Tom Marchant
  • Re: ipsf HIGHLIGHT option, Mark Zelden
  • Re: ipsf HIGHLIGHT option, Eric Bielefeld
    • Re: ipsf HIGHLIGHT option, Don Leahy
      • Re: ipsf HIGHLIGHT option, McKown, John
      • Emulators (again ...), Shane
      • Re: Emulators (again ...), Kirk Wolf
      • Re: Emulators (again ...), Shane
      • Re: Emulators (again ...), Kirk Wolf
      • Re: Emulators (again ...), David Andrews
      • Re: Emulators (again ...), Edward Jaffe
  • Re: ipsf HIGHLIGHT option, Mark Zelden
  • Re: ipsf HIGHLIGHT option, Tom Marchant
  • Re: ipsf HIGHLIGHT option, Tom Marchant
  • Re: ipsf HIGHLIGHT option, Tom Schmidt
  • Re: ipsf HIGHLIGHT option, Eric Bielefeld
• VTS drives Data Security Erase, Phil Laddon
  • Re: VTS drives Data Security Erase, R.S.
  • <Possible follow-ups>
  • Re: VTS drives Data Security Erase, Daniel McLaughlin
• WLM classification for separate tn3270 server?, Chase, John
  • Re: WLM classification for separate tn3270 server?, Mark Jacobs
    • Re: WLM classification for separate tn3270 server?, Steven Conway
  • Re: WLM classification for separate tn3270 server?, Patrick Falcone
  • Re: WLM classification for separate tn3270 server?, John Hamman
  • <Possible follow-ups>
  • Re: WLM classification for separate tn3270 server?, Ted MacNEIL
• CBT778 Feedback (GIMAPI REXX Interface), Michael Cleary
  • Re: CBT778 Feedback (GIMAPI REXX Interface), Ayhan Yalkut
• Re: RMF Spreadsheet Reporter Excel Error, thu . mai
• Leonard Sasso/GIS/CSC is out of the office., Leonard Sasso
• Explaining the New IBM "Getting Started" WebSphere Pricing Announcement, Timothy Sipples
  • Re: Explaining the New IBM "Getting Started" WebSphere Pricing Announcement, David Day
    • Re: Explaining the New IBM "Getting Started" WebSphere Pricing Announcement, Rick Fochtman
  • Re: Explaining the New IBM "Getting Started" WebSphere Pricing Announcement, Ken Porowski
  • <Possible follow-ups>
  • Re: Explaining the New IBM "Getting Started" WebSphere Pricing Announcement, Al Sherkow
  • Re: Explaining the New IBM "Getting Started" WebSphere Pricing Announcement, Al Sherkow
    • Re: Explaining the New IBM "Getting Started" WebSphere Pricing Announcement, Bob Rutledge
  • Re: Explaining the New IBM "Getting Started" WebSphere Pricing Announcement, Al Sherkow
• IMS 5 and z/OS 1.9?, Shahnaz
  • Re: IMS 5 and z/OS 1.9?, Mark Hammond
  • <Possible follow-ups>
  • Re: IMS 5 and z/OS 1.9?, Mark Zelden
• Support Model for Linux on System z, Frank Lawrence
  • Re: Support Model for Linux on System z, Mark Post
  • <Possible follow-ups>
  • Re: Support Model for Linux on System z, Frank Lawrence
  • Re: Support Model for Linux on System z, Lionel B Dyck
• Help with applying maintenance, Jerry Fuchs
  • Re: Help with applying maintenance, Pommier, Rex R.
    • Re: Help with applying maintenance, Pommier, Rex R.
  • Re: Help with applying maintenance, Rick Fochtman
  • <Possible follow-ups>
  • Re: Help with applying maintenance, Lizette Koehler
  • Re: Help with applying maintenance, Daniel McLaughlin
  • Re: Help with applying maintenance, Daniel McLaughlin
  • Re: Help with applying maintenance, Tom Marchant
  • Re: Help with applying maintenance, Bobbie Justice
  • Re: Help with applying maintenance, Ted MacNEIL
  • Re: Help with applying maintenance, Matthew Stitt
    • Re: Help with applying maintenance, Jerry Fuchs
  • Re: Help with applying maintenance, Rugen, Len
  • Re: Help with applying maintenance, Matthew Stitt
  • Re: Help with applying maintenance, Dave Kopischke
  • Re: Help with applying maintenance, Mark Zelden
  • Re: Help with applying maintenance, Linda Mooney
  • Re: Help with applying maintenance, Bruce Hewson
    • Re: Help with applying maintenance, Tommy Tsui
    • Re: Help with applying maintenance, Jerry Fuchs
  • Re: Help with applying maintenance, Tom Marchant
    • Re: Help with applying maintenance, Tommy Tsui
  • Re: Help with applying maintenance, Tom Marchant
    • Re: Help with applying maintenance, Lizette Koehler
  • Re: Help with applying maintenance, Tom Marchant
  • Re: Help with applying maintenance, Linda Mooney
    • EOS & Mod-27's, Darth Keller
      • Re: EOS & Mod-27's, Bobbie Justice
      • Re: EOS & Mod-27's, Schwarz, Barry A
      • Re: EOS & Mod-27's, Darth Keller
• Stand-alone, Lopez, Sharon
  • Re: Stand-alone, Myers, Edouard , OCTO
    • Re: Stand-alone, Jack Kelly
• RMM Volume Release Sub Command, Hjelm, Norm
  • <Possible follow-ups>
  • Re: RMM Volume Release Sub Command, Mike Wood
    • Re: RMM Volume Release Sub Command, Hjelm, Norm
• Re: Websphere MQ Monitoring Tool, Daniel McLaughlin
  • Re: Websphere MQ Monitoring Tool, Bill Johnson
  • <Possible follow-ups>
  • Re: Websphere MQ Monitoring Tool, Timothy Sipples
  • Re: Websphere MQ Monitoring Tool, Kelman, Tom
  • Re: Websphere MQ Monitoring Tool, Glenn Miller
• Shortcut for DSLIST, Carroll
• Re: REXX Error (Was: 'action' in UK33496), Gary Green
• Peoplesoft Installation Question, Davis, Kriss P
• Re: Big-screen Monitor, Daniel McLaughlin
• Channel Programs being "purged", Tom Quarendon
  • Re: Channel Programs being "purged", Binyamin Dissen
  • Re: Channel Programs being "purged", Peter Haas
  • Re: Channel Programs being "purged", Edward Jaffe
  • <Possible follow-ups>
  • Re: Channel Programs being "purged", Tom Quarendon
  • Re: Channel Programs being "purged", Daniel McLaughlin
• VSAM random read error, Saurabh Pandey
  • Re: VSAM random read error, Stephen Mednick
  • Re: VSAM random read error, Stephen Mednick
    • Re: VSAM random read error, Pandey_Saurabh
      • Re: VSAM random read error, Stephen Mednick
      • Re: VSAM random read error, Ken Porowski
      • Re: VSAM random read error, Pandey_Saurabh
• Call for papers UK GSE Conference, Mark Wilson
• Designer Louis Vuitton Denim Cruise Cabas Raye GM M95336 Handbags, Replica, Fake, watches0588
• Re: A Refreshing Change (Was: switch from CA-SYSVIEW to SDSF), Ted MacNEIL
• UK32210 and IMS, R.S.
  • <Possible follow-ups>
  • Re: UK32210 and IMS, Bobbie Justice
    • Websphere MQ Monitoring Tool, Bill Johnson
      • Re: Websphere MQ Monitoring Tool, August Carideo
      • Re: Websphere MQ Monitoring Tool, Thomas Dunlap
      • Re: Websphere MQ Monitoring Tool, Chase, John
      • Re: Websphere MQ Monitoring Tool, Gray, Larry - Larry A
      • Re: Websphere MQ Monitoring Tool, Knutson, Sam
      • Re: Websphere MQ Monitoring Tool, Timur Alpaslan
• Wholesale AAA Baume and Mercier Capeland Mens Watch 8379 Replica, blog004
• Business Recovery Exercise, John P Donnelly
  • Re: Business Recovery Exercise, Rick Fochtman
  • Re: Business Recovery Exercise, Jakubek, Jan
    • Re: Business Recovery Exercise, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: Business Recovery Exercise, Kenneth E Tomiak
    • Re: Business Recovery Exercise, O'Brien, David W. [C] , NIH/CIT
  • Re: Business Recovery Exercise, Dave Kopischke
• Re: Formdef W/OVROTATE, Big Iron
  • Big-screen Monitor, Ron Wells
    • Re: Big-screen Monitor, Ken Porowski
    • Re: Big-screen Monitor, William Bishop
  • <Possible follow-ups>
  • Re: Formdef W/OVROTATE, Roger Bolan
    • DIGEST, Rob Weiss
• Hipersockets - xposted to VM-L & IBM-Main, Mark Pace
• Planned IBMLink Outage April 25 - 26, Ken Porowski
  • Re: Planned IBMLink Outage April 25 - 26, Rick Fochtman
  • <Possible follow-ups>
  • Re: Planned IBMLink Outage April 25 - 26, Mark Zelden
  • Re: Planned IBMLink Outage April 25 - 26, Paul Gilmartin
  • Re: Planned IBMLink Outage April 25 - 26, Ed Finnell
    • Re: Planned IBMLink Outage April 25 - 26, Joel C. Ewing
  • Re: Planned IBMLink Outage April 25 - 26, Alan Altmark
  • Re: Planned IBMLink Outage April 25 - 26, Thompson, Steve
  • Re: Planned IBMLink Outage April 25 - 26, Paul Gilmartin
  • Re: Planned IBMLink Outage April 25 - 26, Alan Altmark
• Fw: CICS 3.1 Installation and Web Services for CICS, Kenneth R Barkhau
  • Re: CICS 3.1 Installation and Web Services for CICS, Barkow, Eileen
• STORAGE RELEASE - best practices, McKown, John
  • Re: STORAGE RELEASE - best practices, Gerhard Postpischil
  • Re: STORAGE RELEASE - best practices, Edward Jaffe
    • Re: STORAGE RELEASE - best practices, McKown, John
• Longines HydroConquest Divers Quartz Mens Watch L36474766 - Replica Watch Fake, watches0759
• Men's Automatic Stainless Steel - Replica Watch Fake, watches0759
• HealthChecker -- new checks for, Bonno, Tuco
• Healthcheck System logger, Werner Kuehnel
  • Re: Healthcheck System logger, Knutson, Sam
    • Antwort: Re: Healthcheck System logger, Werner Kuehnel
      • Re: Healthcheck System logger, Knutson, Sam
      • Antwort: Re: Healthcheck System logger, Werner Kuehnel
  • Re: Healthcheck System logger, Hunkeler Peter , KIUK 3
    • Antwort: Re: Healthcheck System logger, Werner Kuehnel
  • <Possible follow-ups>
  • Re: Healthcheck System logger, Barbara Nitz
    • Re: Healthcheck System logger, Hunkeler Peter , KIUK 3
• Sale Price Women's Garrison Replica - Swiss Army Victorinox Minimum Price Wholesale, watches0648
• Learn DB2 system catalog tables, db2
• SHARE Future Conferences, Michael Cleary
  • Re: SHARE Future Conferences, George Fogg
  • Re: SHARE Future Conferences, Chase, John
  • <Possible follow-ups>
  • Re: SHARE Future Conferences, John Laubenheimer
    • Re: SHARE Future Conferences, Youngren, Carl@DTS
• Lookat under TSO, Andy White
  • <Possible follow-ups>
  • Re: Lookat under TSO, Dana Mitchell
    • Re: Lookat under TSO, Andy White
  • Re: Lookat under TSO, Ed Micucci
  • Re: Lookat under TSO, Daniel McLaughlin
    • Re: Lookat under TSO, Lindy Mayfield
  • Re: Lookat under TSO, Daniel McLaughlin
    • Re: Lookat under TSO, Lindy Mayfield
  • Re: Lookat under TSO, Ted MacNEIL
  • Re: Lookat under TSO, Daniel McLaughlin
  • Re: Lookat under TSO, Ed Micucci
  • Re: Lookat under TSO, Daniel McLaughlin
  • Re: Lookat under TSO, Ed Micucci
  • Re: Lookat under TSO, Ed Micucci
  • Re: Lookat under TSO, Ted MacNEIL
  • Re: Lookat under TSO, Dana Mitchell
  • Re: Lookat under TSO, Ed Micucci
• REXX Error (Was: "action" in UK33496), Patrick O'Keefe
  • <Possible follow-ups>
  • Re: REXX Error (Was: "action" in UK33496), Paul Gilmartin
    • Re: REXX Error (Was: "action" in UK33496), Shmuel Metz , Seymour J.
  • Re: REXX Error (Was: "action" in UK33496), Patrick O'Keefe
  • Re: REXX Error (Was: "action" in UK33496), Ted MacNEIL
  • Re: REXX Error (Was: "action" in UK33496), Patrick O'Keefe
  • Re: REXX Error (Was: "action" in UK33496), Ted MacNEIL
    • Re: REXX Error (Was: "action" in UK33496), Edward Jaffe
  • Re: REXX Error (Was: "action" in UK33496), Ted MacNEIL
    • Re: REXX Error (Was: "action" in UK33496), Edward Jaffe
  • Re: REXX Error (Was: "action" in UK33496), Paul Gilmartin
    • Re: REXX Error (Was: "action" in UK33496), Edward Jaffe
  • Re: REXX Error (Was: "action" in UK33496), Patrick O'Keefe
  • Re: REXX Error (Was: "action" in UK33496), Ted MacNEIL
  • Re: REXX Error (Was: "action" in UK33496), Shmuel Metz , Seymour J.
• Coding samples, Howard Brazee
  • Re: Coding samples, Lindy Mayfield
    • Re: Coding samples, Ivan Warren
      • Re: Coding samples, Lindy Mayfield
      • Re: Coding samples, Ivan Warren
      • Re: Coding samples, Howard Brazee
• SFTP uses a lot of cpu, wecmail
• storage limit smf exit ?, Jim Nagy
  • Re: storage limit smf exit ?, Veilleux, Jon L
  • Re: storage limit smf exit ?, Jakubek, Jan
  • <Possible follow-ups>
  • Re: storage limit smf exit ?, Jim Nagy
  • Re: storage limit smf exit ?, Barbara Nitz
    • Re: storage limit smf exit ?, Jakubek, Jan
• switch from CA-SYSVIEW to SDSF, Duane Weaver
  • Re: switch from CA-SYSVIEW to SDSF, steve
  • Re: switch from CA-SYSVIEW to SDSF, Neal Eckhardt
  • <Possible follow-ups>
  • Re: switch from CA-SYSVIEW to SDSF, Gary Green
    • Re: switch from CA-SYSVIEW to SDSF, Jack Kelly
    • Re: switch from CA-SYSVIEW to SDSF, Steven Conway
    • Re: switch from CA-SYSVIEW to SDSF, Craig McGinnis
    • Re: switch from CA-SYSVIEW to SDSF, Doug Fuerst
      • Re: switch from CA-SYSVIEW to SDSF, Norman Hollander on h-WiZ.biz
      • Re: switch from CA-SYSVIEW to SDSF, George Fogg
      • Re: switch from CA-SYSVIEW to SDSF, Neal Eckhardt
      • Re: switch from CA-SYSVIEW to SDSF, Knutson, Sam
      • Re: switch from CA-SYSVIEW to SDSF, Gibney, Dave
      • A Refreshing Change (Was: switch from CA-SYSVIEW to SDSF), Edward Jaffe
      • Re: A Refreshing Change (Was: switch from CA-SYSVIEW to SDSF), Binyamin Dissen
      • Re: A Refreshing Change (Was: switch from CA-SYSVIEW to SDSF), Shane
      • Re: A Refreshing Change (Was: switch from CA-SYSVIEW to SDSF), Edward Jaffe
      • Re: A Refreshing Change (Was: switch from CA-SYSVIEW to SDSF), David Cole
      • Re: A Refreshing Change (Was: switch from CA-SYSVIEW to SDSF), McKown, John
      • Re: A Refreshing Change (Was: switch from CA-SYSVIEW to SDSF), David Cole
      • Re: A Refreshing Change (Was: switch from CA-SYSVIEW to SDSF), Scott Rowe
  • Re: switch from CA-SYSVIEW to SDSF, Ted MacNEIL
    • Re: switch from CA-SYSVIEW to SDSF, Norman Hollander on h-WiZ.biz
  • Re: switch from CA-SYSVIEW to SDSF, Ted MacNEIL
    • Re: switch from CA-SYSVIEW to SDSF, Norman Hollander on h-WiZ.biz
      • Re: switch from CA-SYSVIEW to SDSF, Wayne Driscoll
• Mainframe Training Online., dsurch
• How do I resolve abend U896 in INFO/MANAGEMENT?, Farley, Peter x23353
• Adding a Frame to a Tape Library, Lizette Koehler
• Upgrade error., Howard Brazee
  • Re: Upgrade error., Howard Brazee
  • Re: Upgrade error., Don Leahy
    • Re: Upgrade error., Howard Brazee
  • Re: Upgrade error., Chase, John
• Re: Logon statistic (solved), Walter Marguccio
• COBOL Copybook to DDS conversion, cowboy007
  • <Possible follow-ups>
  • Fw: COBOL Copybook to DDS conversion, Bill Klein
• Catalog Search Interface (IGGCSI00) & ALTER Access, Robert S. Hansel , RSH
  • <Possible follow-ups>
  • Re: Catalog Search Interface (IGGCSI00) & ALTER Access, Walt Farrell
• Re: Command pgm from CBT file 19, Mark Zelden
• Re: Command pgm from CBT file 19 (was. system rexx questions), Mark Zelden
  • Re: Command pgm from CBT file 19, Lindy Mayfield
    • Re: Command pgm from CBT file 19, Rick Fochtman
• Re: Untrusted Access (Was how to log IND$FILE), Kenneth E Tomiak
• How fast is XCF, Ron MacRae
  • Re: How fast is XCF, Martin Packer
  • Re: How fast is XCF, Edward Jaffe
  • Re: How fast is XCF, John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: How fast is XCF, Ron MacRae
  • Re: How fast is XCF, Barbara Nitz
  • Re: How fast is XCF, Ted MacNEIL
    • Re: How fast is XCF, Shane
      • Re: How fast is XCF, Anne & Lynn Wheeler
      • Re: How fast is XCF, Anne & Lynn Wheeler
  • Re: How fast is XCF, Ted MacNEIL
    • Re: How fast is XCF, McKown, John
  • Re: How fast is XCF, Ron MacRae
  • Re: How fast is XCF, Barbara Nitz
  • Re: How fast is XCF, Ron MacRae
• Festina - F160793 (Size: men) - Replica Watch Fake, watches0025
• Seiko Men's Diver's Watch #SHC049 - Replica Watch Fake, watches0025
• IBM propose to migrate all servers to z10 , what's the upgrade path for p595 or p6, Tommy Tsui
  • Re: IBM propose to migrate all servers to z10 , what's the upgrade path for p595 or p6, Stephen Mednick
  • Re: IBM propose to migrate all servers to z10 , what's the upgrade path for p595 or p6, John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: IBM propose to migrate all servers to z10 , what's the upgrade path for p595 or p6, Kelman, Tom
    • Re: IBM propose to migrate all servers to z10 , what's the upgrade path for p595 or p6, Staller, Allan
    • Re: IBM propose to migrate all servers to z10 , what's the upgrade path for p595 or p6, David Andrews
    • Re: IBM propose to migrate all servers to z10 , what's the upgrade path for p595 or p6, John S. Giltner, Jr.
    • Re: IBM propose to migrate all servers to z10 , what's the upgrade path for p595 or p6, R.S.
  • Re: IBM propose to migrate all servers to z10 , what's the upgrade path for p595 or p6, Ted MacNEIL
• "action" in UK33496, R.S.
  • Re: "action" in UK33496, Skip Robinson
    • My Crystal Ball is Broken (Was: "action" in UK33496), Edward Jaffe
  • <Possible follow-ups>
  • Re: "action" in UK33496, Big Iron
  • Re: "action" in UK33496, Kenneth E Tomiak
  • Re: "action" in UK33496, Paul Gilmartin
  • Re: "action" in UK33496, Patrick O'Keefe
    • Re: "action" in UK33496, Skip Robinson
      • Re: "action" in UK33496, Chase, John
    • Re: "action" in UK33496, McKown, John
      • Re: "action" in UK33496, Ivan Warren
      • Re: "action" in UK33496, Rick Fochtman
      • Re: "action" in UK33496, Shmuel Metz , Seymour J.
      • Re: "action" in UK33496, McKown, John
    • Re: "action" in UK33496, Edward Jaffe
      • Re: "action" in UK33496, McKown, John
      • Re: "action" in UK33496, Edward Jaffe
      • Re: "action" in UK33496, McKown, John
  • Re: "action" in UK33496, Paul Gilmartin
    • Re: "action" in UK33496, McKown, John
      • Re: "action" in UK33496, Shmuel Metz , Seymour J.
    • Re: "action" in UK33496, Robert A. Rosenberg
    • Re: "action" in UK33496, Shmuel Metz , Seymour J.
  • Re: "action" in UK33496, Paul Gilmartin
• Re: Problem changing pools for HSM tape output, Chris Taylor
  • Re: Problem changing pools for HSM tape output, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: Problem changing pools for HSM tape output, Chris Taylor
• SMF Logstreams, Roland Schiradin
• What are they trying to tell me?, Edward Jaffe
  • Re: What are they trying to tell me?, Bob Shannon
    • Re: What are they trying to tell me?, Edward Jaffe
  • Re: What are they trying to tell me?, Michael Stack
  • <Possible follow-ups>
  • Re: What are they trying to tell me?, Roland Schiradin
• Re: [CICS-L] TPX, CICS and 0821 Sense Codes Update, Lizette Koehler
  • <Possible follow-ups>
  • Re: [CICS-L] TPX, CICS and 0821 Sense Codes Update, Roger Bowler
• IFL Question, R. Haq
  • Re: IFL Question, Myers, Edouard , OCTO
  • Re: IFL Question, Field, Alan C.
• zPRC question, johndebit
  • <Possible follow-ups>
  • Re: Zprc question, john debit
• 3277 terminals and emulators, Michael Ross
  • Re: 3277 terminals and emulators, Shane
    • Re: 3277 terminals and emulators, Chase, John
  • Re: 3277 terminals and emulators, Dave Wade
  • Re: 3277 terminals and emulators, Steele, Phil
    • Re: 3277 terminals and emulators, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: 3277 terminals and emulators, Matthew Stitt
  • Re: 3277 terminals and emulators, Patrick O'Keefe
    • Re: 3277 terminals and emulators, Craddock, Chris
• Question on *MASTER* address space., Richbourg, Claude
  • Re: Question on *MASTER* address space., Edward Jaffe
    • Re: Question on *MASTER* address space., Richbourg, Claude
• Use of SPFEDIT in my own program, John McKown
  • Re: Use of SPFEDIT in my own program, Bob Rutledge
• BOFH: Licensing model | The Register, McKown, John
  • Re: BOFH: Licensing model | The Register, Rick Fochtman
• Logon statistic, Walter Marguccio
  • Re: Logon statistic, McKown, John
  • Antwort: Logon statistic, Albert Klimek
  • <Possible follow-ups>
  • Re: Logon statistic, Tom Marchant
  • Re: Logon statistic, Walter Marguccio
  • Re: Logon statistic, Walter Marguccio
  • Re: Logon statistic, Elardus Engelbrecht
  • Re: Logon statistic, Walter Marguccio
• Unable To Delete Data Component, John Dawes
  • Re: Unable To Delete Data Component, Lizette Koehler
  • <Possible follow-ups>
  • Re: Unable To Delete Data Component, Tom Marchant
    • Re: Unable To Delete Data Component, John Dawes
  • Re: Unable To Delete Data Component, Ed Finnell
• ASGWP (formerly Beta44), a user experience, Barbara Nitz
• DBA FOR Z/OS Mainframes, dineshsingh . tomar
• James Obrizok/Poughkeepsie/IBM is out of the office., James Obrizok
• DB2 V7.1 going down, Farzad E. Yazdi
  • <Possible follow-ups>
  • Re: DB2 V7.1 going down, Kenneth E Tomiak
    • Re: DB2 V7.1 going down, Bob Shannon
  • Re: DB2 V7.1 going down, Kenneth E Tomiak
• Daniel McLaughlin is out of the office., Daniel McLaughlin
• give me advice/ SAN and Blade serwer for small company, robert . teper
• Re: Real Green SCreen (Was: how to audit ...), Glenn Miller
• Performance of DB2 V9 under z/OS V1.7 vs. V1.9, Lizette Koehler
• Question on ARCNMIGR, Andy White
  • Re: Question on ARCNMIGR, Lizette Koehler
    • Re: Question on ARCNMIGR, Edward Jaffe
    • Re: Question on ARCNMIGR, Andy White
  • <Possible follow-ups>
  • Re: Question on ARCNMIGR, Glenn Miller
  • Re: Question on ARCNMIGR, Larre Shiller
    • Re: Question on ARCNMIGR, Andy White
  • Fw: Question on ARCNMIGR, Andy White
• Why did OPEN get RC=8?, McKown, John
  • Re: Why did OPEN get RC=8?, Binyamin Dissen
• SALC pricing for MQ, Rob Wunderlich
  • Re: SALC pricing for MQ, John Giltner
  • <Possible follow-ups>
  • Re: SALC pricing for MQ, Al Sherkow
• ioajava.jar, George Mansell
  • Re: ioajava.jar, R.S.
    • Re: ioajava.jar, Mansell, George R.
    • Re: ioajava.jar, Mansell, George R.
  • Re: ioajava.jar, Pace, Jimmy
    • Re: ioajava.jar, Mansell, George R.
      • Re: ioajava.jar, Pace, Jimmy
      • Re: ioajava.jar, Mansell, George R.
• Compatibility with CICS TS 3.1, Hoesly, Bret
  • Re: Compatibility with CICS TS 3.1, Ed Philbrook
  • Re: Compatibility with CICS TS 3.1, AlpTim1
• Re: IBM Bookmanager Software bookshelves - "Internal server error"?, Chris Mason
  • <Possible follow-ups>
  • IBM Bookmanager Software bookshelves - "Internal server error"?, Farley, Peter x23353
• Encryption performance issues?, Patrick O'Keefe
• IBMLINK, Eatherly, John D [EQ]
  • <Possible follow-ups>
  • Re: IBMLINK, Bobbie Justice
• DS8000 FICON EXPRESS4, Skip
  • Re: DS8000 FICON EXPRESS4, John Eells
    • Re: DS8000 FICON EXPRESS4, R.S.
• SMP/E version and OS release?, victor zhang
  • Re: SMP/E version and OS release?, R.S.
  • <Possible follow-ups>
  • Re: SMP/E version and OS release?, Paul Gilmartin
  • Re: SMP/E version and OS release?, Mark Zelden
• [Fwd: Re: Mainframe Tech blog], Edward Jaffe
• Hillgang mtg April 24 open to all, David Boyes
• Torn Between Two Catalogs, N61601
  • <Possible follow-ups>
  • Re: Torn Between Two Catalogs, Vernooy, C.P. - SPLXM
    • Re: Torn Between Two Catalogs, Larry Crilley
      • Re: Torn Between Two Catalogs, N61601
      • Re: Torn Between Two Catalogs, Traylor, Terry
    • Re: Torn Between Two Catalogs, David Logan
    • Re: Torn Between Two Catalogs, Schwarz, Barry A
    • Re: Torn Between Two Catalogs, Chase, John
    • Re: Torn Between Two Catalogs, Chase, John
• Re: Spammed, Daniel McLaughlin
• producing multiple JES2 sysout reports to different classes, Jim McAlpine
  • Re: producing multiple JES2 sysout reports to different classes, Hunkeler Peter , KIUK 3
• IBM 1Q2008 Earnings Highlights, Timothy Sipples
• how to audit the usage of IND$FILE, Tommy Tsui
  • Re: how to audit the usage of IND$FILE, Binyamin Dissen
    • Re: how to audit the usage of IND$FILE, Tommy Tsui
      • Re: how to audit the usage of IND$FILE, McKown, John
      • Re: how to audit the usage of IND$FILE, Binyamin Dissen
      • Re: how to audit the usage of IND$FILE, Don Leahy
      • Re: how to audit the usage of IND$FILE, Doug Fuerst
  • Re: how to audit the usage of IND$FILE, Barry Merrill
  • <Possible follow-ups>
  • Re: how to audit the usage of IND$FILE, Lizette Koehler
    • Re: how to audit the usage of IND$FILE, Hunkeler Peter , KIUK 3
  • Re: how to audit the usage of IND$FILE, Ted MacNEIL
    • Re: how to audit the usage of IND$FILE, McKown, John
  • Re: how to audit the usage of IND$FILE, Walt Farrell
  • Re: how to audit the usage of IND$FILE, Paul Gilmartin
  • Re: how to audit the usage of IND$FILE, Ted MacNEIL
    • Re: how to audit the usage of IND$FILE, McKown, John
  • Re: how to audit the usage of IND$FILE, Ted MacNEIL
  • Re: how to audit the usage of IND$FILE, J R
  • Re: how to audit the usage of IND$FILE, Ted MacNEIL
    • Re: how to audit the usage of IND$FILE, Don Leahy
      • Re: how to audit the usage of IND$FILE, Lizette Koehler
      • Re: how to audit the usage of IND$FILE, Edward Jaffe
      • Re: how to audit the usage of IND$FILE, Don Leahy
      • Real Green SCreen (Was: how to audit ...), Edward Jaffe
      • Re: Real Green SCreen (Was: how to audit ...), George Fogg
      • Re: Real Green SCreen (Was: how to audit ...), Wayne Driscoll
      • Re: Real Green SCreen (Was: how to audit ...), Rick Fochtman
  • Re: how to audit the usage of IND$FILE, Tom Schmidt
  • Re: how to audit the usage of IND$FILE, Ted MacNEIL
    • Re: how to audit the usage of IND$FILE, Len Rugen
      • Re: how to audit the usage of IND$FILE, Clark Morris
    • Re: how to audit the usage of IND$FILE, George Fogg
    • Re: how to audit the usage of IND$FILE, Dave Wade
  • Re: how to audit the usage of IND$FILE, J R
  • Re: how to audit the usage of IND$FILE, Ted MacNEIL
  • Re: how to audit the usage of IND$FILE, Kenneth E Tomiak
    • Message not available
      • Re: how to audit the usage of IND$FILE, R.S.
      • Re: how to audit the usage of IND$FILE, McKown, John
  • Re: how to audit the usage of IND$FILE, Tom Schmidt
  • how to audit the usage of IND$FILE, John McKown
  • Re: how to audit the usage of IND$FILE, Tom Schmidt
    • Re: how to audit the usage of IND$FILE, George Fogg
      • Re: how to audit the usage of IND$FILE, Tom Longfellow
    • Untrusted Access (Was how to log IND$FILE), Lizette Koehler
  • Re: how to audit the usage of IND$FILE, Kenneth E Tomiak
    • Re: how to audit the usage of IND$FILE, Tony B.
    • Re: how to audit the usage of IND$FILE, Lindy Mayfield
      • Re: how to audit the usage of IND$FILE, Rick Fochtman
  • Re: how to audit the usage of IND$FILE, Ed Finnell
    • Re: how to audit the usage of IND$FILE, Barry Merrill
      • Re: how to audit the usage of IND$FILE, Rob Weiss
  • Re: how to audit the usage of IND$FILE, Daniel McLaughlin
  • Re: how to audit the usage of IND$FILE, Ted MacNEIL
• GSKSRVR CTRACE formatter in IPCS, Patrick O'Keefe
• OAM copying a platter, Michael Saraco
  • Re: OAM copying a platter, Chuck Arney
    • Re: OAM copying a platter, Michael Saraco
      • Re: OAM copying a platter, Chuck Arney
      • Re: OAM copying a platter, John Kington
      • Re: OAM copying a platter, Michael Saraco
      • Re: OAM copying a platter, John Kington
      • Re: OAM copying a platter, Michael Saraco
      • Re: OAM copying a platter, Chuck Arney
      • Re: OAM copying a platter, John Kington
      • Re: OAM copying a platter, Michael Saraco
      • Re: OAM copying a platter, John Kington
      • Re: OAM copying a platter, John Kington
• Re: C++ Workable Mainframe Debuggers <OF27BB6778.BA287D7F-ON4925742B.00277E13-4925742B.002824C4@us.ibm.com>, Anthony Giorgio
• SMS allocation in Cylinders using AMS, Gilbert Cardenas
  • Re: SMS allocation in Cylinders using AMS, O'Brien, David W. [C] , NIH/CIT
    • Re: SMS allocation in Cylinders using AMS, David Betten
  • <Possible follow-ups>
  • Re: SMS allocation in Cylinders using AMS, Gilbert Cardenas
  • Re: SMS allocation in Cylinders using AMS, Gilbert Cardenas
    • Re: SMS allocation in Cylinders using AMS, O'Brien, David W. [C] , NIH/CIT
      • PGP Command Line, Greg Shirey
      • Re: SMS allocation in Cylinders using AMS, R.S.
  • Re: SMS allocation in Cylinders using AMS, Gilbert Cardenas
  • Re: SMS allocation in Cylinders using AMS, Gilbert Cardenas
    • Re: SMS allocation in Cylinders using AMS, O'Brien, David W. [C] , NIH/CIT
  • Re: SMS allocation in Cylinders using AMS, Arthur T.
    • Re: SMS allocation in Cylinders using AMS, William H. Blair
      • Re: SMS allocation in Cylinders using AMS, O'Brien, David W. [C] , NIH/CIT
      • Re: SMS allocation in Cylinders using AMS, William H. Blair
      • Re: SMS allocation in Cylinders using AMS, Craddock, Chris
      • Re: SMS allocation in Cylinders using AMS, R.S.
  • Re: SMS allocation in Cylinders using AMS, Gilbert Cardenas
• Huh?, N61601
  • IDC3013I DUPLICATE DATA SET (was: Huh?), Bill Lalonde
  • <Possible follow-ups>
  • Re: Huh?, Arthur T.
    • Re: Huh?, N61601
• Re: Attachements (Was IRREVX01 strangeness), Eric Bielefeld
  • Re: Attachements (Was IRREVX01 strangeness), Wayne Driscoll
  • Re: Attachements (Was IRREVX01 strangeness), Darren Evans-Young
  • <Possible follow-ups>
  • Re: Attachements (Was IRREVX01 strangeness), Tom Schmidt
  • Re: Attachements (Was IRREVX01 strangeness), Eric Bielefeld
• Re: Z Education Needs, Clark Morris
  • Re: Z Education Needs, Rick Fochtman
• Right link for Employment opportunity Downtown Montreal for mainframe DBA in prestigious company, Philippe de Villers / Lumas inc.
• Employment opportunity Downtown Montreal for mainframe DBA in prestigious company, Philippe de Villers / Lumas inc.
• IRREVX01 strangeness, Paul Whelan
  • Re: IRREVX01 strangeness, Binyamin Dissen
  • Re: IRREVX01 strangeness, Visser, Hans , PinkRoccade Infrastructure Services Technisch Specialist
  • <Possible follow-ups>
  • Re: IRREVX01 strangeness, Walt Farrell
    • Re: IRREVX01 strangeness, Visser, Hans , PinkRoccade Infrastructure Services Technisch Specialist
      • Re: IRREVX01 strangeness, William H. Blair
  • Re: IRREVX01 strangeness, Tom Schmidt
  • Re: IRREVX01 strangeness, Paul Whelan
    • Re: IRREVX01 strangeness, Binyamin Dissen
    • Re: IRREVX01 strangeness, Chase, John
      • Re: IRREVX01 strangeness, McKown, John
      • Re: IRREVX01 strangeness, Rick Fochtman
  • Re: IRREVX01 strangeness, Paul Whelan
  • Re: IRREVX01 strangeness, Tom Marchant
  • Re: IRREVX01 strangeness, Tom Marchant
  • Re: IRREVX01 strangeness, J R
  • Re: IRREVX01 strangeness, Paul Whelan
  • Re: IRREVX01 strangeness, Ed Finnell
• LOGR application, Miklos Szigetvari
• CICS Wiki news, Corneel Booysen
• Re: Workable Mainframe Debuggers (*** Private ***), Elardus Engelbrecht
• Parmlib Paranoia (was Re: Workable Mainframe Debuggers), Mark Zelden
  • Re: Parmlib Paranoia (was Re: Workable Mainframe Debuggers), Edward Jaffe
    • Re: Parmlib Paranoia (was Re: Workable Mainframe Debuggers), Wayne Driscoll
  • <Possible follow-ups>
  • Re: Parmlib Paranoia (was Re: Workable Mainframe Debuggers), Mark Zelden
    • Re: Parmlib Paranoia (was Re: Workable Mainframe Debuggers), Edward Jaffe
• Re: FTP serious error... HELP!, Cwi Jeret
  • <Possible follow-ups>
  • Re: FTP serious error... HELP!, Jim Holloway
• z/Journal - Dark Side or Bright Side, Jim Marshall
  • Re: z/Journal - Dark Side or Bright Side, Jon Nolting
  • Re: z/Journal - Dark Side or Bright Side, Skip Robinson
  • Re: z/Journal - Dark Side or Bright Side, Rashapoo
  • Re: z/Journal - Dark Side or Bright Side, Dave Wade
  • <Possible follow-ups>
  • Re: z/Journal - Dark Side or Bright Side, Tom Schmidt
    • Re: z/Journal - Dark Side or Bright Side, Schwarz, Barry A
  • Re: z/Journal - Dark Side or Bright Side, Tom Schmidt
    • Re: z/Journal - Dark Side or Bright Side, Rick Fochtman
• How to get bios and Qlogic version from SMBridge (bmc) command line, TheQueener
• Offload Process to change dasd types for spool, Angel Tamayo
  • Re: Offload Process to change dasd types for spool, Lizette Koehler
  • Re: Offload Process to change dasd types for spool, Skip Robinson
  • Message not available
    • Message not available
      • Re: Offload Process to change dasd types for spool, Lizette Koehler
  • <Possible follow-ups>
  • Re: Offload Process to change dasd types for spool, Ted MacNEIL
    • Re: Offload Process to change dasd types for spool, Skip Robinson
  • Re: Offload Process to change dasd types for spool, Ted MacNEIL
    • Re: Offload Process to change dasd types for spool, Skip Robinson
      • Re: Offload Process to change dasd types for spool, Edward Jaffe
  • Re: Offload Process to change dasd types for spool, Mark Zelden
• Re: IBM websites slow today? <F255EFE0ECF08C4A9C1DB6AFF423541706B65238@ch2wpmail1.na.ds.ussco.com>, Binyamin Dissen
• Trial execution for TR and TRT, gah
• DFHSM QUESTION - Clean Up Of ML2 Files, esmie moo
  • Re: DFHSM QUESTION - Clean Up Of ML2 Files, Staller, Allan
• DYNALLOC question, McKown, John
  • Re: DYNALLOC question, Tony Harminc
  • Re: DYNALLOC question, Shmuel Metz , Seymour J.
    • Re: DYNALLOC question, John McKown
• Rob Weiss is not available today, Rob Weiss
• What is UFAM?, steve
  • Re: What is UFAM?, Bruce McKnight
• IBM websites slow today?, Chase, John
  • Re: IBM websites slow today?, Veilleux, Jon L
  • Re: IBM websites slow today?, Edward Jaffe
    • Re: IBM websites slow today?, Miller, Pat
  • Re: IBM websites slow today?, Lindy Mayfield
  • <Possible follow-ups>
  • Re: IBM websites slow today?, Daniel McLaughlin
  • Re: IBM websites slow today?, Daniel McLaughlin
• IBMLink WWW, Paul GilmartinIBM-MAIN@xxxxxxxxxxx
• IBM - MLC question, George McLaren
  • Re: IBM - MLC question, Richards, Robert B.
  • <Possible follow-ups>
  • Re: IBM - MLC question, Timothy Sipples
  • Re: IBM - MLC question, Jim Marshall
    • Re: IBM - MLC question, George McLaren
  • Re: IBM - MLC question, Timothy Sipples
  • Re: IBM - MLC question, William Richter
  • Re: IBM - MLC question, George McLaren
• HSM CDS Repro?, Gary Gentzel
  • Re: HSM CDS Repro?, Traylor, Terry
• Re: IBM-MAIN Digest - 13 Apr 2008 to 14 Apr 2008 (#2008-105), Jim Holloway
  • Logging successful attempts was Re: IBM-MAIN Digest - 13 Apr 2008 to 14 Apr 2008 (#2008-105), Clark Morris
• DCF: Can it live again?, David Boyes
  • Re: DCF: Can it live again?, Tony Harminc
    • Re: DCF: Can it live again?, Shmuel Metz , Seymour J.
  • Re: DCF: Can it live again?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: DCF: Can it live again?, Elardus Engelbrecht
  • Re: DCF: Can it live again?, Ed Finnell
    • Re: DCF: Can it live again?, Shmuel Metz , Seymour J.
  • Re: DCF: Can it live again?, Ted MacNEIL
    • Re: DCF: Can it live again?, Kirk Wolf
  • DCF: Can it live again?, David Boyes
    • Re: DCF: Can it live again?, Shmuel Metz , Seymour J.
    • Re: DCF: Can it live again?, Tony Harminc
  • Re: DCF: Can it live again?, Thomas Kern
  • Re: DCF: Can it live again?, Ed Finnell
• who uses an XCF path?, andreas . grunder
  • Re: who uses an XCF path?, Little_Nicky
• 3990-6 Cache, Rafał Hanzel
  • <Possible follow-ups>
  • Re: 3990-6 Cache, Vernooy, C.P. - SPLXM
    • Re: 3990-6 Cache, Rafa? Hanzel
      • Re: 3990-6 Cache, Rafal Hanzel
      • Re: 3990-6 Cache, R.S.
      • Re: 3990-6 Cache, Tom Moulder
• Re: C++ Workable Mainframe Debuggers (and a Public z/OS HTTP Server), Timothy Sipples
  • Re: C++ Workable Mainframe Debuggers (and a Public z/OS HTTP Server), Chase, John
  • Re: C++ Workable Mainframe Debuggers (and a Public z/OS HTTP Server), David Logan
    • Re: C++ Workable Mainframe Debuggers (and a Public z/OS HTTP Server), Miklos Szigetvari
  • <Possible follow-ups>
  • Re: C++ Workable Mainframe Debuggers (and a Public z/OS HTTP Server), Timothy Sipples
  • Re: C++ Workable Mainframe Debuggers (and a Public z/OS HTTP Server), Timothy Sipples
    • Re: C++ Workable Mainframe Debuggers (and a Public z/OS HTTP Server), David Crayford
• OT: HP Printers, Rick Fochtman
  • Re: OT: HP Printers, Dave Salt
  • Re: OT: HP Printers, Roger Bolan
• Re: Specialty Engine Prices, Ted MacNEIL
  • Re: Specialty Engine Prices, Edward Jaffe
    • Re: Specialty Engine Prices, William H. Blair
      • Re: Specialty Engine Prices, Edward Jaffe
      • Re: Specialty Engine Prices, Chase, John
    • Re: Specialty Engine Prices, Steven Conway
• CTC Disconnect Time, Magen Margalit
• SPFLOG, Mark Pace
  • Re: SPFLOG, McKown, John
    • Re: SPFLOG, Rick Fochtman
      • Re: SPFLOG, McKown, John
  • <Possible follow-ups>
  • Re: SPFLOG, Mark Zelden
    • Re: SPFLOG, McKown, John
  • Re: SPFLOG, Ted MacNEIL
    • Re: SPFLOG, Mark Pace
      • Re: SPFLOG, John P Kalinich
      • Re: SPFLOG, Mark Pace
  • Re: SPFLOG, Ted MacNEIL
  • Re: SPFLOG, Mark Zelden
  • Re: SPFLOG, Ted MacNEIL
  • Re: SPFLOG, Tom Marchant
    • Re: SPFLOG, John P Kalinich
      • Re: SPFLOG, Don Leahy
      • Re: SPFLOG, Steve Comstock
      • Re: SPFLOG, Don Leahy
      • Re: SPFLOG, Edward Jaffe
  • Re: SPFLOG, Mark Zelden
  • Re: SPFLOG, Ted MacNEIL
• Has z/Journal gone to the dark side, Kelman, Tom
  • Re: Has z/Journal gone to the dark side, Steve Samson
    • Re: Has z/Journal gone to the dark side, Eric Vaughan
      • Re: Has z/Journal gone to the dark side, Tom Moulder
      • Re: Has z/Journal gone to the dark side, Eric Vaughan
  • Re: Has z/Journal gone to the dark side, Tony Harminc
  • <Possible follow-ups>
  • Re: Has z/Journal gone to the dark side, Gene Hudders
    • Re: Has z/Journal gone to the dark side, Dave Salt
  • Re: Has z/Journal gone to the dark side, Timothy Sipples
  • Re: Has z/Journal gone to the dark side, Kelman, Tom
    • Re: Has z/Journal gone to the dark side, Rob Schramm
  • Re: Has z/Journal gone to the dark side, Dave Kopischke
  • Re: Has z/Journal gone to the dark side, Daniel McLaughlin
    • Re: Has z/Journal gone to the dark side, Ken Porowski
    • Re: Has z/Journal gone to the dark side, Shmuel Metz , Seymour J.
      • Re: Has z/Journal gone to the dark side, Rick Fochtman
  • Re: Has z/Journal gone to the dark side, Timothy Sipples
• Another stupid sysplex question., McKown, John
  • Message not available
    • Re: Another stupid sysplex question., Edward Jaffe
  • Re: Another stupid sysplex question., Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Another stupid sysplex question., Mark Zelden
  • Re: Another stupid sysplex question., McKown, John
  • Re: Another stupid sysplex question., Mark Zelden
    • Re: Another stupid sysplex question., Don Leahy
• Cannot edit ZTEMPF, i . am . anand
  • <Possible follow-ups>
  • Re: Cannot edit ZTEMPF, Big Iron
    • Re: Cannot edit ZTEMPF, i . am . anand
• TWS: how to submit a standalone job, Itschak Mugzach
• Moving DASD Volumes from Mod3 to Mod9, Lizette Koehler
  • Re: Moving DASD Volumes from Mod3 to Mod9, McKown, John
  • Re: Moving DASD Volumes from Mod3 to Mod9, Kammer, Charles
    • Re: Moving DASD Volumes from Mod3 to Mod9, McKown, John
      • Re: Moving DASD Volumes from Mod3 to Mod9, Kammer, Charles
    • Re: Moving DASD Volumes from Mod3 to Mod9, Richbourg, Claude
    • Re: Moving DASD Volumes from Mod3 to Mod9, Edward Jaffe
    • Re: Moving DASD Volumes from Mod3 to Mod9, Lopez, Rich [ITSUS]
  • Re: Moving DASD Volumes from Mod3 to Mod9, Bob Shannon
  • Re: Moving DASD Volumes from Mod3 to Mod9, Bob Shannon
  • Re: Moving DASD Volumes from Mod3 to Mod9, Jeffrey Deaver
    • Re: Moving DASD Volumes from Mod3 to Mod9, google
  • Re: Moving DASD Volumes from Mod3 to Mod9, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Moving DASD Volumes from Mod3 to Mod9, Lizette Koehler
  • Re: Moving DASD Volumes from Mod3 to Mod9, Ted MacNEIL
  • Re: Moving DASD Volumes from Mod3 to Mod9, Ted MacNEIL
    • Re: Moving DASD Volumes from Mod3 to Mod9, Lester, Bob
  • Re: Moving DASD Volumes from Mod3 to Mod9, Glenn Miller
    • Re: Moving DASD Volumes from Mod3 to Mod9, Tom Moulder
  • Re: Moving DASD Volumes from Mod3 to Mod9, Dave Cartwright
  • Re: Moving DASD Volumes from Mod3 to Mod9, gsg
    • Re: Moving DASD Volumes from Mod3 to Mod9, Tommy Tsui
• Announcement: XMITIP Version 08.04 posted, Lionel B Dyck
• New: Programmer toolkits (Ad), Steve Comstock
• Need help with a CTC problem, Bruce McKnight
• IEE806A, Mark Steely
  • <Possible follow-ups>
  • Re: IEE806A, Barbara Nitz
    • Re: IEE806A, Shmuel Metz , Seymour J.
  • Re: IEE806A, Barbara Nitz
• COBOL / VSAM question., McKown, John
  • Re: COBOL / VSAM question., Clark Morris
    • Re: COBOL / VSAM question., Howard Brazee
  • Re: COBOL / VSAM question., Farley, Peter x23353
    • Re: COBOL / VSAM question., McKown, John
  • Re: COBOL / VSAM question., Bruce McKnight
  • <Possible follow-ups>
  • Re: COBOL / VSAM question., Thompson, Steve
  • Re: COBOL / VSAM question., Mark Zelden
    • Re: COBOL / VSAM question., McKown, John
      • Re: COBOL / VSAM question., Chase, John
      • Re: COBOL / VSAM question., Howard Brazee
      • Re: COBOL / VSAM question., McKown, John
  • Re: COBOL / VSAM question., Mark Zelden
  • Re: COBOL / VSAM question., Mark Zelden
    • Re: COBOL / VSAM question., McKown, John
  • Re: COBOL / VSAM question., Ted MacNEIL
    • Re: COBOL / VSAM question., McKown, John
      • Re: COBOL / VSAM question., Chase, John
  • Fw: COBOL / VSAM question., Bill Klein
  • Re: COBOL / VSAM question., Daniel McLaughlin
  • Re: COBOL / VSAM question., Ted MacNEIL
    • Re: COBOL / VSAM question., Don Leahy
      • Re: COBOL / VSAM question., McKown, John
  • Re: COBOL / VSAM question., Ted MacNEIL
    • Re: COBOL / VSAM question., Don Leahy
      • Re: COBOL / VSAM question., Savor, Tom
  • Re: COBOL / VSAM question., Daniel McLaughlin
    • Re: COBOL / VSAM question., Savor, Tom
      • Re: COBOL / VSAM question., Don Leahy
      • Re: COBOL / VSAM question., Chase, John
      • Re: COBOL / VSAM question., McKown, John
      • Re: COBOL / VSAM question., Shmuel Metz , Seymour J.
    • Re: COBOL / VSAM question., Rick Fochtman
  • Re: COBOL / VSAM question., Daniel McLaughlin
    • Re: COBOL / VSAM question., Robert Sample
      • Re: COBOL / VSAM question., McKown, John
      • Re: COBOL / VSAM question., Rick Fochtman
  • Re: COBOL / VSAM question., Daniel McLaughlin
  • Re: COBOL / VSAM question., Kenneth E Tomiak
  • Re: COBOL / VSAM question., CICS Guy
  • Re: COBOL / VSAM question., Kenneth E Tomiak
• SMP/E names (was: Consistent Data Set Names), Paul Gilmartin
  • <Possible follow-ups>
  • Re: SMP/E names (was: Consistent Data Set Names), Mark Zelden
    • Re: SMP/E names (was: Consistent Data Set Names), Shmuel Metz , Seymour J.
      • Re: SMP/E names (was: Consistent Data Set Names), Edward Jaffe
• Re: Consistent Data Set Names (Was: Workable Debuggers ...), Mark Zelden
  • Re: Consistent Data Set Names (Was: Workable Debuggers ...), Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Consistent Data Set Names (Was: Workable Debuggers ...), Mark Zelden
    • Re: Consistent Data Set Names (Was: Workable Debuggers ...), Edward Jaffe
  • Re: Consistent Data Set Names (Was: Workable Debuggers ...), Paul Gilmartin
  • Re: Consistent Data Set Names (Was: Workable Debuggers ...), Paul Gilmartin
  • Re: Consistent Data Set Names (Was: Workable Debuggers ...), Mark Zelden
  • Re: Consistent Data Set Names (Was: Workable Debuggers ...), Tom Marchant
    • Re: Consistent Data Set Names (Was: Workable Debuggers ...), John Eells
  • Re: Consistent Data Set Names (Was: Workable Debuggers ...), Tom Marchant
    • Re: Consistent Data Set Names (Was: Workable Debuggers ...), John Eells
  • Re: Consistent Data Set Names (Was: Workable Debuggers ...), Paul Gilmartin
• SYSRES Data Set Names (was Re: Workable Mainframe Debuggers), Mark Zelden
  • Re: SYSRES Data Set Names (was Re: Workable Mainframe Debuggers), Shane
  • <Possible follow-ups>
  • Re: SYSRES Data Set Names (was Re: Workable Mainframe Debuggers), Eric Bielefeld
  • Re: SYSRES Data Set Names (was Re: Workable Mainframe Debuggers), Ted MacNEIL
  • Re: SYSRES Data Set Names (was Re: Workable Mainframe Debuggers), Mark Zelden
  • Re: SYSRES Data Set Names (was Re: Workable Mainframe Debuggers), Mark Zelden
  • Re: SYSRES Data Set Names (was Re: Workable Mainframe Debuggers), Ted MacNEIL
  • Re: SYSRES Data Set Names (was Re: Workable Mainframe Debuggers), Ted MacNEIL
  • Re: SYSRES Data Set Names (was Re: Workable Mainframe Debuggers), Mark Zelden
  • Re: SYSRES Data Set Names (was Re: Workable Mainframe Debuggers), Ted MacNEIL
  • Re: SYSRES Data Set Names (was Re: Workable Mainframe Debuggers), Shmuel Metz , Seymour J.
  • Re: SYSRES Data Set Names (was Re: Workable Mainframe Debuggers), Ted MacNEIL
    • Re: SYSRES Data Set Names (was Re: Workable Mainframe Debuggers), Rick Fochtman
• Xephon, are they still in business?, Mark T. Regan, K8MTR
  • Re: Xephon, are they still in business?, AlpTim1
  • <Possible follow-ups>
  • Re: Xephon, are they still in business?, Doc Farmer
  • Re: Xephon, are they still in business?, Stocker, Herman
  • Re: Xephon, are they still in business?, Mark T. Regan, K8MTR
    • Re: Xephon, are they still in business?, Ed Philbrook
  • Re: Xephon, are they still in business?, Mark Yuhas
    • Re: Xephon, are they still in business?, Ian
  • Re: Xephon, are they still in business?, Tom Schmidt
  • Re: Xephon, are they still in business?, Ted MacNEIL
  • Re: Xephon, are they still in business?, Thomas Kern
    • Re: Xephon, are they still in business?, Glen Gasior
      • Re: Xephon, are they still in business?, Rich Smrcina
  • Re: Xephon, are they still in business?, Kenneth E Tomiak
  • Re: Xephon, are they still in business?, Glenn Miller
• TRANSLATE inst with DAT on, steve
  • Re: TRANSLATE inst with DAT on, Anne & Lynn Wheeler
• Sas itrm, Carroll, William
  • Re: Sas itrm, Shane
  • <Possible follow-ups>
  • Re: Sas itrm, Ed Finnell
  • Re: Sas itrm, Barbara Nitz
• Re: DCF (was Re: System z10 announcement (in English)), Shmuel Metz , Seymour J.
  • Re: DCF (was Re: System z10 announcement (in English)), Martin Packer
  • Re: DCF (was Re: System z10 announcement (in English)), Roger Bolan
• Re: TSO PROFILE NOINTERCOM SETTING, J R
  • <Possible follow-ups>
  • Re: TSO PROFILE NOINTERCOM SETTING, Ted MacNEIL
  • Re: TSO PROFILE NOINTERCOM SETTING, J R
  • Re: TSO PROFILE NOINTERCOM SETTING, Shmuel Metz , Seymour J.
• SMF in System Logger, Jim Holloway
  • Re: SMF in System Logger, Skip Robinson
  • <Possible follow-ups>
  • Re: SMF in System Logger, Vernooy, C.P. - SPLXM
  • Re: SMF in System Logger, Jim Holloway
    • Re: SMF in System Logger, Skip Robinson
  • Re: SMF in System Logger, Mark Zelden
• Red Alert : Sysplex-wide outage associated with PTF UA38900 or UA38901, Knutson, Sam
• Re: C++ Workable Mainframe Debuggers, David Cole
  • Re: C++ Workable Mainframe Debuggers, David Logan
    • Re: C++ Workable Mainframe Debuggers, Webster, Chris
  • <Possible follow-ups>
  • Re: C++ Workable Mainframe Debuggers, Timothy Sipples
• Lan problem in single machine, maheshagre
• C++ Workable Mainframe Debuggers, Bill Klein
  • Re: C++ Workable Mainframe Debuggers, Miklos Szigetvari
  • <Possible follow-ups>
  • C++ Workable Mainframe Debuggers, Bill Klein
    • Re: C++ Workable Mainframe Debuggers, David Logan
• Searching for text string, John R. Ehrman , 408-463-3543 T/543-
• DB2 Tutorials-Refer this site to your friends, db2
• programming disucssion group, technica
• Urgent Need!!!!! ADABAS Natural DBA @ Columbia SC -US, nc.asap@xxxxxxxxx
  • <Possible follow-ups>
  • Urgent Need!!!!! ADABAS Natural DBA @ Columbia SC -US, nc.asap@xxxxxxxxx
• TREEV, gsg
• FW: Workable Mainframe Debuggers, David Logan
  • Re: Workable Mainframe Debuggers, Farley, Peter x23353
  • Re: Workable Mainframe Debuggers, Craddock, Chris
    • Re: Workable Mainframe Debuggers, Rob Scott
      • Re: Workable Mainframe Debuggers, Jerry Fuchs
  • Re: FW: Workable Mainframe Debuggers, Rick Fochtman
  • Re: Workable Mainframe Debuggers, McKown, John
  • Re: Workable Mainframe Debuggers, Chase, John
  • Re: Workable Mainframe Debuggers, McKown, John
    • Re: Workable Mainframe Debuggers, Farley, Peter x23353
      • Re: Workable Mainframe Debuggers, Edward Jaffe
      • Re: Workable Mainframe Debuggers, Farley, Peter x23353
      • Re: Workable Mainframe Debuggers, Edward Jaffe
      • Re: Workable Mainframe Debuggers, McKown, John
      • Re: Workable Mainframe Debuggers, Edward Jaffe
      • Re: Workable Mainframe Debuggers, Steve Comstock
      • Re: Workable Mainframe Debuggers, Don Leahy
      • Re: Workable Mainframe Debuggers, McKown, John
      • Re: Workable Mainframe Debuggers, Shmuel Metz , Seymour J.
      • Re: Workable Mainframe Debuggers, McKown, John
      • Re: Workable Mainframe Debuggers, Shane
      • Re: Workable Mainframe Debuggers, Edward Jaffe
      • Re: Workable Mainframe Debuggers, Knutson, Sam
      • Re: Workable Mainframe Debuggers, Shane
      • Re: Workable Mainframe Debuggers, John McKown
      • Re: Workable Mainframe Debuggers, Shmuel Metz , Seymour J.
  • Re: FW: Workable Mainframe Debuggers, Don Leahy
    • Re: FW: Workable Mainframe Debuggers, David Logan
      • Re: FW: Workable Mainframe Debuggers, David Logan
      • Re: FW: Workable Mainframe Debuggers, Howard Brazee
      • Re: FW: Workable Mainframe Debuggers, McKown, John
      • Re: FW: Workable Mainframe Debuggers, Howard Brazee
      • Re: FW: Workable Mainframe Debuggers, Paul Knudsen
      • Re: FW: Workable Mainframe Debuggers, Howard Brazee
      • Re: FW: Workable Mainframe Debuggers, Don Leahy
      • Re: FW: Workable Mainframe Debuggers, howard . brazee
  • Re: Workable Mainframe Debuggers, Knutson, Sam
  • <Possible follow-ups>
  • Re: Workable Mainframe Debuggers, Thompson, Steve
  • Re: Workable Mainframe Debuggers, Thompson, Steve
  • Re: Workable Mainframe Debuggers, Eric Bielefeld
    • Re: Workable Mainframe Debuggers, McKown, John
    • Re: Workable Mainframe Debuggers, Kirk Talman
  • Re: Workable Mainframe Debuggers, Ted MacNEIL
    • Re: Workable Mainframe Debuggers, Farley, Peter x23353
      • Re: Workable Mainframe Debuggers, Edward Jaffe
      • Re: Workable Mainframe Debuggers, Gibney, Dave
      • Re: Workable Mainframe Debuggers, Edward Jaffe
      • Re: Workable Mainframe Debuggers, Wayne Driscoll
      • Re: Workable Mainframe Debuggers, Clark Morris
      • Re: Workable Mainframe Debuggers, Don Leahy
      • Re: Workable Mainframe Debuggers, Shmuel Metz , Seymour J.
  • Re: Workable Mainframe Debuggers, Ted MacNEIL
  • Re: Workable Mainframe Debuggers, Mark Zelden
    • Re: Workable Mainframe Debuggers, Edward Jaffe
      • Re: Workable Mainframe Debuggers, Bass, Walter W
      • Re: Workable Mainframe Debuggers, Don Leahy
      • Re: Workable Mainframe Debuggers, Edward Jaffe
      • Re: Workable Mainframe Debuggers, Robert Wright
      • Re: Workable Mainframe Debuggers, Craddock, Chris
      • Re: Workable Mainframe Debuggers, Shane Ginnane
      • Re: Workable Mainframe Debuggers, Edward Jaffe
      • Re: Workable Mainframe Debuggers, Steve Comstock
      • Re: Workable Mainframe Debuggers, Wayne Driscoll
  • Re: Workable Mainframe Debuggers, Mark Zelden
    • Re: Workable Mainframe Debuggers, Edward Jaffe
  • Re: Workable Mainframe Debuggers, Paul Gilmartin
    • Re: Workable Mainframe Debuggers, William H. Blair
      • Re: Workable Mainframe Debuggers, Rick Fochtman
      • Re: Workable Mainframe Debuggers, Craddock, Chris
      • Re: Workable Mainframe Debuggers, Rob Scott
      • Re: Workable Mainframe Debuggers, Gibney, Dave
    • Consistent Data Set Names (Was: Workable Debuggers ...), Edward Jaffe
      • Re: Consistent Data Set Names (Was: Workable Debuggers ...), Shane
      • Re: Consistent Data Set Names (Was: Workable Debuggers ...), Edward Jaffe
      • Re: Consistent Data Set Names (Was: Workable Debuggers ...), Rick Fochtman
      • Re: Consistent Data Set Names (Was: Workable Debuggers ...), Shmuel Metz , Seymour J.
      • Re: Consistent Data Set Names (Was: Workable Debuggers ...), Edward Jaffe
      • Re: Consistent Data Set Names (Was: Workable Debuggers ...), Shmuel Metz , Seymour J.
      • Re: Consistent Data Set Names (Was: Workable Debuggers ...), John Eells
    • Re: Workable Mainframe Debuggers, Shmuel Metz , Seymour J.
  • Re: Workable Mainframe Debuggers, Ted MacNEIL
    • Re: Workable Mainframe Debuggers, Gibney, Dave
  • Re: Workable Mainframe Debuggers, Bruce Hewson
    • Re: Workable Mainframe Debuggers, Neal Eckhardt
  • Re: Workable Mainframe Debuggers, Ted MacNEIL
  • Re: Workable Mainframe Debuggers, CICS Guy
  • Re: Workable Mainframe Debuggers, Linda Mooney
  • Re: FW: Workable Mainframe Debuggers, Elardus Engelbrecht
  • Re: Workable Mainframe Debuggers, Mark Zelden
  • Re: FW: Workable Mainframe Debuggers, Jan MOEYERSONS
  • Re: Workable Mainframe Debuggers, Ed Finnell
  • Re: FW: Workable Mainframe Debuggers, Tom Ross
    • Re: FW: Workable Mainframe Debuggers, David Cole
    • Re: FW: Workable Mainframe Debuggers, Galambos, Robert
  • Re: Workable Mainframe Debuggers, Ted MacNEIL
    • Re: Workable Mainframe Debuggers, Don Leahy
  • Re: Workable Mainframe Debuggers, Ted MacNEIL
  • Re: Workable Mainframe Debuggers, Mark Zelden
  • Re: Workable Mainframe Debuggers, Barbara Nitz
    • Re: Workable Mainframe Debuggers (*** Private ***), Shane
      • Re: Workable Mainframe Debuggers (*** Private ***), Shane
  • Re: Workable Mainframe Debuggers, Kelman, Tom
• FW: The Moderator Raises an Eyebrow Re: [IBMVM] Ten Questions to ask a Prospective z/VM Systems Programmer, McKown, John
• Re: TN3270 server OBEYFILE processing?, Chris Mason
  • Re: TN3270 server OBEYFILE processing?, Mark Pace
  • <Possible follow-ups>
  • Re: TN3270 server OBEYFILE processing?, Patrick O'Keefe
  • Re: TN3270 server OBEYFILE processing?, Chris Mason
  • Re: TN3270 server OBEYFILE processing?, Chris Mason
    • Re: TN3270 server OBEYFILE processing?, Edward Jaffe
  • Re: TN3270 server OBEYFILE processing?, Patrick O'Keefe
  • Re: TN3270 server OBEYFILE processing?, Patrick O'Keefe
• Re: System Rexx questions, Eric Bielefeld
  • Re: System Rexx questions, Lindy Mayfield
  • <Possible follow-ups>
  • Re: System Rexx questions, Mark Zelden
    • Re: System Rexx questions, Lindy Mayfield
      • Re: System Rexx questions, Edward Jaffe
      • Re: System Rexx questions, Rick Fochtman
  • Re: System Rexx questions, Mark Zelden
    • Re: System Rexx questions, Edward Jaffe
      • Re: System Rexx questions, Edward Jaffe
    • Re: System Rexx questions, Lindy Mayfield
      • Re: System Rexx questions, Lindy Mayfield
  • Re: System Rexx questions, Mark Zelden
  • Re: System Rexx questions, Mark Zelden
    • Re: System Rexx questions, Rick Fochtman
      • Command pgm from CBT file 19 (was. system rexx questions), Lindy Mayfield
      • Re: Command pgm from CBT file 19 (was. system rexx questions), Rick Fochtman
      • Re: Command pgm from CBT file 19 (was. system rexx questions), Lindy Mayfield
  • Re: System Rexx questions, Mark Zelden
• Re: TCPIP local hosts table not found, Chris Mason
• storing pdf documents an DB2, Jim McAlpine
  • Re: storing pdf documents an DB2, Flint, Mike
• Re: Changing the MF IP Address, Chris Mason
• Re: Authorized Rexx Assembler Function, Daniel McLaughlin
  • Re: Authorized Rexx Assembler Function, Lindy Mayfield
  • <Possible follow-ups>
  • Re: Authorized Rexx Assembler Function, Tom Marchant
    • Re: Authorized Rexx Assembler Function, Mark Jacobs
      • Re: Authorized Rexx Assembler Function, Lindy Mayfield
  • Re: Authorized Rexx Assembler Function, Daniel McLaughlin
  • Re: Authorized Rexx Assembler Function, Daniel McLaughlin
    • Re: Authorized Rexx Assembler Function, Lindy Mayfield
      • System Rexx questions, Lindy Mayfield
      • Re: System Rexx questions, Mark Jacobs
  • Re: Authorized Rexx Assembler Function, Tom Marchant
  • Re: Authorized Rexx Assembler Function, Tom Marchant
  • Re: Authorized Rexx Assembler Function, Walt Farrell
    • Re: Authorized Rexx Assembler Function, Gerhard Postpischil
  • Re: Authorized Rexx Assembler Function, Tom Marchant
    • Re: Authorized Rexx Assembler Function, Gerhard Postpischil
  • Re: Authorized Rexx Assembler Function, Walt Farrell
    • Re: Authorized Rexx Assembler Function, Wayne Driscoll
      • Re: Authorized Rexx Assembler Function, Lindy Mayfield
      • Re: Authorized Rexx Assembler Function, Rob Scott
      • Spammed, Shane
      • Re: Spammed, Steve Comstock
      • Re: Spammed, Shane
      • Re: Spammed (snub the blog!), Pinnacle
      • Re: Spammed (snub the blog!), Shane
      • Re: Spammed, McKown, John
      • Re: Authorized Rexx Assembler Function, Edward Jaffe
      • Re: Authorized Rexx Assembler Function, Lindy Mayfield
      • Re: Authorized Rexx Assembler Function, Lindy Mayfield
      • Re: Authorized Rexx Assembler Function, Binyamin Dissen
      • Re: Authorized Rexx Assembler Function, Craddock, Chris
      • Re: Authorized Rexx Assembler Function, George Fogg
      • Re: Authorized Rexx Assembler Function, George Fogg
      • Re: Authorized Rexx Assembler Function, Binyamin Dissen
      • Re: Authorized Rexx Assembler Function, Craddock, Chris
      • Re: Authorized Rexx Assembler Function, Shmuel Metz , Seymour J.
      • Re: Authorized Rexx Assembler Function, Shmuel Metz , Seymour J.
  • Re: Authorized Rexx Assembler Function, Paul Gilmartin
  • Re: Authorized Rexx Assembler Function, Walt Farrell
• SHOWZOS output., Richbourg, Claude
  • Re: SHOWZOS output., Mark Jacobs
    • Re: SHOWZOS output., Richbourg, Claude
      • Re: SHOWZOS output., Mark Jacobs
  • Re: SHOWZOS output., Rick Fochtman
  • <Possible follow-ups>
  • Re: SHOWZOS output., Mark Zelden
    • Re: SHOWZOS output., Richbourg, Claude
  • Re: SHOWZOS output., Mark Zelden
    • Re: SHOWZOS output., Richbourg, Claude
  • Re: SHOWZOS output., Mark Zelden
  • Re: SHOWZOS output., Tom Marchant
  • Re: SHOWZOS output., Mark Zelden
    • Re: SHOWZOS output., Richbourg, Claude
      • Re: SHOWZOS output., Mark Jacobs
  • Re: SHOWZOS output., Roland Schiradin
    • Re: SHOWZOS output., Richbourg, Claude
  • Re: SHOWZOS output., Mark Zelden
  • Re: SHOWZOS output., Roland Schiradin
  • Re: SHOWZOS output., Roland Schiradin
• Question On Space Allocation, willie bunter
  • Re: Question On Space Allocation, O'Brien, David W. [C] , NIH/CIT
    • Re: Question On Space Allocation, willie bunter
      • Re: Question On Space Allocation, O'Brien, David W. [C] , NIH/CIT
      • Re: Question On Space Allocation, willie bunter
      • Re: Question On Space Allocation, O'Brien, David W. [C] , NIH/CIT
      • Re: Question On Space Allocation, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: Question On Space Allocation, Daniel McLaughlin
    • Re: Question On Space Allocation, willie bunter
  • Re: Question On Space Allocation, Terry Sambrooks
  • Re: Question On Space Allocation, Daniel McLaughlin
  • Re: Question On Space Allocation, Daniel McLaughlin
    • Re: Question On Space Allocation, O'Brien, David W. [C] , NIH/CIT
  • Re: Question On Space Allocation, Daniel McLaughlin
  • Re: Question On Space Allocation, Tom Marchant
  • Re: Question On Space Allocation, Daniel McLaughlin
    • Re: Question On Space Allocation, willie bunter
  • Re: Question On Space Allocation, Ted MacNEIL
  • Re: Question On Space Allocation, Gilbert Cardenas
    • Re: Question On Space Allocation, John McKown
• Re: Encrypted Tapes and DR <9801701273097B46A40EE971B516FD1E17D05C@TMPMSGMB02.enterprise.corpad.timeinc.com>, Walt Farrell
  • Re: Encrypted Tapes and DR <9801701273097B46A40EE971B516FD1E17D05C@TMPMSGMB02.enterprise.corpad.timeinc.com>, Mark Jacobs
    • Re: Encrypted Tapes and DR <9801701273097B46A40EE971B516FD1E17D05C@TMPMSGMB02.enterprise.corpad.timeinc.com>, Rick Fochtman
      • Re: Encrypted Tapes and DR <9801701273097B46A40EE971B516FD1E17D05C@TMPMSGMB02.enterprise.corpad.timeinc.com>, R.S.
      • Re: Encrypted Tapes and DR <9801701273097B46A40EE971B516FD1E17D05C@TMPMSGMB02.enterprise.corpad.timeinc.com>, Rick Fochtman
  • <Possible follow-ups>
  • Re: Encrypted Tapes and DR <9801701273097B46A40EE971B516FD1E17D05C@TMPMSGMB02.enterprise.corpad.timeinc.com>, Richard Peurifoy
    • Problem changing pools for HSM tape output, O'Brien, David W. [C] , NIH/CIT
• IPCSs hidden qualities, Barbara Nitz
  • Re: IPCSs hidden qualities, Robert Wright
    • Re: IPCSs hidden qualities, Rob Scott
    • Re: IPCSs hidden qualities, Shane
      • Re: IPCSs hidden qualities, Robert Wright
    • Re: IPCSs hidden qualities, Edward Jaffe
• Re: Installers (Was: IBM announcements), Mark Zelden
  • <Possible follow-ups>
  • Re: Installers (Was: IBM announcements), Daniel McLaughlin
  • Re: Installers (Was: IBM announcements), Walt Farrell
  • Re: Installers (Was: IBM announcements), Arthur Gutowski
  • Re: Installers (Was: IBM announcements), Patrick O'Keefe
  • Re: Installers (Was: IBM announcements), Tom Marchant
    • Re: Installers (Was: IBM announcements), Edward Jaffe
  • Re: Installers (Was: IBM announcements), Patrick O'Keefe
  • Re: Installers (Was: IBM announcements), Daniel McLaughlin
    • Re: Installers (Was: IBM announcements), Rob Scott
  • Re: Installers (Was: IBM announcements), Daniel McLaughlin
  • Re: Installers (Was: IBM announcements), Arthur Gutowski
• IBM System z Tech. Conference - Dresden - May 5-9,008, Pamela Christina - Springtime in Endicott NY
• Send a command to a desktop from MVS, David Day
  • Re: Send a command to a desktop from MVS, Dave Salt
  • Re: Send a command to a desktop from MVS, Edward Jaffe
    • Re: Send a command to a desktop from MVS, David Day
      • Re: Send a command to a desktop from MVS, John McKown
      • Re: Send a command to a desktop from MVS, Edward Jaffe
  • Re: Send a command to a desktop from MVS, John S. Giltner, Jr.
    • Re: Send a command to a desktop from MVS, McKown, John
  • Re: Send a command to a desktop from MVS, Kirk Wolf
  • Re: Send a command to a desktop from MVS, Lindy Mayfield
• Encrypted Tapes and DR, Lizette Koehler
  • Re: Encrypted Tapes and DR, pauls2272
  • Re: Encrypted Tapes and DR, Hal Merritt
    • Re: Encrypted Tapes and DR, Mark Jacobs
• IDMS batch jobs getting increased dispatching priority, Jack Kelly
  • Re: IDMS batch jobs getting increased dispatching priority, Thomas H Puddicombe
  • <Possible follow-ups>
  • Re: IDMS batch jobs getting increased dispatching priority, Mark Zelden
    • Re: IDMS batch jobs getting increased dispatching priority, Jack Kelly
  • Re: IDMS batch jobs getting increased dispatching priority, Ted MacNEIL
  • Re: IDMS batch jobs getting increased dispatching priority, Mark Zelden
    • Re: IDMS batch jobs getting increased dispatching priority, Jack Kelly
  • Re: IDMS batch jobs getting increased dispatching priority, Mark Zelden
• Re: Subject line garbage <snip!>, Paul Gilmartin
  • Re: Subject line garbage <snip!>, Shmuel Metz , Seymour J.
• Re: Subject line garbage <20080410140039.FOCK29112.aamtaout04-winn.ispmail.ntl.com@smtp.ntlworld.com> <47FDE62A.8489.00D8.0@joann.com>, Tom Marchant
  • <Possible follow-ups>
  • Re: Subject line garbage <20080410140039.FOCK29112.aamtaout04-winn.ispmail.ntl.com@smtp.ntlworld.com> <47FDE62A.8489.00D8.0@joann.com>, Daniel McLaughlin
• Gartner: Windows collapsing under its own weight; Radical change needed | Between the Lines | ZDNet.com, McKown, John
  • <Possible follow-ups>
  • Re: Gartner: Windows collapsing under its own weight; Radical change needed | Between the Lines | ZDNet.com, Matthew Stitt
• Healthcheck (IBMASM,ASM_LOCAL_SLOT_USAGE), Mark Zelden
  • <Possible follow-ups>
  • Re: Healthcheck (IBMASM,ASM_LOCAL_SLOT_USAGE), Mark Zelden
  • Re: Healthcheck (IBMASM,ASM_LOCAL_SLOT_USAGE), Barbara Nitz
  • Re: Healthcheck (IBMASM,ASM_LOCAL_SLOT_USAGE), Mark Zelden
• Exit definitions, R.S.
  • <Possible follow-ups>
  • Re: Exit definitions, Mark Zelden
  • Re: Exit definitions, Mark Zelden
• Datatrain Courseware - Opinions?, Fabio D'Alfonso
  • Re: Datatrain Courseware - Opinions?, Steve Comstock
  • <Possible follow-ups>
  • Re: Datatrain Courseware - Opinions?, Daniel McLaughlin
    • Re: Datatrain Courseware - Opinions?, Steve Comstock
    • Re: Datatrain Courseware - Opinions?, Steve Comstock
      • Re: Datatrain Courseware - Opinions?, Edward Jaffe
      • Re: Datatrain Courseware - Opinions?, Steve Comstock
  • Re: Datatrain Courseware - Opinions?, Daniel McLaughlin
    • Re: Datatrain Courseware - Opinions?, Steve Comstock
• Where is the job status in SDSF??, Fabio D'Alfonso
  • Re: Where is the job status in SDSF??, Hal Merritt
    • Re: Where is the job status in SDSF??, Fabio D'Alfonso
  • Re: Where is the job status in SDSF??, McKown, John
  • Re: Where is the job status in SDSF??, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
  • Re: Where is the job status in SDSF??, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Where is the job status in SDSF??, Daniel McLaughlin
  • Re: Where is the job status in SDSF??, Vernooy, C.P. - SPLXM
• IBM sites on Google Maps, Roger Bowler
  • Re: IBM sites on Google Maps, Rob Scott
  • Re: IBM sites on Google Maps, Steve Samson
  • <Possible follow-ups>
  • Re: IBM sites on Google Maps, pilgrimpez
    • Re: IBM sites on Google Maps, Howard Brazee
      • Re: IBM sites on Google Maps, Jon Brock
    • Re: IBM sites on Google Maps, Shmuel Metz , Seymour J.
  • Re: IBM sites on Google Maps, Paul Gilmartin
    • Re: IBM sites on Google Maps, Chase, John
      • Re: IBM sites on Google Maps, Rick Fochtman
  • Re: IBM sites on Google Maps, Daniel McLaughlin
    • Re: IBM sites on Google Maps, Chase, John
  • Re: IBM sites on Google Maps, Chris Mason
  • Re: IBM sites on Google Maps, Jim Elliott, IBM
    • Re: IBM sites on Google Maps, Tony Harminc
  • Re: IBM sites on Google Maps, Chris Mason
• Search for a textstring i a lot of datasets, Frank Allan Rasmussen
  • Re: Search for a textstring i a lot of datasets, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Search for a textstring i a lot of datasets, Vernooy, C.P. - SPLXM
    • SV: Search for a textstring i a lot of datasets, Frank Allan Rasmussen
  • Re: Search for a textstring i a lot of datasets, Paul Gilmartin
• (none), Frank Allan Rasmussen
  • (none), JerryDurbin
• SVCDUMP capture phase statistics....., Barbara Nitz
  • Re: SVCDUMP capture phase statistics....., Patrick Falcone
  • Re: SVCDUMP capture phase statistics....., Bob Rutledge
  • Re: SVCDUMP capture phase statistics....., Tony Harminc
  • Re: SVCDUMP capture phase statistics....., Jim Mulder
    • Re: SVCDUMP capture phase statistics....., Patrick Falcone
  • <Possible follow-ups>
  • Re: SVCDUMP capture phase statistics....., Barbara Nitz
  • SVCDUMP capture phase statistics....., George Kozakos
  • Re: SVCDUMP capture phase statistics....., Barbara Nitz
    • Re: SVCDUMP capture phase statistics....., Jim Mulder
  • Re: SVCDUMP capture phase statistics....., Barbara Nitz
    • Re: SVCDUMP capture phase statistics....., Jim Mulder
  • Re: SVCDUMP capture phase statistics....., Barbara Nitz
    • Re: SVCDUMP capture phase statistics....., Jim Mulder
  • Re: SVCDUMP capture phase statistics....., Barbara Nitz
  • Re: SVCDUMP capture phase statistics....., Tom Marchant
  • Re: SVCDUMP capture phase statistics....., Barbara Nitz
• AS/400 receiving zip files via FTP, CJ
  • Re: AS/400 receiving zip files via FTP, Davide Grandi
• Onboard Timer, Hal Merritt
  • Re: Onboard Timer, Field, Alan C.
  • <Possible follow-ups>
  • Re: Onboard Timer, Glenn Miller
  • Re: Onboard Timer, Jan Vanbrabant
• Re: CF pricing [was: SPFEDIT does a RESERVE!?!], Ted MacNEIL
  • <Possible follow-ups>
  • Re: CF pricing [was: SPFEDIT does a RESERVE!?!], Vernooy, C.P. - SPLXM
  • Re: CF pricing [was: SPFEDIT does a RESERVE!?!], Tom Marchant
• Re: SPFEDIT does a RESERVE!?! A<63986815-1207766168-cardhu_decombobulator_blackberry.rim.net-1196156060-@bxe026.bisx.prod.on.blackberry> <E56DFE29D310DA469848E7CC2CAD090C02F7B837@UICNRHECHP6.uicnrh.dom>, Ted MacNEIL
• Dynamic PER Traps, Chase, John
  • Re: Dynamic PER Traps, Edward Jaffe
  • <Possible follow-ups>
  • Dynamic PER Traps, Peter Relson
• OA22578 NEW FUNCTION (GRS) migrate GRSRNL=EXCLUDE environment to full RNLs without requiring a sysplex-wide outage, Knutson, Sam
  • <Possible follow-ups>
  • Re: OA22578 NEW FUNCTION (GRS) migrate GRSRNL=EXCLUDE environment to full RNLs without requiring a sysplex-wide outage, Ted MacNEIL
    • Re: OA22578 NEW FUNCTION (GRS) migrate GRSRNL=EXCLUDE environment to full RNLs without requiring a sysplex-wide outage, Staller, Allan
    • Re: OA22578 NEW FUNCTION (GRS) migrate GRSRNL=EXCLUDE environment to full RNLs without requiring a sysplex-wide outage, Edward Jaffe
      • Re: OA22578 NEW FUNCTION (GRS) migrate GRSRNL=EXCLUDE environment to full RNLs without requiring a sysplex-wide outage, Bob Shannon
  • Re: OA22578 NEW FUNCTION (GRS) migrate GRSRNL=EXCLUDE environment to full RNLs without requiring a sysplex-wide outage, Ted MacNEIL
    • Re: OA22578 NEW FUNCTION (GRS) migrate GRSRNL=EXCLUDE environment to full RNLs without requiring a sysplex-wide outage, R.S.
      • Re: OA22578 NEW FUNCTION (GRS) migrate GRSRNL=EXCLUDE environment to full RNLs without requiring a sysplex-wide outage, Edward Jaffe
• False Advertising, Gary Green
• TIOT filling up: too many dynamic concatenations, David Eisenberg
  • Re: TIOT filling up: too many dynamic concatenations, Edward Jaffe
  • Re: TIOT filling up: too many dynamic concatenations, McKown, John
    • Re: TIOT filling up: too many dynamic concatenations, Hunkeler Peter , KIUK 3
      • Re: TIOT filling up: too many dynamic concatenations, McKown, John
      • Re: TIOT filling up: too many dynamic concatenations, Edward Jaffe
  • Re: TIOT filling up: too many dynamic concatenations, Anonymous
  • Re: TIOT filling up: too many dynamic concatenations, Jim Mulder
  • <Possible follow-ups>
  • Re: TIOT filling up: too many dynamic concatenations, David Eisenberg
    • Re: TIOT filling up: too many dynamic concatenations, J R
    • Re: TIOT filling up: too many dynamic concatenations, Jack Schudel
  • Re: TIOT filling up: too many dynamic concatenations, David Eisenberg
    • Re: TIOT filling up: too many dynamic concatenations, McKown, John
  • Re: TIOT filling up: too many dynamic concatenations, Thompson, Steve
  • Re: TIOT filling up: too many dynamic concatenations, Gene Hudders
  • Re: TIOT filling up: too many dynamic concatenations, David Eisenberg
  • Re: TIOT filling up: too many dynamic concatenations, David Eisenberg
    • Re: TIOT filling up: too many dynamic concatenations, McKown, John
  • Re: TIOT filling up: too many dynamic concatenations, Ted MacNEIL
  • Re: TIOT filling up: too many dynamic concatenations, Paul Gilmartin
  • Re: TIOT filling up: too many dynamic concatenations, Paul Gilmartin
    • Re: TIOT filling up: too many dynamic concatenations, Traylor, Terry
      • Re: TIOT filling up: too many dynamic concatenations, McKown, John
  • Re: TIOT filling up: too many dynamic concatenations, Paul Gilmartin
  • Re: TIOT filling up: too many dynamic concatenations, Paul Gilmartin
    • Re: TIOT filling up: too many dynamic concatenations, Shmuel Metz , Seymour J.
  • Re: TIOT filling up: too many dynamic concatenations, Mark Zelden
  • Re: TIOT filling up: too many dynamic concatenations, Paul Gilmartin
    • Re: TIOT filling up: too many dynamic concatenations, McKown, John
      • Re: TIOT filling up: too many dynamic concatenations, Shmuel Metz , Seymour J.
  • Re: TIOT filling up: too many dynamic concatenations, Ted MacNEIL
    • Re: TIOT filling up: too many dynamic concatenations, Hunkeler Peter , KIUK 3
  • Re: TIOT filling up: too many dynamic concatenations, David Eisenberg
    • Re: TIOT filling up: too many dynamic concatenations, Wayne Driscoll
  • Re: TIOT filling up: too many dynamic concatenations, Tom Schmidt
  • Re: TIOT filling up: too many dynamic concatenations, Paul Gilmartin
  • Re: TIOT filling up: too many dynamic concatenations, Paul Gilmartin
    • Re: TIOT filling up: too many dynamic concatenations, Edward Jaffe
  • Re: TIOT filling up: too many dynamic concatenations, , IBM Mainframe Discussion List
    • Re: TIOT filling up: too many dynamic concatenations, Edward Jaffe
  • Re: TIOT filling up: too many dynamic concatenations, Mark Zelden
• Web Interfaces (was: Broken LISTSERV), Paul Gilmartin
  • Re: Web Interfaces (was: Broken LISTSERV), Shmuel Metz , Seymour J.
• z/OS 1.4->1.7 gotchas, Shmuel Metz , Seymour J.
  • Re: z/OS 1.4->1.7 gotchas, Jerry Fuchs
    • Re: z/OS 1.4->1.7 gotchas, Jerry Fuchs
  • Re: z/OS 1.4->1.7 gotchas, Gibney, Dave
  • <Possible follow-ups>
  • Re: z/OS 1.4->1.7 gotchas, pilgrimpez
    • Re: z/OS 1.4->1.7 gotchas <20080409164910.HLNQ219.aamtaout01-winn.ispmail.ntl.com@smtp.ntlworld.com>, Scott Rowe
      • Re: z/OS 1.4->1.7 gotchas, Chase, John
  • Re: z/OS 1.4->1.7 gotchas, Dave Kopischke
    • Re: z/OS 1.4->1.7 gotchas, Jack Kelly
  • Re: z/OS 1.4->1.7 gotchas, Ted MacNEIL
  • Re: z/OS 1.4->1.7 gotchas, Ted MacNEIL
  • Re: z/OS 1.4->1.7 gotchas, pilgrimpez
    • Re: z/OS 1.4->1.7 gotchas <20080410082234.UDOJ26699.aamtaout03-winn.ispmail.ntl.com@smtp.ntlworld.com>, Scott Rowe
  • Re: z/OS 1.4->1.7 gotchas, pilgrimpez
    • Re: z/OS 1.4->1.7 gotchas <20080410140039.FOCK29112.aamtaout04-winn.ispmail.ntl.com@smtp.ntlworld.com>, Scott Rowe
      • Subject line garbage <20080410140039.FOCK29112.aamtaout04-winn.ispmail.ntl.com@smtp.ntlworld.com> <47FDE62A.8489.00D8.0@joann.com>, Scott Rowe
      • Re: Subject line garbage <20080410140039.FOCK29112.aamtaout04-winn.ispmail.ntl.com@smtp.ntlworld.com> <47FDE62A.8489.00D8.0@joann.com>, Hal Merritt
      • Re: Subject line garbage <20080410140039.FOCK29112.aamtaout04-winn.ispmail.ntl.com@smtp.ntlworld.com> <47FDE62A.8489.00D8.0@joann.com>, Natarajan Krishnaswami
  • Re: z/OS 1.4->1.7 gotchas, Gilbert Cardenas
• z/800 z9 migration CF problem, miklos . szigetvari
  • Re: z/800 z9 migration CF problem, miklos . szigetvari
• Problem with CA-1, Yukus, Mary J CIV USMEPCOM
  • Re: Problem with CA-1, Campbell Jay
    • Re: Problem with CA-1, Yukus, Mary J CIV USMEPCOM
      • Re: Problem with CA-1, Williams, Jeff , MGCS
  • Re: Problem with CA-1, Pinnacle
    • Re: Problem with CA-1, Yukus, Mary J CIV USMEPCOM
  • <Possible follow-ups>
  • Re: Problem with CA-1, Mark Zelden
• SPFEDIT does a RESERVE!?!, McKown, John
  • Re: SPFEDIT does a RESERVE!?!, Rob Scott
  • Re: SPFEDIT does a RESERVE!?!, Hal Merritt
  • <Possible follow-ups>
  • Re: SPFEDIT does a RESERVE!?!, Paul Gilmartin
  • Re: SPFEDIT does a RESERVE!?!, Ted MacNEIL
    • Re: SPFEDIT does a RESERVE!?!, McKown, John
      • CF pricing [was: SPFEDIT does a RESERVE!?!], David Andrews
      • Re: CF pricing [was: SPFEDIT does a RESERVE!?!], McKown, John
      • Re: SPFEDIT does a RESERVE!?! A<63986815-1207766168-cardhu_decombobulator_blackberry.rim.net-1196156060-@bxe026.bisx.prod.on.blackberry> <E56DFE29D310DA469848E7CC2CAD090C02F7B837@UICNRHECHP6.uicnrh.dom>, Scott Rowe
      • Re: SPFEDIT does a RESERVE!?! A<63986815-1207766168-cardhu_decombobulator_blackberry.rim.net-1196156060-@bxe026.bisx.prod.on.blackberry> <E56DFE29D310DA469848E7CC2CAD090C02F7B837@UICNRHECHP6.uicnrh.dom>, McKown, John
  • Re: SPFEDIT does a RESERVE!?!, Ted MacNEIL
  • Re: SPFEDIT does a RESERVE!?!, Mark Zelden
  • Re: SPFEDIT does a RESERVE!?!, Arthur Gutowski
  • Re: SPFEDIT does a RESERVE!?!, Tom Russell
• JOB00045 $HASP165 IBMUSERB ENDED AT N1 - JCL ERROR CN(INTERNAL), Fabio D'Alfonso
  • <Possible follow-ups>
  • Re: JOB00045 $HASP165 IBMUSERB ENDED AT N1 - JCL ERROR CN(INTERNAL), Gary Green
    • Re: JOB00045 $HASP165 IBMUSERB ENDED AT N1 - JCL ERROR CN(INTERNAL), Fabio D'Alfonso
      • Re: JOB00045 $HASP165 IBMUSERB ENDED AT N1 - JCL ERROR CN(INTERNAL), Rob Scott
      • Re: JOB00045 $HASP165 IBMUSERB ENDED AT N1 - JCL ERROR CN(INTERNAL) <C21E481540E0B94BB5D1D7359590A35282763A022B@HQMAIL.rocketsoftware.com>, Binyamin Dissen
      • Re: JOB00045 $HASP165 IBMUSERB ENDED AT N1 - JCL ERROR CN(INTERNAL), Myers, Edouard , OCTO
      • Re: JOB00045 $HASP165 IBMUSERB ENDED AT N1 - JCL ERROR CN(INTERNAL), David Andrews
      • Re: JOB00045 $HASP165 IBMUSERB ENDED AT N1 - JCL ERROR CN(INTERNAL), David Logan
  • Re: JOB00045 $HASP165 IBMUSERB ENDED AT N1 - JCL ERROR CN(INTERNAL), Gary Green
  • Re: JOB00045 $HASP165 IBMUSERB ENDED AT N1 - JCL ERROR CN(INTERNAL), Lizette Koehler
• Modify DSCB information, Jacky Bright
  • Re: Modify DSCB information, Lizette Koehler
    • Re: Modify DSCB information, Staller, Allan
  • Re: Modify DSCB information, Staller, Allan
    • Re: Modify DSCB information, Shmuel Metz , Seymour J.
  • Re: Modify DSCB information, Pinnacle
    • Re: Modify DSCB information, Jacky Bright
      • Re: Modify DSCB information, Rick Fochtman
  • Re: Modify DSCB information, Binyamin Dissen
  • Re: Modify DSCB information, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Modify DSCB information, Mark Zelden
    • Re: Modify DSCB information, Dave Salt
• SRBs and sadump, was: Re: How to format the current linkage stack for a SLIP dump taken in SRB mode, Barbara Nitz
• IBMLINK/VM/Classic appears down, Glenn Miller
  • Re: IBMLINK/VM/Classic appears down, Edward Jaffe
  • Re: IBMLINK/VM/Classic appears down, Bobbie Justice
    • Re: IBMLINK/VM/Classic appears down, Chase, John
  • <Possible follow-ups>
  • Re: IBMLINK/VM/Classic appears down, Don Imbriale
  • Re: IBMLINK/VM/Classic appears down, Ed Finnell
  • Re: IBMLINK/VM/Classic appears down, Patrick O'Keefe
• Re: Sequential Data Striping, Ted MacNEIL
  • Re: Sequential Data Striping, David Andrews
• HELP, Pedro M. Mari
• (fwd) Re: Is IT becoming extinct?, Tom Ross
  • Re: (fwd) Re: Is IT becoming extinct?, Rick Fochtman
  • Re: (fwd) Re: Is IT becoming extinct?, Howard Brazee
    • Re: (fwd) Re: Is IT becoming extinct?, Corneel Booysen
  • Re: (fwd) Re: Is IT becoming extinct?, McKown, John
    • Re: (fwd) Re: Is IT becoming extinct?, Kirk Talman
  • Re: (fwd) Re: Is IT becoming extinct?, Kammer, Charles
  • Re: (fwd) Re: Is IT becoming extinct?, Ian
    • Re: (fwd) Re: Is IT becoming extinct?, Don Leahy
  • <Possible follow-ups>
  • Re: (fwd) Re: Is IT becoming extinct?, Ted MacNEIL
  • Re: (fwd) Re: Is IT becoming extinct?, Ted MacNEIL
  • Re: (fwd) Re: Is IT becoming extinct?, Roger Bowler
    • Re: (fwd) Re: Is IT becoming extinct?, John McKown
  • Re: (fwd) Re: Is IT becoming extinct?, Rick Arellanes
    • Re: (fwd) Re: Is IT becoming extinct?, McKown, John
  • Re: (fwd) Re: Is IT becoming extinct?, Kelman, Tom
    • Re: (fwd) Re: Is IT becoming extinct?, Shmuel Metz , Seymour J.
• IBM announcements, Steve Comstock
  • <Possible follow-ups>
  • Re: IBM announcements, Glenn Miller
  • Re: IBM announcements, Walt Farrell
    • Re: IBM announcements, Steve Comstock
    • Re: IBM announcements, Ken Porowski
      • Re: IBM announcements, Shane
      • Re: IBM announcements, John Eells
      • Re: IBM announcements, Ken Porowski
      • Re: IBM announcements, Steve Comstock
      • Re: IBM announcements, Shane
      • Re: IBM announcements, Ken Porowski
      • Re: IBM announcements, Shmuel Metz , Seymour J.
      • Re: IBM announcements, pauls2272
  • Re: IBM announcements, Walt Farrell
  • Re: IBM announcements, Arthur Gutowski
    • SMP Packaging: was IBM announcements, Shane
      • Re: SMP Packaging: was IBM announcements, Rick Fochtman
    • Installers (Was: IBM announcements), Edward Jaffe
      • Re: Installers (Was: IBM announcements), Shane
      • Re: Installers (Was: IBM announcements), Edward Jaffe
      • Re: Installers (Was: IBM announcements), Clark Morris
      • Re: Installers (Was: IBM announcements), Gibney, Dave
      • Re: Installers (Was: IBM announcements), Chase, John
      • Re: Installers (Was: IBM announcements), Shmuel Metz , Seymour J.
• DB2 Upgrade, Mike Myers
  • Re: DB2 Upgrade, Wayne Driscoll
  • <Possible follow-ups>
  • Re: DB2 Upgrade, Lizette Koehler
  • Re: DB2 Upgrade, Paul Peplinski
  • Re: DB2 Upgrade, Marty French
• Re: FCB Information, Rick Fochtman
  • Re: FCB Information, Rick Fochtman
• low price high quality items whosale & resale at www.alimamatrade.net, crazy123040
• Fw: Not Connecting, Ron Wells
• z/OS-MVS Control Block Layout - Offsets, Stan Weyman
  • Re: z/OS-MVS Control Block Layout - Offsets, Edward Jaffe
    • Message not available
      • Re: z/OS-MVS Control Block Layout - Offsets, Binyamin Dissen
  • Re: z/OS-MVS Control Block Layout - Offsets, Rick Fochtman
  • Re: z/OS-MVS Control Block Layout - Offsets, Rob Scott
    • VS: z/OS-MVS Control Block Layout - Offsets, Lindy Mayfield
  • Re: z/OS-MVS Control Block Layout - Offsets, Shmuel Metz , Seymour J.
    • Re: z/OS-MVS Control Block Layout - Offsets, Michael Stack
      • Re: z/OS-MVS Control Block Layout - Offsets, Steve Comstock
      • Re: z/OS-MVS Control Block Layout - Offsets, Thomas H Puddicombe
      • Re: z/OS-MVS Control Block Layout - Offsets, Paul Gillis
  • <Possible follow-ups>
  • Re: z/OS-MVS Control Block Layout - Offsets, McKown, John
  • Re: z/OS-MVS Control Block Layout - Offsets, , IBM Mainframe Discussion List
  • Re: z/OS-MVS Control Block Layout - Offsets, Mark Zelden
  • Re: z/OS-MVS Control Block Layout - Offsets, Mark Zelden
  • Re: z/OS-MVS Control Block Layout - Offsets, Mark Zelden
  • z/OS-MVS Control Block Layout - Offsets, George Kozakos
• Re: SMFEWTM <OF157BB398.CF6799E8-ON85257425.0029873C-85257425.002A1734@us.ibm.com>, Tom Marchant
  • Re: SMFEWTM <OF157BB398.CF6799E8-ON85257425.0029873C-85257425.002A1734@us.ibm.com>, Gunnar Opheim
    • Re: SMFEWTM <OF157BB398.CF6799E8-ON85257425.0029873C-85257425.002A1734@us.ibm.com>, Steve Comstock
• Fw: INACT/RE-ACT EE, Ron Wells
• z800 to z9 migration, Miklos Szigetvari
  • Re: z800 to z9 migration, Myers, Edouard , OCTO
    • Re: z800 to z9 migration, Jack Kelly
      • Re: z800 to z9 migration, Miklos Szigetvari
      • Re: z800 to z9 migration, Myers, Edouard , OCTO
      • Re: z800 to z9 migration, Jack Kelly
      • Re: z800 to z9 migration, McKown, John
      • Re: z800 to z9 migration, Myers, Edouard , OCTO
      • Re: z800 to z9 migration, Jack Kelly
    • Re: z800 to z9 migration, Miklos Szigetvari
  • Re: z800 to z9 migration, Edward Jaffe
    • Re: z800 to z9 migration, Myers, Edouard , OCTO
      • Re: z800 to z9 migration, Jack Kelly
    • Re: z800 to z9 migration, R.S.
  • Re: z800 to z9 migration, Bob Rutledge
  • <Possible follow-ups>
  • Re: z800 to z9 migration, Dave Kopischke
  • Re: z800 to z9 migration, Ted MacNEIL
    • Re: z800 to z9 migration, Hal Merritt
      • Re: z800 to z9 migration, Steven Conway
      • Re: z800 to z9 migration, Hal Merritt
    • Re: z800 to z9 migration, R.S.
      • Re: z800 to z9 migration, miklos . szigetvari
  • Re: z800 to z9 migration, Ted MacNEIL
• Need to know about Cryptography course or M.S Specialization (POSTAL), Sivakumar, Manikandan
• Need Certification exam info on Mainframe Sysprog/RACF, Sivakumar, Manikandan
  • Re: Need Certification exam info on Mainframe Sysprog/RACF, Mirtha Quattrochi
    • Re: Need Certification exam info on Mainframe Sysprog/RACF, Sivakumar, Manikandan
• Sort order for Generic processing, Brian Westerman
  • Re: Sort order for Generic processing, Rick Fochtman
  • <Possible follow-ups>
  • Re: Sort order for Generic processing, Walt Farrell
    • Re: Sort order for Generic processing, Rick Fochtman
  • Re: Sort order for Generic processing, Walt Farrell
  • Re: Sort order for Generic processing, Brian Westerman
• How to format the current linkage stack for a SLIP dump taken in SRB mode?, Binyamin Dissen
  • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Jim Mulder
    • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Craddock, Chris
      • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Binyamin Dissen
      • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Tom Harper
      • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Robert Wright
      • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Binyamin Dissen
      • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Tom Harper
      • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Binyamin Dissen
      • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Tom Harper
      • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Binyamin Dissen
      • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Edward Jaffe
  • <Possible follow-ups>
  • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Barbara Nitz
    • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Craddock, Chris
      • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Binyamin Dissen
    • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Edward Jaffe
    • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Binyamin Dissen
      • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Jim Mulder
  • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Barbara Nitz
    • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Binyamin Dissen
  • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Peter Relson
    • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Edward Jaffe
  • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Barbara Nitz
    • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Edward Jaffe
  • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Barbara Nitz
    • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Edward Jaffe
      • Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?, Wayne Driscoll
• IBM CEO's remuneration last year ?, Anton Britz
  • Re: IBM CEO's remuneration last year ?, Tom Harper
    • Message not available
      • Authorized Rexx Assembler Function, Lindy Mayfield
      • Re: Authorized Rexx Assembler Function, Rob Scott
      • Re: Authorized Rexx Assembler Function, Edward Jaffe
      • Re: Authorized Rexx Assembler Function, Edward Jaffe
      • Re: Authorized Rexx Assembler Function, Tony Harminc
      • Re: Authorized Rexx Assembler Function, Lindy Mayfield
      • Re: Authorized Rexx Assembler Function, George Fogg
      • Re: Authorized Rexx Assembler Function, Shmuel Metz , Seymour J.
      • Re: Authorized Rexx Assembler Function, Lindy Mayfield
      • Re: Authorized Rexx Assembler Function, Gerhard Postpischil
      • Re: Authorized Rexx Assembler Function, Lindy Mayfield
      • Re: Authorized Rexx Assembler Function, Edward Jaffe
      • Re: Authorized Rexx Assembler Function, Lindy Mayfield
      • Re: Authorized Rexx Assembler Function, Gerhard Postpischil
      • Re: Authorized Rexx Assembler Function, Steve Comstock
      • Re: Authorized Rexx Assembler Function, Edward Jaffe
      • Re: Authorized Rexx Assembler Function, Gerhard Postpischil
      • Re: Authorized Rexx Assembler Function, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: IBM CEO's remuneration last year ?, Anton Britz
    • Re: IBM CEO's remuneration last year ?, Tom Harper
      • Re: IBM CEO's remuneration last year ?, Anne & Lynn Wheeler
    • Re: IBM CEO's remuneration last year ?, Anne & Lynn Wheeler
  • Re: IBM CEO's remuneration last year ?, Anton Britz
    • Re: IBM CEO's remuneration last year ?, Edward Jaffe
      • Re: IBM CEO's remuneration last year ?, Staller, Allan
  • Re: IBM CEO's remuneration last year ?, CICS Guy
• Debugging TSO FTP command, David Day
  • Re: Debugging TSO FTP command, McKown, John
    • Re: Debugging TSO FTP command, David Day
      • Re: Debugging TSO FTP command, McKown, John
      • Re: Debugging TSO FTP command, David Day
      • Re: Debugging TSO FTP command, Hunkeler Peter , KIUK 3
    • Re: Debugging TSO FTP command, Tony Harminc
  • <Possible follow-ups>
  • Re: Debugging TSO FTP command, Ted MacNEIL
  • Re: Debugging TSO FTP command, Chris Mason
• SMFEWTM, Gunnar Opheim
  • Re: SMFEWTM, Rick Fochtman
  • Re: SMFEWTM, Jim Mulder
    • Re: SMFEWTM, Gunnar Opheim
      • Re: SMFEWTM, Chuck Arney
      • Re: SMFEWTM, Edward Jaffe
      • Re: SMFEWTM, Jim Mulder
      • Re: SMFEWTM, Edward Jaffe
      • Re: SMFEWTM, Jim Mulder
      • Re: SMFEWTM, Gunnar Opheim
      • Re: SMFEWTM, Jim Mulder
      • Re: SMFEWTM <OF157BB398.CF6799E8-ON85257425.0029873C-85257425.002A1734@us.ibm.com>, Binyamin Dissen
      • Re: SMFEWTM, J R
• FTP serious error... HELP!, John Norgauer
  • Re: FTP serious error... HELP!, Scott Ford
  • Re: FTP serious error... HELP!, McKown, John
    • Re: FTP serious error... HELP!, John Norgauer
      • Re: FTP serious error... HELP!, McKown, John
  • Re: FTP serious error... HELP!, Rich Smrcina
  • Re: FTP serious error... HELP!, Pinnacle
• Re: Standalone restarting the JES2 in the sysplex, Matthew Stitt
  • <Possible follow-ups>
  • Re: Standalone restarting the JES2 in the sysplex, Brian Westerman
• ARCHIVER, Rick Fochtman
• IBMLink down SEV1 35213329, Knutson, Sam
• GERONIMO on ZOS, Franco Oberto
  • Re: GERONIMO on ZOS, Kirk Wolf
  • Re: GERONIMO on ZOS, Rob Schramm
• IBM Publications Server, John P. Baker
  • Re: IBM Publications Server, McKown, John
    • Re: IBM Publications Server, John P. Baker
  • <Possible follow-ups>
  • Re: IBM Publications Server, Big Iron
    • Re: IBM Publications Server, Roger Bolan
  • Re: IBM Publications Server, Chris Mason
  • Re: IBM Publications Server, Chris Mason
    • Re: IBM Publications Server, Leo Smith
• Mainframe article in Chicago Tribune, tlast
• Re: Specialty Engine Prices (Was: Another RNL question), Jan Vanbrabant
  • <Possible follow-ups>
  • Re: Specialty Engine Prices (Was: Another RNL question), Ted MacNEIL
    • Re: Specialty Engine Prices (Was: Another RNL question), McKown, John
  • Re: Specialty Engine Prices (Was: Another RNL question), Jan Vanbrabant
    • Re: Specialty Engine Prices (Was: Another RNL question), Edward Jaffe
  • Re: Specialty Engine Prices (Was: Another RNL question), Ted MacNEIL
  • Re: Specialty Engine Prices (Was: Another RNL question), McKown, John
    • Re: Specialty Engine Prices (Was: Another RNL question), Chase, John
  • Re: Specialty Engine Prices (Was: Another RNL question), Al Sherkow
  • Re: Specialty Engine Prices (Was: Another RNL question), Ted MacNEIL
    • Re: Specialty Engine Prices (Was: Another RNL question) <1976119012-1207991319-cardhu_decombobulator_blackberry.rim.net-1102133434-@bxe029.bisx.prod.on.blackberry>, Scott Rowe
• My last post in this forum., shai hess
  • Re: My last post in this forum., Lindy Mayfield
    • Re: My last post in this forum., Patrick Falcone
  • Re: My last post in this forum., John McKown
  • Re: My last post in this forum., Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: My last post in this forum., Elardus Engelbrecht
    • Message not available
      • Re: My last post in this forum., Edward Jaffe
      • Re: My last post in this forum., Ron Wells
      • Re: My last post in this forum., Rick Fochtman
      • Re: My last post in this forum., McKown, John
      • Re: My last post in this forum., Howard Brazee
      • Re: My last post in this forum., Rick Fochtman
      • Re: My last post in this forum., Wayne Driscoll
      • Re: My last post in this forum., Rick Fochtman
    • Message not available
      • Re: My last post in this forum., Rick Fochtman
      • Re: My last post in this forum., Chase, John
      • Re: My last post in this forum., Rick Fochtman
• Standalone restarting the JES2 in the sysplex, Tsai Laurence
  • Re: Standalone restarting the JES2 in the sysplex, Lizette Koehler
  • <Possible follow-ups>
  • Re: Standalone restarting the JES2 in the sysplex, Lizette Koehler
• Broken LISTSERV (was: Duplicate temporary dataset names), Paul Gilmartin
  • Re: Broken LISTSERV (was: Duplicate temporary dataset names), Steve Comstock
    • Re: Broken LISTSERV (was: Duplicate temporary dataset names), Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Broken LISTSERV (was: Duplicate temporary dataset names), Paul Gilmartin
    • Re: Broken LISTSERV (was: Duplicate temporary dataset names), Steve Comstock
    • Re: Broken LISTSERV (was: Duplicate temporary dataset names), Shmuel Metz , Seymour J.
  • Re: Broken LISTSERV (was: Duplicate temporary dataset names), Paul Gilmartin
• Any way to elmiinate this IDCAMS message?, McKown, John
  • Re: Any way to elmiinate this IDCAMS message?, Lizette Koehler
• PDS Directory Block Size, Was Re: COMPRESS QUESTION, Joel C. Ewing
  • Re: PDS Directory Block Size, Was Re: COMPRESS QUESTION, Joel C. Ewing
  • Bob Tomasulo, a pioneer in our field, has passed away, William H. Blair
• Mainframe Tech Blog, legacymainframe@xxxxxxxxx
• Yellowfin discusses Consolidation and its impact on the Business Intelligence Market, Yellowfin
• INDEX() or POS() string functions in Enterprise COBOL?, Farley, Peter x23353
  • Re: INDEX() or POS() string functions in Enterprise COBOL?, Steve Comstock
    • Re: INDEX() or POS() string functions in Enterprise COBOL?, Steve Comstock
    • Re: INDEX() or POS() string functions in Enterprise COBOL?, Farley, Peter x23353
  • Re: INDEX() or POS() string functions in Enterprise COBOL?, Don Leahy
    • Re: INDEX() or POS() string functions in Enterprise COBOL?, Farley, Peter x23353
  • <Possible follow-ups>
  • Re: INDEX() or POS() string functions in Enterprise COBOL?, CICS Guy
    • Re: INDEX() or POS() string functions in Enterprise COBOL?, Farley, Peter x23353
  • Re: INDEX() or POS() string functions in Enterprise COBOL?, CICS Guy
  • Re: INDEX() or POS() string functions in Enterprise COBOL?, Paul Gilmartin
    • Re: INDEX() or POS() string functions in Enterprise COBOL?, Don Leahy
    • Re: INDEX() or POS() string functions in Enterprise COBOL?, Farley, Peter x23353
      • Re: INDEX() or POS() string functions in Enterprise COBOL?, Don Leahy
• Talk about short lived - IBM Suspension from Federal Contracts Lifted [WSJ article], Roach, Dennis
  • <Possible follow-ups>
  • Re: Talk about short lived - IBM Suspension from Federal Contracts Lifted [WSJ article], Gregory Pinkowski
    • Re: Talk about short lived - IBM Suspension from Federal Contracts Lifted [WSJ article], Rick Fochtman
• Code page dilema, Steve Comstock
  • Re: Code page dilema, Tony Harminc
    • Re: Code page dilema, Steve Comstock
      • Re: Code page dilema, Tony Harminc
  • Re: Code page dilema, Hunkeler Peter , KIUK 3
  • Re: Code page dilema, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Code page dilema, Alan Altmark
    • Re: Code page dilema, Steve Comstock
• Duplicate temporary dataset names, David Andrews
  • Re: Duplicate temporary dataset names, Ulrich Krueger
    • Re: Duplicate temporary dataset names, Ulrich Krueger
      • Re: Duplicate temporary dataset names, David Andrews
  • Re: Duplicate temporary dataset names, R.S.
  • <Possible follow-ups>
  • Re: Duplicate temporary dataset names, Kelman, Tom
    • Re: Duplicate temporary dataset names, David Andrews
  • Re: Duplicate temporary dataset names, Paul Gilmartin
  • Re: Duplicate temporary dataset names, Norbert Friemel
    • Re: Duplicate temporary dataset names, R.S.
  • Re: Duplicate temporary dataset names, Mark Zelden
  • Re: Duplicate temporary dataset names, Paul Gilmartin
    • Re: Duplicate temporary dataset names, Ulrich Krueger
    • Re: Duplicate temporary dataset names, Hunkeler Peter , KIUK 3
      • Re: Duplicate temporary dataset names, R.S.
      • Re: Duplicate temporary dataset names, Chase, John
      • Re: Duplicate temporary dataset names, Shmuel Metz , Seymour J.
      • Re: Duplicate temporary dataset names, Shmuel Metz , Seymour J.
    • Re: Duplicate temporary dataset names, Shmuel Metz , Seymour J.
  • Re: Duplicate temporary dataset names, Mark Zelden
    • Re: Duplicate temporary dataset names, Myers, Edouard , OCTO
      • Re: Duplicate temporary dataset names, Shmuel Metz , Seymour J.
    • Re: Duplicate temporary dataset names, Shmuel Metz , Seymour J.
• Identifying datasets in POOL with Dcollect, Lizette Koehler
  • Re: Identifying datasets in POOL with Dcollect, Ulrich Krueger
  • Re: Identifying datasets in POOL with Dcollect, Jack Kelly
  • <Possible follow-ups>
  • Re: Identifying datasets in POOL with Dcollect, Kelman, Tom
  • Re: Identifying datasets in POOL with Dcollect, Lizette Koehler
  • Re: Identifying datasets in POOL with Dcollect, Gilbert Cardenas
  • Re: Identifying datasets in POOL with Dcollect, Patrick Lyon
  • Re: Identifying datasets in POOL with Dcollect, Neil Duffee
• SEO, programming discussion Forum, technica
• FTP from z/VM to z/OS JES Spool, Lionel B Dyck
  • Re: FTP from z/VM to z/OS JES Spool, Ulrich Krueger
    • Re: FTP from z/VM to z/OS JES Spool, Lionel B Dyck
      • Re: FTP from z/VM to z/OS JES Spool, Raymond Noal
      • Re: FTP from z/VM to z/OS JES Spool, Lionel B Dyck
    • Re: FTP from z/VM to z/OS JES Spool, Ulrich Krueger
  • Re: FTP from z/VM to z/OS JES Spool, John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: FTP from z/VM to z/OS JES Spool, Stocker, Herman
    • Re: FTP from z/VM to z/OS JES Spool, Lionel B Dyck
    • Re: FTP from z/VM to z/OS JES Spool, Shmuel Metz , Seymour J.
  • Re: FTP from z/VM to z/OS JES Spool, Lionel B Dyck
  • Re: FTP from z/VM to z/OS JES Spool, Gilbert Cardenas
    • Re: FTP from z/VM to z/OS JES Spool, Jack Kelly
  • Re: FTP from z/VM to z/OS JES Spool, Ed Finnell
  • Re: FTP from z/VM to z/OS JES Spool, Gilbert Cardenas
  • Re: FTP from z/VM to z/OS JES Spool, Paul Gilmartin
    • Re: FTP from z/VM to z/OS JES Spool, Edward Jaffe
  • Re: FTP from z/VM to z/OS JES Spool, Alan Altmark
• IBM's Eligibility For Federal Government Procurement Contracts Reinstated, Richards, Robert B.
  • Re: IBM's Eligibility For Federal Government Procurement Contracts Reinstated, Tom Moulder
    • Re: IBM's Eligibility For Federal Government Procurement Contracts Reinstated, Rich Wenneker
      • Re: IBM's Eligibility For Federal Government Procurement Contracts Reinstated, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: IBM's Eligibility For Federal Government Procurement Contracts Reinstated, Paul Gilmartin
    • Re: IBM's Eligibility For Federal Government Procurement Contracts Reinstated, Richards, Robert B.
    • Re: IBM's Eligibility For Federal Government Procurement Contracts Reinstated, John P. Baker
• Question on BASR instruction, steve
  • Re: Question on BASR instruction, Rusty
• Re: LCCA and other Storage issues, Barbara Nitz
  • Re: LCCA and other Storage issues, Veilleux, Jon L
• Need to Know UNIX/MAINFRAME DB2 DBA distrubution list - regd, Sivakumar, Manikandan
  • Re: Need to Know UNIX/MAINFRAME DB2 DBA distrubution list - regd, Jim McAlpine
• VLF/LLA Management, Stephen Hall
  • Re: VLF/LLA Management, King, Jeffrey E
  • <Possible follow-ups>
  • Re: VLF/LLA Management, Mark Zelden
  • Re: VLF/LLA Management, Stephen Hall
    • Re: VLF/LLA Management, Knutson, Sam
  • Re: VLF/LLA Management, Stephen Hall
  • Re: VLF/LLA Management, Mark Zelden
  • Re: VLF/LLA Management, Stephen Hall
• Re: Shai Hess and his product (was CA ESD files Options), Ted MacNEIL
  • Re: Shai Hess and his product (was CA ESD files Options), McKown, John
    • (none), John McKown
      • (none), Kirk Wolf
• Re: system stalled message, Dave Kopischke
  • Re: system stalled message, Yukus, Mary J CIV USMEPCOM
  • <Possible follow-ups>
  • Re: system stalled message, Barbara Nitz
• R D Boenig is out of the office., R D Boenig
• Faxing from the mainframe, Brad Wissink
  • Re: Faxing from the mainframe, McKown, John
    • Re: Faxing from the mainframe, Howard Brazee
    • Re: Faxing from the mainframe, David Andrews
  • Re: Faxing from the mainframe, Hal Merritt
  • Re: Faxing from the mainframe, Edward Jaffe
  • Re: Faxing from the mainframe, hunter . mainframe
  • Re: Faxing from the mainframe, Harris, Randy
  • Re: Faxing from the mainframe, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Faxing from the mainframe, Eric Bielefeld
    • Re: Faxing from the mainframe, Jack . Hamilton
      • Re: Faxing from the mainframe, Tony Harminc
  • Re: Faxing from the mainframe, Ted MacNEIL
  • Re: Faxing from the mainframe, Daniel McLaughlin
    • Re: Faxing from the mainframe, David Andrews
    • Re: Faxing from the mainframe, Rob Schramm
  • Re: Faxing from the mainframe, David Andrews
  • Re: Faxing from the mainframe, Rob Wunderlich
  • Re: Faxing from the mainframe, Mark van der Eynden
  • Re: Faxing from the mainframe, Timothy Sipples
  • Re: Faxing from the mainframe, Shmuel Metz , Seymour J.
  • Re: Faxing from the mainframe, Shmuel Metz , Seymour J.
  • Re: Faxing from the mainframe, Eric Bielefeld
  • Re: Faxing from the mainframe, Daniel McLaughlin
• Workload Manager, Yukus, Mary J CIV USMEPCOM
  • <Possible follow-ups>
  • Re: Workload Manager, Matthew Stitt
    • Re: Workload Manager, Dave Thorn
      • Re: Workload Manager, Yukus, Mary J CIV USMEPCOM
      • system stalled message, Yukus, Mary J CIV USMEPCOM
      • Re: system stalled message, Staller, Allan
      • Re: system stalled message, Yukus, Mary J CIV USMEPCOM
      • Re: system stalled message, Staller, Allan
      • Re: system stalled message, Gregory Pinkowski
      • Re: system stalled message, Shane Ginnane
  • Re: Workload Manager, Mark Zelden
• I'll Keep My Dinosaur, Daniel McLaughlin
  • <Possible follow-ups>
  • Re: I'll Keep My Dinosaur, Ed Finnell
  • Re: I'll Keep My Dinosaur, Daniel McLaughlin
  • Re: I'll Keep My Dinosaur, Ed Finnell
• LMCOPY and PDSE space release?, Paul GilmartinIBM-MAIN@xxxxxxxxxxx
• Re: z/OS 1.4 to 1.7 upgrade differences question, Pommier, Rex R.
• Re: GRS concurrent enqueue limit, dino
• SYSAFF card, Bill Johnson
  • Re: SYSAFF card, Mark Jacobs
  • Re: SYSAFF card, Dave Thorn
  • Re: SYSAFF card, Scott Rowe
  • Re: SYSAFF card, Craddock, Chris
  • Re: SYSAFF card, Hal Merritt
  • <Possible follow-ups>
  • Re: SYSAFF card, Tom Schmidt
    • Re: SYSAFF card, Hal Merritt
  • Re: SYSAFF card, Mark Zelden
    • Re: SYSAFF card, Edward Jaffe
      • Re: SYSAFF card, Craddock, Chris
  • Re: SYSAFF card, Mark Zelden
    • Re: SYSAFF card, Patrick Falcone
• Another RNL question, John McKown
  • Re: Another RNL question, Eatherly, John D [EQ]
    • Re: Another RNL question, McKown, John
  • Re: Another RNL question, Rob Scott
    • Re: Another RNL question, Eatherly, John D [EQ]
  • Re: Another RNL question, R.S.
  • Re: Another RNL question, Edward Jaffe
    • Re: Another RNL question, McKown, John
      • Re: Another RNL question, George Fogg
      • Re: Another RNL question, Rick Fochtman
      • Re: Another RNL question, Chase, John
      • Re: Another RNL question, Edward Jaffe
      • Re: Another RNL question, Chase, John
      • Re: Another RNL question, Rick Fochtman
      • Re: Another RNL question, John McKown
  • <Possible follow-ups>
  • Re: Another RNL question, Patrick Lyon
    • Re: Another RNL question, McKown, John
  • Re: Another RNL question, Tom Marchant
    • Re: Another RNL question, R.S.
    • Re: Another RNL question, McKown, John
      • Re: Another RNL question, Staller, Allan
  • Re: Another RNL question, Mark Zelden
  • Re: Another RNL question, Daniel McLaughlin
  • Re: Another RNL question, Matthew Stitt
    • Re: Another RNL question, McKown, John
  • Re: Another RNL question, Tom Marchant
    • Re: Another RNL question, McKown, John
  • Re: Another RNL question, Tom Marchant
  • Re: Another RNL question, Ted MacNEIL
    • Re: Another RNL question, Knutson, Sam
  • Re: Another RNL question, Ted MacNEIL
  • Re: Another RNL question, Barbara Nitz
    • Re: Another RNL question, John McKown
      • Re: Another RNL question, Edward Jaffe
      • Re: Another RNL question, McKown, John
      • Specialty Engine Prices (Was: Another RNL question), Edward Jaffe
      • Re: Specialty Engine Prices (Was: Another RNL question) <Pine.LNX.4.44.0804041039410.15023-100000@mckown4.johnmckown.net> <47F650DA.5030001@phoenixsoftware.com> <47F9C538.7050607@phoenixsoftware.com>, Scott Rowe
  • Re: Another RNL question, Ted MacNEIL
    • Re: Another RNL question, Mark Pace
    • Re: Another RNL question, Edward Jaffe
  • Re: Another RNL question, Ted MacNEIL
  • Re: Another RNL question, Ted MacNEIL
    • Re: Another RNL question, Rick Fochtman
      • Re: Another RNL question, Gerhard Postpischil
    • Re: Another RNL question, Edward Jaffe
  • Re: Another RNL question, Ted MacNEIL
  • Re: Another RNL question, Gregory Pinkowski
  • Re: Another RNL question, Barbara Nitz
  • Re: Another RNL question, Mark Zelden
• MPF exit to start IMS stopped programs/transactions, Jim McAlpine
  • <Possible follow-ups>
  • Re: MPF exit to start IMS stopped programs/transactions, Dave Cartwright
    • Re: MPF exit to start IMS stopped programs/transactions, Jim McAlpine
• direct attach PC to Hitachi, EMC or IBM., Shai Hess
  • Re: direct attach PC to Hitachi, EMC or IBM., R.S.
  • Message not available
    • Re: direct attach PC to Hitachi, EMC or IBM., shai hess
      • Message not available
      • Re: direct attach PC to Hitachi, EMC or IBM., shai hess
      • Re: direct attach PC to Hitachi, EMC or IBM., shai hess
      • Message not available
      • Re: direct attach PC to Hitachi, EMC or IBM., shai hess
      • Message not available
      • Re: direct attach PC to Hitachi, EMC or IBM., shai hess
      • Message not available
      • Re: direct attach PC to Hitachi, EMC or IBM., shai hess
      • Re: direct attach PC to Hitachi, EMC or IBM., Shmuel Metz , Seymour J.
      • undertones of ??, Rob Schramm
      • Re: undertones of ??, Anonymous Sender
  • Message not available
    • Re: direct attach PC to Hitachi, EMC or IBM., R.S.
  • <Possible follow-ups>
  • Re: direct attach PC to Hitachi, EMC or IBM., Eric Bielefeld
    • Re: direct attach PC to Hitachi, EMC or IBM., R.S.
  • Re: direct attach PC to Hitachi, EMC or IBM., Mark Zelden
    • Re: direct attach PC to Hitachi, EMC or IBM., shai hess
• Old version of smp/e require superceded ptf, Victor Zhang
  • Re: Old version of smp/e require superceded ptf, Staller, Allan
  • <Possible follow-ups>
  • Re: Old version of smp/e require superceded ptf, Mark Zelden
  • Re: Old version of smp/e require superceded ptf, Victor Zhang
    • Re: Old version of smp/e require superceded ptf, Staller, Allan
  • Re: Old version of smp/e require superceded ptf, Victor Zhang
    • Sequential Data Striping, Jason To
      • Re: Sequential Data Striping, Staller, Allan
      • Message not available
      • Re: Sequential Data Striping, David Andrews
      • Message not available
      • Re: Sequential Data Striping, Jason To
      • Re: Sequential Data Striping, David Andrews
      • Message not available
      • Re: Sequential Data Striping, David Andrews
      • Re: Sequential Data Striping, Hal Merritt
      • Message not available
      • Re: Sequential Data Striping, Rick Fochtman
      • Re: Sequential Data Striping, R.S.
      • Re: Sequential Data Striping, McKown, John
      • Re: Sequential Data Striping, Hal Merritt
      • Message not available
      • Re: Sequential Data Striping, Jason To
  • Re: Old version of smp/e require superceded ptf, Paul Gilmartin
• Debugging a "complex" compile unit with Debug Tools, Roded Bahat
• Copy uncataloged datasets on tape., kk
• IBM PR: WebSphere MQ V7 for z/OS Open Beta Program, Timothy Sipples
• IBM PR: WebSphere MQ V7 for z/OS Announced, Timothy Sipples
• Re: DFSMSrmm basic question, Mike Wood
• Is Link-edit date still located in LMOD?, John Norgauer
  • Re: Is Link-edit date still located in LMOD?, Mark Jacobs
  • Re: Is Link-edit date still located in LMOD?, John P Kalinich
  • <Possible follow-ups>
  • Re: Is Link-edit date still located in LMOD?, Mark Zelden
• 2105-800 to EMC DMX4 conversion, Greg Saccomanno
  • <Possible follow-ups>
  • Re: 2105-800 to EMC DMX4 conversion, Ted MacNEIL
• Re: SMF in logstream and IFASMFDL, Arthur Gutowski
• Re: TCPIP IPDS Printer, Pommier, Rex R.
  • Re: TCPIP IPDS Printer, Jerry Fuchs
  • <Possible follow-ups>
  • Re: TCPIP IPDS Printer, Linda Mooney
    • Re: TCPIP IPDS Printer, Barkow, Eileen
  • Re: TCPIP IPDS Printer, Pinnacle
  • Re: TCPIP IPDS Printer, Michael Saraco
  • Re: TCPIP IPDS Printer, Big Iron
  • Re: TCPIP IPDS Printer, Ken Porowski
    • Re: TCPIP IPDS Printer, Michael Saraco
• Changing the format of the Archives web display?, Patrick O'Keefe
  • Re: Changing the format of the Archives web display?, Scott Rowe
  • <Possible follow-ups>
  • Re: Changing the format of the Archives web display?, Mark Zelden
  • Re: Changing the format of the Archives web display?, Gilbert Cardenas
• Software cost savings from a zIIP, Kelman, Tom
  • <Possible follow-ups>
  • Re: Software cost savings from a zIIP, Thompson, Steve
• IBM Mainframe Leads, inkcess
• Re: Batch job to perform sftp transfer, Jon Brock
• Re: Matthew Stitt, Matthew Stitt
• IBM JRD article on DS8000 + z/OS "Adjuncts", Tom Schmidt
• Re: Matthew Stitt CBT File 527, Lizette Koehler
  • Re: Matthew Stitt CBT File 527, George Rodriguez
  • <Possible follow-ups>
  • Re: Matthew Stitt CBT File 527, Matthew Stitt
    • Re: Matthew Stitt CBT File 527, George Rodriguez
• Mainframe Job Market, Daniel McLaughlin
• Gary Hussong is out of the office., Gary Hussong
• z/OS 1.7 with toleration PTFs for 1.9, Gilbert Cardenas
  • <Possible follow-ups>
  • Re: z/OS 1.7 with toleration PTFs for 1.9, Daniel McLaughlin
  • Re: z/OS 1.7 with toleration PTFs for 1.9, Mark Zelden
  • Re: z/OS 1.7 with toleration PTFs for 1.9, Mark Zelden
  • Re: z/OS 1.7 with toleration PTFs for 1.9, Gilbert Cardenas
  • Re: z/OS 1.7 with toleration PTFs for 1.9, Mark Zelden
  • Re: z/OS 1.7 with toleration PTFs for 1.9, Gilbert Cardenas
  • Re: z/OS 1.7 with toleration PTFs for 1.9, Mark Zelden
    • Re: z/OS 1.7 with toleration PTFs for 1.9, Jon Brock
    • Re: z/OS 1.7 with toleration PTFs for 1.9, Wayne Driscoll
  • Re: z/OS 1.7 with toleration PTFs for 1.9, Gilbert Cardenas
  • Re: z/OS 1.7 with toleration PTFs for 1.9, Matthew Stitt
  • Re: z/OS 1.7 with toleration PTFs for 1.9, Gilbert Cardenas
  • Re: z/OS 1.7 with toleration PTFs for 1.9, Mark Zelden
• Errors excuting SMS ISMF in Batch, Chris Burgess
• recover files deleted from 3390 devices on a Shark?, Todd Blandford
  • Re: recover files deleted from 3390 devices on a Shark?, Veilleux, Jon L
  • Re: recover files deleted from 3390 devices on a Shark?, Veilleux, Jon L
  • <Possible follow-ups>
  • Re: recover files deleted from 3390 devices on a Shark?, Lizette Koehler
    • Re: recover files deleted from 3390 devices on a Shark?, Jack Kelly
      • Re: recover files deleted from 3390 devices on a Shark?, Bruce McKnight
• DFHSM QUESTION - REFRESH STC, John Dawes
  • Re: DFHSM QUESTION - REFRESH STC, Staller, Allan
    • Re: DFHSM QUESTION - REFRESH STC, John Dawes
  • Re: DFHSM QUESTION - REFRESH STC, Schwarz, Barry A
• How to check if a job has run?, Michael Knigge
  • Message not available
    • Re: How to check if a job has run?, David Logan
      • Re: How to check if a job has run?, Michael Knigge
      • Re: How to check if a job has run?, Rob Scott
      • Re: How to check if a job has run?, David Logan
      • Re: How to check if a job has run?, Michael Knigge
      • Re: How to check if a job has run?, David Logan
      • Re: How to check if a job has run?, Howard Brazee
      • Re: How to check if a job has run?, Michael Knigge
  • Message not available
    • Re: How to check if a job has run?, Michael Knigge
      • Re: How to check if a job has run?, Edward Jaffe
  • <Possible follow-ups>
  • Re: How to check if a job has run?, Brian Westerman
  • Re: How to check if a job has run?, Ed Finnell
  • Re: How to check if a job has run?, Gary Green
  • Re: How to check if a job has run?, Brian Westerman
• CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?, Sascha Weng
  • Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?, Michael Knigge
  • Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?, Lizette Koehler
  • Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?, Lizette Koehler
  • Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?, David Andrews
  • Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?, Craddock, Chris
    • Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?, Dave Thorn
    • Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?, Jon Brock
  • Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: CPU-Time in z/Os-System. Is The Cpu Time In z/Os-systems A Meaningful Indication?, Mohammad Khan
• Ca Faver for Z/os, Carl Edwards
  • Re: Ca Faver for Z/os, George Rodriguez
  • Re: Ca Faver for Z/os, George Rodriguez
• problem using %graph BIF, daredevil
• CA ESD files Options, shai hess
  • Message not available
    • Re: CA ESD files Options, shai hess
      • Message not available
      • Re: CA ESD files Options, shai hess
  • Re: CA ESD files Options, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: CA ESD files Options, Ted MacNEIL
    • Re: CA ESD files Options, Howard Brazee
    • Message not available
      • Re: CA ESD files Options, Warren Brown
      • Re: CA ESD files Options <81303031-1207155219-cardhu_decombobulator_blackberry.rim.net-251293391-@bxe026.bisx.prod.on.blackberry> <m363v0nnmu.fsf@garlic.com> <040220081811.2573.47F3CC5F00007CEA00000A0D22216128369B0A02D29B9B0EBF9D0E0C9D0E99@att.net>, Scott Rowe
      • Message not available
      • Re: CA ESD files Options, Tony Harminc
  • Re: CA ESD files Options, Daniel McLaughlin
    • Re: CA ESD files Options, shai hess
      • Message not available
      • Re: CA ESD files Options, shai hess
      • Re: CA ESD files Options, Shmuel Metz , Seymour J.
      • Message not available
      • Re: CA ESD files Options, shai hess
      • Re: CA ESD files Options, shai hess
      • Re: CA ESD files Options, Scott Rowe
      • Re: CA ESD files Options, shai hess
      • Re: CA ESD files Options, Rick Fochtman
      • Shai Hess and his product (was CA ESD files Options), Greg Saccomanno
      • Re: Shai Hess and his product (was CA ESD files Options), Scott Rowe
      • Re: CA ESD files Options, Shmuel Metz , Seymour J.
      • Re: CA ESD files Options, Rick Fochtman
      • Re: CA ESD files Options, Chase, John
      • Re: CA ESD files Options, Gregory Pinkowski
  • Re: CA ESD files Options, Jon Nolting
    • Re: CA ESD files Options, shai hess
• Differences between Share/dedicate CPU, Tommy Tsui
  • Re: Differences between Share/dedicate CPU, Hal Merritt
• Validation on client side was Re: IBMLink, again, Clark Morris
  • Re: Validation on client side was Re: IBMLink, again, McKown, John
• Optimizing COBOL generated assembler, Don Higgins
  • Re: Optimizing COBOL generated assembler, Binyamin Dissen
    • Re: Optimizing COBOL generated assembler, Clark Morris
  • Message not available
    • Re: Optimizing COBOL generated assembler, GAVIN Darren * OPS EAS
• Two more z/VM and Linux Presentations from SHARE110, Mark Post
• z990 Hardware Withdrawal, Kopischke, David G.
• U.S. suspends IBM from seeking new federal contracts, Edward Jaffe
  • <Possible follow-ups>
  • Re: U.S. suspends IBM from seeking new federal contracts, Ed Finnell
    • Re: U.S. suspends IBM from seeking new federal contracts, Ediger Mark - medige
  • Re: U.S. suspends IBM from seeking new federal contracts, Eric Bielefeld
    • Re: U.S. suspends IBM from seeking new federal contracts, Chase, John
    • Re: U.S. suspends IBM from seeking new federal contracts, Ron Wells
    • Re: U.S. suspends IBM from seeking new federal contracts, Kirk Talman
      • Re: U.S. suspends IBM from seeking new federal contracts, Rick Fochtman
      • Re: U.S. suspends IBM from seeking new federal contracts, Kirk Talman
  • Re: U.S. suspends IBM from seeking new federal contracts, Daniel McLaughlin
  • Re: U.S. suspends IBM from seeking new federal contracts, Ed Finnell
  • Re: U.S. suspends IBM from seeking new federal contracts, Arthur Gutowski
• Abinitio on the Mainframe?, cmcgavic
• not getting mail, Oscar Flores
  • Re: not getting mail, Bobbie Justice
  • <Possible follow-ups>
  • Re: not getting mail, Ed Finnell
    • Re: not getting mail, Bill Wilkie
    • Re: not getting mail, Dave Salt
  • Re: not getting mail, Kelman, Tom
    • Re: not getting mail, Bobbie Justice
  • Re: not getting mail, Daniel McLaughlin
  • Re: not getting mail, Patrick O'Keefe
    • Re: not getting mail, Hal Merritt
      • Re: not getting mail, Chase, John
• Re: LISTCAT QUESTION, Shmuel Metz , Seymour J.
  • Re: LISTCAT QUESTION, willie bunter
    • Re: LISTCAT QUESTION, Richard Peurifoy
  • <Possible follow-ups>
  • Re: LISTCAT QUESTION, Gilbert Cardenas
  • Re: LISTCAT QUESTION, willie bunter
• Re: IEE498I HALT LOGREC ERROR. RETURN CODE = 0012. Serious?, Jan MOEYERSONS
• 2105-800 vs. DS6800, Steve Mann
• Re: Another One Bites the Dust, Eric Bielefeld
• How to?, turner, mark
  • Re: How to?, Beesley, Paul
  • Re: How to?, Steven Conway
  • <Possible follow-ups>
  • Re: How to?, Ed Finnell
  • Re: How to?, Tom Marchant
• Archiving open systems data on WORM via MF, Natasa Savinc
  • Re: Archiving open systems data on WORM via MF, shai hess
  • <Possible follow-ups>
  • Re: Archiving open systems data on WORM via MF, Ed Finnell
  • Re: Archiving open systems data on WORM via MF, Natasa Savinc
• Re: CA ESD files, shai . hess
• MFNetDisk, is it a good product?, Shai Hess
• Re: ESQA allocation question, Jim Mulder
• CICS Wiki news., Corneel Booysen
• Re: WLM and TSO, HFA
  • <Possible follow-ups>
  • Re: WLM and TSO, Diehl, Gary , MVSSupport
  • Re: WLM and TSO, Tom Marchant
  • Re: WLM and TSO, Edward Jaffe
  • Re: WLM and TSO, Ted MacNEIL
• (Apr 2 Webcast) Problem Determination with Linux on System z, Pamela Christina - Springtime in Endicott NY
• CA VTAPE, Tom Eden
  • Re: CA VTAPE, Johnston, Robert E
  • <Possible follow-ups>
  • Re: CA VTAPE, Tom Eden
• H1B Video, Gary Green
• Vtam Tuning, Ward, Mike S
  • Re: Vtam Tuning, Staller, Allan
• No Emails, Oscar H Flores
  • Re: No Emails, Bobbie Justice
  • Re: No Emails, Edward Jaffe
    • Re: No Emails, Graham Hobbs
• Re: Stand alone Dump with ICC cards, Jim Mulder
• Re: I am still getting mail from List .... PLEASE REMOVE, Matthew Stitt
• CICS Installation, Mark Pace
  • Re: CICS Installation, Daniel Allen
  • Re: CICS Installation, Kevin Wailes
  • Re: CICS Installation, Chase, John
• Re: Another one bites the dust., Eric Bielefeld
  • <Possible follow-ups>
  • Re: Another one bites the dust., Thompson, Steve
    • Re: Another one bites the dust., Mark Jacobs
      • Re: Another one bites the dust., Ted MacNEIL
  • Re: Another one bites the dust., Ted MacNEIL
    • Re: Another one bites the dust., Mark Jacobs
    • Re: Another one bites the dust., Wayne Driscoll
  • Re: Another one bites the dust., Roland Schiradin
  • Re: Another one bites the dust., Ted MacNEIL
  • Re: Another one bites the dust., Leist, Martin
  • Re: Another one bites the dust., Shane
• Re: SDSDF Command Line, Schumacher, Otto
• AS400, Ron Wells
  • Re: AS400, Michael Saraco
  • <Possible follow-ups>
  • Fw: AS400, Ron Wells
    • Re: AS400, Hunkeler Peter , KIUK 3
    • Re: Fw: AS400, Binyamin Dissen
  • Fw: AS400, Ron Wells
  • Re: Fw: AS400, Mark Zelden
    • Re: Fw: AS400, Ron Wells
  • Fw: AS400, Ron Wells
    • Re: AS400, Hunkeler Peter , KIUK 3
  • Re: Fw: AS400, Mark Zelden
    • Re: Fw: AS400, Ron Wells
    • Re: Fw: AS400, Ron Wells
  • Re: Fw: AS400, Mark Zelden
    • Re: Fw: AS400, Wayne Driscoll
      • DFSMSrmm basic question, Pommier, Rex R.
      • Re: DFSMSrmm basic question, David Andrews
      • Re: DFSMSrmm basic question, R.S.
      • Re: DFSMSrmm basic question, Pommier, Rex R.
      • Re: DFSMSrmm basic question, R.S.
      • Re: DFSMSrmm basic question, Pommier, Rex R.
      • Re: DFSMSrmm basic question, R.S.
  • Re: Fw: AS400, Jan MOEYERSONS
    • Re: Fw: AS400, Ron Wells
• Re: SYSLOG problem, Lizette Koehler
  • <Possible follow-ups>
  • Re: SYSLOG problem, Jerry Fuchs
  • Re: SYSLOG problem, Mark Zelden
  • Re: SYSLOG problem, Yukus, Mary J CIV USMEPCOM
  • Re: SYSLOG problem, Yukus, Mary J CIV USMEPCOM
    • Re: SYSLOG problem, Hunkeler Peter , KIUK 3
      • Re: SYSLOG problem, Yukus, Mary J CIV USMEPCOM
      • Re: SYSLOG problem, Skip Robinson