bit.listserv.ibm-main

• Date Index

---

• Dynamic Allocation Error in EDGHSKP, Kelman, Tom
  • <Possible follow-ups>
  • Re: Dynamic Allocation Error in EDGHSKP, John_J_Kelly
  • RE: Dynamic Allocation Error in EDGHSKP, Kelman, Tom
  • Re: Dynamic Allocation Error in EDGHSKP, Lizette Koehler
• Aton Connect for Windows Mobile, Todd Last
• IBM-Link Down 31AUG07?, Thompson, Steve
  • <Possible follow-ups>
  • Re: IBM-Link Down 31AUG07?, Thompson, Steve
    • RE: IBM-Link Down 31AUG07?, Chase, John
    • Re: IBM-Link Down 31AUG07?, Edward Jaffe
  • RE: IBM-Link Down 31AUG07?, Thompson, Steve
• Stand-Alone Dump Process, George Rodriguez
  • Re: Stand-Alone Dump Process, Jo . Skip . Robinson
    • Re: Stand-Alone Dump Process, Jim Mulder
• Origin of LDASMF values?, Robert Ngan
  • Re: Origin of LDASMF values?, John Eells
  • <Possible follow-ups>
  • Re: Origin of LDASMF values?, Mark Zelden
  • Re: Origin of LDASMF values?, Robert Ngan
• Redbooks site having problems?, Chase, John
  • RE: Redbooks site having problems?, Fletcher, Kevin
    • RE: Redbooks site having problems?, Chase, John
    • Re: Redbooks site having problems?, O'Brien, David W. [C] , NIH/CIT
      • Re: Redbooks site having problems?, John Eells
      • RE: Redbooks site having problems?, O'Brien, David W. [C] , NIH/CIT
• DFSMSDSS RESTORE Error, Mohan
  • Re: DFSMSDSS RESTORE Error, Gaur
  • Re: DFSMSDSS RESTORE Error, Jim McAlpine
  • <Possible follow-ups>
  • Re: DFSMSDSS RESTORE Error, Mohan
    • Re: DFSMSDSS RESTORE Error, Jim McAlpine
    • RE: DFSMSDSS RESTORE Error, Pommier, Rex R.
    • Re: DFSMSDSS RESTORE Error, Pommier, Rex R.
      • Re: DFSMSDSS RESTORE Error, darth . keller
      • RE: DFSMSDSS RESTORE Error, Pommier, Rex R.
      • Re: DFSMSDSS RESTORE Error, Pommier, Rex R.
  • Re: DFSMSDSS RESTORE Error, Mohan
    • Re: DFSMSDSS RESTORE Error, Jim McAlpine
  • Re: DFSMSDSS RESTORE Error, Mohan
  • Re: DFSMSDSS RESTORE Error, Efinnell15
• WLM can not save definition to new dataset, Cobe Xu
  • Re: WLM can not save definition to new dataset, Gaur
• ISPF FREED SYS1.PARMLIB, Steve Horein
  • Re: ISPF FREED SYS1.PARMLIB, Lizette Koehler
  • <Possible follow-ups>
  • Re: ISPF FREED SYS1.PARMLIB, Paul Gilmartin
    • RE: ISPF FREED SYS1.PARMLIB, Jousma, David
  • Re: ISPF FREED SYS1.PARMLIB, Tom Schmidt
  • Re: ISPF FREED SYS1.PARMLIB, Vernooy, C.P. - SPLXM
  • Re: ISPF FREED SYS1.PARMLIB, Eric-IBMmain
    • Re: ISPF FREED SYS1.PARMLIB, Edward Jaffe
      • Re: ISPF FREED SYS1.PARMLIB, Jim Mulder
• Change Management Packages, Kelman, Tom
  • RE: Change Management Packages, Hare, Tim
• Issuing TSO commands from MVS console, Jacky Bright
  • RE: Issuing TSO commands from MVS console, Knutson, Sam
  • RE: Issuing TSO commands from MVS console, Fletcher, Kevin
    • Re: Issuing TSO commands from MVS console, Steve Comstock
    • Re: Issuing TSO commands from MVS console, Jo . Skip . Robinson
      • Re: Issuing TSO commands from MVS console, John P Kalinich
• SMS Allocations, Kelman, Tom
  • RE: SMS Allocations, O'Brien, David W. [C] , NIH/CIT
  • RE: SMS Allocations, Richards.Bob
  • <Possible follow-ups>
  • RE: SMS Allocations, Kelman, Tom
  • RE: SMS Allocations, Kelman, Tom
• Re: Virtual Storage implementation (OT), Tom Schmidt
  • <Possible follow-ups>
  • Re: Virtual Storage implementation (OT), Efinnell15
  • Re: Virtual Storage implementation (OT), Efinnell15
• Monster ADMITS previous attacks, Ed Gould
• Attaching company LAN to ESSNet LAN, Greg Shirey
  • <Possible follow-ups>
  • Re: Attaching company LAN to ESSNet LAN, Matthew Stitt
• DRIVER 67 and CFCC Level 15 interesting APARs, Knutson, Sam
• Password expiration message at every SUBMIT at z/OS 1.8?, Farley, Peter x23353
  • Re: Password expiration message at every SUBMIT at z/OS 1.8?, Mark Jacobs
  • STROBE Layoffs, Youngren, Carl@xxxxxxxxxxxx>
  • STROBE Layoffs, Youngren, Carl@DTS
  • <Possible follow-ups>
  • RE: Password expiration message at every SUBMIT at z/OS 1.8?, Farley, Peter x23353
  • Re: Password expiration message at every SUBMIT at z/OS 1.8?, Walt Farrell
  • Re: Password expiration message at every SUBMIT at z/OS 1.8?, Walt Farrell
  • RE: Password expiration message at every SUBMIT at z/OS 1.8?, Farley, Peter x23353
    • Re: Password expiration message at every SUBMIT at z/OS 1.8?, rlrutledge
  • RE: Password expiration message at every SUBMIT at z/OS 1.8?, Farley, Peter x23353
    • Re: Password expiration message at every SUBMIT at z/OS 1.8?, rlrutledge
  • Re: Password expiration message at every SUBMIT at z/OS 1.8?, Tony Harminc
  • Re: Password expiration message at every SUBMIT at z/OS 1.8?, Walt Farrell
    • Re: Password expiration message at every SUBMIT at z/OS 1.8?, Edward Jaffe
  • RE: Password expiration message at every SUBMIT at z/OS 1.8?, Farley, Peter x23353
  • Re: Password expiration message at every SUBMIT at z/OS 1.8?, Walt Farrell
• Check out ABC News: FBI Investigates String of Store Threats, Ed Finnell
  • RE: Check out ABC News: FBI Investigates String of Store Threats, Chase, John
  • <Possible follow-ups>
  • Re: Check out ABC News: FBI Investigates String of Store Threats, Efinnell15
• New release of JZOS Toolkit on alphaWorks, Kirk Wolf
• Monster.COM email received after hack, Ed Gould
  • Re: Monster.COM email received after hack, Neal Eckhardt
  • <Possible follow-ups>
  • Re: Monster.COM email received after hack, Tom Marchant
    • RE: Monster.COM email received after hack, Chase, John
• REPRO NOMERGECAT, Rankin, Bob
  • RE: REPRO NOMERGECAT, Schwarz, Barry A
  • <Possible follow-ups>
  • Re: REPRO NOMERGECAT, Ted MacNEIL
  • Re: REPRO NOMERGECAT, Ernie Takeuchi
• DFSMSdss SYSPRINT attributes, Paul Gilmartin
• Virtual Storage implementation, Ankit
  • RE: Virtual Storage implementation, Knutson, Sam
  • Re: Virtual Storage implementation, Rick Fochtman
  • <Possible follow-ups>
  • Re: Virtual Storage implementation, Anton Britz
    • Re: Virtual Storage implementation, Steven Conway
  • Re: Virtual Storage implementation, Tom Marchant
  • RE: Virtual Storage implementation, CICS Guy
  • Re: Virtual Storage implementation, DASDBill2
  • Re: Virtual Storage implementation, Anton Britz
    • Re: Virtual Storage implementation, Steven Conway
    • RE: Virtual Storage implementation, Gary Green
  • Re: Virtual Storage implementation, Tom Schmidt
    • RE: Virtual Storage implementation, Chase, John
  • Re: Virtual Storage implementation, Anton Britz
  • Re: Virtual Storage implementation, Walt Farrell
  • RE: Virtual Storage implementation, CICS Guy
    • RE: Virtual Storage implementation, McKown, John
      • RE: Virtual Storage implementation, Rugen, Len
      • RE: Virtual Storage implementation, McKown, John
      • RE: Virtual Storage implementation, Rugen, Len
      • Re: Virtual Storage implementation, Rich Smrcina
      • Re: Virtual Storage implementation, McKown, John
      • Re: Virtual Storage implementation, Shane
  • RE: Virtual Storage implementation, Chase, John
  • Re: Virtual Storage implementation, DASDBill2
  • Re: Virtual Storage implementation, Tom Schmidt
    • Re: Virtual Storage implementation, Binyamin Dissen
  • RE: Virtual Storage implementation, Thompson, Steve
  • RE: Virtual Storage implementation, Harry Wahl
  • Re: Virtual Storage implementation, DASDBill2
    • Re: Virtual Storage implementation, Gerhard Postpischil
  • Re: Virtual Storage implementation, Anne & Lynn Wheeler
  • Re: Virtual Storage implementation, Tony Harminc
    • RE: Virtual Storage implementation, Rugen, Len
      • Re: Virtual Storage implementation, Shane Ginnane
  • Re: Virtual Storage implementation, Phil Smith III
  • RE: Virtual Storage implementation, Knutson, Sam
  • Re: Virtual Storage implementation, Tom Schmidt
  • Re: Virtual Storage implementation, Mark Post
• Re: zOS Unix DOS2UNIX, Paul Gilmartin
  • RE: zOS Unix DOS2UNIX, Jon Brock
    • Re: zOS Unix DOS2UNIX, Steve Comstock
      • RE: zOS Unix DOS2UNIX, Jon Brock
      • Re: zOS Unix DOS2UNIX, Steve Comstock
      • Re: zOS Unix DOS2UNIX, McKown, John
  • <Possible follow-ups>
  • Re: zOS Unix DOS2UNIX, Paul Gilmartin
    • Re: zOS Unix DOS2UNIX, Steve Comstock
      • RE: zOS Unix DOS2UNIX, McKown, John
      • RE: zOS Unix DOS2UNIX, Jon Brock
      • Re: zOS Unix DOS2UNIX, Kirk Wolf
      • RE: zOS Unix DOS2UNIX, Jon Brock
• IBM Remote Technical Support Services, John P Donnelly
• Getting LRECL and RECFM of a dataset, Michael Knigge
  • RE: Getting LRECL and RECFM of a dataset, Dave Salt
  • Re: Getting LRECL and RECFM of a dataset, Bob Wright
  • RE: Getting LRECL and RECFM of a dataset, McKown, John
  • Re: Getting LRECL and RECFM of a dataset, WalterR
  • <Possible follow-ups>
  • Re: Getting LRECL and RECFM of a dataset, DASDBill2
    • Re: Getting LRECL and RECFM of a dataset, Michael Knigge
  • Re: Getting LRECL and RECFM of a dataset, , IBM Mainframe Discussion List
• TASID 5.14 available for download from ISPF website, Richards.Bob
• VCICSCMD Segregation in RACF - New Items to Categorize..., Doc Farmer
  • <Possible follow-ups>
  • VCICSCMD Segregation in RACF - New Items to Categorize..., Doc Farmer
    • Re: VCICSCMD Segregation in RACF - New Items to Categorize..., Jim McAlpine
      • Re: VCICSCMD Segregation in RACF - New Items to Categorize..., Jim McAlpine
  • Re: VCICSCMD Segregation in RACF - New Items to Categorize..., Doc Farmer
    • Re: VCICSCMD Segregation in RACF - New Items to Categorize..., Jim McAlpine
  • Re: VCICSCMD Segregation in RACF - New Items to Categorize..., Doc Farmer
• SHOPZ download issues, Ken Porowski
  • <Possible follow-ups>
  • RE: SHOPZ download issues, Chicklon, Tom
    • Re: SHOPZ download issues, McKown, John
      • RE: SHOPZ download issues, Ray Mullins
      • RE: [IBM-MAIN] SHOPZ download issues, Ken . Porowski
  • Re: SHOPZ download issues, Ed Finnell
  • RE: SHOPZ download issues, Chicklon, Tom
• SHARE requirement of possible interest to this group, Bill Klein
• IBM System z Expo - Sept 17-21, 2007 San Antonio, TX, Pamela Christina in sunny Endicott NY
  • <Possible follow-ups>
  • Re: IBM System z Expo - Sept 17-21, 2007 San Antonio, TX, Patrick O'Keefe
• Jes2 OFFLOAD leaving out some JOBNAME, Alvaro Quintupray B.
• GCCMVS - GCC C compiler for MVS, z/OS etc, kerravon
• SCLM Puzzlement, Hal Merritt
• JES2 converter via /*JOBPARM SYSAFF=xxxx, Mark H. Young
  • <Possible follow-ups>
  • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Ted MacNEIL
  • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Mark H. Young
    • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Edward Jaffe
  • RE: JES2 converter via /*JOBPARM SYSAFF=xxxx, Thompson, Steve
  • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Mark H. Young
    • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Neal Eckhardt
  • RE: JES2 converter via /*JOBPARM SYSAFF=xxxx, Thompson, Steve
  • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Tom Marchant
  • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Paul Gilmartin
  • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Ted MacNEIL
  • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Mark H. Young
  • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Paul Gilmartin
  • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Mark Zelden
  • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Ted MacNEIL
    • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Edward Jaffe
  • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Ted MacNEIL
  • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Ted MacNEIL
  • Re: JES2 converter via /*JOBPARM SYSAFF=xxxx, Walt Farrell
• z/Expo questions, Lionel . B . Dyck
  • <Possible follow-ups>
  • Re: z/Expo questions, Al Sherkow
    • Re: z/Expo questions, Lionel . B . Dyck
  • z/Expo questions, Pamela Christina in Sunny Endicott NY
• CA SupportConnect down, Brian Peterson
  • Re: CA SupportConnect down, Paul . D'Angelo
    • Re: CA SupportConnect down, Rick Fochtman
      • Re: CA SupportConnect down, Ed Gould
  • <Possible follow-ups>
  • Re: CA SupportConnect down, Efinnell15
  • Re: CA SupportConnect down, Patrick O'Keefe
  • Re: CA SupportConnect down, Robert Justice
• System abend code 002 reason/return code is 0004 with SMF dump program, Gaur
  • Re: System abend code 002 reason/return code is 0004 with SMF dump program, Gaur
• Future date & USS, arun kumar
  • Re: Future date & USS, Ulrich Krueger
  • <Possible follow-ups>
  • Re: Future date & USS, Mark Zelden
  • Re: Future date & USS, Tom Marchant
  • Re: Future Date & USS, Paul Gilmartin
  • Re: Future date & USS, arun kumar
  • Re: Future date & USS, Tom Marchant
  • Re: Future date & USS, Mark Zelden
• Re: will anyone confirm ibmlink is slow, Robert Justice
• LE jcl override?, Stead, Joe
  • Re: LE jcl override?, Miklos Szigetvari
  • Re: LE jcl override?, Steve Comstock
  • RE: LE jcl override?, Fletcher, Kevin
    • RE: LE jcl override?, Fletcher, Kevin
  • <Possible follow-ups>
  • RE: LE jcl override?, Schneiderwent, Craig
  • Re: LE jcl override?, Ted MacNEIL
• Real storage usage in *MASTER*, Frank Allan Rasmussen
  • RE: Real storage usage in *MASTER*, Ediger Mark - medige
    • SV: Real storage usage in *MASTER*, Frank Allan Rasmussen
  • <Possible follow-ups>
  • Re: Real storage usage in *MASTER*, Tom Schmidt
• How to switch UID under OMVS, Tommy Tsui
  • Re: How to switch UID under OMVS, Lou Losee
    • Re: How to switch UID under OMVS, Tommy Tsui
  • Re: How to switch UID under OMVS, John S. Giltner, Jr.
• CRC checksum generation on COBOL for the full file, Amlan Prasad
  • Re: CRC checksum generation on COBOL for the full file, Binyamin Dissen
  • <Possible follow-ups>
  • Re: CRC checksum generation on COBOL for the full file, Paul Gilmartin
• IBM Blamed for Server packaging issue, Ed Gould
  • <Possible follow-ups>
  • Re: IBM Blamed for Server packaging issue, Jim Marshall
    • RE: IBM Blamed for Server packaging issue, Chase, John
    • RE: IBM Blamed for Server packaging issue, Craddock, Chris
      • Re: IBM Blamed for Server packaging issue, Pommier, Rex R.
      • Re: IBM Blamed for Server packaging issue, Rick Fochtman
      • Re: IBM Blamed for Server packaging issue, Ed Gould
      • RE: IBM Blamed for Server packaging issue, Hardee, Charles H
      • Re: IBM Blamed for Server packaging issue, Ed Gould
      • Re: IBM Blamed for Server packaging issue, John S. Giltner, Jr.
• IBM Wheels Up Heavy Guns To Defend its Mainframe Monopoly, Ed Gould
  • will anyone confirm ibmlink is slow, Schramm, Rob
    • RE: will anyone confirm ibmlink is slow, Veilleux, Jon L
    • RE: will anyone confirm ibmlink is slow, Dean Montevago
    • RE: will anyone confirm ibmlink is slow, Chase, John
      • RE: will anyone confirm ibmlink is slow, Schramm, Rob
• Vary devices online and offline, Mark Steely
  • RE: Vary devices online and offline, Wayne Driscoll
    • Re: Vary devices online and offline, Rob Scott
      • RE: Re: Vary devices online and offline, Bob Shannon
      • Re: Vary devices online and offline, Ed Gould
      • Re: Vary devices online and offline, John Eells
  • <Possible follow-ups>
  • Re: Vary devices online and offline, Lizette Koehler
    • Re: Vary devices online and offline, Edward Jaffe
      • RE: Vary devices online and offline, McKown, John
      • Re: Vary devices online and offline, Edward Jaffe
      • Re: Vary devices online and offline, Jo . Skip . Robinson
      • Re: Vary devices online and offline, Edward Jaffe
      • Re: Vary devices online and offline, Shane
      • RE: Vary devices online and offline, Chase, John
      • Re: Vary devices online and offline, Rick Fochtman
  • Re: Vary devices online and offline, DASDBill2
  • Re: Vary devices online and offline, Lizette Koehler
  • Re: Vary devices online and offline, Anton Britz
    • RE: Vary devices online and offline, Rob Scott
  • Re: Vary devices online and offline, Tom Marchant
  • Re: Vary devices online and offline, FRASER, Brian
    • Re: Vary devices online and offline, Skip Robinson
    • RE: Vary devices online and offline, McKown, John
      • RE: Good Auditors (was: Vary devices online and offline), Mueller, David
      • Re: Good Auditors (was: Vary devices online and offline), rkuebbin
      • RE: Good Auditors (was: Vary devices online and offline), Mueller, David
  • Re: Vary devices online and offline, Mark Zelden
    • Re: Vary devices online and offline, Jo . Skip . Robinson
      • Re: Vary devices online and offline, John Ticic
• IBMLink SEV1 Ticket 32927263 ETA 12:20PM, Knutson, Sam
  • <Possible follow-ups>
  • Re: IBMLink SEV1 Ticket 32927263 ETA 12:20PM, Efinnell15
    • Re: IBMLink SEV1 Ticket 32927263 ETA 12:20PM, Ed Gould
      • Re: IBMLink SEV1 Ticket 32927263 ETA 12:20PM, Kim Goldenberg
  • Re: IBMLink SEV1 Ticket 32927263 ETA 12:20PM, Paul Gilmartin
    • RE: IBMLink SEV1 Ticket 32927263 ETA 12:20PM, McKown, John
  • Re: IBMLink SEV1 Ticket 32927263 ETA 12:20PM, Efinnell15
  • RE: IBMLink SEV1 Ticket 32927263 ETA 12:20PM, Kelman, Tom
  • Re: IBMLink SEV1 Ticket 32927263 ETA 12:20PM, Efinnell15
• Documentation for V Prt Sess (Super Session), Lizette Koehler
  • RE: Documentation for V Prt Sess (Super Session), Ulrich Krueger
• IBMLink problems including SIS, Knutson, Sam
  • <Possible follow-ups>
  • Re: IBMLink problems including SIS, Ted MacNEIL
• Any way we may know the exact maintenance level of z/OS on a system??, Rajesh Dharia
  • RE: Any way we may know the exact maintenance level of z/OS on a system??, Bob Shannon
  • Re: Any way we may know the exact maintenance level of z/OS on a system??, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Any way we may know the exact maintenance level of z/OS on a system??, Lizette Koehler
    • RE: Any way we may know the exact maintenance level of z/OS on a system??, Bob Shannon
  • Re: Any way we may know the exact maintenance level of z/OS on a system??, Mark Zelden
    • Re: Any way we may know the exact maintenance level of z/OS on a system??, Jo . Skip . Robinson
      • Re: Any way we may know the exact maintenance level of z/OS on a system??, Rajesh Dharia
      • RE: [IBM-MAIN] Any way we may know the exact maintenance level of z/OS on a system??, Ken . Porowski
• z/OS WLM Service Definition Editor V 1.1.0, Knutson, Sam
  • Re: z/OS WLM Service Definition Editor V 1.1.0, Mark Jacobs
    • Re: z/OS WLM Service Definition Editor V 1.1.0, Mark Jacobs
• RE: Request for sample JCL to re-org a slow PDSE [SEC=UNCLASSIFIED], Fenner, Jim
• RE: SMS Management Class usage, Grant, Mary
• Send a IODF file in a email, Jorge Garcia
  • Re: Send a IODF file in a email, R.S.
    • Re: Send a IODF file in a email, jorgejuanino
    • Re: Send a IODF file in a email, Jim McAlpine
  • Re: Send a IODF file in a email, Frank Connery
  • <Possible follow-ups>
  • Re: Send a IODF file in a email, John_J_Kelly
    • Re: Send a IODF file in a email, R.S.
• Strange behavior of START command(Keyword parms), Johnny Luo
  • Re: Strange behavior of START command(Keyword parms), Itschak Mugzach
    • Re: Strange behavior of START command(Keyword parms), Johnny Luo
  • Re: Strange behavior of START command(Keyword parms), Chris Mason
    • Re: Strange behavior of START command(Keyword parms), Johnny Luo
      • Re: Strange behavior of START command(Keyword parms), Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Strange behavior of START command(Keyword parms), Peter Relson
    • Re: Strange behavior of START command(Keyword parms), John P Kalinich
  • Re: Strange behavior of START command(Keyword parms), Peter Relson
• Re: [OT] Not exactly the best Friday off topic post, Mark H. Young
  • RE: [OT] Not exactly the best Friday off topic post, Richards.Bob
    • Re: [OT] Not exactly the best Friday off topic post, nounours
  • <Possible follow-ups>
  • Re: [OT] Not exactly the best Friday off topic post, Ted MacNEIL
• EMC, Anton Britz
  • Re: EMC, Rick Fochtman
    • Re: EMC, Cyber
  • RE: [IBM-MAIN] EMC, Ken . Porowski
  • RE: EMC, Field, Alan C.
  • Re: EMC, Ed Gould
• [OT] Not exactly the best Friday off topic post, Richards.Bob
  • Re: [OT] Not exactly the best Friday off topic post, rkuebbin
  • zOS Unix DOS2UNIX, Jon Brock
    • RE: zOS Unix DOS2UNIX, McKown, John
      • RE: zOS Unix DOS2UNIX, Jon Brock
      • RE: zOS Unix DOS2UNIX, Gray, Larry - Larry A
  • <Possible follow-ups>
  • Re: [OT] Not exactly the best Friday off topic post, Richard Pinion
    • RE: [OT] Not exactly the best Friday off topic post, Richards.Bob
      • Re: [OT] Not exactly the best Friday off topic post, Steve Comstock
      • Re: [OT] Not exactly the best Friday off topic post, Ed Gould
  • Re: [OT] Not exactly the best Friday off topic post, Richard Pinion
    • RE: [OT] Not exactly the best Friday off topic post, Richards.Bob
    • RE: [OT] Not exactly the best Friday off topic post, Phillips.Val
  • Re: [OT] Not exactly the best Friday off topic post, Richard Pinion
    • RE: [OT] Not exactly the best Friday off topic post, Richards.Bob
• Source of COBOL ACCEPT DATE, Ulrich Krueger
  • <Possible follow-ups>
  • Re: Source of COBOL ACCEPT DATE, Dave Kopischke
    • RE: Source of COBOL ACCEPT DATE, Ulrich Krueger
    • Re: Source of COBOL ACCEPT DATE, howard . brazee
  • Source of COBOL ACCEPT DATE, Tom Ross
    • Re: Source of COBOL ACCEPT DATE, Ulrich Krueger
      • RE: Source of COBOL ACCEPT DATE, GAVIN Darren * OPS EAS
• Getting the best deal on mainframe spends, Peter Gammage
  • <Possible follow-ups>
  • Re: Getting the best deal on mainframe spends, Anton Britz
• EMC MDL, Jon Koenigs
  • <Possible follow-ups>
  • Re: EMC MDL, Paul Dineen
  • Re: EMC MDL, Paul Dineen
  • Re: EMC MDL, Jon Koenigs
• RE: Couple Member HELP, Robert Pelletier
  • RE: Couple Member HELP, Wayne Driscoll
  • <Possible follow-ups>
  • RE: Couple Member HELP, Robert Pelletier
  • RE: Couple Member HELP, Robert Pelletier
    • RE: Couple Member HELP, Wayne Driscoll
  • RE: Couple Member HELP, Robert Pelletier
    • RE: Couple Member HELP, Laine, Rogers
  • RE: Couple Member HELP, Robert Pelletier
  • Re: Couple Member HELP, Vernooy, C.P. - SPLXM
• VVDS Question., Howard Rifkind
  • RE: VVDS Question., O'Brien, David W. [C] , NIH/CIT
  • Re: VVDS Question., R.S.
    • RE: VVDS Question., Greg Shirey
      • Re: VVDS Question., Howard Rifkind
      • Re: VVDS Question., Mark Jacobs
      • RE: VVDS Question., O'Brien, David W. [C] , NIH/CIT
  • Re: VVDS Question., Ambat Ravi Nair
  • <Possible follow-ups>
  • Re: VVDS Question., Paul Dineen
  • Re: VVDS Question., Tom Marchant
  • Re: VVDS Question., Tom Marchant
  • Re: VVDS Question., Tony Brown
    • Re: VVDS Question., Howard Rifkind
  • Re: VVDS Question., Paul Dineen
    • RE: VVDS Question., Ulrich Krueger
  • Re: VVDS Question., Paul Dineen
  • Re: VVDS Question., Tom Marchant
    • RE: VVDS Question., Wayne Driscoll
  • Re: VVDS Question., Ted MacNEIL
  • RE: VVDS Question., Imbriale, Donald
  • Re: VVDS Question., Paul Dineen
• An FAQ on the Monster.Com issue, Ed Gould
• Using IPCS (full screen) in a UNIX shell?, McKown, John
  • Re: Using IPCS (full screen) in a UNIX shell?, Bob Wright
  • RE: Using IPCS (full screen) in a UNIX shell?, Ulrich Krueger
    • RE: Using IPCS (full screen) in a UNIX shell?, McKown, John
      • Re: Using IPCS (full screen) in a UNIX shell?, Mark Jacobs
      • RE: Using IPCS (full screen) in a UNIX shell?, McKown, John
      • Re: Using IPCS (full screen) in a UNIX shell?, Rick Fochtman
      • RE: Using IPCS (full screen) in a UNIX shell?, Ulrich Krueger
  • Re: Using IPCS (full screen) in a UNIX shell?, Shane
    • Re: Using IPCS (full screen) in a UNIX shell?, Craddock, Chris
      • RE: Using IPCS (full screen) in a UNIX shell?, McKown, John
  • Re: Using IPCS (full screen) in a UNIX shell?, Eric Bielefeld
    • Re: Using IPCS (full screen) in a UNIX shell?, Ed Gould
  • <Possible follow-ups>
  • RE: Using IPCS (full screen) in a UNIX shell?, Thompson, Steve
  • Re: Using IPCS (full screen) in a UNIX shell?, Ted MacNEIL
  • Re: Using IPCS (full screen) in a UNIX shell?, Mark Zelden
  • Re: Using IPCS (full screen) in a UNIX shell?, Barbara Nitz
    • Re: Using IPCS (full screen) in a UNIX shell?, Wayne Driscoll
  • Re: Using IPCS (full screen) in a UNIX shell?, Barbara Nitz
    • Re: Using IPCS (full screen) in a UNIX shell?, Steve Comstock
      • Re: Using IPCS (full screen) in a UNIX shell?, Ed Gould
      • RE: Using IPCS (full screen) in a UNIX shell?, McKown, John
    • Re: Using IPCS (full screen) in a UNIX shell?, Bob Wright
  • Re: Using IPCS (full screen) in a UNIX shell?, Paul Gilmartin
  • Re: Using IPCS (full screen) in a UNIX shell?, Paul Gilmartin
• APAR PK40178 IPSec offload to zIIPs, Knutson, Sam
• Couple Member, Robert Pelletier
  • <Possible follow-ups>
  • Couple Member, Jimmy Wagner
  • RE: Couple Member, Robert Pelletier
    • RE: Couple Member, Wayne Driscoll
  • RE: Couple Member, Robert Pelletier
• Each CPU usage, Tommy Tsui
  • Re: Each CPU usage, Rich Smrcina
    • signoff, Dan Ternosky
  • Re: Each CPU usage, Shane
  • Re: Each CPU usage, Bill Wilkie
    • Re: Each CPU usage, Shmuel Metz , Seymour J.
      • Re: Each CPU usage, Bill Wilkie
      • Re: Each CPU usage, Joel C. Ewing
      • Re: Each CPU usage, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Each CPU usage, Gerhard Adam
  • Re: Each CPU usage, Elardus Engelbrecht
  • Re: Each CPU usage, Ted MacNEIL
    • Re: Each CPU usage, Bill Wilkie
  • Re: Each CPU usage, gadam12
    • Re: Each CPU usage, David Betten
  • RE: Each CPU usage, Thompson, Steve
  • Re: Each CPU usage, Anne & Lynn Wheeler
• IODF and logical paths limitation, R.S.
  • Re: IODF and logical paths limitation, John Ticic
• QAHiperstation uses Key 8 CSA, Brian Peterson
  • RE: QAHiperstation uses Key 8 CSA, Yee, Bob
• ALLOWUSERKEYCSA(NO) requires BPN1137 for BMC ULTRAOPT, Knutson, Sam
• Need some help with Sort, Larry Kahm
  • Re: Need some help with Sort, Bill Lalonde
    • Re: Need some help with Sort, yaeger@xxxxxxxxxx
      • Re: Need some help with Sort, Bill Lalonde
      • Re: Need some help with Sort, rgreen
      • Re: Need some help with Sort, Larry Kahm
• Capacity on Demand: does Submodel Change?, Mike Shaw
• Protecting ISMF Functions, Tim Henness
  • Re: Protecting ISMF Functions, John Ticic
• OSA, Philip Miscione
  • RE: OSA, McKown, John
    • Re: OSA, R.S.
      • Re: OSA, McKown, John
  • Re: OSA, Harold Zbiegien
    • RE: OSA, Philip Miscione
  • Re: OSA, David Andrews
  • <Possible follow-ups>
  • Re: OSA, Sheila Weissborn
• IBMLINK - SIS link broken?, Thompson, Steve
  • RE: IBMLINK - SIS link broken?, Barkow, Eileen
• IBMLINK SEV1 ticket # 32902392 ETA 5PM, Knutson, Sam
  • <Possible follow-ups>
  • Re: IBMLINK SEV1 ticket # 32902392 ETA 5PM, Robert Justice
    • Re: IBMLINK SEV1 ticket # 32902392 ETA 5PM, Ed Gould
  • RE: IBMLINK SEV1 ticket # 32902392 ETA 5PM, Thompson, Steve
  • Re: IBMLINK SEV1 ticket # 32902392 ETA 5PM, Ted MacNEIL
    • Re: IBMLINK SEV1 ticket # 32902392 ETA 5PM, Paul . D'Angelo
  • Re: IBMLINK SEV1 ticket # 32902392 ETA 5PM, Efinnell15
  • Re: IBMLINK SEV1 ticket # 32902392 ETA 5PM, Barbara Nitz
• Hey Guess What !!!, Dean Montevago
  • Re: Hey Guess What !!!, Edward Jaffe
• RECFM=VBS and "null segments", McKown, John
  • <Possible follow-ups>
  • Re: RECFM=VBS and "null segments", DASDBill2
    • RE: RECFM=VBS and "null segments", McKown, John
  • Re: RECFM=VBS and "null segments", Bill Godfrey
• ITM Discussion Listserv, Kelman, Tom
• Offsite archival of MVS datasets, Kandi, Santosh
  • RE: Offsite archival of MVS datasets, Ulrich Krueger
    • Re: Offsite archival of MVS datasets, darth . keller
    • Another take on IBM vs. PSI, Gary Green
      • Re: Another take on IBM vs. PSI, Ed Gould
      • RE: Another take on IBM vs. PSI, Gary Green
• IEFUSI and OA14391, Mark Zelden
  • <Possible follow-ups>
  • Re: IEFUSI and OA14391, Mark Zelden
• Re: DFDSS versus FDR, Jim McAlpine
  • Re: DFDSS versus FDR, McKown, John
  • <Possible follow-ups>
  • RE: DFDSS versus FDR, FRASER, Brian
    • Re: DFDSS versus FDR, Mike . Visintin
  • Re: DFDSS versus FDR, Doug Fuerst
  • RE: DFDSS versus FDR, Pommier, Rex R.
    • Re: DFDSS versus FDR, Jim McAlpine
      • RE: DFDSS versus FDR, O'Brien, David W. [C] , NIH/CIT
      • Re: DFDSS versus FDR, Jim McAlpine
      • RE: DFDSS versus FDR, Pommier, Rex R.
      • Re: DFDSS versus FDR, Jim McAlpine
  • RE: DFDSS versus FDR, Imbriale, Donald
    • Re: DFDSS versus FDR, Bruce Black
  • RE: DFDSS versus FDR, Pommier, Rex R.
  • Re: DFDSS versus FDR, Efinnell15
    • Re: DFDSS versus FDR, Edward Jaffe
  • Re: DFDSS versus FDR, Efinnell15
  • Re: DFDSS versus FDR, FRASER, Brian
  • RE: DFDSS versus FDR, FRASER, Brian
• RACF/DB2 Information Required, Kenny Fogarty
  • RE: RACF/DB2 Information Required, Knutson, Sam
    • Re: RACF/DB2 Information Required, Kenny Fogarty
  • Re: RACF/DB2 Information Required, Rick Fochtman
• SDSF Spool Job Browse Access, Jacky Bright
  • <Possible follow-ups>
  • Re: SDSF Spool Job Browse Access, Jacky Hofbauer
    • Re: SDSF Spool Job Browse Access, Jacky Bright
  • Re: SDSF Spool Job Browse Access, Jacky Hofbauer
• Re: Request for sample JCL to re-org a slow PDSE, Barbara Nitz
  • RE: Request for sample JCL to re-org a slow PDSE, Knutson, Sam
  • Re: Request for sample JCL to re-org a slow PDSE, John Eells
  • <Possible follow-ups>
  • Re: Request for sample JCL to re-org a slow PDSE, Vernooy, C.P. - SPLXM
  • Re: Request for sample JCL to re-org a slow PDSE, Barbara Nitz
  • Re: Request for sample JCL to re-org a slow PDSE, Mark Zelden
  • Re: Request for sample JCL to re-org a slow PDSE, Mark Zelden
  • Re: Request for sample JCL to re-org a slow PDSE, Barbara Nitz
• Request for sample JCL to re-org a slow PDSE [SEC=UNCLASSIFIED], Fenner, Jim
• Re: MQ question, Mohan
  • <Possible follow-ups>
  • Re: MQ question, Jan MOEYERSONS
• Re: SHOWMVS from CBT tape??, Roland Schiradin
• More on Monster.com, Ed Gould
• Print Distribution and IP connected Devices, Lizette Koehler
  • Re: Print Distribution and IP connected Devices, RWells
  • RE: Print Distribution and IP connected Devices, Hal Merritt
    • RE: Print Distribution and IP connected Devices, Lizette Koehler
      • RE: Print Distribution and IP connected Devices, Maarten . Slegtenhorst
      • RE: Print Distribution and IP connected Devices, Maarten . Slegtenhorst
      • RE: Print Distribution and IP connected Devices, Rugen, Len
      • RE: Print Distribution and IP connected Devices, McKown, John
    • Re: Print Distribution and IP connected Devices, Bill Dodge
      • Re: Print Distribution and IP connected Devices, J R
      • RE: Print Distribution and IP connected Devices, Pommier, Rex R.
  • RE: Print Distribution and IP connected Devices, Ulrich Krueger
    • Re: Print Distribution and IP connected Devices, J R
  • Re: Print Distribution and IP connected Devices, Chris Mason
  • <Possible follow-ups>
  • Re: Print Distribution and IP connected Devices, Efinnell15
  • Re: Print Distribution and IP connected Devices, Ted MacNEIL
    • RE: Print Distribution and IP connected Devices, Ulrich Krueger
  • Re: Print Distribution and IP connected Devices, Timothy Sipples
  • Re: Print Distribution and IP connected Devices, Efinnell15
• RE: Wells Fargo crash question, Kelman, Tom
  • <Possible follow-ups>
  • Re: Wells Fargo crash question, Gary Green
  • Re: Wells Fargo crash question, Gary Green
  • Re: Wells Fargo crash question, AledLHughes
• Calling a AMODE 31 program from AMODE 64, Ludmila Koganer
  • RE: Calling a AMODE 31 program from AMODE 64, McKown, John
    • Re: Calling a AMODE 31 program from AMODE 64, Steve Comstock
      • RE: Calling a AMODE 31 program from AMODE 64, Todd Burch
  • Re: Calling a AMODE 31 program from AMODE 64, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Calling a AMODE 31 program from AMODE 64, Ludmila Koganer
    • RE: Calling a AMODE 31 program from AMODE 64, Todd Burch
    • RE: Calling a AMODE 31 program from AMODE 64, McKown, John
    • Re: Calling a AMODE 31 program from AMODE 64, Steve Comstock
      • Re: Calling a AMODE 31 program from AMODE 64, Steve Comstock
      • Re: Calling a AMODE 31 program from AMODE 64, J R
      • RE: Calling a AMODE 31 program from AMODE 64, McKown, John
      • Re: Calling a AMODE 31 program from AMODE 64, Paul . D'Angelo
      • Re: Calling a AMODE 31 program from AMODE 64, Steve Comstock
      • Re: Calling a AMODE 31 program from AMODE 64, Todd Burch
      • Re: Calling a AMODE 31 program from AMODE 64, Edward Jaffe
      • Re: Calling a AMODE 31 program from AMODE 64, Steve Comstock
      • Re: Calling a AMODE 31 program from AMODE 64 - last version, Steve Comstock
      • Re: Calling a AMODE 31 program from AMODE 64, Shmuel Metz , Seymour J.
      • Re: Calling a AMODE 31 program from AMODE 64, Robert A. Rosenberg
      • Re: Calling a AMODE 31 program from AMODE 64, Shmuel Metz , Seymour J.
  • Re: Calling a AMODE 31 program from AMODE 64, Tom Marchant
    • Re: Calling a AMODE 31 program from AMODE 64, J R
  • Re: Calling a AMODE 31 program from AMODE 64, Tom Marchant
  • Re: Calling a AMODE 31 program from AMODE 64, Tom Marchant
  • Re: Calling a AMODE 31 program from AMODE 64, Andy Wood
  • Re: Calling a AMODE 31 program from AMODE 64, Anton Britz
    • RE: Calling a AMODE 31 program from AMODE 64, Todd Burch
    • Re: Calling a AMODE 31 program from AMODE 64, Chase, John
  • Re: Calling a AMODE 31 program from AMODE 64, Anton Britz
    • Re: Calling a AMODE 31 program from AMODE 64, Steve Comstock
    • Re: Calling a AMODE 31 program from AMODE 64, Wayne Driscoll
    • RE: Calling a AMODE 31 program from AMODE 64, Chase, John
  • Re: Calling a AMODE 31 program from AMODE 64, Anton Britz
  • Re: Calling a AMODE 31 program from AMODE 64, Anton Britz
• Wells Fargo crash qeustion, Gary Green
  • RE: Wells Fargo crash qeustion, Hal Merritt
  • RE: Wells Fargo crash question, Lizette Koehler
  • <Possible follow-ups>
  • Re: Wells Fargo crash qeustion, Efinnell15
  • Re: Wells Fargo crash qeustion, Gary Green
    • RE: Wells Fargo crash qeustion, Hal Merritt
  • Re: Wells Fargo crash qeustion, Tom Marchant
• CICS MQ triggered queue abend loop [was: MQ question], Schneiderwent, Craig
• Cobol ACCEPT-DATE, Perryman, Brian
  • Re: Cobol ACCEPT-DATE, Steve Comstock
  • Re: Cobol ACCEPT-DATE, BillD
  • <Possible follow-ups>
  • Re: Cobol ACCEPT-DATE, Paul Gilmartin
  • RE: Cobol ACCEPT-DATE, CICS Guy
  • Cobol ACCEPT-DATE, Bill Klein
    • RE: Cobol ACCEPT-DATE, GAVIN Darren * OPS EAS
  • Re: Cobol ACCEPT-DATE, Efinnell15
  • Fw: Cobol ACCEPT-DATE, Bill Klein
  • Re: Fw: Cobol ACCEPT-DATE, Efinnell15
  • RE: Cobol ACCEPT-DATE, CICS Guy
    • RE: Cobol ACCEPT-DATE, Perryman, Brian
      • Re: Cobol ACCEPT-DATE, Jim Phoenix
    • RE: Cobol ACCEPT-DATE, Perryman, Brian
  • Re: Cobol ACCEPT-DATE, Dave Kopischke
• IBMLink (3270) and "non-standard" screen size, Chase, John
  • Re: IBMLink (3270) and "non-standard" screen size, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: IBMLink (3270) and "non-standard" screen size, Mark Zelden
    • RE: IBMLink (3270) and "non-standard" screen size, Chase, John
  • RE: IBMLink (3270) and "non-standard" screen size, Chase, John
• Recataloging IBM virtual tapes, Field, Alan C.
  • RE: Recataloging IBM virtual tapes, McKown, John
  • <Possible follow-ups>
  • Re: Recataloging IBM virtual tapes, Lizette Koehler
    • RE: Recataloging IBM virtual tapes, Gray, Larry - Larry A
    • RE: Recataloging IBM virtual tapes, Richbourg, Claude
      • RE: Recataloging IBM virtual tapes, Field, Alan C.
• CICS and MQ Series, jxbcal
• More Linux and z/VM presentations from SHARE 109, Mark Post
• XMIT QUESTION, willie bunter
  • Re: XMIT QUESTION, Walt Farrell
  • RE: XMIT QUESTION, Ulrich Krueger
    • Re: XMIT QUESTION, willie bunter
  • RE: XMIT QUESTION, Ray Mullins
• RTLS, Peter Relson
• RE: LPA Module Size 80MB impact on system?, Chase, John
  • RE: LPA Module Size 80MB impact on system?, Hunkeler Peter , KIUK 3
    • RE: LPA Module Size 80MB impact on system?, Chase, John
      • Re: LPA Module Size 80MB impact on system?, Johnny Luo
      • Re: LPA Module Size 80MB impact on system?, Bob Wright
      • RE: LPA Module Size 80MB impact on system?, Wayne Driscoll
      • Re: LPA Module Size 80MB impact on system?, Johnny Luo
      • MQ question, August . Carideo
      • RE: MQ question, Gray, Larry - Larry A
      • Re: MQ question, Grant Ward Able
      • RE: LPA Module Size 80MB impact on system?, Wayne Driscoll
      • RE: LPA Module Size 80MB impact on system?, Hunkeler Peter , KIUK 3
  • <Possible follow-ups>
  • Re: LPA Module Size 80MB impact on system?, Paul Gilmartin
  • Re: LPA Module Size 80MB impact on system?, Mark Zelden
  • Re: LPA Module Size 80MB impact on system?, Tom Marchant
    • RE: LPA Module Size 80MB impact on system?, Veilleux, Jon L
  • Re: LPA Module Size 80MB impact on system?, Tom Marchant
    • RE: LPA Module Size 80MB impact on system?, Veilleux, Jon L
    • Re: LPA Module Size 80MB impact on system?, Rick Fochtman
  • Re: LPA Module Size 80MB impact on system?, Tom Marchant
  • Re: LPA Module Size 80MB impact on system?, Tom Marchant
  • Re: LPA Module Size 80MB impact on system?, Michael Cleary
  • RE: LPA Module Size 80MB impact on system?, Thompson, Steve
    • Re: LPA Module Size 80MB impact on system?, Johnny Luo
  • Re: LPA Module Size 80MB impact on system?, Paul Gilmartin
  • Re: LPA Module Size 80MB impact on system?, DASDBill2
  • Re: LPA Module Size 80MB impact on system?, Ted MacNEIL
  • Re: LPA Module Size 80MB impact on system?, Efinnell15
  • Re: LPA Module Size 80MB impact on system?, Peter Relson
    • Re: LPA Module Size 80MB impact on system?, Clark Morris
• IODF: undefined 3390A, R.S.
  • Re: IODF: undefined 3390A, Roy Hewitt
• LPServe dynamic allocation, gerard . brul
  • RE: LPServe dynamic allocation, Ulrich Krueger
  • <Possible follow-ups>
  • Re: LPServe dynamic allocation, Ted MacNEIL
  • Re: LPServe dynamic allocation, Gerard Brul
    • RE: LPServe dynamic allocation, Ulrich Krueger
    • RE: LPServe dynamic allocation, McKown, John
  • Re: LPServe dynamic allocation, Gerard Brul
• RE: IBM-MAIN Digest - 19 Aug 2007 to 20 Aug 2007 (#2007-232), David Boyes
• Re: REXX Trace in Session Manager, Steve Comstock
• Linux and z/VM presentations from SHARE 109, Mark Post
• OT but may impact a lot of people on here, Ed Gould
  • RE: OT but may impact a lot of people on here, Ulrich Krueger
    • Re: OT but may impact a lot of people on here, Ed Gould
  • <Possible follow-ups>
  • RE: OT but may impact a lot of people on here, Kelman, Tom
    • Re: OT but may impact a lot of people on here, Ed Gould
• Re: CA-1 TMC Reblock - recommended size?, Dave Kopischke
  • RE: CA-1 TMC Reblock - recommended size?, John P Donnelly
  • <Possible follow-ups>
  • Re: CA-1 TMC Reblock - recommended size?, Glenn Miller
    • RE: CA-1 TMC Reblock - recommended size?, Gibney, Dave
      • Re: CA-1 TMC Reblock - recommended size?, Harold Zbiegien
  • Re: CA-1 TMC Reblock - recommended size?, Arthur T.
    • Re: CA-1 TMC Reblock - recommended size?, Neal Eckhardt
  • Re: CA-1 TMC Reblock - recommended size?, Ambat Ravi Nair
  • Re: CA-1 TMC Reblock - recommended size?, Mark Zelden
• Re: IBM-MAIN Index - 16 Aug 2007 to 17 Aug 2007 (#2007-229), David_Spillman
• Moving to TN3270 address space, Rugen, Len
• Invocations, steve
• IBM System z Expo, Walt Farrell
  • Re: [IBM-MAIN] IBM System z Expo, awhite
    • Re: [IBM-MAIN] IBM System z Expo, Walt Farrell
• Identifying SASDBs in SMS ACS routines, Jennifer Currell
  • RE: Identifying SASDBs in SMS ACS routines, Richards.Bob
  • RE: Identifying SASDBs in SMS ACS routines, O'Brien, David W. [C] , NIH/CIT
    • RE: Identifying SASDBs in SMS ACS routines, Richards.Bob
    • RE: [IBM-MAIN] Identifying SASDBs in SMS ACS routines, Ron Hawkins
    • Re: Identifying SASDBs in SMS ACS routines, Lindy Mayfield
      • RE: Identifying SASDBs in SMS ACS routines, O'Brien, David W. [C] , NIH/CIT
  • RE: Identifying SASDBs in SMS ACS routines, McKown, John
  • <Possible follow-ups>
  • RE: Identifying SASDBs in SMS ACS routines, Kelman, Tom
    • RE: Identifying SASDBs in SMS ACS routines, Ulrich Krueger
  • Re: Identifying SASDBs in SMS ACS routines, Lizette Koehler
  • Re: Identifying SASDBs in SMS ACS routines, Tom Marchant
  • RE: Identifying SASDBs in SMS ACS routines, Kelman, Tom
  • RE: Identifying SASDBs in SMS ACS routines, Kelman, Tom
  • RE: Identifying SASDBs in SMS ACS routines, FRASER, Brian
    • RE: [IBM-MAIN] Identifying SASDBs in SMS ACS routines, Ron Hawkins
• Ave Atque Vale, john gilmore
  • Re: Ave Atque Vale, Graeme Gibson
  • Re: Ave Atque Vale, Shmuel Metz , Seymour J.
    • RE: Ave Atque Vale, Hunkeler Peter , KIUK 3
  • <Possible follow-ups>
  • Re: Ave Atque Vale, Dave Kopischke
  • Re: Ave Atque Vale, Gary Green
    • Re: Ave Atque Vale, Robert Bardos
• How do you handle security for TSO Reconnect, Michael Bradley
  • <Possible follow-ups>
  • Re: How do you handle security for TSO Reconnect, Kenneth E Tomiak
    • Re: How do you handle security for TSO Reconnect, GAVIN Darren * OPS EAS
• How-TO: Non-production CA-7 usage, Michael Bradley
  • RE: How-TO: Non-production CA-7 usage, Knutson, Sam
  • Re: How-TO: Non-production CA-7 usage, Clark F Morris
  • <Possible follow-ups>
  • Re: How-TO: Non-production CA-7 usage, Gary Green
  • Fwd: How-TO: Non-production CA-7 usage, Michael Bradley
• re: ways to update a PS file?, john gilmore
• re: Ways to update PS files?, john gilmore
  • Re: re: Ways to update PS files?, poitras
  • Re: Ways to update PS files?, Steve Comstock
    • Re: Ways to update PS files?, Rick Fochtman
      • Re: Ways to update PS files?, Steve Comstock
      • Re: Ways to update PS files?, Johnny Luo
      • Re: Ways to update PS files?, Steve Comstock
      • Re: Ways to update PS files?, Johnny Luo
      • Re: Ways to update PS files?, Steve Comstock
      • Re: Ways to update PS files?, Johnny Luo
      • Re: Ways to update PS files?, J R
      • RE: Ways to update PS files?, Hunkeler Peter , KIUK 3
      • Re: Ways to update PS files?, J R
  • <Possible follow-ups>
  • Re: Ways to update PS files?, Terry Sambrooks
  • re: ways to update PS files?, john gilmore
    • RE: ways to update PS files?, McKown, John
      • Re: ways to update PS files?, poitras
      • RE: ways to update PS files?, McKown, John
    • RE: ways to update PS files?, Lindy Mayfield
      • RE: ways to update PS files?, Hunkeler Peter , KIUK 3
      • Re: ways to update PS files?, Steve Comstock
      • RE: ways to update PS files?, McKown, John
      • Changes in the wind? (was Re: ways to update PS files?), Steve Comstock
      • RE: ways to update PS files?, Lindy Mayfield
      • Re: ways to update PS files?, Rick Fochtman
      • Re: ways to update PS files?, Walt Farrell
      • RE: ways to update PS files?, Lindy Mayfield
    • RE: ways to update PS files?, Hunkeler Peter , KIUK 3
  • Re: ways to update PS files?, Tom Marchant
  • RE: Ways to update PS files?, FRASER, Brian
  • Re: Ways to update PS files?, Graeme Gibson
  • Re: Ways to update PS files?, Graeme Gibson
    • Re: Ways to update PS files?, David Andrews
      • Re: Ways to update PS files?, Graeme Gibson
      • RE: Ways to update PS files?, Ulrich Krueger
      • SHOWMVS from CBT tape??, O'Brien, David W. [C] , NIH/CIT
      • RE: SHOWMVS from CBT tape??, Knutson, Sam
      • Re: SHOWMVS from CBT tape??, John P Kalinich
      • RE: SHOWMVS from CBT tape??, O'Brien, David W. [C] , NIH/CIT
    • Re: Ways to update PS files?, rkuebbin
  • Re: Ways to update PS files?, Graeme Gibson
• More thoughts on Mainframes, Cartwright, Dave
• What topic would you like to hear at SHARE?, Kenneth E Tomiak
  • RE: What topic would you like to hear at SHARE?, Norman Hollander on h-WiZ.biz
  • <Possible follow-ups>
  • Re: What topic would you like to hear at SHARE?, Ted MacNEIL
    • RE: What topic would you like to hear at SHARE?, Wayne Driscoll
      • Ways to update PS files?, Lindy Mayfield
      • RE: Ways to update PS files?, Lizette Koehler
  • Re: What topic would you like to hear at SHARE?, Kenneth E Tomiak
• TCPIP problem - Unintentional port sharing, Tom Longfellow
  • Re: TCPIP problem - Unintentional port sharing, Tom Longfellow
• List of Withdrawn products from IBM, Ed Gould
  • RE: List of Withdrawn products from IBM, Bob Shannon
    • Interesting Article, Gary Green
      • RE: Interesting Article, Hunkeler Peter , KIUK 3
    • Re: List of Withdrawn products from IBM, Ed Gould
      • Re: List of Withdrawn products from IBM, Eric-IBMmain
      • Re: List of Withdrawn products from IBM, Ed Gould
      • Re: List of Withdrawn products from IBM, Edward Jaffe
      • RE: List of Withdrawn products from IBM, Bob Shannon
      • Re: List of Withdrawn products from IBM, Shane
      • RE: List of Withdrawn products from IBM, Bob Shannon
      • Re: List of Withdrawn products from IBM, Walt Farrell
      • Re: List of Withdrawn products from IBM, Edward Jaffe
  • <Possible follow-ups>
  • Re: List of Withdrawn products from IBM, Ted MacNEIL
  • Re: List of Withdrawn products from IBM, Efinnell15
  • Re: List of Withdrawn products from IBM, Patrick O'Keefe
    • Re: List of Withdrawn products from IBM, John S. Giltner, Jr.
• Solaris on z, David Boyes
  • Re: Solaris on z, legolas wood
  • <Possible follow-ups>
  • Solaris on z, Phil Payne
  • Re: Solaris on z, Efinnell15
• 4331 weight, William Donzelli
  • Re: 4331 weight, Cyber
  • <Possible follow-ups>
  • Re: 4331 weight, Brian Westerman
    • RE: 4331 weight, Todd Burch
  • Re: 4331 weight, Brian Westerman
    • Re: 4331 weight, scott
  • Re: 4331 weight, Mark H. Young
    • RE: 4331 weight, Kammer, Charles
  • Re: 4331 weight, Brian Westerman
• Compuware FileAid vs File Manager, more..., Katie Thorpe
  • Re: Compuware FileAid vs File Manager, more..., Rick Fochtman
  • Re: Compuware FileAid vs File Manager, more..., Ed Gould
  • Re: Compuware FileAid vs File Manager, more..., Thomas David Rivers
  • <Possible follow-ups>
  • Re: Compuware FileAid vs File Manager, more..., Mark H. Young
    • Re: Compuware FileAid vs File Manager, more..., Ed Gould
  • Re: Compuware FileAid vs File Manager, more..., Timothy Sipples
    • RE: Compuware FileAid vs File Manager, more..., Bob Shannon
• Dataset Recovery issue., Howard Rifkind
  • Re: Dataset Recovery issue., sysprog
    • Re: Dataset Recovery issue., Howard Rifkind
    • Re: Dataset Recovery issue., Howard Rifkind
  • RE: Dataset Recovery issue., Schwarz, Barry A
  • <Possible follow-ups>
  • RE: Dataset Recovery issue., Thompson, Steve
• RE: SMS Question, McKown, John
  • RE: SMS Question, Richards.Bob
  • <Possible follow-ups>
  • SMS Question, willie bunter
    • Re: SMS Question, Mark Jacobs
    • RE: SMS Question, Wayne Driscoll
    • Re: SMS Question, john . kington
    • RE: SMS Question, O'Brien, David W. [C] , NIH/CIT
      • RE: SMS Question, O'Brien, David W. [C] , NIH/CIT
      • Re: SMS Question, willie bunter
      • RE: SMS Question, O'Brien, David W. [C] , NIH/CIT
  • Re: SMS Question, Vernooy, C.P. - SPLXM
• "Wait time limit exceeded" for batch jobs, Gaur
  • Re: "Wait time limit exceeded" for batch jobs, Joe Landenberg
• IBM recommends disabling AUTOTUNING - OA20748, Pinnacle
  • RE: IBM recommends disabling AUTOTUNING - OA20748, Traylor, Terry
• Re: SHARE Sn*bbery Report, Arthur T.
• Re: Highlights of SHARE, Lizette Koehler
  • <Possible follow-ups>
  • Re: Highlights of SHARE, Kenneth E Tomiak
• Sendmail w/attachment, Daniel McLaughlin
  • RE: Sendmail w/attachment, McKown, John
    • RE: Sendmail w/attachment, Horne, Jim - James S
  • Re: Sendmail w/attachment (XMITIP IS SUPPORTED), Pinnacle
  • RE: Sendmail w/attachment, Randy Benderman
  • IBM Level 1 - gotta love it., Todd Burch
    • Re: IBM Level 1 - gotta love it., Edward Jaffe
  • <Possible follow-ups>
  • Re: Sendmail w/attachment, spamstop
  • Re: Sendmail w/attachment, Dana Mitchell
  • Re: Sendmail w/attachment, Tom Schmidt
  • Re: Re: Sendmail w/attachment, spamstop
  • Re: Sendmail w/attachment, Daniel McLaughlin
  • RE: Sendmail w/attachment, Robert Pelletier
  • Re: Sendmail w/attachment, Dave Kopischke
  • Re: Sendmail w/attachment, Patrick O'Keefe
• SMS Question - Urgent, Dean Montevago
  • Re: SMS Question - Urgent, Mark Jacobs
  • Re: SMS Question - Urgent, john . kington
  • RE: SMS Question - Urgent, O'Brien, David W. [C] , NIH/CIT
  • Re: SMS Question - Urgent, Ambat Ravi Nair
    • RE: SMS Question - Urgent, O'Brien, David W. [C] , NIH/CIT
      • RE: SMS Question - Urgent, Dean Montevago
      • RE: SMS Question - Urgent, O'Brien, David W. [C] , NIH/CIT
      • RE: SMS Question - Urgent, Dean Montevago
      • Re: SMS Question - Urgent, john . kington
      • RE: SMS Question - Urgent, O'Brien, David W. [C] , NIH/CIT
      • RE: SMS Question - Urgent, Dean Montevago
      • RE: SMS Question - Urgent, Dean Montevago
      • RE: SMS Question - Urgent, O'Brien, David W. [C] , NIH/CIT
      • Re: SMS Question - Urgent, john . kington
      • RE: SMS Question - Urgent, Dean Montevago
      • Re: SMS Question - Urgent, john . kington
      • RE: SMS Question - Urgent, Ulrich Krueger
      • RE: SMS Question - Urgent, Ulrich Krueger
      • RE: SMS Question - Urgent, Dean Montevago
      • Re: SMS Question - Urgent, Ambat Ravi Nair
      • RE: SMS Question - Urgent, Dean Montevago
      • RE: SMS Question - Urgent, McKown, John
      • RE: SMS Question - Urgent, Ulrich Krueger
      • RE: [IBM-MAIN] SMS Question - Urgent, Ron Hawkins
      • Re: SMS Question - Urgent, Rick Fochtman
  • Re: SMS Question - Urgent, Neil Duffee
    • RE: SMS Question - Urgent, Dean Montevago
      • RE: SMS Question - Urgent, O'Brien, David W. [C] , NIH/CIT
      • RE: SMS Question - Urgent, O'Brien, David W. [C] , NIH/CIT
      • Re: SMS Question - Urgent, john . kington
      • RE: SMS Question - Urgent, O'Brien, David W. [C] , NIH/CIT
      • Re: SMS Question - Urgent, Dean Montevago
      • RE: SMS Question - Urgent, Richards.Bob
      • RE: SMS Question - Urgent, Dean Montevago
      • RE: SMS Question - Urgent, Richards.Bob
      • RE: SMS Question - Urgent, Dean Montevago
      • Re: SMS Question - Urgent, john . kington
  • <Possible follow-ups>
  • Re: SMS Question - Urgent, Tom Marchant
    • RE: SMS Question - Urgent, O'Brien, David W. [C] , NIH/CIT
      • RE: SMS Question - Urgent, Dean Montevago
      • Re: SMS Question - Urgent, john . kington
      • RE: SMS Question - Urgent, Dean Montevago
  • Re: SMS Question - Urgent, Tom Marchant
  • RE: SMS Question - Urgent, CICS Guy
    • RE: SMS Question - Urgent, O'Brien, David W. [C] , NIH/CIT
  • Re: SMS Question - Urgent, Lizette Koehler
    • Re: SMS Question - Urgent, Thomas H Puddicombe
  • Re: SMS Question - Urgent, John_J_Kelly
  • RE: SMS Question - Urgent, Robert Pelletier
    • Re: SMS Question - Urgent, john . kington
    • RE: SMS Question - Urgent, Ulrich Krueger
  • Re: SMS Question - Urgent, Tom Marchant
  • Re: SMS Question - Urgent, Efinnell15
    • RE: SMS Question - Urgent, Dean Montevago
      • Re: SMS Question - Urgent, john . kington
      • RE: SMS Question - Urgent, Richards.Bob
      • RE: [IBM-MAIN] SMS Question - Urgent, Ron Hawkins
      • RE: SMS Question - Urgent, Dean Montevago
      • Re: SMS Question - Urgent, john . kington
  • Re: SMS Question - Urgent, Lizette Koehler
    • RE: SMS Question - Urgent, Dean Montevago
  • Re: SMS Question - Urgent, Mark Zelden
  • Re: SMS Question - Urgent, Efinnell15
  • Re: SMS Question - Urgent, Lizette Koehler
  • Re: SMS Question - Urgent, Tom Marchant
  • Re: SMS Question - Urgent, Tom Marchant
    • RE: SMS Question - Urgent, Dean Montevago
      • RE: SMS Question - Urgent, O'Brien, David W. [C] , NIH/CIT
      • RE: SMS Question - Urgent, Dean Montevago
      • RE: SMS Question - Urgent, O'Brien, David W. [C] , NIH/CIT
      • RE: SMS Question - Urgent, Dean Montevago
      • RE: SMS Question - Urgent, McKown, John
      • RE: SMS Question - Urgent, O'Brien, David W. [C] , NIH/CIT
  • Re: SMS Question - Urgent, Efinnell15
    • RE: SMS Question - Urgent, Dean Montevago
  • Re: SMS Question - Urgent, Efinnell15
    • RE: SMS Question - Urgent, Dean Montevago
      • RE: SMS Question - Urgent, O'Brien, David W. [C] , NIH/CIT
      • RE: SMS Question - Urgent, Dean Montevago
      • RE: SMS Question - Urgent, O'Brien, David W. [C] , NIH/CIT
  • RE: SMS Question - Urgent, Chicklon, Tom
    • RE: SMS Question - Urgent, Dean Montevago
      • RE: SMS Question - Urgent, Richards.Bob
      • RE: SMS Question - Urgent, Dean Montevago
      • RE: SMS Question - Urgent, Dean Montevago
  • RE: SMS Question - Urgent, Chicklon, Tom
• Allen Thennes/Corp/Walgreens is out of the office., Allen . Thennes
• Operating System #6 for the IBM Mainframe: Solaris, Timothy Sipples
  • Re: Operating System #6 for the IBM Mainframe: Solaris, legolas wood
  • Re: Operating System #6 for the IBM Mainframe: Solaris, David Andrews
    • Re: Operating System #6 for the IBM Mainframe: Solaris, legolas wood
      • Re: Operating System #6 for the IBM Mainframe: Solaris, David Andrews
• Peter Pfaffner passed away, Roland Schiradin
  • Re: Peter Pfaffner passed away, Rick Fochtman
• Domain Name Server (DNS) on z/OS?, Klein, Kevin
  • Re: Domain Name Server (DNS) on z/OS?, Mark Jacobs
  • RE: Domain Name Server (DNS) on z/OS?, Gray, Larry - Larry A
  • Re: Domain Name Server (DNS) on z/OS?, Pinnacle
    • Re: Domain Name Server (DNS) on z/OS?, Mark Jacobs
    • RE: Domain Name Server (DNS) on z/OS?, Jerry Whitteridge
    • Re: Domain Name Server (DNS) on z/OS?, David Andrews
  • Re: Domain Name Server (DNS) on z/OS?, Eric Chevalier
  • Re: Domain Name Server (DNS) on z/OS?, Chris Mason
    • Re: Domain Name Server (DNS) on z/OS?, Steve Comstock
      • Re: Domain Name Server (DNS) on z/OS?, Chris Mason
      • Re: Domain Name Server (DNS) on z/OS?, Steve Comstock
  • Re: Domain Name Server (DNS) on z/OS?, John S. Giltner, Jr.
• JCL passing parms to ASM module?, john
  • <Possible follow-ups>
  • JCL passing parms to ASM module?, J R
    • Re: JCL passing parms to ASM module?, Steve Comstock
      • Re: JCL passing parms to ASM module?, J R
      • Re: JCL passing parms to ASM module?, john
      • Re: JCL passing parms to ASM module?, Steve Comstock
      • Re: JCL passing parms to ASM module?, J R
      • Re: JCL passing parms to ASM module?, J R
      • RE: JCL passing parms to ASM module?, Hal Merritt
      • RE: JCL passing parms to ASM module?, Ulrich Krueger
      • RE: JCL passing parms to ASM module?, Bob Halpern
      • RE: JCL passing parms to ASM module?, Hare, Tim
      • Re: JCL passing parms to ASM module?, john
      • Re: JCL passing parms to ASM module?, Chris Mason
      • RE: JCL passing parms to ASM module?, Wayne Driscoll
      • Re: JCL passing parms to ASM module?, john . ticic . extern
  • Re: JCL passing parms to ASM module?, Lizette Koehler
  • Re: JCL passing parms to ASM module?, DASDBill2
• TCP/IP translation tables, Philip Miscione
  • RE: TCP/IP translation tables, Gray, Larry - Larry A
  • RE: TCP/IP translation tables, Dean Montevago
  • <Possible follow-ups>
  • Re: TCP/IP translation tables, Paul Gilmartin
  • Re: TCP/IP translation tables, Jan MOEYERSONS
• DFHSM messages in syslog, Lizette Koehler
  • RE: DFHSM messages in syslog, Laine, Rogers
  • RE: DFHSM messages in syslog, O'Brien, David W. [C] , NIH/CIT
• GDG Base Question, Dean Montevago
  • RE: GDG Base Question, McKown, John
    • RE: GDG Base Question, Dean Montevago
  • Re: GDG Base Question, Neal Eckhardt
  • RE: GDG Base Question, O'Brien, David W. [C] , NIH/CIT
    • RE: GDG Base Question, Dean Montevago
  • <Possible follow-ups>
  • Re: GDG Base Question, Vernooy, C.P. - SPLXM
• Consolxx question with ICC, awhite
  • <Possible follow-ups>
  • Re: Consolxx question with ICC, Bruce Hewson
  • Re: Consolxx question with ICC, Andy White
  • Re: Consolxx question with ICC, Andy White
  • Re: Consolxx question with ICC, Bruce Hewson
• Refreshing PDSEs (was: linklisted load library failing), Paul Gilmartin
  • RE: Refreshing PDSEs (was: linklisted load library failing), GAVIN Darren * OPS EAS
  • <Possible follow-ups>
  • Re: Refreshing PDSEs (was: linklisted load library failing), Patrick O'Keefe
  • Re: Refreshing PDSEs (was: linklisted load library failing), Ted MacNEIL
  • Re: Refreshing PDSEs (was: linklisted load library failing), Patrick O'Keefe
  • Re: Refreshing PDSEs (was: linklisted load library failing), Paul Gilmartin
  • RE: Refreshing PDSEs (was: linklisted load library failing), Imbriale, Donald
  • Re: Refreshing PDSEs (was: linklisted load library failing), Paul Gilmartin
  • Re: Refreshing PDSEs (was: linklisted load library failing), Tom Marchant
• Re: SHARE Snubbery Report, Patrick O'Keefe
  • <Possible follow-ups>
  • Re: SHARE Snubbery Report, Michael Stack
    • Re: SHARE Snubbery Report, John P Kalinich
  • Re: SHARE Snubbery Report, Mark Zelden
  • SHARE Snubbery Report, Warner Mach
    • Re: SHARE Snubbery Report, Chris Mason
    • Re: SHARE Snubbery Report, John P Kalinich
      • RE: SHARE Snubbery Report, Weidt, James
  • Re: SHARE Snubbery Report, Dave Kopischke
    • Re: SHARE Sn*bbery Report, John P Kalinich
      • Highlights of SHARE, John P Kalinich
    • Re: SHARE Snubbery Report, Eric-IBMmain
• DASD Recovery, Howard Rifkind
  • RE: DASD Recovery, McKown, John
    • Re: DASD Recovery, Howard Rifkind
  • <Possible follow-ups>
  • Re: DASD Recovery, Efinnell15
• Listing HIPERS, Sumi, Joseph J. , CMS/CTR, CTR
  • RE: Listing HIPERS, Tergerson, John
    • RE: Listing HIPERS, Sumi, Joseph J. , CMS/CTR, CTR
      • Re: Listing HIPERS, steve . runtsch
      • Re: Listing HIPERS, Ed Gould
      • RE: Listing HIPERS, Sumi, Joseph J. , CMS/CTR, CTR
      • RE: Listing HIPERS, Tergerson, John
      • RE: Listing HIPERS, Sumi, Joseph J. , CMS/CTR, CTR
      • RE: Listing HIPERS, Tergerson, John
      • Re: Listing HIPERS, Neal Eckhardt
      • Re: Listing HIPERS, Ed Gould
      • RE: Listing HIPERS, Tergerson, John
      • Re: Listing HIPERS, Ed Gould
      • Re: Listing HIPERS, steve . runtsch
      • Re: Listing HIPERS, John Eells
  • <Possible follow-ups>
  • Re: Listing HIPERS, Tom Marchant
    • Re: Listing HIPERS, Clark Morris
      • RE: Listing HIPERS, Tergerson, John
  • Re: Listing HIPERS, Tom Marchant
  • Re: Listing HIPERS, Debbie Mitchell
  • Re: Listing HIPERS, Tom Marchant
    • Re: Listing HIPERS, Clark Morris
• Re: GDG question, Binyamin Dissen
• CA to IBM TCP conversion, Johnston, Robert E
  • <Possible follow-ups>
  • Re: CA to IBM TCP conversion, Ted MacNEIL
  • Re: CA to IBM TCP conversion, Dana Mitchell
  • Re: CA to IBM TCP conversion, Jeff Horenstein
    • RE: CA to IBM TCP conversion, Johnston, Robert E
      • RE: CA to IBM TCP conversion, Lester, Bob
  • Re: CA to IBM TCP conversion, Sheila Weissborn
    • RE: CA to IBM TCP conversion, Johnston, Robert E
• Weird COBOL issue, Todd Burrell
  • RE: Weird COBOL issue, Greg Shirey
  • Re: Weird COBOL issue, Binyamin Dissen
  • <Possible follow-ups>
  • Re: Weird COBOL issue, Peter X. DeFabritus
    • RE: Weird COBOL issue, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
• Re: Attachmate, Gary Threadgold
  • Re: Attachmate, Grant Ward Able
  • <Possible follow-ups>
  • SV: Attachmate, per . lofgren
  • SV: Attachmate, per . lofgren
  • Re: Attachmate, Ted MacNEIL
• Unerase utility, Bob
  • Re: Unerase utility, John P Kalinich
• z/OS 1.6 PTF for 32 CPs per LPAR, Bielskie, Stephen
  • Attachmate, Grant Ward Able
    • GDG question, Hare, Tim
    • RE: Attachmate, Traylor, Terry
      • RE: Attachmate, Traylor, Terry
      • Re: Attachmate, Grant Ward Able
      • Re: Attachmate, Shmuel Metz , Seymour J.
      • Re: Attachmate, Grant Ward Able
      • Re: Attachmate, Shmuel Metz , Seymour J.
  • RE: z/OS 1.6 PTF for 32 CPs per LPAR, Knutson, Sam
  • <Possible follow-ups>
  • Re: z/OS 1.6 PTF for 32 CPs per LPAR, Timothy Sipples
  • Re: z/OS 1.6 PTF for 32 CPs per LPAR, Mark Zelden
• encrypted 3172 and 3174 controller replacement, John_J_Kelly
  • RE: encrypted 3172 and 3174 controller replacement, Jim Wangler
  • RE: encrypted 3172 and 3174 controller replacement, Hal Merritt
• WTOREPLY Sample, George Dranes
• SMF type 30 record question., McKown, John
  • Re: SMF type 30 record question., David Andrews
  • RE: SMF type 30 record question., Barry Merrill
  • Re: SMF type 30 record question., Rick Fochtman
• Shooting of Commands, Gaur
  • <Possible follow-ups>
  • Re: Shooting of Commands, Vernooy, C.P. - SPLXM
    • Re: Shooting of Commands, Rick Fochtman
  • Re: Shooting of Commands, Paul Gilmartin
  • Re: Shooting of Commands, John_J_Kelly
  • Re: Shooting of Commands, Matthew Stitt
  • Re: Shooting of Commands, Brian Westerman
• Tech Notes - Any body know about them or where they are hidden?, Thompson, Steve
  • Re: Tech Notes - Any body know about them or where they are hidden?, Gary DiPillo
    • RE: Tech Notes - Any body know about them or where they are hidden?, JamesChappell
  • <Possible follow-ups>
  • RE: Tech Notes - Any body know about them or where they are hidden?, Thompson, Steve
  • Re: Tech Notes - Any body know about them or where they are hidden?, Mark Zelden
  • RE: Tech Notes - Any body know about them or where they are hidden?, Thompson, Steve
  • Re: Tech Notes - Any body know about them or where they are hidden?, Aaron Walker
  • RE: Tech Notes - Any body know about them or where they are hidden?, Thompson, Steve
  • Re: Tech Notes - Any body know about them or where they are hidden?, Patrick O'Keefe
• ICKDSF Intilize question., Howard Rifkind
  • RE: ICKDSF Intilize question., O'Brien, David W. [C] , NIH/CIT
  • Re: ICKDSF Intilize question., Ed Gould
  • RE: ICKDSF Intilize question., Pommier, Rex R.
    • Re: ICKDSF Intilize question., Howard Rifkind
      • RE: ICKDSF Intilize question., O'Brien, David W. [C] , NIH/CIT
      • RE: ICKDSF Intilize question., Pommier, Rex R.
      • Re: ICKDSF Intilize question., Rick Fochtman
• linklisted load library failing, Debbie Mitchell
  • RE: linklisted load library failing, Fletcher, Kevin
    • Re: linklisted load library failing, Eric Bielefeld
      • RE: linklisted load library failing, Veilleux, Jon L
  • Re: linklisted load library failing, Binyamin Dissen
    • RE: linklisted load library failing, Veilleux, Jon L
      • RE: linklisted load library failing, Veilleux, Jon L
  • RE: linklisted load library failing, Veilleux, Jon L
  • <Possible follow-ups>
  • Re: linklisted load library failing, Dave Kopischke
    • Re: linklisted load library failing, Bill Wilkie
  • Re: linklisted load library failing, Dave Kopischke
  • Re: linklisted load library failing, John_J_Kelly
  • Re: linklisted load library failing, Mark Zelden
    • RE: [SPAM] Re: linklisted load library failing, Stead, Joe
  • Re: linklisted load library failing, Mark Zelden
    • RE: linklisted load library failing, Veilleux, Jon L
  • Re: linklisted load library failing, Mark Zelden
  • Re: linklisted load library failing, Mark Zelden
  • Re: linklisted load library failing, Debbie Mitchell
    • Re: linklisted load library failing, Neal Eckhardt
  • Re: linklisted load library failing, Lizette Koehler
  • Re: linklisted load library failing, Lizette Koehler
    • Re: [SPAM] Re: linklisted load library failing, Stead, Joe
  • Re: linklisted load library failing, Ted MacNEIL
  • RE: linklisted load library failing, Thompson, Steve
    • Re: linklisted load library failing, Rick Fochtman
  • Re: linklisted load library failing, Peter Relson
    • Re: linklisted load library failing, Gaur
  • Re: linklisted load library failing, Mark Zelden
    • SHARE Snubbery Report, John P Kalinich
  • Re: linklisted load library failing, Mark Zelden
  • RE: linklisted load library failing, Thompson, Steve
  • Re: linklisted load library failing, Paul Gilmartin
    • Re: linklisted load library failing, Neal Eckhardt
  • Re: linklisted load library failing, Patrick O'Keefe
  • Re: linklisted load library failing, Peter Relson
  • Re: linklisted load library failing, Debbie Mitchell
    • Re: linklisted load library failing, Mark Jacobs
      • Re: linklisted load library failing, Deborah . Mitchell
    • RE: linklisted load library failing, Veilleux, Jon L
      • Re: linklisted load library failing, Deborah . Mitchell
  • Re: linklisted load library failing, Ed Finnell
  • Re: linklisted load library failing, Mark Zelden
  • Re: linklisted load library failing, Patrick O'Keefe
  • Re: linklisted load library failing, Barbara Nitz
  • Re: linklisted load library failing, Debbie Mitchell
• RE : JES2 Requeue, Stephen Wolf
• Jes reque, Carroll, William
  • RE: Jes reque, McKown, John
• OSA-Express2 and SNA Pcomm - loss of connectivity, Sheila Weissborn
  • Re: OSA-Express2 and SNA Pcomm - loss of connectivity, Eric Bielefeld
  • Re: OSA-Express2 and SNA Pcomm - loss of connectivity, Chris Mason
  • <Possible follow-ups>
  • Re: OSA-Express2 and SNA Pcomm - loss of connectivity, Sheila Weissborn
    • Re: OSA-Express2 and SNA Pcomm - loss of connectivity, Eric Bielefeld
  • Re: OSA-Express2 and SNA Pcomm - loss of connectivity, Sheila Weissborn
    • Re: OSA-Express2 and SNA Pcomm - loss of connectivity, Chris Mason
    • Re: OSA-Express2 and SNA Pcomm - loss of connectivity, Chris Mason
  • Re: OSA-Express2 and SNA Pcomm - loss of connectivity, Sheila Weissborn
    • Re: OSA-Express2 and SNA Pcomm - loss of connectivity, Chris Mason
  • Re: OSA-Express2 and SNA Pcomm - loss of connectivity, Sheila Weissborn
• wanted: Info on ChangeMan & Xpediter, Hoesly, Bret
  • Re: Java, RWells
    • Re: Java, Mark Jacobs
• System programmer position in Montreal, QC, Silvio Camplani
  • <Possible follow-ups>
  • Re: System programmer position in Montreal, QC, Dave Kopischke
  • Re: System programmer position in Montreal, QC, Ted MacNEIL
• how to setup HFT (habor file transfer) TCPIP API parm, Tommy Tsui
• Mainframe Skill Shortage, John S. Giltner, Jr.
  • RE: Mainframe Skill Shortage, Todd Burch
  • Re: Mainframe Skill Shortage, John S. Giltner, Jr.
• JES2 Dynamic Exits, Dave Danner
• Re: IBM PROMOTING the Teaching of COBOL/ZOS in the Colleges (saving frame), Steve Comstock
• Court Rules: Novell owns the UNIX and UnixWare copyrights! Novell has right to waive!, Ken . Porowski
  • <Possible follow-ups>
  • Re: Court Rules: Novell owns the UNIX and UnixWare copyrights! Novell has right to waive!, Ted MacNEIL
• IBMLink Stability Update, Mark Jacobs
  • Re: IBMLink Stability Update, Ed Gould
• 31 bit addressing issue, Neal Eckhardt
  • <Possible follow-ups>
  • Fw: 31 bit addressing issue, Bill Klein
    • Re: Fw: 31 bit addressing issue, Steve Comstock
    • Re: Fw: 31 bit addressing issue, Neal Eckhardt
• Computerworld article: Mainframe skills shortages may lessen over time, Darren Evans-Young
  • Re: Computerworld article: Mainframe skills shortages may lessen over time, Mark Jacobs
    • RE: Computerworld article: Mainframe skills shortages may lessen over time, McKown, John
• set ibm-main mail ACK, JB , DSI
• RE: SUPERC Option UPDPDEL failing w/ msg: ISRS062E UPDATE FILE/DA TA SET, DELDD ..., Farley, Peter x23353
• San Diego IBM-Main Labels, Efinnell15
• SUPERC Option UPDPDEL failing w/ msg: ISRS062E UPDATE FILE/DATA SET, DELDD ..., Michael . Bradley
  • Re: SUPERC Option UPDPDEL failing w/ msg: ISRS062E UPDATE FILE/DATA SET, DELDD ..., BillD
  • <Possible follow-ups>
  • SUPERC Option UPDPDEL failing w/ msg: ISRS062E UPDATE FILE/DATA SET, DELDD ..., Michael . Bradley
• DS not in LNKLST if not on SYSRES pack?, mark . house
  • Re: DS not in LNKLST if not on SYSRES pack?, Pinnacle
  • RE: DS not in LNKLST if not on SYSRES pack?, Schramm, Rob
• COS table missing, Todd Burrell
  • Re: COS table missing, Chris Mason
    • RE: COS table missing, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
• USE IEBGENER TO CREATE A DATASET``, todo01
  • Re: USE IEBGENER TO CREATE A DATASET``, Gadi Ben-Avi
    • Re: USE IEBGENER TO CREATE A DATASET``, todo01
      • Re: USE IEBGENER TO CREATE A DATASET``, J R
      • Re: USE IEBGENER TO CREATE A DATASET``, Neal Eckhardt
    • Re: USE IEBGENER TO CREATE A DATASET``, Gerard Schildberger
• userid, ali
  • RE: userid, גדי בן אבי
  • Re: userid, Rick Fochtman
    • RE: userid, McKown, John
      • Re: userid, Walt Farrell
• Re: Rewriting SMF for changed time was Re: Another "why did they do it this way?" question - SMF time stamps, Paul Gilmartin
• ISPF and UNIX resources (was: z/OS 1.9 Announcement Letter ENUS 207-175), Paul Gilmartin
• Outsourcing loosing steam?, Ed Gould
  • RE: Outsourcing loosing steam?, Veilleux, Jon L
    • Re: Outsourcing loosing steam?, Ed Gould
      • RE: Outsourcing loosing steam?, O'Brien, David W. [C] , NIH/CIT
      • RE: Outsourcing loosing steam?, Veilleux, Jon L
      • Re: Outsourcing loosing steam?, Ed Gould
      • Re: Outsourcing loosing steam?, esmie moo
      • Re: Outsourcing loosing steam?, Ed Gould
      • Re: Outsourcing loosing steam?, Ed Gould
  • <Possible follow-ups>
  • RE: Outsourcing loosing steam?, Kelman, Tom
  • Re: Outsourcing loosing steam?, Dave Kopischke
    • RE: Outsourcing loosing steam?, Veilleux, Jon L
  • RE: Outsourcing loosing steam?, CICS Guy
  • RE: Outsourcing loosing steam?, Thompson, Steve
    • RE: Outsourcing loosing steam?, Chase, John
    • Re: Outsourcing loosing steam?, Chris Mason
      • Re: Outsourcing loosing steam?, Rick Fochtman
    • Re: Outsourcing loosing steam?, howard . brazee
  • RE: Outsourcing loosing steam?, CICS Guy
  • RE: Outsourcing loosing steam?, daver++
    • RE: Outsourcing loosing steam?, Hare, Tim
    • Re: Outsourcing loosing steam?, Chris Mason
  • Outsourcing loosing steam?, Anne & Lynn Wheeler
    • Re: Outsourcing loosing steam? References???, Dan Espen
• Deferring mount of catalogued tape data set?, Paul Gilmartin
  • Re: Deferring mount of catalogued tape data set?, Binyamin Dissen
  • <Possible follow-ups>
  • Re: Deferring mount of catalogued tape data set?, John_J_Kelly
• ADMIN DB2-L Service Restored, Galambos, Robert
• SHARE San Diego Snubbery, Tom Schmidt
  • Re: SHARE San Diego Snubbery, Edward Jaffe
    • Re: SHARE San Diego Snubbery, Gaur
    • Re: SHARE San Diego Snubbery, Eric-IBMmain
    • Re: SHARE San Diego Snubbery, John P Kalinich
  • RE: SHARE San Diego Snubbery, Chase, John
  • <Possible follow-ups>
  • Re: SHARE San Diego Snubbery, Efinnell15
• Judge Says Unix Copyrights Rightfully Belong to Novell, Paul Gilmartin
• Re: Sysprog Action Makes STCKE Unique, john gilmore
  • RE: Sysprog Action Makes STCKE Unique, Bob Shannon
    • RE: Sysprog Action Makes STCKE Unique, Lizette Koehler
  • Re: Sysprog Action Makes STCKE Unique, J R
    • Re: Sysprog Action Makes STCKE Unique, Rick Fochtman
      • Re: Sysprog Action Makes STCKE Unique, J R
    • Re: Sysprog Action Makes STCKE Unique, Edward Jaffe
      • Re: Sysprog Action Makes STCKE Unique, J R
      • RE: Sysprog Action Makes STCKE Unique, Hunkeler Peter , KIUK 3
  • <Possible follow-ups>
  • Re: Sysprog Action Makes STCKE Unique, Bruno Sugliani
  • Re: Sysprog Action Makes STCKE Unique, Paul Gilmartin
  • Re: SYSPROG action makes STCKE unique, john gilmore
  • Re: Sysprog Action Makes STCKE Unique, Bruno Sugliani
    • RE: Sysprog Action Makes STCKE Unique, Hunkeler Peter , KIUK 3
• some questions about System z PR/SM., legolas wood
  • Re: some questions about System z PR/SM., R.S.
  • Re: some questions about System z PR/SM., John S. Giltner, Jr.
  • Re: some questions about System z PR/SM., Rick Fochtman
    • Re: some questions about System z PR/SM., legolas wood
  • <Possible follow-ups>
  • Re: some questions about System z PR/SM., Anne & Lynn Wheeler
  • Re: some questions about System z PR/SM., Timothy Sipples
• Former CA Top Exec gets Tennis Camp, Ed Gould
• DB2-L listserv, Galambos, Robert
• Load Profile Icon on a Service Processor, Kopischke, David G.
  • <Possible follow-ups>
  • Re: Load Profile Icon on a Service Processor, Kenneth E Tomiak
    • Re: Load Profile Icon on a Service Processor, R.S.
  • Re: Load Profile Icon on a Service Processor, Dave Kopischke
  • Re: Load Profile Icon on a Service Processor, Dave Kopischke
    • Re: Load Profile Icon on a Service Processor, R.S.
  • Re: Load Profile Icon on a Service Processor, Dave Kopischke
• Another "why did they do it this way?" question - SMF time stamps, McKown, John
  • Re: Another "why did they do it this way?" question - SMF time stamps, Edward Jaffe
    • RE: Another "why did they do it this way?" question - SMF time stamps, Wayne Driscoll
      • Re: Another "why did they do it this way?" question - SMF time stamps, Edward Jaffe
  • Re: Another "why did they do it this way?" question - SMF time stamps, R.S.
    • Re: Another "why did they do it this way?" question - SMF time stamps, Shmuel Metz , Seymour J.
  • Re: Another "why did they do it this way?" question - SMF time stamps, Rick Fochtman
    • Rewriting SMF for changed time was Re: Another "why did they do it this way?" question - SMF time stamps, Clark Morris
  • RE: Another "why did they do it this way?" question - SMF time stamps, Barry Merrill
  • Re: Another "why did they do it this way?" question - SMF time stamps, Walt Farrell
  • Re: Another "why did they do it this way?" question - SMF time stamps, Shmuel Metz , Seymour J.
    • RE: Another "why did they do it this way?" question - SMF time stamps, McKown, John
      • Re: Another "why did they do it this way?" question - SMF time stamps, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Another "why did they do it this way?" question - SMF time stamps, Andy Wood
  • RE: Another "why did they do it this way?" question - SMF time stamps, Thompson, Steve
    • Re: Another "why did they do it this way?" question - SMF time stamps, Shmuel Metz , Seymour J.
  • Re: Another "why did they do it this way?" question - SMF time stamps, Tom Schmidt
  • Re: Another "why did they do it this way?" question - SMF time stamps, Ted MacNEIL
• Re: Age Poll Results: 49.47, Patrick O'Keefe
  • Re: Age Poll Results: 49.47, Alistair
  • <Possible follow-ups>
  • Re: Age Poll Results: 49.47, Shane
    • RE: Age Poll Results: 49.47, Phil Kingston
      • Re: Age Poll Results: 49.47, R.S.
    • Re: Age Poll Results: 49.47, Ed Gould
    • RE: Age Poll Results: 49.47, EdRohr
    • Re: Age Poll Results: 49.47, Shmuel Metz , Seymour J.
  • RE: Age Poll Results: 49.47, Kelman, Tom
    • RE: Age Poll Results: 49.47, Craddock, Chris
      • Re: Age Poll Results: 49.47, Neal Eckhardt
      • RE: Age Poll Results: 49.47, Staller, Allan
      • Re: Age Poll Results: 49.47, Ed Gould
  • Re: Age Poll Results: 49.47, Kelman, Tom
    • Re: Age Poll Results: 49.47, Rick Fochtman
    • Re: Age Poll Results: 49.47, Ed Gould
  • Re: Age Poll Results: 49.47, Ted MacNEIL
  • RE: Age Poll Results: 49.47, Farley, Peter x23353
    • Training (was Re: Age Poll Results: 49.47), Steve Comstock
      • Re: Training (was Re: Age Poll Results: 49.47), Rick Fochtman
      • Re: Training (was Re: Age Poll Results: 49.47), Steve Comstock
  • Re: Age Poll Results: 49.47, john gilmore
  • RE: Age Poll Results: 49.47, Kelman, Tom
    • RE: [IBM-MAIN] Age Poll Results: 49.47, Ron Hawkins
  • Re: Age Poll Results: 49.47, Patrick O'Keefe
    • RE: Age Poll Results: 49.47, Bob Shannon
      • RE: Age Poll Results: 49.47, Veilleux, Jon L
      • RE: Age Poll Results: 49.47, Jon Brock
      • Re: Age Poll Results: 49.47, Neal Eckhardt
      • Re: Age Poll Results: 49.47, howard . brazee
      • RE: Age Poll Results: 49.47, Craddock, Chris
      • Re: Age Poll Results: 49.47, Ed Gould
    • Re: Age Poll Results: 49.47, Shmuel Metz , Seymour J.
  • Re: Age Poll Results: 49.47, Patrick O'Keefe
    • RE: Age Poll Results: 49.47, Chase, John
    • Re: Age Poll Results: 49.47, Eric Bielefeld
  • Re: Age Poll Results: 49.47, Patrick O'Keefe
• How to page from the mainframe, Lizette Koehler
  • RE: How to page from the mainframe, Rugen, Len
    • Re: How to page from the mainframe, superk
  • Re: How to page from the mainframe, Lionel . B . Dyck
    • RE: How to page from the mainframe, McKown, John
  • RE: How to page from the mainframe, Gary Green
  • Re: How to page from the mainframe, Stephen Y Odo
    • Re: How to page from the mainframe, Lionel . B . Dyck
  • <Possible follow-ups>
  • Re: How to page from the mainframe, Efinnell15
  • Re: How to page from the mainframe, Efinnell15
• RE: SERVICELINK @ IBMLink 2.5 hours still can't logon, Thompson, Steve
• SRM and RMPTTOM, John P Donnelly
  • Re: SRM and RMPTTOM, Ulrich Krueger
  • Re: SRM and RMPTTOM, Ulrich Krueger
  • <Possible follow-ups>
  • Re: SRM and RMPTTOM, Efinnell15
  • Re: SRM and RMPTTOM, Mark Zelden
  • SRM and RMPTTOM, Gerhard Adam
    • RE: SRM and RMPTTOM, John P Donnelly
    • Re: SRM and RMPTTOM, Shane
• SDSF Performance Issue, Thompson, Steve
• Are things that slow?, CICS Guy
  • Re: Are things that slow?, Mark Jacobs
  • <Possible follow-ups>
  • RE: Are things that slow?, Thompson, Steve
  • Re: Are things that slow?, CICS Guy
    • Re: [IBM-MAIN] Are things that slow?, Darren Evans-Young
  • Re: Are things that slow?, Kenneth E Tomiak
    • RE: Are things that slow?, Doc Farmer
• Remove a DASD from a storage group, Wilson FU
  • RE: Remove a DASD from a storage group, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: Remove a DASD from a storage group, John_J_Kelly
• CA-OPS/MVS question - delayed replay to WTOR, McKown, John
  • Re: CA-OPS/MVS question - delayed replay to WTOR, Neal Eckhardt
  • <Possible follow-ups>
  • RE: CA-OPS/MVS question - delayed replay to WTOR, Chicklon, Tom
    • RE: CA-OPS/MVS question - delayed replay to WTOR, McKown, John
      • Re: CA-OPS/MVS question - delayed replay to WTOR, bill . bishop
  • Re: CA-OPS/MVS question - delayed replay to WTOR, Grant Ward Able
    • RE: CA-OPS/MVS question - delayed replay to WTOR, McKown, John
  • RE: CA-OPS/MVS question - delayed replay to WTOR, Chicklon, Tom
    • RE: CA-OPS/MVS question - delayed replay to WTOR, McKown, John
    • Re: CA-OPS/MVS question - delayed replay to WTOR, Neal Eckhardt
      • Re: CA-OPS/MVS question - delayed replay to WTOR, Neal Eckhardt
      • Re: CA-OPS/MVS question - delayed replay to WTOR, Neal Eckhardt
• Re: COBOL subscript range checking, Bill Klein
• Share one DFSMSrmm CDS between different operating systrem level, WangXiaobing
• How old are you? Poll Results: 49.47, Ian
  • RE: How old are you? Poll Results: 49.47, Horne, Jim - James S
  • SHARE Hotel Transport, Jeffrey . Deaver
    • Re: SHARE Hotel Transport, Joel C. Ewing
• LIKE parameter providing insufficient space, Big Iron
  • Re: LIKE parameter providing insufficient space, pdc
• changing RETPD in HSM, pdc
• Huron (was: Why is not AIX ported to z/Series?), Tony Harminc
• RE: IBMLINK and missing ETR records (13 minutes to report an issue), Thompson, Steve
  • <Possible follow-ups>
  • Re: IBMLINK and missing ETR records (13 minutes to report an issue), Efinnell15
    • RE: IBMLINK and missing ETR records (13 minutes to report an issue), Chase, John
  • Re: IBMLINK and missing ETR records (13 minutes to report an issue), Efinnell15
  • RE: IBMLINK and missing ETR records (13 minutes to report an issue), Thompson, Steve
    • RE: IBMLINK and missing ETR records (13 minutes to report an issue), Veilleux, Jon L
      • RE: IBMLINK and missing ETR records (13 minutes to report an issue), Jay . A . Paulson
• LIKE parameter providing insufficient space, pdc
• ShopzSeries-a bit slow?, Roger Lowe
  • Re: ShopzSeries-a bit slow?, John Norgauer
  • Re: ShopzSeries-a bit slow?, Tom Longfellow
• Re: [subject added] Override a proc step, john gilmore
  • Re: [subject added] Override a proc step, howard . brazee
  • <Possible follow-ups>
  • Re: [subject added] Override a proc step, Terry Sambrooks
• CDE *PATHNAM, Miklos Szigetvari
  • Re: CDE *PATHNAM, Bob Wright
  • Re: CDE *PATHNAM, Bob Wright
  • Re: CDE *PATHNAM, Bob Wright
    • Re: CDE *PATHNAM, Miklos Szigetvari
• z9 DRIVER 67, Knutson, Sam
  • Re: [IBM-MAIN] z9 DRIVER 67, awhite
    • RE: z9 DRIVER 67, Knutson, Sam
  • Re: z9 DRIVER 67, Steven Conway
  • <Possible follow-ups>
  • Re: z9 DRIVER 67, Brian Peterson
  • Re: z9 DRIVER 67, Roger Bowler
  • RE: z9 DRIVER 67, TISLER Zaromil
    • RE: z9 DRIVER 67, Knutson, Sam
  • RE: z9 DRIVER 67, TISLER Zaromil
  • Re: z9 DRIVER 67, Brian Westerman
  • Re: z9 DRIVER 67, Bert
    • Re: z9 DRIVER 67, Steven Conway
      • Re: [IBM-MAIN] z9 DRIVER 67, awhite
  • Re: z9 DRIVER 67, Efinnell15
• IBMLINK and missing ETR records., Richbourg, Claude
  • RE: IBMLINK and missing ETR records., Jousma, David
  • Re: IBMLINK and missing ETR records., Chase, John
    • IBMLINK and missing ETR records (13 minutes to report an issue), Schramm, Rob
      • RE: IBMLINK and missing ETR records (13 minutes to report an issue), Knutson, Sam
      • RE: IBMLINK and missing ETR records (13 minutes to report an issue), Jousma, David
      • Re: IBMLINK and missing ETR records (13 minutes to report an issue), Ed Gould
• (none), john gilmore
  • Re: [subject added] Override a proc step, Chase, John
  • <Possible follow-ups>
  • (none), john gilmore
    • Re: Sysprog Action Makes STCKE Unique, Edward Jaffe
• TN3270 Secure SSL, java_dev_train
  • Re: TN3270 Secure SSL, John S. Giltner, Jr.
    • Re: TN3270 Secure SSL, John P Kalinich
      • RE: TN3270 Secure SSL, Schramm, Rob
      • Re: TN3270 Secure SSL, John P Kalinich
  • <Possible follow-ups>
  • Re: TN3270 Secure SSL, Betsy Jeffery
    • Re: TN3270 Secure SSL, Barkow, Eileen
    • RE: TN3270 Secure SSL, Schramm, Rob
  • Re: TN3270 Secure SSL, Betsy Jeffery
• CA Sues Rocket Software, Lizette Koehler
  • RE: CA Sues Rocket Software, Staller, Allan
    • RE: CA Sues Rocket Software, Lizette Koehler
      • RE: CA Sues Rocket Software, Staller, Allan
      • RE: CA Sues Rocket Software, McKown, John
      • RE: CA Sues Rocket Software, Staller, Allan
      • Re: CA Sues Rocket Software, Ed Gould
      • Re: CA Sues Rocket Software, Binyamin Dissen
      • Re: CA Sues Rocket Software, R.S.
      • RE: CA Sues Rocket Software, Thomas, Jim
      • Re: CA Sues Rocket Software, Doug Fuerst
      • Re: CA Sues Rocket Software, justirw
      • RE: CA Sues Rocket Software, John P Baker
      • Re: CA Sues Rocket Software, justirw
      • Re: CA Sues Rocket Software, Doug Fuerst
      • Re: CA Sues Rocket Software, Ed Gould
      • Re: CA Sues Rocket Software, Rick Fochtman
      • Re: CA Sues Rocket Software, Chris Mason
      • Re: CA Sues Rocket Software, Clem Clarke
      • Re: CA Sues Rocket Software, Dan Espen
      • Re: CA Sues Rocket Software, Rick Fochtman
      • Re: CA Sues Rocket Software, howard . brazee
      • Re: CA Sues Rocket Software, rachel . panzino
    • RE: CA Sues Rocket Software, Tom Moulder
      • RE: CA Sues Rocket Software, Staller, Allan
      • Re: CA Sues Rocket Software, Lionel . B . Dyck
      • RE: CA Sues Rocket Software, Staller, Allan
      • Re: CA Sues Rocket Software, Binyamin Dissen
      • Re: CA Sues Rocket Software, Larry Dinwiddie
      • Re: CA Sues Rocket Software, Shmuel Metz , Seymour J.
      • Message not available
      • Re: CA Sues Rocket Software, Thompson, Steve
  • Re: CA Sues Rocket Software, Mike Shaw
  • <Possible follow-ups>
  • Re: CA Sues Rocket Software, Kelman, Tom
    • Re: CA Sues Rocket Software, Tom Longfellow
  • RE: CA Sues Rocket Software, Kelman, Tom
  • CA Sues Rocket Software, Ed Long
    • RE: CA Sues Rocket Software, Ray Mullins
      • RE: CA Sues Rocket Software, Staller, Allan
• Live Virtual Class, Aug 14 - Virtualization Basics (10am NY time), Pamela Christina in warm & sunny Endicott NY
  • <Possible follow-ups>
  • Live Virtual Class, Aug 14 - Virtualization Basics (10am NY time), Pamela Christina from hot & humid Endicott NY
• Override a proc step, Howard Brazee
  • RE: Override a proc step, McKown, John
  • <Possible follow-ups>
  • RE: Override a proc step, Farley, Peter x23353
    • Re: Override a proc step, Howard Brazee
  • RE: Override a proc step, Farley, Peter x23353
  • Re: Override a proc step, Paul Gilmartin
  • Re: Override a proc step, john gilmore
    • RE: Override a proc step, Hunkeler Peter , KIUK 3
      • Re: Override a proc step, Binyamin Dissen
      • Mangled post (was: Override a proc step), Hunkeler Peter , KIUK 3
    • Re: Override a proc step, Howard Brazee
  • Re: Override a proc step, john gilmore
    • RE: Override a proc step, Hunkeler Peter , KIUK 3
  • Re: Override a proc step, Paul Gilmartin
    • Re: Override a proc step, rkuebbin
      • Re: Override a proc step, Howard Brazee
  • Re: Override a proc step, Kenneth E Tomiak
  • Re: Override a proc step, Paul Gilmartin
  • re: override a proc step, john gilmore
  • Re: Override a proc step, Kenneth E Tomiak
  • Re: override a proc step, Paul Gilmartin
  • re: override a proc step, john gilmore
  • Re: override a proc step, Paul Gilmartin
  • Re: Override a proc step, Zaromil Tisler
  • RE: override a proc step, Kelman, Tom
  • Re: override a proc step, john gilmore
    • Re: override a proc step, howard . brazee
      • Re: override a proc step, howard . brazee
      • LPA Module Size 80MB impact on system?, mark . house
      • RE: LPA Module Size 80MB impact on system?, Chase, John
      • RE: LPA Module Size 80MB impact on system?, Veilleux, Jon L
      • RE: LPA Module Size 80MB impact on system?, Chase, John
      • RE: LPA Module Size 80MB impact on system?, Veilleux, Jon L
      • RE: LPA Module Size 80MB impact on system?, Chase, John
      • RE: LPA Module Size 80MB impact on system?, Veilleux, Jon L
      • Re: LPA Module Size 80MB impact on system?, Bill Wilkie
      • Re: LPA Module Size 80MB impact on system?, Ed Gould
      • Re: LPA Module Size 80MB impact on system?, Mark Jacobs
      • RE: override a proc step, McKown, John
• SHARE Weather Report (was Re: IBM System Z Technical Conference in San Antonio), Mark Zelden
• 3494 with C06 controller, steve
• Refresh ARCCMD00 Questin..., Howard Rifkind
  • RE: Refresh ARCCMD00 Questin..., Staller, Allan
    • Re: Refresh ARCCMD00 Questin..., Howard Rifkind
      • RE: Refresh ARCCMD00 Questin..., Staller, Allan
      • Re: Refresh ARCCMD00 Questin..., Howard Rifkind
  • RE: Refresh ARCCMD00 Questin..., O'Brien, David W. [C] , NIH/CIT
    • RE: Refresh ARCCMD00 Questin..., O'Brien, David W. [C] , NIH/CIT
  • RE: Refresh ARCCMD00 Questin..., Ulrich Krueger
  • RE: Refresh ARCCMD00 Questin..., Perryman, Brian
• Re: Distance between primary and DR site ( Doctor Who), Lizette Koehler
• DEFRAG CONSOLIDATE not working?, Pinnacle
  • <Possible follow-ups>
  • Re: DEFRAG CONSOLIDATE not working?, Patrick Lyon
• IBM System Z Technical Conference in San Antonio, Anton Britz
  • <Possible follow-ups>
  • Re: IBM System Z Technical Conference in San Antonio, Patrick Lyon
    • Re: IBM System Z Technical Conference in San Antonio, Edward Jaffe
    • Re: IBM System Z Technical Conference in San Antonio, Eric Chevalier
      • RE: IBM System Z Technical Conference in San Antonio, Chase, John
  • Re: IBM System Z Technical Conference in San Antonio, Anton Britz
  • Re: IBM System Z Technical Conference in San Antonio, Efinnell15
  • Re: IBM System Z Technical Conference in San Antonio, Efinnell15
  • RE: IBM System Z Technical Conference in San Antonio, Kelman, Tom
• Re: Distance between primary and DR site ( to the moon ), Patrick Lyon
  • RE: Distance between primary and DR site ( to the moon ), McKown, John
    • RE: Distance between primary and DR site ( to the moon ), Chase, John
    • Re: Distance between primary and DR site ( to the moon ), Mark Jacobs
    • Re: Distance between primary and DR site ( to the moon ), Thomas Berg
      • Re: Distance between primary and DR site ( to the moon ), McKown, John
  • <Possible follow-ups>
  • Re: Distance between primary and DR site ( to the moon ), Patrick Lyon
• question to hsm and tapecopy, fjpohlen-maillist@xxxxxxxxxxxx>
  • RE: question to hsm and tapecopy, O'Brien, David W. [C] , NIH/CIT
    • Re: [IBM-MAIN] question to hsm and tapecopy, fjpohlen-maillist@xxxxxxxxxxxx>
      • RE: question to hsm and tapecopy, O'Brien, David W. [C] , NIH/CIT
  • RE: question to hsm and tapecopy, Ulrich Krueger
• IBM PKI Services Website?, Chase, John
  • <Possible follow-ups>
  • Re: IBM PKI Services Website?, Timothy Sipples
• IPCS and disassembly/LIST addr INSTRUCTION, Binyamin Dissen
  • Re: IPCS and disassembly/LIST addr INSTRUCTION, john . ticic . extern
    • Re: IPCS and disassembly/LIST addr INSTRUCTION, Binyamin Dissen
      • Re: IPCS and disassembly/LIST addr INSTRUCTION, john . ticic . extern
• Db2 Listserv, Ron Mitchell
  • RE: Db2 Listserv, Fletcher, Kevin
  • RE: Db2 Listserv, Kreiter, Chuck
  • RE: Db2 Listserv, Wayne Driscoll
    • RE: Db2 Listserv comments, Galambos, Robert
  • <Possible follow-ups>
  • Re: Db2 Listserv, Efinnell15
• Re: COND= running a step that it should not. WHY? BFOM! Options, Jan MOEYERSONS
  • Re: COND= running a step that it should not. WHY? BFOM! Options, Neal Eckhardt
    • Re: COND= running a step that it should not. WHY? BFOM! Options, howard . brazee
      • Re: COND= running a step that it should not. WHY? BFOM! Options, Binyamin Dissen
• UK GSE Enterprise Security Working Group, Mark Wilson
• Slightly OT But Linux, Ed Gould
  • <Possible follow-ups>
  • Re: Slightly OT But Linux, Harry Williams
    • Re: Slightly OT But Linux, Steve Flynn
      • RE: Slightly OT But Linux, Bob Shannon
      • Re: [IBM-MAIN] Slightly OT But Linux, Steve Flynn
    • Re: Slightly OT But Linux, Shane
    • Re: Slightly OT But Linux, Ed Gould
      • Re: Slightly OT But Linux, Mark Pace
  • Re: Slightly OT But Linux, Timothy Sipples
• PR: IBM Announces New Unified Enterprise Storage Management (IRMM), Timothy Sipples
  • Re: PR: IBM Announces New Unified Enterprise Storage Management (IRMM), Ed Gould
• Identity Theft - IBM lost his data, Ed Gould
  • RE: Identity Theft - IBM lost his data, Hal Merritt
  • <Possible follow-ups>
  • RE: Identity Theft - IBM lost his data, Kelman, Tom
• SYSREXX (was Re: z/OS 1.9 Announcement Letter), Mark Zelden
  • Re: SYSREXX (was Re: z/OS 1.9 Announcement Letter), Veilleux, Jon L
    • RE: SYSREXX (was Re: z/OS 1.9 Announcement Letter), Hunkeler Peter , KIUK 3
  • RE: SYSREXX (was Re: z/OS 1.9 Announcement Letter), Veilleux, Jon L
  • <Possible follow-ups>
  • Re: SYSREXX (was Re: z/OS 1.9 Announcement Letter), Bill Wilkie
    • Re: SYSREXX (was Re: z/OS 1.9 Announcement Letter), Veilleux, Jon L
  • Re: SYSREXX (was Re: z/OS 1.9 Announcement Letter), Patrick O'Keefe
    • RE: SYSREXX (was Re: z/OS 1.9 Announcement Letter), Craddock, Chris
  • Re: SYSREXX (was Re: z/OS 1.9 Announcement Letter), Patrick O'Keefe
    • Re: SYSREXX (was Re: z/OS 1.9 Announcement Letter), Richard Peurifoy
• Spelling expectations (was Re: z/OS 1.9 Announcement Letter), Mark Zelden
  • RE: Spelling expectations (was Re: z/OS 1.9 Announcement Letter), Veilleux, Jon L
• COND= running a step that it should not. WHY? BFOM!, Neal Eckhardt
  • <Possible follow-ups>
  • Re: COND= running a step that it should not. WHY? BFOM!, Compton, John
    • RE: COND= running a step that it should not. WHY? BFOM!, Hunkeler Peter , KIUK 3
    • Re: COND= running a step that it should not. WHY? BFOM!, Chase, John
      • Re: COND= running a step that it should not. WHY? BFOM!, Neal Eckhardt
      • Re: COND= running a step that it should not. WHY? BFOM!, Neal Eckhardt
      • Re: COND= running a step that it should not. WHY? BFOM!, Neal Eckhardt
• CHANGE EXPIRATION DATE WITH HMIG, esmie moo
  • Re: CHANGE EXPIRATION DATE WITH HMIG, Pinnacle
• How to fine IBMLINK, Lizette Koehler
  • RE: How to fine IBMLINK, GAVIN Darren * OPS EAS
    • Re: How to fine IBMLINK, Ed Gould
    • Re: How to fine IBMLINK, David Andrews
  • Re: How to fine IBMLINK, Chris Mason
    • RE: How to fine IBMLINK, Fletcher, Kevin
  • Re: How to fine IBMLINK, Howard Brazee
    • Re: COND= running a step that it should not. WHY? BFOM! Options, J R
      • RE: COND= running a step that it should not. WHY? BFOM! Options, Jeffrey D. Smith
      • Re: COND= running a step that it should not. WHY? BFOM!, J R
      • Re: COND= running a step that it should not. WHY? BFOM!, howard . brazee
  • Re: How to fine IBMLINK, Pinnacle
  • <Possible follow-ups>
  • RE: How to fine IBMLINK, Thompson, Steve
  • Re: How to fine IBMLINK, Efinnell15
  • Re: How to fine IBMLINK, Booth, Gerri - DOA
  • Re: How to fine IBMLINK, Gene Holmes
    • RE: How to fine IBMLINK, Eatherly, John D [EQ]
• RE: SPAM: Re: Theft of "secure" information (originally: Theft of mainframe DASD), daver++
• z/OS 1.9 Announcement Letter ENUS 207-175, Chase, John
  • <Possible follow-ups>
  • Re: z/OS 1.9 Announcement Letter ENUS 207-175, Mark Zelden
    • Re: z/OS 1.9 Announcement Letter ENUS 207-175, Veilleux, Jon L
      • RE: z/OS 1.9 Announcement Letter ENUS 207-175 - Question, McKown, John
      • Re: z/OS 1.9 Announcement Letter ENUS 207-175 - Question, Bob Rutledge
      • RE: z/OS 1.9 Announcement Letter ENUS 207-175 - Question, McKown, John
    • Re: z/OS 1.9 Announcement Letter ENUS 207-175, Jim Mulder
      • Re: z/OS 1.9 Announcement Letter ENUS 207-175, John Ticic
    • Re: z/OS 1.9 Announcement Letter ENUS 207-175, John Eells
  • Re: z/OS 1.9 Announcement Letter ENUS 207-175, Mark Zelden
  • Re: z/OS 1.9 Announcement Letter ENUS 207-175, Paul Gilmartin
• F Yoyok S Aditias is out of the office., F Yoyok S Aditias
• VSAM REUSE with alternate index, Victor Gil
  • Re: VSAM REUSE with alternate index, Rick Fochtman
    • RE: VSAM REUSE with alternate index, Larry Crilley
  • RE: VSAM REUSE with alternate index, EdRohr
  • Re: VSAM REUSE with alternate index, R.S.
    • RE: VSAM REUSE with alternate index, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • RE: VSAM REUSE with alternate index, CICS Guy
  • Re: VSAM REUSE with alternate index, Ted MacNEIL
  • Re: VSAM REUSE with alternate index, Victor Gil
  • Re: VSAM REUSE with alternate index, Efinnell15
  • RE: VSAM REUSE with alternate index, Farley, Peter x23353
  • Re: VSAM REUSE with alternate index, Efinnell15
  • RE: VSAM REUSE with alternate index, Farley, Peter x23353
    • Re: VSAM REUSE with alternate index, R.S.
• EXHPDM Question : EXTEND EXPIRATION, John Dawes
  • Re: EXHPDM Question : EXTEND EXPIRATION, Luis Monge
    • Re: EXHPDM Question : EXTEND EXPIRATION, John Dawes
  • <Possible follow-ups>
  • Re: EXHPDM Question : EXTEND EXPIRATION, Mark Zelden
• QUIESCE'd job automatically RESUME'd, Jim McAlpine
  • RE: QUIESCE'd job automatically RESUME'd, Fletcher, Kevin
    • Re: QUIESCE'd job automatically RESUME'd, Jim McAlpine
      • Re: QUIESCE'd job automatically RESUME'd, Neal Eckhardt
• Harbor HFT transfer (share experience), Tommy Tsui
  • Re: Harbor HFT transfer (share experience), Ron Hawkins
    • RE: Harbor HFT transfer (share experience), Itschak Mugzach
  • <Possible follow-ups>
  • Re: Harbor HFT transfer (share experience), Gary Green
    • Re: Harbor HFT transfer (share experience), R.S.
• Re: Question on PanAudit Plus (was: Question on CA-Eztrieve), Doc Farmer
  • RE: Question on PanAudit Plus (was: Question on CA-Eztrieve), Raap, Bernard E
  • <Possible follow-ups>
  • Re: Question on PanAudit Plus (was: Question on CA-Eztrieve), Doc Farmer
• ISRU356, Paul Gilmartin
  • RE: ISRU356, Dave Salt
  • <Possible follow-ups>
  • Re: ISRU356, Paul Gilmartin
  • Re: ISRU356, Ted MacNEIL
• U2530, Arie Kremer
  • RE: U2530, McKown, John
    • Re: U2530, Arie Kremer
    • Re: U2530, Chris Mason
  • RE: U2530, GAVIN Darren * OPS EAS
• RE: IBM-MAIN Digest - 2 Aug 2007 to 3 Aug 2007 (#2007-215), O'Mara, Kevin, ITD
• S637-58 on TAPE GDG, Lizette Koehler
  • Re: S637-58 on TAPE GDG, Mark Jacobs
  • Re: S637-58 on TAPE GDG, Ken Leidner
  • <Possible follow-ups>
  • Re: S637-58 on TAPE GDG, Lizette Koehler
  • Re: S637-58 on TAPE GDG, Ulrich Krueger
  • Re: S637-58 on TAPE GDG, Lizette Koehler
• Re: Theft of spindles was Re: PCI Compliance - Encryption of all non-console administrative access., Thomas Kern
  • RE: Theft of spindles was Re: PCI Compliance - Encryption of all non-console administrative access., Jeffrey D. Smith
• Re: SMS QUESTION :ALLOCATION HAS FAILED URGENT, Patrick Lyon
  • RE: SMS QUESTION :ALLOCATION HAS FAILED URGENT, O'Brien, David W. [C] , NIH/CIT
    • Re: SMS QUESTION :ALLOCATION HAS FAILED URGENT, Rick Fochtman
    • RE: [IBM-MAIN] SMS QUESTION :ALLOCATION HAS FAILED URGENT, Ron Hawkins
  • <Possible follow-ups>
  • Re: SMS QUESTION :ALLOCATION HAS FAILED URGENT, Patrick Lyon
• FTP files in their directory structure from HFS to AIX, Jan MOEYERSONS
  • RE: FTP files in their directory structure from HFS to AIX, McKown, John
    • Re: FTP files in their directory structure from HFS to AIX, Grant Ward Able
    • RE: FTP files in their directory structure from HFS to AIX, McKown, John
• SMS QUESTION :ALLOCATION HAS FAILED URGENT, esmie moo
  • RE: SMS QUESTION :ALLOCATION HAS FAILED URGENT, O'Brien, David W. [C] , NIH/CIT
  • Re: SMS QUESTION :ALLOCATION HAS FAILED URGENT, Mark Jacobs
    • Re: SMS QUESTION :ALLOCATION HAS FAILED URGENT, esmie moo
      • RE: SMS QUESTION :ALLOCATION HAS FAILED URGENT, O'Brien, David W. [C] , NIH/CIT
  • RE: SMS QUESTION :ALLOCATION HAS FAILED URGENT, Perryman, Brian
  • <Possible follow-ups>
  • Re: SMS QUESTION :ALLOCATION HAS FAILED URGENT, Lizette Koehler
  • RE: SMS QUESTION :ALLOCATION HAS FAILED URGENT, Kelman, Tom
• Theft of "secure" information (originally: Theft of mainframe DASD), Kelman, Tom
  • Re: Theft of "secure" information (originally: Theft of mainframe DASD), R.S.
    • Re: SPAM: Re: Theft of "secure" information (originally: Theft of mainframe DASD), Rick Fochtman
      • Re: SPAM: Re: Theft of "secure" information (originally: Theft of mainframe DASD), R.S.
      • Re: SPAM: Re: Theft of "secure" information (originally: Theft of mainframe DASD), Howard Brazee
  • <Possible follow-ups>
  • RE: Theft of "secure" information (originally: Theft of mainframe DASD), Kelman, Tom
    • Re: Theft of "secure" information (originally: Theft of mainframe DASD), R.S.
    • RE: Theft of "secure" information (originally: Theft of mainframe DASD), Hal Merritt
• Split a large file into two parts, Dave Guthrie
  • Re: Split a large file into two parts, john . kington
  • Re: Split a large file into two parts, John P Kalinich
    • RE: Split a large file into two parts, Reda, John
      • RE: Split a large file into two parts, Reda, John
      • Re: Split a large file into two parts, John P Kalinich
    • RE: Split a large file into two parts, Hunkeler Peter , KIUK 3
  • Re: Split a large file into two parts, Mark Jacobs
  • Re: Split a large file into two parts, Frank Yaeger
  • <Possible follow-ups>
  • Re: Split a large file into two parts, CICS Guy
  • Re:Split a large file into two parts, wtrovijo
    • Re: Split a large file into two parts, Frank Yaeger
  • Re: Split a large file into two parts, Ted MacNEIL
    • Re: Split a large file into two parts, John P Kalinich
    • Re: Split a large file into two parts, Joel C. Ewing
  • RE: Split a large file into two parts, Kelman, Tom
    • Re: Split a large file into two parts, John P Kalinich
      • RE: Split a large file into two parts, Veilleux, Jon L
    • Re: Split a large file into two parts, Rick Fochtman
    • Re: Split a large file into two parts, Richard Peurifoy
  • RE: Split a large file into two parts, Kelman, Tom
    • RE: Split a large file into two parts, Veilleux, Jon L
    • Re: Split a large file into two parts, John P Kalinich
    • Re: Split a large file into two parts, Clark Morris
• REQUESTED MODULE HWMCAAPI IS NOT EXECUTABLE, IBM-MAIN Anonymous
  • <Possible follow-ups>
  • Re: REQUESTED MODULE HWMCAAPI IS NOT EXECUTABLE, Lizette Koehler
  • Re: REQUESTED MODULE HWMCAAPI IS NOT EXECUTABLE, IBM-MAIN Anonymous
• Subject: Re: Distance between primary and DR site, David Boyes
  • RE: Subject: Re: Distance between primary and DR site, Staller, Allan
  • Re: Subject: Re: Distance between primary and DR site, Rick Fochtman
    • RE: Subject: Re: Distance between primary and DR site, McKown, John
• Tape copy, Perryman, Brian
  • <Possible follow-ups>
  • RE: Tape copy, Perryman, Brian
• z/OS, OS/JCL. CICS, Graham Hobbs
  • Re: z/OS, OS/JCL. CICS, Joel C. Ewing
    • Re: z/OS, OS/JCL. CICS, Graham Hobbs
    • Re: z/OS, OS/JCL. CICS, R.S.
• if a Java application works fine in linux, will it works on Z/OS?, legolas wood
  • Re: if a Java application works fine in linux, will it works on Z/OS?, Kirk Wolf
  • <Possible follow-ups>
  • Re: if a Java application works fine in linux, will it works on Z/OS?, Brian Westerman
    • RE: if a Java application works fine in linux, will it works on Z/OS?, McKown, John
• Allocation Chaos, Paul Gilmartin
  • Re: Allocation Chaos, Pinnacle
  • <Possible follow-ups>
  • Re: Allocation Chaos, Paul Gilmartin
    • Re: Allocation Chaos, Joel C. Ewing
• VLF catalog cache goes crazy, Pinnacle
  • <Possible follow-ups>
  • Re: VLF catalog cache goes crazy, Brian Peterson
    • Re: VLF catalog cache goes crazy, Pinnacle
      • RE: VLF catalog cache goes crazy, Knutson, Sam
• replacing VSE and VM consoles with ?, גדי בן אבי
  • Re: replacing VSE and VM consoles with ?, Rich Smrcina
  • Re: replacing VSE and VM consoles with ?, Chris Mason
  • <Possible follow-ups>
  • Re: replacing VSE and VM consoles with ?, Ed Finnell
    • Re: [IBM-MAIN] replacing VSE and VM consoles with ?, fjpohlen-maillist@xxxxxxxxxxxx>
      • RE: replacing VSE and VM consoles with ?, גדי בן אבי
  • Re: replacing VSE and VM consoles with ?, Sebastian Welton
• Re: PSI MIPS (was: Links to decent 'why the mainframe thrives' article), Shmuel Metz , Seymour J.
• FW: [IBM-MAIN] Theft of spindles was Re: PCI Compliance - Encryption of all non-console administrative access., Ron Hawkins
  • Re: FW: [IBM-MAIN] Theft of spindles was Re: PCI Compliance - Encryption of all non-console administrative access., Clark Morris
• File transfer(NDM) and DFHSM Recall, Mohd Shahrifuddin
  • Re: [IBM-MAIN] File transfer(NDM) and DFHSM Recall, awhite
  • <Possible follow-ups>
  • Re: File transfer(NDM) and DFHSM Recall, Mohd Shahrifuddin
• Why is HSA so ridiculous on a z9 at z/OS V1R8?, Pinnacle
  • RE: Why is HSA so ridiculous on a z9 at z/OS V1R8?, Knutson, Sam
    • Re: Why is HSA so ridiculous on a z9 at z/OS V1R8?, john . ticic . extern
      • Re: Why is HSA so ridiculous on a z9 at z/OS V1R8?, Neal Eckhardt
  • <Possible follow-ups>
  • Re: Why is HSA so ridiculous on a z9 at z/OS V1R8?, Brian Peterson
    • Re: Why is HSA so ridiculous on a z9 at z/OS V1R8?, R.S.
  • RE: Why is HSA so ridiculous on a z9 at z/OS V1R8?, Crispin Hugo
  • Re: Why is HSA so ridiculous on a z9 at z/OS V1R8?, Glenn Miller
    • Re: Why is HSA so ridiculous on a z9 at z/OS V1R8?, IBM_sells_hardware
  • Re: Why is HSA so ridiculous on a z9 at z/OS V1R8?, DASDBill2
• Re: VSAM Linear Dataset n00b question, Kenneth E Tomiak
  • <Possible follow-ups>
  • Re: VSAM Linear Dataset n00b question, DASDBill2
• Closing VSAM File, Amlan Prasad
  • Re: Closing VSAM File, Rick Fochtman
  • RE: [IBM-MAIN] Closing VSAM File, Ron Hawkins
  • Re: Closing VSAM File, Howard Brazee
  • <Possible follow-ups>
  • Re: Closing VSAM File, Kenneth E Tomiak
• HSM and offsite logging -- An HSM question, Gary Jacek
  • <Possible follow-ups>
  • Re: HSM and offsite logging -- An HSM question, Kenneth E Tomiak
    • Re: HSM and offsite logging -- An HSM question, Gary Jacek
  • Re: HSM and offsite logging -- An HSM question, FRASER, Brian
    • Re: HSM and offsite logging -- An HSM question, John Ticic
  • Re: HSM and offsite logging -- An HSM question, Ted MacNEIL
  • RE: HSM and offsite logging -- An HSM question, FRASER, Brian
• Re: [IBM-MAIN] Why is not AIX ported to z/Series?, Jack . Hamilton
  • RE: Why is not AIX ported to z/Series?, Craddock, Chris
  • Re: Why is not AIX ported to z/Series?, A. Harry Williams
• RE: Theft of mainframe DASD, Salway, Nigel
  • Re: Theft of mainframe DASD, Clark Morris
    • RE: [IBM-MAIN] Theft of mainframe DASD, Ron Hawkins
      • Re: [IBM-MAIN] Theft of mainframe DASD, Clark Morris
      • RE: [IBM-MAIN] Theft of mainframe DASD, Ron Hawkins
  • <Possible follow-ups>
  • Re: Theft of mainframe DASD, Gary Green
    • RE: Theft of mainframe DASD, Chase, John
  • RE: Theft of mainframe DASD, daver++
  • Re: Theft of mainframe DASD, Gary Green
  • Re: Theft of mainframe DASD, Thomas Kern
• Re: What's the new support for large files called?, DASDBill2
  • <Possible follow-ups>
  • Re: What's the new support for large files called?, Scott Barry
• Re: OMVS, Peter X. DeFabritus
  • <Possible follow-ups>
  • Re: OMVS, Mark Zelden
    • Re: OMVS, Natarajan Mohan
      • Re: OMVS, Chris Mason
    • Re: OMVS, Edward Jaffe
      • Re: OMVS, Chris Mason
    • Re: OMVS, Chris Mason
  • Re: OMVS, Paul Gilmartin
  • Re: OMVS, Kenneth E Tomiak
    • Re: OMVS, Chris Mason
  • Re: OMVS, Mark Zelden
• Why is not AIX ported to z/Series?, William Richter
  • RE: Why is not AIX ported to z/Series?, Van Dalsen, Herbie
    • RE: Why is not AIX ported to z/Series?, Chase, John
      • Re: OMVS, Ron Wells
      • Re: OMVS, Mark Jacobs
      • Re: OMVS, RWells
      • RE: OMVS, McKown, John
      • Re: OMVS, RWells
      • Re: OMVS, Mark Jacobs
      • RE: OMVS, McKown, John
      • Re: OMVS, RWells
      • RE: OMVS, McKown, John
      • What's the new support for large files called?, Lindy Mayfield
      • Re: What's the new support for large files called?, Mark Jacobs
      • RE: What's the new support for large files called?, Lindy Mayfield
      • RE: What's the new support for large files called?, McKown, John
      • Re: What's the new support for large files called?, David Betten
      • VSAM Linear Dataset n00b question, Lindy Mayfield
      • Re: VSAM Linear Dataset n00b question, Binyamin Dissen
      • Re: VSAM Linear Dataset n00b question, Lindy Mayfield
      • RE: VSAM Linear Dataset n00b question, Lindy Mayfield
      • Re: VSAM Linear Dataset n00b question, Binyamin Dissen
      • RE: VSAM Linear Dataset n00b question, Lindy Mayfield
      • RE: VSAM Linear Dataset n00b question, Wayne Driscoll
      • Re: VSAM Linear Dataset n00b question, Paul D'Angelo
      • RE: VSAM Linear Dataset n00b question, Tom Harper
      • RE: VSAM Linear Dataset n00b question, McKown, John
      • Re: What's the new support for large files called?, John P Kalinich
      • Re: What's the new support for large files called?, John Eells
      • Re: OMVS, Mark Jacobs
      • Re: OMVS, Edward Jaffe
      • Re: OMVS, Chris Mason
      • Re: OMVS, RWells
      • RE: OMVS, McKown, John
      • Re: OMVS, Ron Wells
      • RE: OMVS, McKown, John
      • Re: OMVS, Chris Mason
      • RE: OMVS, Hunkeler Peter , KIUK 3
      • Re: OMVS, RWells
      • RE: OMVS, McKown, John
      • Re: OMVS, RWells
      • RE: OMVS, McKown, John
      • Re: OMVS, RWells
      • Re: OMVS, Chris Mason
      • Re: OMVS, Edward Jaffe
      • RE: OMVS, Hunkeler Peter , KIUK 3
  • RE: Why is not AIX ported to z/Series?, Chase, John
  • <Possible follow-ups>
  • Re: Why is not AIX ported to z/Series?, Thomas Kern
    • Re: Why is not AIX ported to z/Series?, Chris Mason
    • RE: Why is not AIX ported to z/Series?, Van Dalsen, Herbie
  • Re: Why is not AIX ported to z/Series?, William Richter
    • Re: Why is not AIX ported to z/Series?, Chris Mason
  • Re: Why is not AIX ported to z/Series?, Ron MacRae
  • Re: Why is not AIX ported to z/Series?, William Richter
    • Re: Why is not AIX ported to z/Series?, Rich Smrcina
    • Re: Why is not AIX ported to z/Series?, Lynn Wheeler
  • Re: Why is not AIX ported to z/Series?, Alan Altmark
  • Re: Why is not AIX ported to z/Series?, William Richter
    • SERVICELINK @ IBMLink 2.5 hours still can't logon, housem
• Heads up: Planned IBM Automated Delivery Requst server Outage this weekend, Kurt Quackenbush
  • <Possible follow-ups>
  • Re: Heads up: Planned IBM Automated Delivery Requst server Outage this weekend, Efinnell15
• RE: Re: IBMLink down, Thompson, Steve
  • <Possible follow-ups>
  • Re: IBMLink down, Jon Brock
  • Re: IBMLink down, Robert Justice
  • Re: IBMLink down, Efinnell15
• RE: IBM-MAIN Index - 1 Aug 2007 to 2 Aug 2007 (#2007-214), nanetterobbins
• EMC Microcode Upgrade, Jim Marshall
  • <Possible follow-ups>
  • Re: EMC Microcode Upgrade, Patrick Lyon
• IBM buys Princeton Softech, Phil Smith III
  • Re: IBM buys Princeton Softech, Andy White
• Re: PDS to SEQ and back to PDS, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: PDS to SEQ and back to PDS, Kenneth E Tomiak
• OT query, but related to m/f -s, Bonno, Tuco
  • RE: OT query, but related to m/f -s, Mark Hammond
    • RE: OT query, but related to m/f -s, Fletcher, Kevin
• Re: MVS - Z/OS Job Market, What should the rates be?, Shmuel Metz , Seymour J.
• Enable TCP/IP function in mainframe, Lanny Niu
  • Re: Enable TCP/IP function in mainframe, Neal Eckhardt
  • Re: Enable TCP/IP function in mainframe, Schwarz, Barry A
  • <Possible follow-ups>
  • Re: Enable TCP/IP function in mainframe, Matthew Stitt
    • RE: Enable TCP/IP function in mainframe, McKown, John
      • RE: Enable TCP/IP function in mainframe, Chase, John
  • Re: Enable TCP/IP function in mainframe, Timothy Sipples
  • Re: Enable TCP/IP function in mainframe, Kenneth E Tomiak
• FW: Distance between primary and DR site, David Boyes
  • Re: FW: Distance between primary and DR site, howard . brazee
    • Re: FW: Distance between primary and DR site, R.S.
  • <Possible follow-ups>
  • RE: Distance between primary and DR site, FRASER, Brian
    • Re: Distance between primary and DR site, Shane
      • RE: Distance between primary and DR site, Paul Gillis
      • Re: Distance between primary and DR site, Shane
      • RE: Distance between primary and DR site, Chase, John
    • Re: Distance between primary and DR site, Thomas Berg
      • Re: Distance between primary and DR site, Mark Jacobs
      • Re: Distance between primary and DR site, Thomas Berg
      • Re: Distance between primary and DR site, Ed Gould
      • Re: Distance between primary and DR site, Mark Jacobs
      • Re: Distance between primary and DR site, Ed Gould
  • RE: Distance between primary and DR site, FRASER, Brian
  • Re: Distance between primary and DR site, Kenneth E Tomiak
  • Distance between primary and DR site, David Boyes
    • Message not available
      • Re: Distance between primary and DR site, Ken Gunther
      • RE: Distance between primary and DR site ( to the moon ), Maarten . Slegtenhorst
      • RE: Distance between primary and DR site ( to the moon ), Fletcher, Kevin
      • Re: Distance between primary and DR site ( to the moon ), Rick Fochtman
      • Re: Distance between primary and DR site, Ed Gould
      • Re: Distance between primary and DR site, Campbell Jay
    • Re: Distance between primary and DR site, Shmuel Metz , Seymour J.
  • Re: Distance between primary and DR site, Binyamin Dissen
    • Re: Distance between primary and DR site, Shmuel Metz , Seymour J.
      • Re: Distance between primary and DR site, Ed Gould
      • Re: Distance between primary and DR site, Thomas Berg
      • RE: Distance between primary and DR site, Phil Kingston
      • RE: Distance between primary and DR site, Schwarz, Barry A
  • Re: Distance between primary and DR site, Dave Kopischke
  • RE: FW: Distance between primary and DR site, daver++
  • RE: Distance between primary and DR site, Thompson, Steve
    • Re: Distance between primary and DR site, Gerhard Postpischil
      • ADMINSTRIVIA: thread killed, Darren Evans-Young
      • CA-1 TMC Reblock - recommended size?, Hare, Tim
      • IBMLink VM 3270 is back........n/t, mark . house
      • RE: ADMINSTRIVIA: thread killed, Lindy Mayfield
      • Re: ADMINSTRIVIA: thread killed, Shmuel Metz , Seymour J.
• IBMLink "Official" VM ServiceLink Availability Notice, Edward Jaffe
• Question on Fille Allocations, GAVIN Darren * OPS EAS
  • Re: Question on Fille Allocations, Jim Mulder
  • Re: Question on Fille Allocations, Edward Jaffe
• Anybody have an IPCS clist to disassemble?, Binyamin Dissen
  • Re: Anybody have an IPCS clist to disassemble?, Robert Wright
  • <Possible follow-ups>
  • Re: Anybody have an IPCS clist to disassemble?, Binyamin Dissen
    • Re: Anybody have an IPCS clist to disassemble?, Edward Jaffe
  • Re: Anybody have an IPCS clist to disassemble?, Bruce Hewson
  • Re: Anybody have an IPCS clist to disassemble?, Kenneth E Tomiak
• Re: Suggestions for New Laptop., Z Z
  • Re: Suggestions for New Laptop., Mark Levy
• Re: Unicode Code Dynamic Table Loading, Chase, John
  • RE: Unicode Code Dynamic Table Loading, mark . jacobs
    • RE: Unicode Code Dynamic Table Loading, Chase, John
      • Re: Unicode Code Dynamic Table Loading, Mark Jacobs
      • RE: Unicode Code Dynamic Table Loading, Fletcher, Kevin
  • <Possible follow-ups>
  • Re: Unicode Code Dynamic Table Loading, Mark Zelden
    • RE: Unicode Code Dynamic Table Loading, Chase, John
  • Re: Unicode Code Dynamic Table Loading, Mark Zelden
    • RE: Unicode Code Dynamic Table Loading, Chase, John
  • Re: Unicode Code Dynamic Table Loading, Mark Zelden
    • RE: Unicode Code Dynamic Table Loading, Chase, John
  • Re: Unicode Code Dynamic Table Loading, Kenneth E Tomiak
  • Re: Unicode Code Dynamic Table Loading, Brian Peterson
  • Re: Unicode Code Dynamic Table Loading, Mark Zelden
• Omegamon CPU Utilization and z/OS 1.7, Ken . Porowski
  • RE: Omegamon CPU Utilization and z/OS 1.7, Staller, Allan
  • <Possible follow-ups>
  • RE: Omegamon CPU Utilization and z/OS 1.7, Kelman, Tom
    • RE: [IBM-MAIN] Omegamon CPU Utilization and z/OS 1.7, Ken . Porowski
• ResourceLink Down ???, Brian Peterson
  • Re: ResourceLink Down ???, Shane
  • <Possible follow-ups>
  • Re: ResourceLink Down ???, Patrick Lyon
• RE: SAS/SMF QUESTION, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: SAS/SMF QUESTION, Patrick Lyon
  • Re: SAS/SMF QUESTION, Lizette Koehler
    • Re: SAS/SMF QUESTION, willie bunter
    • Re: SAS/SMF QUESTION, Rick Fochtman
  • RE: SAS/SMF QUESTION, J R
  • RE: SAS/SMF QUESTION, Schwarz, Barry A
  • Re: SAS/SMF QUESTION, Paul Peplinski
  • Re: SAS/SMF QUESTION, Bruce Hewson
  • Re: SAS/SMF QUESTION, Mark Zelden
• Test of Plain Text, George Rodriguez
• Poll - Distance between Data Center and DR, Lizette Koehler
  • RE: Poll - Distance between Data Center and DR, O'Brien, David W. [C] , NIH/CIT
  • RE: Poll - Distance between Data Center and DR, Richards.Bob
  • Re: Poll - Distance between Data Center and DR, William Donzelli
  • RE: [IBM-MAIN] Poll - Distance between Data Center and DR, Ken . Porowski
  • Re: Poll - Distance between Data Center and DR, Robert Bardos
  • Re: Poll - Distance between Data Center and DR, Howard Brazee
  • Re: Poll - Distance between Data Center and DR, Rick Fochtman
  • Re: Poll - Distance between Data Center and DR, Bill Johnson
  • <Possible follow-ups>
  • Re: Poll - Distance between Data Center and DR, Binyamin Dissen
  • RE: Poll - Distance between Data Center and DR, CICS Guy
  • RE: Poll - Distance between Data Center and DR, Thompson, Steve
  • Re: Poll - Distance between Data Center and DR, Lizette Koehler
    • Re: Poll - Distance between Data Center and DR, Jeffrey . Deaver
    • RE: [IBM-MAIN] Poll - Distance between Data Center and DR, Ken . Porowski
    • RE: Poll - Distance between Data Center and DR, Hal Merritt
  • Re: Poll - Distance between Data Center and DR, Eric-IBMmain
    • Re: Poll - Distance between Data Center and DR, Ed Gould
  • Re: Poll - Distance between Data Center and DR, Dave Kopischke
    • Re: Poll - Distance between Data Center and DR, Rick Fochtman
  • RE: Poll - Distance between Data Center and DR, Kelman, Tom
    • Re: Poll - Distance between Data Center and DR, howard . brazee
      • RE: Poll - Distance between Data Center and DR, Wayne Driscoll
  • Re: Poll - Distance between Data Center and DR, CICS Guy
  • Re: Poll - Distance between Data Center and DR, Doug Fuerst
  • Re: Poll - Distance between Data Center and DR, Bruce Hewson
• STC number for MASTER asid, Bruno Sugliani
  • RE: STC number for MASTER asid, Wayne Driscoll
  • <Possible follow-ups>
  • Re: STC number for MASTER asid, Lizette Koehler
  • Re: STC number for MASTER asid, Bruno Sugliani
    • RE: STC number for MASTER asid, Veilleux, Jon L
  • Re: STC number for MASTER asid, Kenneth E Tomiak
• Re: Override MAX-RC, Zbikow
  • Re: Override MAX-RC, Dan Espen
• How old are you?, Ian
  • RE: How old are you?, Maarten . Slegtenhorst
    • Re: How old are you?, Rick Fochtman
      • RE: How old are you?, Chase, John
      • Re: How old are you?, Rick Fochtman
      • POLLS -- regardless of subject., Anthony Saul Babonas
      • RE: How old are you?, Richards.Bob
      • RE: [IBM-MAIN] How old are you?, Ken . Porowski
      • RE: How old are you?, Gary Green
      • Re: How old are you?, Rick Fochtman
      • Re: How old are you?, Steven Conway
      • RE: How old are you?, Richards.Bob
      • Re: How old are you?, Shane
      • Re: How old are you?, Rick Fochtman
      • Re: How old are you?, rkuebbin
      • Re: How old are you?, howard . brazee
      • Re: How old are you?, Gary Green
      • RE: How old are you?, Richards.Bob
  • Re: How old are you?, Rugen, Len
  • RE: [IBM-MAIN] How old are you?, Ken . Porowski
  • Re: How old are you?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: How old are you?, Kelman, Tom
  • RE: How old are you?, Thompson, Steve
    • Re: How old are you?, August . Carideo
  • RE: How old are you?, Farley, Peter x23353
  • RE: How old are you?, daver++
    • Re: How old are you?, Ian
  • RE: How old are you?, Kelman, Tom
  • Re: How old are you?, Stephen Wolf
    • Re: How old are you?, Steve Comstock
      • RE: How old are you?, Lester, Bob
      • Re: How old are you?, Steve Comstock
      • Re: How old are you?, Jim McAlpine
      • RE: How old are you?, Van Dalsen, Herbie
      • Re: How old are you?, Veilleux, Jon L
      • RE: How old are you?, Fletcher, Kevin
      • Re: How old are you?, Rick Fochtman
      • Re: How old are you?, Frank I Rosenzweig
      • Re: How old are you?, Gerhard Postpischil
      • Re: How old are you?, Steve Samson
      • RE: How old are you?, Shaffer, Keith C WDC31
      • Re: How old are you?, legolas wood
      • Re: How old are you?, Bill Wilkie
      • RE: How old are you?, Jimenez Coloma, Jesus
      • RE: How old are you?, Chase, John
      • RE: How old are you?, Mikael . Wargh
      • RE: How old are you?, Gary Green
      • Re: How old are you?, Steve Comstock
      • RE: How old are you?, Gary Green
  • Re: How old are you?, Ernie Takeuchi
  • Re: How old are you?, SUBSCRIBE IBM-MAIN Christian Blesa
  • RE: How old are you?, Bielskie, Stephen
    • RE: How old are you?, Robert Fake
  • Re: How old are you?, Patrick O'Keefe
    • Re: How old are you?, Roberto Halais
  • Re: How old are you?, Anne & Lynn Wheeler
  • Re: How old are you?, Tom Marchant
    • Re: How old are you?, Chris Mason
• Display I/O, MENICHI FEDERICA
  • Re: Display I/O, R.S.
    • RE: Display I/O, Lizette Koehler
  • R: Display I/O, MENICHI FEDERICA
    • RE: Display I/O, Lizette Koehler
      • Re: Display I/O, Gregory, Gary G
  • <Possible follow-ups>
  • Re: Display I/O, Walter Marguccio
  • Re:Display I/O, wtrovijo
• CATALOG AUTOTUNE problem with OPSMVS 11.5 Version, Gaur
  • Re: CATALOG AUTOTUNE problem with OPSMVS 11.5 Version, Neal Eckhardt
    • Re: CATALOG AUTOTUNE problem with OPSMVS 11.5 Version, Gaur
• Re: Theft of spindles, Timothy Sipples
  • Re: Theft of spindles, Howard Brazee
• IBM saves $250 million consolidating Linux servers on to mainframes, CICS Guy
  • Re: IBM saves $250 million consolidating Linux servers on to mainframes, Ed Gould
  • <Possible follow-ups>
  • Re: IBM saves $250 million consolidating Linux servers on to mainframes, Ed Finnell
• Re: Dataset allocated by JOB or ASID, Neal Eckhardt
• So, when does 3900 equal 33...?, Gary Green
  • <Possible follow-ups>
  • Re: So, when does 3900 equal 33...?, Robert Justice
    • Re: So, when does 3900 equal 33...?, Gary Green
  • RE: So, when does 3900 equal 33...?, Thompson, Steve
• IBMLINK Down again, Mark Jacobs
• Quebec moves Orcale to z/VM, Dave Jones
  • <Possible follow-ups>
  • Re: Quebec moves Orcale to z/VM, Ted MacNEIL
• RE: IBM's Project Big Green Spurs Global Shift to Linux on Mainframe, Kelman, Tom
  • <Possible follow-ups>
  • Re: IBM's Project Big Green Spurs Global Shift to Linux on Mainframe, Timothy Sipples
    • Re: IBM's Project Big Green Spurs Global Shift to Linux on Mainframe, Eric Chevalier
      • Re: IBM's Project Big Green Spurs Global Shift to Linux on Mainframe, Art Celestini
      • Re: IBM's Project Big Green Spurs Global Shift to Linux on Mainframe, Eric Chevalier
      • RE: IBM's Project Big Green Spurs Global Shift to Linux on Mainframe, McKown, John
  • Re: IBM's Project Big Green Spurs Global Shift to Linux on Mainframe, Mohammad Khan
    • Re: IBM's Project Big Green Spurs Global Shift to Linux on Mainframe, August . Carideo
  • Re: IBM's Project Big Green Spurs Global Shift to Linux on Mainframe, Timothy Sipples
  • Re: IBM's Project Big Green Spurs Global Shift to Linux on Mainframe, Rob van der Heij
• HMC - Load type SCSI, R.S.
  • Re: HMC - Load type SCSI, R.S.
  • <Possible follow-ups>
  • Re: HMC - Load type SCSI, Brian Peterson
    • IBM's Project Big Green Spurs Global Shift to Linux on Mainframe, Jim Harrison
      • Re: IBM's Project Big Green Spurs Global Shift to Linux on Mainframe, Eric Chevalier
  • RE: HMC - Load type SCSI, Farley, Peter x23353
  • RE: HMC - Load type SCSI, TISLER Zaromil
• RE: MVS - Z/OS Job Market, What should the rates be?, Jon Brock
  • <Possible follow-ups>
  • RE: MVS - Z/OS Job Market, What should the rates be?, Jon Brock
• Re: Question about the listserv, Darren Evans-Young
  • <Possible follow-ups>
  • Re: Question about the listserv, Thomas Berg
• Quoting Style, Paul GilmartinIBM-MAIN@xxxxxxxxxxxx>
  • <Possible follow-ups>
  • Re: Quoting Style, Kenneth E Tomiak
    • Re: Quoting Style, Rick Fochtman
• Re: Question on CA-Eztrieve, Bryan Klimek
  • Re: Question on CA-Eztrieve, Raap, Bernard E
    • unsubscribe, John J Public
  • <Possible follow-ups>
  • RE: Question on CA-Eztrieve, Raap, Bernard E
    • RE: Question on CA-Eztrieve, GAVIN Darren * OPS EAS
• Re: some basic questions about Z system, Zlinux...., legolas wood
  • <Possible follow-ups>
  • Re: some basic questions about Z system, Zlinux...., Timothy Sipples
  • Re: some basic questions about Z system, Zlinux...., Dave Jones
• TCP/IP PROFILE question, Vekeman Antoon
• IBMLink Web interface - SEV1 # 32669880, 1 August 2007, Chase, John
  • RE: IBMLink Web interface - SEV1 # 32669880, 1 August 2007, Dean Montevago
  • <Possible follow-ups>
  • Re: IBMLink Web interface - SEV1 # 32669880, 1 August 2007, Efinnell15
    • RE: IBMLink Web interface - SEV1 # 32669880, 1 August 2007, O'Brien, David W. [C] , NIH/CIT
      • Re: IBMLink Web interface - SEV1 # 32669880, 1 August 2007, Steve Comstock
• Re: PTF list for a subset from PSP bucket, Srivastava, Rajesh
• DFHSM QUESTION : ORIGINIAL VOLUME VOLSER PRIOR TO ML2 MIGRATION, John Dawes
  • RE: DFHSM QUESTION : ORIGINIAL VOLUME VOLSER PRIOR TO ML2 MIGRATION, O'Brien, David W. [C] , NIH/CIT
    • Linux - any specific DASD requirements?, O'Brien, David W. [C] , NIH/CIT
      • Re: Linux - any specific DASD requirements?, Jon Brock
      • RE: Linux - any specific DASD requirements?, O'Brien, David W. [C] , NIH/CIT
      • Re: Linux - any specific DASD requirements?, Rich Smrcina
      • Re: Linux - any specific DASD requirements?, Rich Smrcina
      • Re: Linux - any specific DASD requirements?, Shane Ginnane
  • <Possible follow-ups>
  • Re: DFHSM QUESTION : ORIGINIAL VOLUME VOLSER PRIOR TO ML2 MIGRATION, Brian Westerman
  • Re: DFHSM QUESTION : ORIGINIAL VOLUME VOLSER PRIOR TO ML2 MIGRATION, Kenneth E Tomiak
    • RE: DFHSM QUESTION : ORIGINIAL VOLUME VOLSER PRIOR TO ML2 MIGRATION, O'Brien, David W. [C] , NIH/CIT
      • RE: [IBM-MAIN] DFHSM QUESTION : ORIGINIAL VOLUME VOLSER PRIOR TO ML2 MIGRATION, Ron Hawkins
      • RE: DFHSM QUESTION : ORIGINIAL VOLUME VOLSER PRIOR TO ML2 MIGRATION, O'Brien, David W. [C] , NIH/CIT
      • RE: [IBM-MAIN] DFHSM QUESTION : ORIGINIAL VOLUME VOLSER PRIOR TO ML2 MIGRATION, Ron Hawkins
      • RE: DFHSM QUESTION : ORIGINIAL VOLUME VOLSER PRIOR TO ML2 MIGRATION, O'Brien, David W. [C] , NIH/CIT
  • Re: DFHSM QUESTION : ORIGINIAL VOLUME VOLSER PRIOR TO ML2 MIGRATION, Alex
• IBMLink Using PC/3270, George Rodriguez
  • Re: IBMLink Using PC/3270, Michael . Bradley
    • RE: IBMLink Using PC/3270, George Rodriguez
      • Re: IBMLink Using PC/3270, Michael . Bradley
      • Re: IBMLink Using PC/3270, Edward Jaffe
  • <Possible follow-ups>
  • Re: IBMLink Using PC/3270, Efinnell15
    • Re: IBMLink Using PC/3270, Edward Jaffe
      • RE: IBMLink Using PC/3270, George Rodriguez
      • RE: IBMLink Using PC/3270, Wayne Driscoll
      • Re: IBMLink Using PC/3270, Edward Jaffe
      • Re: IBMLink Using PC/3270, George Rodriguez
  • Re: IBMLink Using PC/3270, Efinnell15
  • Re: IBMLink Using PC/3270, Efinnell15
  • Re: IBMLink Using PC/3270, Efinnell15
  • Re: IBMLink Using PC/3270, Barbara Nitz
• SOC4 in DFSORT with DB2, George Bly
  • RE: SOC4 in DFSORT with DB2, Laine, Rogers
    • RE: SOC4 in DFSORT with DB2, George Bly
      • Re: SOC4 in DFSORT with DB2, Laine, Rogers
      • RE: SOC4 in DFSORT with DB2, George Bly
      • Re: SOC4 in DFSORT with DB2, Ed Gould
      • Re: SOC4 in DFSORT with DB2, Binyamin Dissen
      • RE: SOC4 in DFSORT with DB2, Knutson, Sam
    • RE: SOC4 in DFSORT with DB2, George Bly
  • RE: SOC4 in DFSORT with DB2, Tergerson, John
    • RE: SOC4 in DFSORT with DB2, Tergerson, John
      • Re: SOC4 in DFSORT with DB2, David Betten
      • RE: SOC4 in DFSORT with DB2, O'Brien, David W. [C] , NIH/CIT
      • Re: SOC4 in DFSORT with DB2, Ed Gould
  • <Possible follow-ups>
  • Re: SOC4 in DFSORT with DB2, Gerri Booth, State of Wisconsin
  • Re: SOC4 in DFSORT with DB2, Kenneth E Tomiak
• COBOL Group moves, Rashmi Nijaguni Mogali
  • Re: COBOL Group moves, Steve Comstock
    • Re: COBOL Group moves, Lizette Koehler
      • RE: COBOL Group moves, Gregory, Gary G
    • Re: COBOL Group moves, Shmuel Metz , Seymour J.
  • RE: COBOL Group moves, GAVIN Darren * OPS EAS
  • Re: COBOL Group moves, rkuebbin
  • <Possible follow-ups>
  • Re: COBOL Group moves, Ted MacNEIL
    • Re: COBOL Group moves, R.S.
    • RE: [IBM-MAIN] COBOL Group moves, Ron Hawkins
  • Re: COBOL Group moves, Binyamin Dissen
  • RE: COBOL Group moves, Kelman, Tom
    • RE: COBOL Group moves, Chase, John
      • RE: COBOL Group moves, Rugen, Len
      • RE: COBOL Group moves, Hardee, Charles H
      • Re: COBOL Group moves, Jim McAlpine
      • RE: COBOL Group moves, McKown, John
    • Re: COBOL Group moves, Binyamin Dissen
      • Re:z/OS, RWells
      • RE: z/OS, McKown, John
  • RE: COBOL Group moves, J R
  • Re: COBOL Group moves, Lizette Koehler
    • RE: COBOL Group moves, GAVIN Darren * OPS EAS
  • RE: COBOL Group moves, Farley, Peter x23353
  • Fw: COBOL Group moves, Bill Klein
  • RE: COBOL Group moves, Farley, Peter x23353
  • Re: COBOL Group moves, Kenneth E Tomiak
• Upgrading the Processor - Keep in Mind, Jim Marshall
• SMS version, Víctor
  • Re: SMS version, Víctor
    • Re: SMS library definition [was: SMS version], Neil Duffee
      • Re: SMS library definition [was: SMS version], Víctor
      • Re: SMS library definition [was: SMS version], Víctor
• Re: Is there any way that i can practice mainframe related subject without having access to one?, Don Higgins
  • <Possible follow-ups>
  • RE: Is there any way that i can practice mainframe related subject without having access to one?, Lindy Mayfield
  • Re: Is there any way that i can practice mainframe related subject without having access to one?, David Cole
    • RE: Is there any way that i can practice mainframe related subject without having access to one?, Lindy Mayfield
  • Re: Is there any way that i can practice mainframe related subject without having access to one?, Don Higgins
  • Re: Is there any way that i can practice mainframe related subject without having access to one?, Kenneth E Tomiak
• IBMLINK vs Resource Link, Maarten . Slegtenhorst
  • Re: IBMLINK vs Resource Link, john . ticic . extern
    • Re: IBMLINK vs Resource Link, Maarten Slegtenhorst
• Re: Question about the listserv : Mail-syntax, Maarten Slegtenhorst
  • Re: Question about the listserv : Mail-syntax, Edward Jaffe
    • RE: Question about the listserv : Mail-syntax, EdRohr
    • RE: Question about the listserv : Mail-syntax, Veilleux, Jon L
    • Re: Question about the listserv : Mail-syntax, Bill Dodge
  • <Possible follow-ups>
  • Re: Question about the listserv : Mail-syntax, Efinnell15
    • RE: Question about the listserv : Mail-syntax, Veilleux, Jon L
  • Re: Question about the listserv : Mail-syntax, Maarten Slegtenhorst
  • Re: Question about the listserv : Mail-syntax, Phil Smith III
    • RE: Question about the listserv : Mail-syntax, Veilleux, Jon L
      • Re: Question about the listserv : Mail-syntax, Edward Jaffe
  • Re: Question about the listserv : Mail-syntax, Tom Marchant
  • Re: Question about the listserv : Mail-syntax, Tom Marchant
• RE: [IBM-MAIN] EMC DMX3-1500 and REFORMAT VTOC, Ron Hawkins
• Web access to mainframe datasets, Brian Westerman
  • Re: Web access to mainframe datasets, Rich Smrcina
  • Re: Web access to mainframe datasets, Nagesh
  • Antwort: Web access to mainframe datasets, Albert . Klimek
  • RE: Web access to mainframe datasets, Lindy Mayfield
  • Re: Web access to mainframe datasets, Steve Comstock
    • RE: Web access to mainframe datasets, Itschak Mugzach
  • Re: Web access to mainframe datasets, pdc
  • Re: Web access to mainframe datasets, A. Harry Williams
  • <Possible follow-ups>
  • Re: Web access to mainframe datasets, Efinnell15
  • Re: Web access to mainframe datasets, Paul Gilmartin
    • Re: Web access to mainframe datasets, Rich Smrcina
      • RE: Web access to mainframe datasets, McKown, John
      • Re: Web access to mainframe datasets, Rich Smrcina
  • Re: Web access to mainframe datasets, Timothy Sipples
    • Re: Web access to mainframe datasets, Kirk Wolf
      • RE: Web access to mainframe datasets, Smith, Sean M
  • Re: Web access to mainframe datasets, Timothy Sipples
  • Re: Web access to mainframe datasets, Sebastian Welton
  • Re: Web access to mainframe datasets, Kenneth E Tomiak
• Re: web IBMLINK down again - so what ?, Joel C. Ewing
  • RE: web IBMLINK down again - so what ?, Chase, John
  • <Possible follow-ups>
  • Re: web IBMLINK down again - so what ?, Bruce Hewson
• Re: ICC Console, Shmuel Metz , Seymour J.
  • Re: [IBM-MAIN] ICC Console, awhite
• Re: IPCS Dump. How can you see the stack?, Shmuel Metz , Seymour J.
• Decoding bit switches in COBOL Re: Regarding SDSF pgm, Clark Morris
• Re: regarding SDSF pgm, Clark Morris
• Re: web IBMLINK down again -SEV1 32656350, Clark F Morris
  • <Possible follow-ups>
  • RE: web IBMLINK down again -SEV1 32656350, Smith, Sean M
• Re: FW: Deleted PDS, Shmuel Metz , Seymour J.
• Re: Email Client Settings, Shmuel Metz , Seymour J.
• Re: How much do you value Share ( Was Spam from SHARE), Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: How much do you value Share ( Was Spam from SHARE), Shmuel Metz , Seymour J.
• Re: How to extend addressability over 4095 with USING statements, Shmuel Metz , Seymour J.
• Re: Usage of KB and KiB, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Usage of KB and KiB, Shmuel Metz , Seymour J.
  • Re: Usage of KB and KiB, Shmuel Metz , Seymour J.
  • Re: Usage of KB and KiB, Joel C. Ewing
  • Re: Usage of KB and KiB, Bruce Hewson
• Re: Execute a Unix Shell Script via Mainframe FTP, Mark Blain
  • <Possible follow-ups>
  • Re: Execute a Unix Shell Script via Mainframe FTP, pdc
• RE: PCI Compliance - Encryption of all non-console administrative access., Hal Merritt
  • Re: PCI Compliance - Encryption of all non-console administrative access., GAVIN Darren * OPS EAS
  • <Possible follow-ups>
  • Re: PCI Compliance - Encryption of all non-console administrative access., Lynn Wheeler
  • Re: PCI Compliance - Encryption of all non-console administrative access., Timothy Sipples
    • RE: PCI Compliance - Encryption of all non-console administrative access., Van Dalsen, Herbie
    • Theft of spindles was Re: PCI Compliance - Encryption of all non-console administrative access., Clark Morris
      • Re: Theft of spindles was Re: PCI Compliance - Encryption of all non-console administrative access., Ron Hawkins
      • Re: Theft of spindles was Re: PCI Compliance - Encryption of all non-console administrative access., R.S.
      • Re: Theft of spindles was Re: PCI Compliance - Encryption of all non-console administrative access., Clark F Morris
      • RE: [IBM-MAIN] Theft of spindles was Re: PCI Compliance - Encryption of all non-console administrative access., Ron Hawkins
      • Re: PCI Compliance, Rugen, Len
      • Re: Theft of spindles was Re: PCI Compliance - Encryption of all non-console administrative access., Clark Morris
  • Re: PCI Compliance - Encryption of all non-console administrative access., Walt Farrell
  • Re: PCI Compliance - Encryption of all non-console administrative access., Anne & Lynn Wheeler
  • Re: PCI Compliance - Encryption of all non-console administrative access., John_Mattson
    • Re: PCI Compliance - Encryption of all non-console administrative access., Mark Jacobs
• Re: Damaged Catalog Alert, Blair Svihra
  • RE: Damaged Catalog Alert, Traylor, Terry
  • Re: Damaged Catalog Alert, Joel C. Ewing
  • <Possible follow-ups>
  • Re: Damaged Catalog Alert, Tony Brown
  • Re: Damaged Catalog Alert, Tony Brown
  • Re: Damaged Catalog Alert, Tom Schmidt
  • Re: Damaged Catalog Alert, Tony Brown
• Ciena WAN solution, Hal Merritt