bit.listserv.ibm-main

• Date Index

---

• Sun DTrace, Warner Mach
• CICS Serverpac and Variables, Lucas Morton
  • Re: CICS Serverpac and Variables, Daniel_McLaughlin
• RE: Need Firehose Document, Chicklon, Tom
  • Re: Need Firehose Document, Daniel_McLaughlin
  • <Possible follow-ups>
  • Need Firehose Document, Chicklon, Tom
• Location ?, Stan Saraczewski
• <ad>New course: Introduction to CGIs on z/OS, Steve Comstock
• Re: Unicode and DB2 and Enterprise COBOL, Brian Peterson
  • Re: Unicode and DB2 and Enterprise COBOL, Jim McAlpine
• Static versus dynamic linking, denisgaebler
  • Re: Static versus dynamic linking, Clark F Morris
• re: program lock token, john gilmore
• Re: jdbc connection to Sybase server from z/OS, Bryan Klimek
  • <Possible follow-ups>
  • Re: jdbc connection to Sybase server from z/OS, Aaron Walker
• Re: DIAGNOSE ICFCATALOG MSg IDC21364I, Bruce Hewson
• Re: Forcing an SMS dataset to a specific volume, Joe jeffries
  • <Possible follow-ups>
  • Re: Forcing an SMS dataset to a specific volume, Tom Marchant
  • Re: Forcing an SMS dataset to a specific volume, Joe jeffries
  • Re: Forcing an SMS dataset to a specific volume, Tom Marchant
  • Re: Forcing an SMS dataset to a specific volume, Joe jeffries
• RE: Forcing an SMS dataset to a specific volume, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • RE: Forcing an SMS dataset to a specific volume, Richards.Bob
  • RE: Forcing an SMS dataset to a specific volume, Greg Shirey
    • Re: Forcing an SMS dataset to a specific volume, Bruce Black
• VSAM space allocation in KB, MB, and RECORDS, M. Castelein
• Annual GSE Conference - UK, Mark Wilson
• GRS ENQ for PDSE dataset, Tommy Tsui
  • Re: GRS ENQ for PDSE dataset, john . kington
  • <Possible follow-ups>
  • GRS ENQ for PDSE dataset, Tommy Tsui
• Re: PDSE's in LINKLIST and LLA, Patrick O'Keefe
  • Re: PDSE's in LINKLIST and LLA, George D Dranes
  • <Possible follow-ups>
  • Re: PDSE's in LINKLIST and LLA, Patrick O'Keefe
    • Re: PDSE's in LINKLIST and LLA, Edward Jaffe
  • Re: PDSE's in LINKLIST and LLA, Patrick O'Keefe
    • Re: PDSE's in LINKLIST and LLA, Robert A. Rosenberg
      • Re: PDSE's in LINKLIST and LLA, George D Dranes
  • Re: PDSE's in LINKLIST and LLA, Tom Marchant
    • Re: PDSE's in LINKLIST and LLA, George D Dranes
      • Re: PDSE's in LINKLIST and LLA, Edward Jaffe
  • Re: PDSE's in LINKLIST and LLA, Betsy Jeffery
    • Need Firehose Document, Daniel A. McLaughlin
      • Re: Need Firehose Document, Edward Jaffe
    • Re: PDSE's in LINKLIST and LLA, Daniel_McLaughlin
  • Re: PDSE's in LINKLIST and LLA, Tom Marchant
  • Re: PDSE's in LINKLIST and LLA, Mark Zelden
    • Re: PDSE's in LINKLIST and LLA, Edward Jaffe
  • Re: PDSE's in LINKLIST and LLA, Mark Zelden
    • Re: PDSE's in LINKLIST and LLA, Daniel_McLaughlin
    • Re: PDSE's in LINKLIST and LLA, Edward Jaffe
  • Re: PDSE's in LINKLIST and LLA, Mark Zelden
    • Re: PDSE's in LINKLIST and LLA, Daniel_McLaughlin
• RE: IDCAMS and DF/SORT support for LBI, Thompson, Steve , SCI TW
• Re: IDCAMS and DF/SORT support for LBI, Tom Schmidt
  • RE: IDCAMS and DF/SORT support for LBI, Tom Harper
    • Re: IDCAMS and DF/SORT support for LBI, Frank Yaeger
      • RE: IDCAMS and DF/SORT support for LBI, Tom Harper
      • Re: IDCAMS and DF/SORT support for LBI, Frank Yaeger
  • Re: IDCAMS and DF/SORT support for LBI, Edward Jaffe
  • <Possible follow-ups>
  • Re: IDCAMS and DF/SORT support for LBI, Tom Schmidt
  • Re: IDCAMS and DF/SORT support for LBI, Tom Schmidt
• 754R Sponsor Ballot call for consumers, Bill Klein
• PDSE's in LINKLIST and LLA, George Dranes
  • IDCAMS and DF/SORT support for LBI, Tom Harper
    • Re: IDCAMS and DF/SORT support for LBI, Frank Yaeger
  • <Possible follow-ups>
  • Re: PDSE's in LINKLIST and LLA, Ted MacNEIL
  • Re: PDSE's in LINKLIST and LLA, Paul Gilmartin
    • Re: PDSE's in LINKLIST and LLA, Edward Jaffe
  • Re: PDSE's in LINKLIST and LLA, gilmap
    • Re: PDSE's in LINKLIST and LLA, Edward Jaffe
  • RE: PDSE's in LINKLIST and LLA, Staller, Allan
• Re: SMP CBPDO Question, Tom Marchant
  • Re: SMP CBPDO Question, Ed Gould
  • <Possible follow-ups>
  • Re: SMP CBPDO Question, Tom Marchant
• VSAM replication to Oracle?, McKown, John
  • RE: VSAM replication to Oracle?, Chaye Wala
  • <Possible follow-ups>
  • RE: VSAM replication to Oracle?, Kok, Howi
  • RE: VSAM replication to Oracle?, McKown, John
  • Re: VSAM replication to Oracle?, Timothy Sipples
• ISPF TLD access, Schiradin,Roland HG-Dir itb-db/dc
  • <Possible follow-ups>
  • Re: ISPF TLD access, Gilbert Saint-Flour
• RE: SMP CBPDO Question, Imbriale, Donald , Exchange
• WAS V5 CGI?, Larry R. Wright
  • RE: WAS V5 CGI?, Gray, Larry - Larry A
    • Re: WAS V5 CGI?, Larry R. Wright
      • RE: WAS V5 CGI?, Gray, Larry - Larry A
• Setting environment variables from Rexx running in OMVS?, Larry R. Wright
  • <Possible follow-ups>
  • Re: Setting environment variables from Rexx running in OMVS?, Bill Lalonde
• SMS Question : Remove Lone Volume from SMS, John Dawes
  • RE: SMS Question : Remove Lone Volume from SMS, O'Brien, David W. [C] , NIH/CIT
  • Re: SMS Question : Remove Lone Volume from SMS, Bruce Black
  • RE: SMS Question : Remove Lone Volume from SMS, Schwarz, Barry A
    • Re: SMS Question : Remove Lone Volume from SMS, John Dawes
      • RE: SMS Question : Remove Lone Volume from SMS, Richards.Bob
      • Re: SMS Question : Remove Lone Volume from SMS, John Dawes
      • Re: SMS Question : Remove Lone Volume from SMS, john . kington
      • Re: SMS Question : Remove Lone Volume from SMS, John Dawes
      • Re: SMS Question : Remove Lone Volume from SMS, john . kington
      • Re: SMS Question : Remove Lone Volume from SMS, John Dawes
• Re: Using SMF to verify LOadlib Usage over a period of 6 mos., Matthew Stitt
• Re: MF Storage Mgmt..., Jeffrey . Deaver
• Using SMF to verify LOadlib Usage over a period of 6 mos., Wilkinson, Bernie
  • RE: Using SMF to verify LOadlib Usage over a period of 6 mos., O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: Using SMF to verify LOadlib Usage over a period of 6 mos., Ted MacNEIL
• Cobol FIB, Carl Edwards
  • RE: Cobol FIB, Schiradin,Roland HG-Dir itb-db/dc
  • <Possible follow-ups>
  • Cobol FIB, Bill Klein
    • SMP CBPDO Question, Ale Eba
      • Re: SMP CBPDO Question, Shmuel Metz , Seymour J.
• Unicode and DB2 and Enterprise COBOL, Jim McAlpine
  • Re: Unicode and DB2 and Enterprise COBOL, Jim McAlpine
    • Re: Unicode and DB2 and Enterprise COBOL, Steve Comstock
    • RE: Unicode and DB2 and Enterprise COBOL, Schiradin,Roland HG-Dir itb-db/dc
    • RE: Unicode and DB2 and Enterprise COBOL, Schiradin,Roland HG-Dir itb-db/dc
      • Re: Unicode and DB2 and Enterprise COBOL, Jim McAlpine
• Unsubscribe, Mani
• Reminder: Compuware UK Technology Briefings 2006, Dell'Anno, Aurora
• Re: Read jes spool file before job ends, David Lesser
  • RE: Read jes spool file before job ends, Steve Pordash
  • <Possible follow-ups>
  • Re: Read jes spool file before job ends, Dave Danner
• Re: 3480 to 3490, Mike Wood
  • <Possible follow-ups>
  • Re: 3480 to 3490, Dave Cartwright
    • Re: 3480 to 3490, Daniel_McLaughlin
• Running two db2 subsystems from one cobol program, cobolman
  • Re: Running two db2 subsystems from one cobol program, michel . roux
• HSM RECALL FAIL WITH ARC1104I NO PRIMARY VOLUME AVAILABLE FOR RECALL, Tommy Tsui
• jdbc connection to Sybase server from z/OS, Biff Red
• Re: ListServe Restrictions (WAS: SHARE attendance), Tom Marchant
  • <Possible follow-ups>
  • Re: ListServe Restrictions (WAS: SHARE attendance), Patrick O'Keefe
• Re: VSAM question, Tom Marchant
  • Re: VSAM question, Stan Saraczewski
  • <Possible follow-ups>
  • Re: VSAM question, Tom Marchant
    • Re: VSAM question, Stan Saraczewski
• ACS Data Class Routine Question, George D Dranes
  • RE: ACS Data Class Routine Question, Richards.Bob
• RACF help, Craig Otway
  • Re: RACF help, Ulrich Boche
• Re: Read jes spool file before job ends, gilmap
  • <Possible follow-ups>
  • RE: Read jes spool file before job ends, ANGEL LUIS DOMINGUEZ MARTIN
• Re: EMC SNAP Copy on Datasets, Dave Kopischke
• Read jes spool file before job ends, Steve Pordash
• Re: ListServe Restrictions (WAS: SHARE attendance), Ted MacNEIL
  • Re: [IBM-MAIN] ListServe Restrictions (WAS: SHARE attendance), Darren Evans-Young
• VSAM question, Stan Saraczewski
  • RE: VSAM question, Charles Mills
    • Re: VSAM question, Gary Walker
  • <Possible follow-ups>
  • RE: VSAM question, Hal Merritt
    • Re: VSAM question, Stan Saraczewski
  • RE: VSAM question, Hal Merritt
    • Re: VSAM question, Stan Saraczewski
  • RE: VSAM question, Hal Merritt
    • Re: VSAM question, Stan Saraczewski
• TSO print, Howard Brazee
  • Re: TSO print, Edward Jaffe
  • Re: TSO print, Shmuel Metz , Seymour J.
• SUN vs IBM on Tape Encrytion, Ed Gould
• CA-SYSVIEW and Chicagosoft QUICKREF, Duane Weaver
  • <Possible follow-ups>
  • Re: CA-SYSVIEW and Chicagosoft QUICKREF, norman-hollander
• Fwd: 0c1's jes2 offload...., Brian France
• RE: CA7 Slowdown after 1.7 implementation, Smith, Sean M
  • RE: CA7 Slowdown after 1.7 implementation, Craddock, Chris
  • <Possible follow-ups>
  • RE: CA7 Slowdown after 1.7 implementation, Gibney, Dave
  • Re: CA7 Slowdown after 1.7 implementation, norman-hollander
• Re: IBMLink, Laura Prill
• Re: [IBM-MAIN] Password expiration message?, Alan Altmark
• Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Tom Marchant
  • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Daniel_McLaughlin
    • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Neal Eckhardt
  • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, R.S.
    • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, John Eells
  • <Possible follow-ups>
  • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Brian Westerman
• Re: SHARE attendance, Tom Schmidt
  • Re: SHARE attendance, Ed Gould
  • <Possible follow-ups>
  • Re: SHARE attendance, Tom Schmidt
    • Re: SHARE attendance, Ed Gould
      • Re: SHARE attendance, Shmuel Metz , Seymour J.
  • Re: SHARE attendance, Tom Marchant
  • Re: SHARE attendance, Tom Marchant
    • Re: SHARE attendance, Robert A. Rosenberg
    • Re: SHARE attendance, John S. Giltner, Jr.
  • Re: SHARE attendance, Tom Marchant
  • Re: SHARE attendance, Patrick O'Keefe
    • Re: SHARE attendance, Edward Jaffe
    • Re: SHARE attendance, Anne & Lynn Wheeler
• 3480 to 3490, Daniel A. McLaughlin
  • RE: 3480 to 3490, Rugen, Len
    • Re: 3480 to 3490, Daniel_McLaughlin
• EMC SNAP Copy on Datasets, Kopischke, David G.
  • Re: EMC SNAP Copy on Datasets, Bruce Black
  • Re: EMC SNAP Copy on Datasets, dshupe
  • <Possible follow-ups>
  • Re: EMC SNAP Copy on Datasets, glenn . miller
    • Re: EMC SRDF IDMS, John P Donnelly
• Possible employment opportunity, rtsujimoto_consultant
• RE: Password expiration message?, McKown, John
  • Re: Password expiration message?, Walt Farrell
    • Re: Password expiration message?, Erin Farr
  • <Possible follow-ups>
  • Re: Password expiration message?, gilmap
    • RE: Password expiration message?, Charles Mills
  • RE: Password expiration message?, McKown, John
    • Re: Password expiration message?, Walt Farrell
  • RE: Password expiration message?, McKown, John
  • Re: Password expiration message?, gilmap
    • RE: Password expiration message?, Charles Mills
      • Re: Password expiration message?, Walt Farrell
    • Re: Password expiration message?, Walt Farrell
      • RE: Password expiration message?, Charles Mills
      • Re: Password expiration message?, Walt Farrell
  • Re: Password expiration message?, McKown, John
  • RE: Password expiration message?, McKown, John
  • Re: Password expiration message?, Ted MacNEIL
• Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Meganen Naidoo - BCX - Data Centre Services
  • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Daniel_McLaughlin
  • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, R.S.
    • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Shmuel Metz , Seymour J.
      • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Neal Eckhardt
  • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, John Eells
    • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, David Andrews
      • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, John Eells
      • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Daniel_McLaughlin
  • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Ted MacNEIL
    • RE: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Richards.Bob
  • RE: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Pommier, Rex R.
    • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Daniel_McLaughlin
  • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Shmuel Metz , Seymour J.
  • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, August . Carideo
  • RE: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Pommier, Rex R.
  • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Ted MacNEIL
    • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, R.S.
  • RE: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Imbriale, Donald , Exchange
  • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Ted MacNEIL
    • Re: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Edward Jaffe
  • RE: Upgrade from Z/OS 1/4 to Z/OS 1.7 or Z/OS 1.8 ?, Imbriale, Donald , Exchange
• Re: DASD Performance, Mark Zelden
  • <Possible follow-ups>
  • Re: DASD Performance, Joe jeffries
  • Re: DASD Performance, Joe jeffries
  • Re: DASD Performance, Mark Zelden
• Re: Access to FTP, Bruce Hewson
  • Re: Access to FTP, Walt Farrell
• DASD Performance, Joe jeffries
  • Re: DASD Performance, Frank Krueger
  • Re: DASD Performance, john . ticic . extern
• Re: Discussion on LE PARM performance tuning, Brian Westerman
• Re: Dr Who destroys Satan with a little help from IBM, Timothy Sipples
• Re: Jcl, =?iso-8859-1?Q?Brain?=
  • Re: Jcl, Edward Jaffe
  • <Possible follow-ups>
  • Re: Jcl, Brian Westerman
    • Re: Jcl, Steve Comstock
      • Re: Jcl, Mickey
    • Re: Jcl, Eric N. Bielefeld
  • Re: Jcl, Brian Westerman
• Discussion on LE PARM performance tuning, Tommy Tsui
  • <Possible follow-ups>
  • Discussion on LE PARM performance tuning, Bill Klein
    • Re: Discussion on LE PARM performance tuning, Jim McAlpine
  • Re: Discussion on LE PARM performance tuning, john gilmore
    • Re: Discussion on LE PARM performance tuning, Jim McAlpine
• Re: [IBM-MAIN] Access to FTP, Alan Altmark
• Access to FTP, Ted MacNEIL
  • RE: Access to FTP, Knutson, Sam
  • Re: Access to FTP, R.S.
  • <Possible follow-ups>
  • RE: Access to FTP, Hal Merritt
    • RE: Access to FTP, Charles Mills
  • Re: Access to FTP, Ted MacNEIL
  • Re: Access to FTP, Arthur T.
  • Re: Access to FTP, Ted MacNEIL
  • Re: Access to FTP, Shmuel Metz , Seymour J.
  • RE: Access to FTP, גדי בן אבי
  • RE: Access to FTP, McKown, John
  • Re: Access to FTP, Ted MacNEIL
    • Re: Access to FTP, R.S.
  • RE: Access to FTP, Hal Merritt
• Format 2 save area?, Ray Mullins
  • <Possible follow-ups>
  • Re: Format 2 save area?, Edward Jaffe
    • RE: Format 2 save area?, Ray Mullins
• Password expiration message?, Jim Wagner
  • <Possible follow-ups>
  • Password expiration message?, Jim Wagner
• RE: Where is the DB2-L List?, Bonno, Tuco
  • <Possible follow-ups>
  • Re: Where is the DB2-L List?, starsoul
  • RE: Where is the DB2-L List?, McKown, John
  • Re: Where is the DB2-L List?, Efinnell15
• Re: FW: Non-SMP/e packaging, Tom Schmidt
• LISTD command , Joe D'Alessandro
  • Re: LISTD command, Steve Myers
• Re: Question : VTOC size - JES2 Volume, Brian Peterson
  • <Possible follow-ups>
  • Re: Question : VTOC size - JES2 Volume, Tom Marchant
    • Re: Question : VTOC size - JES2 Volume, R.S.
  • Re: Question : VTOC size - JES2 Volume, Brian Westerman
• Question : VTOC size - JES2 Volume, willie bunter
  • Re: Question : VTOC size - JES2 Volume, Neal Eckhardt
  • Re: Question : VTOC size - JES2 Volume, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Question : VTOC size - JES2 Volume, Thompson, Steve , SCI TW
    • Re: Question : VTOC size - JES2 Volume - Thank You, willie bunter
      • Re: Question : VTOC size - JES2 Volume - Thank You, Steve Myers
  • RE: Question : VTOC size - JES2 Volume, Mueller, David
  • RE: Question : VTOC size - JES2 Volume, McKown, John
  • Re: Question : VTOC size - JES2 Volume, DASDBill2
  • RE: Question : VTOC size - JES2 Volume, McKown, John
  • Re: Question : VTOC size - JES2 Volume, Arthur T.
  • RE: Question : VTOC size - JES2 Volume, Thompson, Steve , SCI TW
    • Re: Question : VTOC size - JES2 Volume, Bruce Black
  • RE: Question : VTOC size - JES2 Volume, McKown, John
    • Re: Question : VTOC size - JES2 Volume, Bruce Black
  • Re: Question : VTOC size - JES2 Volume, Ted MacNEIL
  • Re: Question : VTOC size - JES2 Volume, Ted MacNEIL
    • Re: Question : VTOC size - JES2 Volume, Edward Jaffe
    • Message not available
      • Re: Question : VTOC size - JES2 Volume, Bruce Black
      • Re: Question : VTOC size - JES2 Volume, Edward Jaffe
      • Message not available
      • Re: Question : VTOC size - JES2 Volume, Bruce Black
      • Re: Question : VTOC size - JES2 Volume, Edward Jaffe
• Re: Non-SMP/e packaging, Mark Zelden
  • Re: Non-SMP/e packaging, R.S.
    • Re: Non-SMP/e packaging, tony babonas
      • Re: Non-SMP/e packaging, Daniel_McLaughlin
    • Re: Non-SMP/e packaging, Shmuel Metz , Seymour J.
  • Re: Non-SMP/e packaging, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Non-SMP/e packaging, Pat Schlehuber
  • Re: Non-SMP/e packaging, Tom Marchant
    • Re: Non-SMP/e packaging, David Andrews
    • Re: Non-SMP/e packaging, Ed Gould
    • Re: Non-SMP/e packaging, Ed Gould
  • Re: Non-SMP/e packaging, Tom Schmidt
  • Re: Non-SMP/e packaging, Doug Henry
  • Re: Non-SMP/e packaging, Greg Saccomanno
  • Re: Non-SMP/e packaging, Tom Marchant
  • Re: Non-SMP/e packaging, Tom Marchant
    • Re: Non-SMP/e packaging, David Cole
      • Re: Non-SMP/e packaging, Shmuel Metz , Seymour J.
      • Re: Non-SMP/e packaging, David Cole
      • Re: Non-SMP/e packaging, Binyamin Dissen
      • Re: Non-SMP/e packaging, David Cole
      • Re: Non-SMP/e packaging, Binyamin Dissen
      • Re: Non-SMP/e packaging, Shmuel Metz , Seymour J.
      • Re: Non-SMP/e packaging, Shmuel Metz , Seymour J.
      • Re: Non-SMP/e packaging, Bruce Black
      • Re: Non-SMP/e packaging, Shmuel Metz , Seymour J.
      • Re: Non-SMP/e packaging, Robert A. Rosenberg
  • Re: Non-SMP/e packaging, Tom Marchant
    • Re: Non-SMP/e packaging, David Cole
  • Re: Non-SMP/e packaging, Mark Zelden
    • Re: Non-SMP/e packaging, David Cole
      • Re: Non-SMP/e packaging, Jerry Whitteridge
      • Re: Non-SMP/e packaging, Robert A. Rosenberg
  • Re: Non-SMP/e packaging, Mark Zelden
    • Re: Non-SMP/e packaging, David Cole
  • Re: Non-SMP/e packaging, Patrick O'Keefe
    • Re: Non-SMP/e packaging, Edward Jaffe
    • Re: Non-SMP/e packaging, David Cole
  • Re: Non-SMP/e packaging, Tom Marchant
  • Re: Non-SMP/e packaging, Mark Zelden
  • Re: Non-SMP/e packaging, Patrick O'Keefe
• Re: JCL [Conditionals], gilmap
• Dr Who destroys Satan with a little help from IBM, Andrew Armstrong
• Re: Orphaned CSA/SQA Storage, Knutson, Sam
• RE: Heads-up: OA17218 Serious problems for dynamic changes to DASD, Knutson, Sam
• IEC070I 211(8,17107)-221, Sathaporn
  • Re: IEC070I 211(8,17107)-221, michel . roux
  • <Possible follow-ups>
  • IEC070I 211(8,17107)-221, Terry Sambrooks
• Help Needed when LINKing to IMS Program cross CICS Region, FRANSISCUS KAURRANY
  • Re: Help Needed when LINKing to IMS Program cross CICS Region, Jim McAlpine
• Fw: Non-SMP/e packaging, Shane Ginnane
  • Re: Fw: Non-SMP/e packaging, Bruce Black
  • <Possible follow-ups>
  • Re: Non-SMP/e packaging, R.S.
  • FW: Non-SMP/e packaging, Veilleux, Jon L
    • RE: Non-SMP/e packaging, Rugen, Len
      • RE: Non-SMP/e packaging, Schwarz, Barry A
      • Re: Non-SMP/e packaging, Shane
    • RE: Non-SMP/e packaging, Rugen, Len
      • Re: Non-SMP/e packaging, Daniel_McLaughlin
  • RE: Non-SMP/e packaging, Thompson, Steve , SCI TW
  • Re: Non-SMP/e packaging, Ed Gould
  • Re: Non-SMP/e packaging, Arthur T.
  • Re: Non-SMP/e packaging, John Cassidy
  • RE: Non-SMP/e packaging, Rob Scott
  • RE: Non-SMP/e packaging, Thompson, Steve , SCI TW
  • Re: Non-SMP/e packaging, Efinnell15
    • Re: Non-SMP/e packaging, R.S.
  • FW: Non-SMP/e packaging, Veilleux, Jon L
  • Re: Non-SMP/e packaging, Edward Jaffe
  • FW: FW: Non-SMP/e packaging, Veilleux, Jon L
  • RE: Non-SMP/e packaging, Jon Brock
  • Re: Non-SMP/e packaging, Efinnell15
    • Re: Non-SMP/e packaging, Binyamin Dissen
      • Re: Non-SMP/e packaging, Gerhard Postpischil
      • Re: Non-SMP/e packaging, Shmuel Metz , Seymour J.
      • Re: Non-SMP/e packaging, Bruce Black
      • Re: Non-SMP/e packaging, Shmuel Metz , Seymour J.
      • Re: Non-SMP/e packaging, Arthur T .
      • Re: Non-SMP/e packaging, Bruce Black
      • Re: Non-SMP/e packaging, Shmuel Metz , Seymour J.
      • Re: Non-SMP/e packaging, Shmuel Metz , Seymour J.
      • Re: Non-SMP/e packaging, Binyamin Dissen
      • Re: Non-SMP/e packaging, Shmuel Metz , Seymour J.
  • Re: Non-SMP/e packaging, David Cole
  • Re: Non-SMP/e packaging, Arthur T.
    • Re: Non-SMP/e packaging, David Cole
      • Re: Non-SMP/e packaging, Shmuel Metz , Seymour J.
      • Re: Non-SMP/e packaging, David Cole
  • Re: Non-SMP/e packaging, Shmuel Metz , Seymour J.
  • Re: Non-SMP/e packaging, Timothy Sipples
    • Re: Non-SMP/e packaging, Eric N. Bielefeld
    • Re: Non-SMP/e packaging, Ed Gould
      • RE: Non-SMP/e packaging, Rugen, Len
  • Re: Non-SMP/e packaging, awatthey
  • RE: Non-SMP/e packaging, Rob Scott
  • RE: Non-SMP/e packaging, Rob Scott
  • Re: Non-SMP/e packaging, gilmap
  • Re: Non-SMP/e packaging, Mark Yuhas
  • Re: Non-SMP/e packaging, Arthur T.
  • RE: Non-SMP/e packaging, Schwarz, Barry A
  • RE: Non-SMP/e packaging, Thompson, Steve , SCI TW
    • Re: Non-SMP/e packaging, David Cole
      • RE: Non-SMP/e packaging, Rugen, Len
  • RE: Non-SMP/e packaging, Thompson, Steve , SCI TW
  • Re: Non-SMP/e packaging, Ted MacNEIL
  • Re: Non-SMP/e packaging, Arthur T.
    • Re: Non-SMP/e packaging, Ed Gould
    • Re: Non-SMP/e packaging, Shmuel Metz , Seymour J.
  • Re: Non-SMP/e packaging, gilmap
    • Re: Non-SMP/e packaging, Robert A. Rosenberg
      • Re: Non-SMP/e packaging, Arthur T .
    • Re: Non-SMP/e packaging, David Cole
      • Re: Non-SMP/e packaging, Shmuel Metz , Seymour J.
  • RE: Non-SMP/e packaging, McKown, John
  • RE: Non-SMP/e packaging, Imbriale, Donald , Exchange
  • Re: Non-SMP/e packaging, gilmap
  • Re: Non-SMP/e packaging, David Cole
    • Re: Non-SMP/e packaging, Shane Ginnane
    • Re: Non-SMP/e packaging, Paul Gillis
      • Re: Non-SMP/e packaging, David Cole
  • Re: Non-SMP/e packaging, Ted MacNEIL
  • Non-SMP/e Packaging, Warner Mach
    • Re: Non-SMP/e Packaging, Ed Gould
  • Re: Non-SMP/e packaging, David Cole
  • Re: Non-SMP/e packaging, gilmap
    • Re: Non-SMP/e packaging, Robert A. Rosenberg
  • RE: Non-SMP/e packaging, Thompson, Steve , SCI TW
  • Re: Non-SMP/e packaging, gilmap
  • Re: Non-SMP/e packaging, gilmap
    • Re: Non-SMP/e packaging, Robert A. Rosenberg
  • Re: Non-SMP/e Packaging, gilmap
    • Re: Non-SMP/e Packaging, Ed Gould
  • Re: Non-SMP/e packaging, Patrick O'Keefe
  • Re: Non-SMP/e packaging, Ted MacNEIL
  • Re: Non-SMP/e packaging, Ed Gould
• RE: Jcl, Itschak Mugzach
  • Re: Jcl, Mickey
  • <Possible follow-ups>
  • RE: Jcl, Terry Sambrooks
    • Re: Jcl, davecartwright
  • Re: Jcl, Graeme Gibson
  • Re: Jcl, Graeme Gibson
    • Re: Jcl, howard . brazee
      • Re: Jcl, steve . runtsch
      • Re: Jcl, howard . brazee
  • Jcl, Phil Payne
    • Re: Jcl, Daniel_McLaughlin
  • Re: JCL, Howard Brazee
    • Re: JCL, Daniel_McLaughlin
  • Re: JCL, August . Carideo
    • Re: JCL, howard . brazee
      • Re: JCL, Dave Salt
      • Re: JCL, howard . brazee
      • Re: JCL, steve . runtsch
      • Re: JCL, David Andrews
      • Re: JCL, Ed Gould
      • Re: JCL, steve . runtsch
  • Re: JCL, Ted MacNEIL
  • Re: Jcl, Efinnell15
• Jcl, Brain
  • Re: JCL, Chris Hoelscher
  • Re: Jcl, howard . brazee
    • Re: Jcl, steve . runtsch
      • Re: Jcl, Mickey
• SHARE attendance, Ed Gould
  • Message not available
    • Re: Non-SMP/e packaging, Glen.Gasior
  • Message not available
    • Re: Non-SMP/e packaging, Tom Longfellow
  • Re: SHARE attendance, John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: SHARE attendance, Phil Smith III
  • Re: SHARE attendance, DASDBill2
    • Re: SHARE attendance, Shmuel Metz , Seymour J.
      • Re: SHARE attendance, dkalm
      • Re: SHARE attendance, Shmuel Metz , Seymour J.
  • Re: SHARE attendance, DASDBill2
  • RE: SHARE attendance, Jon Brock
    • Re: SHARE attendance, Howard Brazee
  • Re: SHARE attendance, Arthur T.
    • Re: SHARE attendance, Daniel_McLaughlin
      • Re: SHARE attendance, rkuebbin
    • Re: SHARE attendance, John P Kalinich
      • RE: SHARE attendance, Tom Harper
      • Re: SHARE attendance, John P Kalinich
      • Re: SHARE attendance, Edward Jaffe
  • RE: SHARE attendance, Thompson, Steve , SCI TW
  • Re: SHARE Attendance, Bob Shannon
• RE: [IBM-MAIN] zFS Performance - Working as designed?, Ken . Porowski
  • Re: zFS Performance - Working as designed?, Len Rugen
• Re: Storage Tags (was: Another BIG Mainframe Bites the Dust), Patrick O'Keefe
  • Re: Storage Tags (was: Another BIG Mainframe Bites the Dust), Bernd Oppolzer
  • Re: Storage Tags (was: Another BIG Mainframe Bites the Dust), Shmuel Metz , Seymour J.
    • Re: Storage Tags (was: Another BIG Mainframe Bites the Dust), Clark F Morris
      • Re: Storage Tags (was: Another BIG Mainframe Bites the Dust), Shmuel Metz , Seymour J.
• specifiy output of DSNTIAUL, Freelancer
• SET IBM-MAIN NOMAIL, Rick Combest
  • RE: SET IBM-MAIN NOMAIL, Veilleux, Jon L
    • Re: SET IBM-MAIN NOMAIL, Stan Saraczewski
  • <Possible follow-ups>
  • SET IBM-MAIN NOMAIL, mark . janicek
  • SET IBM-MAIN NOMAIL, mark . janicek
  • Re: SET IBM-MAIN NOMAIL, Efinnell15
  • Re: SET IBM-MAIN NOMAIL, Ted MacNEIL
• Re: Is it possible to prevent a structure into a particular CF (Coupling Facility)?, jan . vanbrabant
  • Re: Is it possible to prevent a structure into a particular CF (Coupling Facility)?, Paolo Cacciari
  • <Possible follow-ups>
  • Is it possible to prevent a structure into a particular CF (Coupling Facility)?, George Kozakos
  • Re: Is it possible to prevent a structure into a particular CF (Coupling Facility)?, George Kozakos
    • Re: Is it possible to prevent a structure into a particular CF (Coupling Facility)?, Jan Vanbrabant
      • Re: Is it possible to prevent a structure into a particular CF (Coupling Facility)?, Jan Vanbrabant
  • Re: Is it possible to prevent a structure into a particular CF (Coupling Facility)?, George Kozakos
• Re: Display size of a PDS member, Mark Zelden
  • Re: Display size of a PDS member, Mickey
• RE: Is it possible to prevent a structure into a particular CF (C oupl ing Facility)?, TISLER Zaromil
• RE: Is it possible to prevent a structure into a particular CF (C oupling Facility)?, TISLER Zaromil
  • <Possible follow-ups>
  • Re: Is it possible to prevent a structure into a particular CF (C oupling Facility)?, TISLER Zaromil
  • RE: Is it possible to prevent a structure into a particular CF (C oupling Facility)?, TISLER Zaromil
• Is it possible to prevent a structure into a particular CF (Coupling Facility)?, Jan Vanbrabant
  • Re: Is it possible to prevent a structure into a particular CF (Coupl ing Facility)?, R.S.
  • Re: Is it possible to prevent a structure into a particular CF (Coupling Facility)?, Paolo Cacciari
• Temporarily Stopping IBM-MAIN E-Mails, Veilleux, Jon L
  • Re: Temporarily Stopping IBM-MAIN E-Mails, Daniel_McLaughlin
  • Re: Temporarily Stopping IBM-MAIN E-Mails, Shane
• SOCKSify sftp on z/OS USS, mr.adamk@xxxxxxxxx
• SPC?, Víctor de la Fuente
  • Re: SPC?, Edward Jaffe
• ENQ / DEQ or flock a Dataset, JB
  • Re: ENQ / DEQ or flock a Dataset, Capomaestro
  • Re: ENQ / DEQ or flock a Dataset, michel . roux
• Display size of a PDS member, Jeff Guan
  • Re: Display size of a PDS member, Binyamin Dissen
  • Re: Display size of a PDS member, Mickey
  • Re: Display size of a PDS member, Shmuel Metz , Seymour J.
    • Re: Display size of a PDS member, Mickey
• Re: Jeers: KEY8 CSA storage still using, Peter Gooley
  • <Possible follow-ups>
  • Re: Jeers: KEY8 CSA storage still using, Peter Gooley
• Verbatim Copy of Unloaded PDS, gilmap
  • Re: Verbatim Copy of Unloaded PDS, R.S.
  • Re: Verbatim Copy of Unloaded PDS, Binyamin Dissen
• re: storage tags, john gilmore
• Storage Tags (was: Another BIG Mainframe Bites the Dust), gilmap
  • Re: Storage Tags (was: Another BIG Mainframe Bites the Dust), Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Storage Tags (was: Another BIG Mainframe Bites the Dust), gilmap
• MVS data Areas, kashsi
  • Re: MVS data Areas, Steve Myers
  • Re: MVS data Areas, hunter . zhough
• Re: Absolute value packed decimal in SyncSort, Tom Marchant
• Re: HFS Vs ZFs, Tom Marchant
  • Re: HFS Vs ZFs, John Eells
    • Re: HFS Vs ZFs, Brian France
      • Re: HFS Vs ZFs, Edward Jaffe
      • Re: HFS Vs ZFs, Brian France
  • <Possible follow-ups>
  • Re: HFS Vs ZFs, Mark Zelden
• Inforprint server IP printway- EBCEDIC to ASCII translation problem, Sheldon Davis
• Doyle Banks/Mainline on vacation until 9/15., Doyle . Banks
• Macro IRARQSRV, Schiradin,Roland HG-Dir itb-db/dc
• On 9/13/56, Ed Gould
• It's No Game: IBM Uses PlayStation Chip For New Supercomputer, Ed Gould
• Call for Linux and Linux/390 Speakers at SHARE, Post, Mark K
• P series Vs Z9-109 series, Tommy Tsui
  • Re: P series Vs Z9-109 series, John S. Giltner, Jr.
  • Re: P series Vs Z9-109 series, Shmuel Metz , Seymour J.
• HFS Vs ZFs, Tommy Tsui
  • Re: HFS Vs ZFs, Bruce Black
  • <Possible follow-ups>
  • FW: HFS Vs ZFs, Veilleux, Jon L
  • Re: HFS Vs ZFs, Efinnell15
    • Re: HFS Vs ZFs, Edward Jaffe
• Is no one reading the article?, Phil Payne
  • Message not available
    • Re: Is no one reading the article?, Kelly Bert Manning
  • Re: Is no one reading the article?, davecartwright
  • <Possible follow-ups>
  • Is no one reading the article?, Phil Payne
• RE: Move VSAM DS w/ 8 Components or more, Thompson, Steve , SCI TW
  • <Possible follow-ups>
  • RE: Move VSAM DS w/ 8 Components or more, Greg Shirey
• Re: ftp time problem, Lee Parkinson
• Where is the DB2-L List?, Neil Ervin
  • Re: Where is the DB2-L List?, Mike Bell
• Re: Absolute value packed decimal in SyncSort, Schneiderwent, Craig
  • Re: Absolute value packed decimal in SyncSort, Frank Yaeger
  • <Possible follow-ups>
  • RE: Absolute value packed decimal in SyncSort, J R
  • Re: Absolute value packed decimal in SyncSort, Frank Yaeger
  • re: Absolute value packed decimal in SyncSort, john gilmore
    • Re: Absolute value packed decimal in SyncSort, Bob Rutledge
      • Re: Absolute value packed decimal in SyncSort, Frank Yaeger
      • Re: Absolute value packed decimal in SyncSort, Shmuel Metz , Seymour J.
  • Re: Absolute value packed decimal in SyncSort, Steve Comstock
    • Re: Absolute value packed decimal in SyncSort, Frank Yaeger
  • Re: Absolute value packed decimal in SyncSort, Tom Marchant
    • Re: Absolute value packed decimal in SyncSort, Binyamin Dissen
    • Re: Absolute value packed decimal in SyncSort, Frank Yaeger
  • RE: Absolute value packed decimal in SyncSort, Schneiderwent, Craig
• Re: TCP/IP Timemark, Lee Parkinson
• Re: z/os Master Catalog to new volume in SYSPLEX, Tom Marchant
  • <Possible follow-ups>
  • Re: z/os Master Catalog to new volume in SYSPLEX, Tony Brown
  • Re: z/os Master Catalog to new volume in SYSPLEX, Tom Marchant
• Re: Attends Orlando IBM EXPRO OCT 7, Tom Marchant
  • Re: Attends Orlando IBM EXPRO OCT 7, Eric N. Bielefeld
    • Re: Attends Orlando IBM EXPRO OCT 7, Shane
      • Re: Attends Orlando IBM EXPRO OCT 7, Bruce McKnight
• Re: [IBM-MAIN] Attends Orlando IBM EXPRO OCT 7, Alan Altmark
  • <Possible follow-ups>
  • Re: [IBM-MAIN] Attends Orlando IBM EXPRO OCT 7, Alan Altmark
• Basic Sysplex and CFRM, Jim Wagner
• Basic Sysplex and CFRM, Ed Micucci
  • <Possible follow-ups>
  • Re: Basic Sysplex and CFRM, Ed Micucci
  • RE: Basic Sysplex and CFRM, Gee, Norman
    • z/os Master Catalog to new volume in SYSPLEX, housem
      • Move VSAM DS w/ 8 Components or more, housem
      • RE: Move VSAM DS w/ 8 Components or more, O'Brien, David W. [C] , NIH/CIT
      • Re: z/os Master Catalog to new volume in SYSPLEX, Shane
    • Re: Basic Sysplex and CFRM, Shane
• Re: Fw: zFS Performance - Working as designed?, Dave Kopischke
• Re: FW: Fatuities (was 'Another BIG mainframe . . . '), Dave Kopischke
  • <Possible follow-ups>
  • Re: FW: Fatuities (was 'Another BIG mainframe . . . '), Tom Marchant
  • Re: FW: Fatuities (was 'Another BIG mainframe . . . '), Tom Marchant
    • RE: FW: Fatuities (was 'Another BIG mainframe . . . '), Robert Lawrence
• Re: Fatuities, Eric-PHmining
  • Re: Fatuities, Daniel_McLaughlin
  • <Possible follow-ups>
  • RE: Fatuities, Jon Brock
• LDAP from COBOL, Bryan Klimek
• Re: [IBM-MAIN] FW: Fatuities (was 'Another BIG mainframe . . . '), Alan Altmark
  • Re: FW: Fatuities (was 'Another BIG mainframe . . . '), Daniel_McLaughlin
• Re: zFS Performance - Working as designed?, Robert Justice
  • <Possible follow-ups>
  • Re: zFS Performance - Working as designed?, Dave Kopischke
  • Re: zFS Performance - Working as designed?, Tom Marchant
• Re: [IBM-MAIN] Fatuities, Alan Altmark
• Fatuities (was 'Another BIG mainframe . . . '), john gilmore
  • <Possible follow-ups>
  • FW: Fatuities (was 'Another BIG mainframe . . . '), Veilleux, Jon L
    • Re: FW: Fatuities (was 'Another BIG mainframe . . . '), howard . brazee
  • RE: FW: Fatuities (was 'Another BIG mainframe . . . '), Thompson, Steve , SCI TW
    • Re: FW: Fatuities (was 'Another BIG mainframe . . . '), Daniel_McLaughlin
    • Re: FW: Fatuities (was 'Another BIG mainframe . . . '), David Andrews
      • Re: FW: Fatuities (was 'Another BIG mainframe . . . '), Eric N. Bielefeld
    • Re: FW: Fatuities (was 'Another BIG mainframe . . . '), Eric-PHmining
  • RE: FW: Fatuities (was 'Another BIG mainframe . . . '), McKown, John
  • RE: FW: Fatuities (was 'Another BIG mainframe . . . '), Thompson, Steve , SCI TW
  • Re: FW: Fatuities (was 'Another BIG mainframe . . . '), Phil Smith III
  • Re: FW: Fatuities (was 'Another BIG mainframe . . . '), Phil Smith III
• Linux More Secure on System z?, Timothy Sipples
• Microsoft .NET?, JohnCrowley
  • Re: Microsoft .NET?, Mark Blain
    • Re: Microsoft .NET?, JohnCrowley
• zFS Performance - Working as designed?, Mark Wilson
  • <Possible follow-ups>
  • Re: zFS Performance - Working as designed?, Barbara Nitz
    • Re: zFS Performance - Working as designed?, Jim McAlpine
  • FW: zFS Performance - Working as designed?, Veilleux, Jon L
    • Re: FW: zFS Performance - Working as designed?, John Eells
  • RE: FW: zFS Performance - Working as designed?, Hal Merritt
    • RE: FW: zFS Performance - Working as designed?, Rugen, Len
    • Re: FW: zFS Performance - Working as designed?, John Eells
  • Fw: zFS Performance - Working as designed?, Walter Marguccio
    • Re: Fw: zFS Performance - Working as designed?, John Eells
      • Re: Fw: zFS Performance - Working as designed?, Walter Marguccio
  • FW: zFS Performance - Working as designed?, Veilleux, Jon L
  • RE: FW: zFS Performance - Working as designed?, Hal Merritt
    • Re: FW: zFS Performance - Working as designed?, John Eells
  • Re: zFS Performance - Working as designed?, Barbara Nitz
    • Re: zFS Performance - Working as designed?, Bruce Black
• Attends Orlando IBM EXPRO OCT 7, Tommy Tsui
  • Attends Orlando IBM EXPRO OCT 7, Tommy Tsui
    • Re: Attends Orlando IBM EXPRO OCT 7, mark . pace
  • Re: Attends Orlando IBM EXPRO OCT 7, Daniel_McLaughlin
    • Re: Attends Orlando IBM EXPRO OCT 7, Tommy Tsui
  • <Possible follow-ups>
  • RE: Attends Orlando IBM EXPRO OCT 7, JamesChappell
    • Re: Attends Orlando IBM EXPRO OCT 7, Pinnacle
      • Re: Attends Orlando IBM EXPRO OCT 7, John P Kalinich
  • RE: Attends Orlando IBM EXPRO OCT 7, Petersen, Jim
• (none), johncullen
  • <Possible follow-ups>
  • (none), mark . janicek
• OJQ,JM=CLEARSMF,ALL,CAN,DA>1, Glen.Gasior
  • Re: OJQ,JM=CLEARSMF,ALL,CAN,DA>1, Glen.Gasior
  • Re: OJQ,JM=CLEARSMF,ALL,CAN,DA>1, Glen.Gasior
• How can I test a CHPID, Bruce McKnight
• Re: Are posts from Annie and Leon Wheeler a bot or something?, Ted MacNEIL
  • Re: Are posts from Anne and Lynn Wheeler a bot or something?, Bernd Oppolzer
  • <Possible follow-ups>
  • RE: Are posts from Annie and Leon Wheeler a bot or something?, Jon Brock
    • RE: Are posts from Annie and Leon Wheeler a bot or something?, tony babonas
      • re: garlic.com, Anne & Lynn Wheeler
      • Re: garlic.com, Anne & Lynn Wheeler
  • Re: Are posts from Annie and Leon Wheeler a bot or something?, Phil Smith III
  • Re: Are posts from Annie and Leon Wheeler a bot or something?, Ted MacNEIL
• Re: Are posts from Annie and Leon Wheeler a bot or something?, Thomas Kern
• LE tuning exit (CEEBSTX)......, Richard Heyliger
• MVS error, tosadhana2002
  • Re: MVS error, billlalonde
• Re: How to find source of JES2 change, Patrick Lyon
  • <Possible follow-ups>
  • Re: How to find source of JES2 change, Mark Zelden
  • Re: How to find source of JES2 change, Tom Marchant
  • Re: How to find source of JES2 change, Bruce Hewson
  • Re: How to find source of JES2 change, Mark Zelden
    • Re: How to find source of JES2 change, Robert A. Rosenberg
  • Re: How to find source of JES2 change, Tom Marchant
    • Re: How to find source of JES2 change, Robert A. Rosenberg
  • Re: How to find source of JES2 change, Tom Schmidt
  • Re: How to find source of JES2 change, Mark Zelden
• How to find source of JES2 change, Jon Brock
  • Re: How to find source of JES2 change, Patrick . Falcone
  • <Possible follow-ups>
  • RE: How to find source of JES2 change, McKown, John
  • Re: How to find source of JES2 change, Ted MacNEIL
  • Re: How to find source of JES2 change, Ted MacNEIL
  • RE: How to find source of JES2 change, Jon Brock
  • RE: How to find source of JES2 change, McKown, John
• IBM to build Cell supercomputer for DOE, Larsonist84
• Re: [IBM-MAIN] ICSF with CPACF, Alan Altmark
  • RE: ICSF with CPACF, Jeffrey D. Smith
• RE: KOREAN INSURER RETIRES 7,000 MIPS MAINFRAMES (UNCLASSIFIED), Clark, Kevin D, HRC-Alexandria/EDS
  • Re: KOREAN INSURER RETIRES 7,000 MIPS MAINFRAMES (UNCLASSIFIED), jsavard
  • Re: KOREAN INSURER RETIRES 7,000 MIPS MAINFRAMES (UNCLASSIFIED), John S. Giltner, Jr.
    • Re: KOREAN INSURER RETIRES 7,000 MIPS MAINFRAMES (UNCLASSIFIED), Jim McAlpine
• HMC 4.5 to 5.2.1, pinoy2ser
• Re: DB2 CF Lock Structure DSNDP3G_LOCK1 Performance, Neil Ervin
  • Re: DB2 CF Lock Structure DSNDP3G_LOCK1 Performance, LL581
• Re: Systems Programming Position - Raleigh/Durham NC, starsoul
  • Re: Systems Programming Position - Raleigh/Durham NC, Shmuel Metz , Seymour J.
• Re: DB2 CF Lock Structure DSNDP3G_LOCK1, Rebecca Martin
• Migration from 9672 to z800 with zOS 1.5, Pohlen , Mailinglist
  • Re: Migration from 9672 to z800 with zOS 1.5, Bruce Black
    • Re: [IBM-MAIN] Migration from 9672 to z800 with zOS 1.5, Pohlen , Mailinglist
      • Re: Migration from 9672 to z800 with zOS 1.5, Bruce Black
      • Re: [IBM-MAIN] Migration from 9672 to z800 with zOS 1.5, Pohlen , Mailinglist
      • Re: Migration from 9672 to z800 with zOS 1.5, davecartwright
  • <Possible follow-ups>
  • Re: Migration from 9672 to z800 with zOS 1.5, Timothy Sipples
• Re: Another BIG Mainframe Bites the Dust, Tom Marchant
  • Re: Another BIG Mainframe Bites the Dust, Clark F Morris
    • Re: Another BIG Mainframe Bites the Dust, Bernd Oppolzer
      • Re: Another BIG Mainframe Bites the Dust, Shmuel Metz , Seymour J.
      • Re: Another BIG Mainframe Bites the Dust, Clark F Morris
      • Re: Another BIG Mainframe Bites the Dust, Shmuel Metz , Seymour J.
      • Re: Another BIG Mainframe Bites the Dust, Clark F Morris
      • Re: Another BIG Mainframe Bites the Dust, Eric N. Bielefeld
      • Re: Another BIG Mainframe Bites the Dust, Shmuel Metz , Seymour J.
      • Re: Another BIG Mainframe Bites the Dust, howard . brazee
  • <Possible follow-ups>
  • Re: Another BIG Mainframe Bites the Dust, Tom Marchant
• Systems Programming Position - Raleigh/Durham NC, Todd Blandford
• Delay (was: Too many ALTERs?), gilmap
• Re: OSA SF and IOACMD, Paolo Pirillo
• Mod-9 or Mod-27 for JES2 spool dataset(s)., Richbourg, Claude
  • Re: Mod-9 or Mod-27 for JES2 spool dataset(s)., David Andrews
    • Re: Mod-9 or Mod-27 for JES2 spool dataset(s)., Richbourg, Claude
  • Re: Mod-9 or Mod-27 for JES2 spool dataset(s)., Shmuel Metz , Seymour J.
  • Re: Mod-9 or Mod-27 for JES2 spool dataset(s)., R.S.
• Re: CBU - ISV support, Jim Marshall
• Re: Too many ALTERs?, Jim Marshall
  • <Possible follow-ups>
  • Re: Too many ALTERs?, Terry BRuns
    • Re: Too many ALTERs?, Shmuel Metz , Seymour J.
• Cognizant Mega Recruitment Drive, rohit . katiyar
• 2260 color, gah
  • <Possible follow-ups>
  • RE: 2260 color, Petersen, Jim
• RE: >27x132?: Our 2260s were white., Steele, Phil
• DB2 CF Lock Structure DSNDP3G_LOCK1, neil . ervin
  • Re: DB2 CF Lock Structure DSNDP3G_LOCK1, Shane Ginnane
• RE: [IBM-MAIN] Another BIG Mainframe Bites the Dust, Ken . Porowski
• Re: IBMLINK UPDATE -- Do NOT bookmark the Sign In page, danahler
• RE: Another BIG Mainframe Bites the Dust, Pommier, Rex R.
  • <Possible follow-ups>
  • Re: Another BIG Mainframe Bites the Dust, McKown, John
    • RE: Another BIG Mainframe Bites the Dust, james smith
      • Re: Another BIG Mainframe Bites the Dust, Shane Ginnane
  • RE: Another BIG Mainframe Bites the Dust, Fletcher, Kevin
  • RE: Another BIG Mainframe Bites the Dust, Thompson, Steve , SCI TW
  • RE: Another BIG Mainframe Bites the Dust, McKown, John
    • Re: Another BIG Mainframe Bites the Dust, R.S.
      • RE: Another BIG Mainframe Bites the Dust, Lindy Mayfield
      • Re: Another BIG Mainframe Bites the Dust, R.S.
      • Re: Another BIG Mainframe Bites the Dust, Clark F Morris
    • Re: Another BIG Mainframe Bites the Dust, howard . brazee
  • Re: Another BIG Mainframe Bites the Dust, Jon Brock
  • Re: Another BIG Mainframe Bites the Dust, John Cassidy
  • RE: Another BIG Mainframe Bites the Dust, Jon Brock
  • Re: Another BIG Mainframe Bites the Dust, Richard Pinion
  • Re: Another BIG Mainframe Bites the Dust, Hal Merritt
    • Re: Another BIG Mainframe Bites the Dust, Daniel_McLaughlin
  • FW: Another BIG Mainframe Bites the Dust, Veilleux, Jon L
  • RE: Another BIG Mainframe Bites the Dust, McKown, John
    • Re: Another BIG Mainframe Bites the Dust, Daniel_McLaughlin
  • RE: Another BIG Mainframe Bites the Dust, Jon Brock
  • RE: Another BIG Mainframe Bites the Dust, McKown, John
  • Re: Another BIG Mainframe Bites the Dust, Efinnell15
  • FW: Another BIG Mainframe Bites the Dust, Veilleux, Jon L
    • Re: FW: Another BIG Mainframe Bites the Dust, Clark F Morris
  • FW: Another BIG Mainframe Bites the Dust, Veilleux, Jon L
  • Re: FW: Another BIG Mainframe Bites the Dust, Binyamin Dissen
  • RE: Another BIG Mainframe Bites the Dust, Thompson, Steve , SCI TW
  • Re: Another BIG Mainframe Bites the Dust, Bernd Oppolzer
• Re: Too many ALTERs?, Ted MacNEIL
  • <Possible follow-ups>
  • RE: Too many ALTERs?, McKown, John
  • Re: Too many ALTERs?, Ted MacNEIL
• KOREAN INSURER RETIRES 7,000 MIPS MAINFRAMES, Kopischke, David G.
  • Re: KOREAN INSURER RETIRES 7,000 MIPS MAINFRAMES, Mickey
    • Re: KOREAN INSURER RETIRES 7,000 MIPS MAINFRAMES, Clark F Morris
      • Re: KOREAN INSURER RETIRES 7,000 MIPS MAINFRAMES, Mickey
  • <Possible follow-ups>
  • RE: KOREAN INSURER RETIRES 7,000 MIPS MAINFRAMES, McKown, John
    • Re: KOREAN INSURER RETIRES 7,000 MIPS MAINFRAMES, howard . brazee
  • RE: KOREAN INSURER RETIRES 7,000 MIPS MAINFRAMES, Thompson, Steve , SCI TW
• PGP Assistance Needed, Warner Mach
  • Re: PGP Assistance Needed, Mickey
  • Re: PGP Assistance Needed, Brian France
  • Re: PGP Assistance Needed, emendelson
  • <Possible follow-ups>
  • Re: PGP Assistance Needed, Richard Pinion
  • RE: PGP Assistance Needed, Hal Merritt
    • Re: PGP Assistance Needed, Mickey
  • PGP Assistance Needed, Warner Mach
  • RE: PGP Assistance Needed, Hal Merritt
  • PGP Assistance Needed, Warner Mach
• Automated "bad practices" in COBOL., McKown, John
  • Re: Automated "bad practices" in COBOL., Craig Mullins
    • Re: Automated "bad practices" in COBOL., rkuebbin
  • Re: Automated "bad practices" in COBOL., Mickey
  • Re: Automated "bad practices" in COBOL., Paul Knudsen
  • Re: Automated "bad practices" in COBOL., Bruce McKnight
  • <Possible follow-ups>
  • Re: Automated "bad practices" in COBOL., Efinnell15
  • FW: Automated "bad practices" in COBOL., Phillips, Thomas
  • Automated "bad practices" in COBOL., Bill Klein
• Re: Correlating CHPID utilization with DASD device activity, Laura Prill
  • <Possible follow-ups>
  • Re: Correlating CHPID utilization with DASD device activity, Laura Prill
    • LDAP from COBOL, Daniel_McLaughlin
• Too many ALTERs?, Terry Bruns
  • Another BIG Mainframe Bites the Dust, Eric N. Bielefeld
    • Re: Another BIG Mainframe Bites the Dust, rkuebbin
  • RE: Too many ALTERs?, Richards.Bob
• CBU - ISV support, גדי בן אבי
  • Re: CBU - ISV support, Edward Jaffe
  • <Possible follow-ups>
  • RE: CBU - ISV support, Reda, John
    • Re: CBU - ISV support, Daniel_McLaughlin
  • RE: CBU - ISV support, Itschak Mugzach
• II13894, Dave Cartwright
  • RE: II13894, Jousma, David
    • Re: II13894, davecartwright
• Re: Anyone converted from IFL to ICF??, R.S.
  • <Possible follow-ups>
  • Re: Anyone converted from IFL to ICF??, Al Sherkow
• Re: sysrexx, Brian Westerman
  • RE: sysrexx, Charles Mills
• Wealth of Information, john . ticic . extern
• COBOL copybook question, Arie Kremer
  • Re: COBOL copybook question, Gary Walker
  • Re: COBOL copybook question, Binyamin Dissen
    • Re: COBOL copybook question, Arie Kremer
      • Re: COBOL copybook question, Binyamin Dissen
• Re: [IBM-MAIN] Autoskip bit in logon panels (Was APAR OA16111, BlueZone,, Alan Altmark
  • Re: Autoskip bit in logon panels (Was APAR OA16111, BlueZone,, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: [IBM-MAIN] Autoskip bit in logon panels (Was APAR OA16111, BlueZone,, Alan Altmark
    • Re: Autoskip bit in logon panels (Was APAR OA16111, BlueZone,, Gerhard Postpischil
  • Re: [IBM-MAIN] Autoskip bit in logon panels (Was APAR OA16111, BlueZone,, Alan Altmark
• In search of (false) rumor source, Bill Klein
  • Re: In search of (false) rumor source, justirw
  • <Possible follow-ups>
  • Re: In search of (false) rumor source, Ted MacNEIL
    • Re: In search of (false) rumor source, Bruce McKnight
      • Re: In search of (false) rumor source, howard . brazee
      • Re: In search of (false) rumor source, Mickey
    • Recompiling everything was Re: In search of (false) rumor source, Clark F Morris
      • Re: Recompiling everything was Re: In search of (false) rumor source, Kelly Bert Manning
• Re: [IBM-MAIN] Encrypting tape drives... anyone considering field encryption?, Alan Altmark
  • <Possible follow-ups>
  • Re: [IBM-MAIN] Encrypting tape drives... anyone considering field encryption?, Alan Altmark
    • RE: Encrypting tape drives... anyone considering field encryption?, Jeffrey D. Smith
  • Re: [IBM-MAIN] Encrypting tape drives... anyone considering field encryption?, Alan Altmark
    • ICSF with CPACF (was RE: Encrypting tape drives... anyone considering field encryption?), Jeffrey D. Smith
      • Re: ICSF with CPACF (was RE: Encrypting tape drives... anyone considering field encryption?), R.S.
      • RE: ICSF with CPACF (was RE: Encrypting tape drives... anyone considering field encryption?), Jeffrey D. Smith
      • Re: ICSF with CPACF (was RE: Encrypting tape drives... anyone considering field encryption?), R.S.
      • RE: ICSF with CPACF (was RE: Encrypting tape drives... anyone considering field encryption?), Jeffrey D. Smith
      • Re: ICSF with CPACF (was RE: Encrypting tape drives... anyone considering field encryption?), R.S.
      • RE: ICSF with CPACF (was RE: Encrypting tape drives... anyone considering field encryption?), Jeffrey D. Smith
• Encrypting tape drives... anyone considering field encryption?, John_Mattson
  • Re: Encrypting tape drives... anyone considering field encryption?, R.S.
  • <Possible follow-ups>
  • RE: Encrypting tape drives... anyone considering field encryption?, McKown, John
    • systems programmer in the boston area?, Tom Moulder
  • Re: Encrypting tape drives... anyone considering field encryption?, Efinnell15
  • RE: Encrypting tape drives... anyone considering field encryption?, Dennis Trojak
  • RE: Encrypting tape drives... anyone considering field encryption?, McKown, John
    • RE: Encrypting tape drives... anyone considering field encryption?, Jeffrey D. Smith
  • Re: Encrypting tape drives... anyone considering field encryption?, Efinnell15
• RE: QWS3270 (Was: APAR OA16111, BlueZone, and Vista), Gibney, Dave
• Re: IBMLink "improvements" (mail bomb IBMLINK!!), Patrick O'Keefe
• COBOL/VS and COBOL/II under 1.7, Ted MacNEIL
  • <Possible follow-ups>
  • RE: COBOL/VS and COBOL/II under 1.7, McKown, John
  • RE: COBOL/VS and COBOL/II under 1.7, Imbriale, Donald , Exchange
  • Re: COBOL/VS and COBOL/II under 1.7, glenn . miller
• Domestic Alternative To Offshore Outsourcing, Execrecuiter
• Re: SMS Problem, Ramiro Camposagrado
  • <Possible follow-ups>
  • Re: SMS Problem, Ramiro Camposagrado
• RE: FTP CPU Time limit, McKown, John
  • Re: FTP CPU Time limit, mark . pace
  • <Possible follow-ups>
  • RE: FTP CPU Time limit, McKown, John
• SMS Problem, willie bunter
  • <Possible follow-ups>
  • RE: SMS Problem, Friske, Michael
• RE: WLC low reporting percent, Pommier, Rex R.
  • <Possible follow-ups>
  • RE: WLC low reporting percent, Hal Merritt
• Finding withdrawal of support dates?, Matt Simpson
  • <Possible follow-ups>
  • RE: Finding withdrawal of support dates?, Dean Montevago
• DEFINE NONVSAM DSN, esmie moo
  • <Possible follow-ups>
  • RE: DEFINE NONVSAM DSN, McKown, John
    • Re: DEFINE NONVSAM DSN, esmie moo
      • Re: DEFINE NONVSAM DSN, john . kington
      • Re: DEFINE NONVSAM DSN, willie bunter
      • Re: DEFINE NONVSAM DSN, john . kington
• Re: The squirrels are still at it, Tom Schmidt
• Re: IBMLink "improvements" (mail bomb IBMLINK!!), Ed Finnell
  • Re: IBMLink "improvements" (mail bomb IBMLINK!!), Daniel_McLaughlin
  • <Possible follow-ups>
  • RE: IBMLink "improvements" (mail bomb IBMLINK!!), McKown, John
    • Re: IBMLink "improvements" (mail bomb IBMLINK!!), Daniel_McLaughlin
  • Re: IBMLink "improvements" (mail bomb IBMLINK!!), gilmap
    • Re: IBMLink "improvements" (mail bomb IBMLINK!!), Edward Jaffe
    • Re: IBMLink "improvements" (mail bomb IBMLINK!!), Shmuel Metz , Seymour J.
  • Re: IBMLink "improvements" (mail bomb IBMLINK!!), Ted MacNEIL
  • Re: IBMLink "improvements" (mail bomb IBMLINK!!), Gabe Goldberg
  • Re: IBMLink "improvements" (mail bomb IBMLINK!!), gilmap
• The squirrels are still at it, Phil Payne
  • <Possible follow-ups>
  • RE: The squirrels are still at it, Jon Brock
    • Re: The squirrels are still at it, Daniel_McLaughlin
    • FTP CPU Time limit, mark . pace
• IBMLink "improvements", Pinnacle
  • RE: IBMLink "improvements", Kreiter, Chuck
    • Re: IBMLink "improvements" (mail bomb IBMLINK!!), Pinnacle
      • Re: IBMLink "improvements" (mail bomb IBMLINK!!), Edward Jaffe
  • Re: IBMLink "improvements", pauls2272
• Re: how to use TAPEBLKSZLIM, R.S.
  • Re: how to use TAPEBLKSZLIM, Frank Yaeger
  • <Possible follow-ups>
  • RE: how to use TAPEBLKSZLIM, Friske, Michael
• sysrexx, Richard Tsujimoto
  • <Possible follow-ups>
  • Re: sysrexx, gilmap
    • Re: sysrexx, rtsujimoto_consultant
      • Re: sysrexx, Daniel_McLaughlin
      • RE: sysrexx, Richards.Bob
• Re: Correlating CHPID utilization with DASD device activity, john . ticic . extern
  • <Possible follow-ups>
  • Re: Correlating CHPID utilization with DASD device activity, DASDBill2
    • Re: Correlating CHPID utilization with DASD device activity, john . ticic . extern
  • RE: Correlating CHPID utilization with DASD device activity, Knutson, Sam
  • Re: Correlating CHPID utilization with DASD device activity, , IBM Mainframe Discussion List
    • Re: Correlating CHPID utilization with DASD device activity, john . ticic . extern
  • Re: Correlating CHPID utilization with DASD device activity, , IBM Mainframe Discussion List
• Question on HPDM, John Dawes
  • Re: Question on HPDM, Bruce Black
  • <Possible follow-ups>
  • Re: Question on HPDM, Cliff McNeill
  • RE: Question on HPDM, Monge, Luis
• IBMLINK, Dean Montevago
  • RE: IBMLINK, Campbell Jay
  • <Possible follow-ups>
  • RE: IBMLINK, Miller, Bill
  • RE: IBMLINK, Jon Brock
    • Re: IBMLINK, ddecaprio@xxxxxxxxxxx
  • IBMLink, Miller, Pat
    • Re: IBMLink, Bruce Black
  • RE: IBMLink, Dean Montevago
  • RE: IBMLink, Greg Shirey
  • IBMLINK, Anne Crabtree
    • Re: IBMLINK, Bruce Black
  • RE: IBMLINK, Imbriale, Donald , Exchange
• RE: COBOL variable conversion, Rashmi Nijaguni Mogali
  • <Possible follow-ups>
  • RE: COBOL variable conversion, גדי בן אבי
  • RE: COBOL variable conversion, Itschak Mugzach
    • Re: COBOL variable conversion, Daniel_McLaughlin
      • Re: COBOL variable conversion, howard . brazee
  • RE: COBOL variable conversion, Itschak Mugzach
  • RE: COBOL variable conversion, גדי בן אבי
  • RE: COBOL variable conversion, Itschak Mugzach
  • Re: COBOL variable conversion, Binyamin Dissen
  • COBOL variable conversion, Bill Klein
• Re: IBM's "rights" (was Head's Up - zIIP issue OA17458/UA28419), David Cole
• Re: Timemark, John S. Giltner, Jr.
• Re: ftp time problem, Bruno Sugliani
• comp.programming, ibm.software.vacpp.os390.compiler, mailing.database.myodbc,, Sri
• comp.sys.hp.mpe, comp.soft-sys.sas, as400.misc, ibm.software.vagen, bit.listserv.ispf-l, Sri
• MFRESOURCE: Mainframe Resources Group: (YAHOO GROUP), Sri
  • <Possible follow-ups>
  • MFRESOURCE: Mainframe Resources Group: (YAHOO GROUP), Sri
• Re: Autoskip bit in logon panels (Was APAR OA16111, BlueZone,, gilmap
  • Re: Autoskip bit in logon panels (Was APAR OA16111, BlueZone,, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Autoskip bit in logon panels (Was APAR OA16111, BlueZone,, gilmap