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