bit.listserv.ibm-main

• Date Index

---

• SMS construct pgm name, Jack Kelly
  • Re: SMS construct pgm name, McKown, John
  • Re: SMS construct pgm name, Darth Keller
• Issue with DB2 Tools (CA) and z/OS V1.9, Lizette Koehler
  • Re: Issue with DB2 Tools (CA) and z/OS V1.9, Knutson, Sam
  • <Possible follow-ups>
  • Re: Issue with DB2 Tools (CA) and z/OS V1.9, Lizette Koehler
• Another difference between platforms..., Gary Green
  • Re: Another difference between platforms..., McKown, John
  • <Possible follow-ups>
  • Re: Another difference between platforms..., Gary Green
• BMC DBU December 2007 maintenance level plus a PTF (BPQ2035) needed for ALLOWUSERKEYCSA(NO), Knutson, Sam
• FTP QUESTION - Put Command, John Dawes
  • Re: FTP QUESTION - Put Command, John P Kalinich
    • Re: FTP QUESTION - Put Command, John Dawes
      • Re: FTP QUESTION - Put Command, Mark Pace
  • Re: FTP QUESTION - Put Command, Alan Brown
• Re: USS file sharing in z/OS, Andrew Metcalfe
  • Re: USS file sharing in z/OS, McKown, John
  • <Possible follow-ups>
  • Re: USS file sharing in z/OS, Mark Zelden
  • Re: USS file sharing in z/OS, Andrew Metcalfe
    • Re: USS file sharing in z/OS, Steve Comstock
      • Re: USS file sharing in z/OS, Rick Fochtman
  • Re: USS file sharing in z/OS, Mark Zelden
• Is this RNL correct?, McKown, John
  • <Possible follow-ups>
  • Re: Is this RNL correct?, Mark Zelden
  • Re: Is this RNL correct?, Jimmy Wagner
  • Re: Is this RNL correct?, Bobbie Justice
• JCL SET command and instream SYSIn, i_mugzach@xxxxxxxxxxxxxxxx
  • Re: JCL SET command and instream SYSIn, Clement Clarke
  • <Possible follow-ups>
  • Re: JCL SET command and instream SYSIn, Ted MacNEIL
  • Re: JCL SET command and instream SYSIn, Paul Gilmartin
  • Re: JCL SET command and instream SYSIn, Scott Barry
  • Re: JCL SET command and instream SYSIn, Paul Gilmartin
    • Re: JCL SET command and instream SYSIn, McKown, John
      • Re: JCL SET command and instream SYSIn, Barkow, Eileen
      • Re: JCL SET command and instream SYSIn, McKown, John
      • Re: JCL SET command and instream SYSIn, Bass, Walter W
    • Re: JCL SET command and instream SYSIn, Rick Fochtman
  • Re: JCL SET command and instream SYSIN, Itschak Mugzach
• IARV64, Pierre Fichaud
• David Caminer (1915-2008), john gilmore
  • Re: David Caminer (1915-2008), Thomas Berg
  • <Possible follow-ups>
  • Re: David Caminer (1915-2008), Patrick O'Keefe
    • Re: David Caminer (1915-2008), Rick Fochtman
      • Re: David Caminer (1915-2008), Bass, Walter W
      • Re: David Caminer (1915-2008), Chase, John
      • We are what we are ..., Shane Ginnane
      • Re: David Caminer (1915-2008), Bass, Walter W
      • Re: David Caminer (1915-2008), Craddock, Chris
  • Re: David Caminer (1915-2008), Thompson, Steve
    • Re: David Caminer (1915-2008), William Donzelli
    • Re: David Caminer (1915-2008), Rick Fochtman
  • Re: David Caminer (1915-2008), Patrick O'Keefe
  • Re: David Caminer (1915-2008), Thompson, Steve
• Re: Virtual tape on z/OS (was: Virtual tape on VM), Kees Vernooy
• Re: zAAP engine Benefit Question, Kenneth E Tomiak
  • Re: zAAP engine Benefit Question, Rob Schramm
  • <Possible follow-ups>
  • Re: zAAP engine Benefit Question, Peter Relson
• bad sample code?, Ward, Mike S
  • Re: bad sample code?, Chuck Arney
    • Re: bad sample code?, Ward, Mike S
  • Re: bad sample code?, Shmuel Metz , Seymour J.
• what newsgroup server do you use?, tlongfellow
  • Re: what newsgroup server do you use?, KeesC
  • Re: what newsgroup server do you use?, Howard Brazee
  • Re: what newsgroup server do you use?, Anne & Lynn Wheeler
    • Re: what newsgroup server do you use?, Gibney, Dave
• questions about extended format, Jack Kelly
  • Re: questions about extended format, R.S.
• Re: IBM-MAIN Digest - 25 Jun 2008 to 26 Jun 2008 (#2008-178), David Boyes
  • <Possible follow-ups>
  • Re: IBM-MAIN Digest - 25 Jun 2008 to 26 Jun 2008 (#2008-178), Chris Mason
• DFDSS Question - DSCHA, willie bunter
  • Re: DFDSS Question - DSCHA, Ulrich Krueger
    • Re: DFDSS Question - DSCHA, willie bunter
      • Re: DFDSS Question - DSCHA, Pedro Vera
      • Re: DFDSS Question - DSCHA, willie bunter
      • Re: DFDSS Question - DSCHA, Schwarz, Barry A
      • Re: DFDSS Question - DSCHA, Ulrich Krueger
  • Re: DFDSS Question - DSCHA, Pedro Vera
  • Re: DFDSS Question - DSCHA, Pinnacle
    • Re: DFDSS Question - DSCHA, Myers, Edouard , OCTO
    • Re: DFDSS Question - DSCHA, willie bunter
    • Re: DFDSS Question - DSCHA, willie bunter
    • Re: DFDSS Question - DSCHA, willie bunter
• ICETOOL: IFTHEN on STARTREC, ashan_dsouza
• Utilization of Mainframe Software Licenses, Jacky Bright
  • Re: Utilization of Mainframe Software Licenses, Schwarz, Barry A
    • Re: Utilization of Mainframe Software Licenses, Jacky Bright
  • Re: Utilization of Mainframe Software Licenses, Tom Moulder
    • Re: Utilization of Mainframe Software Licenses, Rick Fochtman
  • <Possible follow-ups>
  • Re: Utilization of Mainframe Software Licenses, Lizette Koehler
    • Re: Utilization of Mainframe Software Licenses, Rick Fochtman
• GRS Slow Down, Kelman, Tom
  • <Possible follow-ups>
  • Re: GRS Slow Down, Mark Zelden
• Chargeback tools, Chauhan, Jasbir
  • Re: Chargeback tools, Kelman, Tom
    • Re: Chargeback tools *** Private response ***, Shane Ginnane
  • Re: Chargeback tools, Shmuel Metz , Seymour J.
    • Re: Chargeback tools, Howard Brazee
  • <Possible follow-ups>
  • Re: Chargeback tools, Scott Barry
• debugging S002-0C abend, McKown, John
  • <Possible follow-ups>
  • Re: debugging S002-0C abend, Big Iron
• Re: SMP/E: "Reasonable" sizes for SYSUTn?, Mark Zelden
• SMP/E: "Reasonable" sizes for SYSUTn?, Chase, John
  • Re: SMP/E: "Reasonable" sizes for SYSUTn?, Rick Fochtman
• RESMGR and ISPF, Pierre Fichaud
• zFS Root catalog requirements, Peggy Andrews
  • Re: zFS Root catalog requirements, Mark Jacobs
  • Re: zFS Root catalog requirements, McGrath, Gale
  • Re: zFS Root catalog requirements, Bobbie Justice
• Virtual tape on VM, Lindy Mayfield
  • <Possible follow-ups>
  • Re: Virtual tape on VM, Thomas Kern
    • Re: Virtual tape on VM, Lindy Mayfield
  • Re: Virtual tape on VM, Thomas Kern
  • Re: Virtual tape on VM, Thomas Kern
  • Re: Virtual tape on VM, Paul Gilmartin
  • Re: Virtual tape on VM, Kees Vernooy
    • Re: Virtual tape on VM, McKown, John
      • Virtual tape on z/OS (was: Virtual tape on VM), Lindy Mayfield
  • Re: Virtual tape on VM, Kees Vernooy
  • Re: Virtual tape on VM, Glenn Miller
• Anthony Fletcher/New Zealand/IBM is out of the office., Anthony Fletcher
• NFS mounts to linux for text and binary return same conversion, Ian S. Worthington
  • Re: NFS mounts to linux for text and binary return same conversion, McKown, John
  • <Possible follow-ups>
  • Re: NFS mounts to linux for text and binary return same conversion, Mark Zelden
  • Fwd: Re: NFS mounts to linux for text and binary return same conversion, Ian S. Worthington
• Multi channel connection to VTS, Victor Zhang
  • <Possible follow-ups>
  • Re: Multi channel connection to VTS, Matthew Stitt
• HSM and temporary dataset prefix, Victor Zhang
• C/C++ malloc() memory allocation, Betsy Jeffery
  • Re: C/C++ malloc() memory allocation, Wayne Driscoll
  • Re: C/C++ malloc() memory allocation, Miklos Szigetvari
  • Re: C/C++ malloc() memory allocation, Craddock, Chris
  • <Possible follow-ups>
  • Re: C/C++ malloc() memory allocation, Roland Schiradin
    • Re: C/C++ malloc() memory allocation, Wayne Driscoll
  • Re: C/C++ malloc() memory allocation, Betsy Jeffery
    • Re: C/C++ malloc() memory allocation, Craddock, Chris
      • zAAP engine Benefit Question, Longnecker, Dennis
      • Re: zAAP engine Benefit Question, Knutson, Sam
  • C/C++ malloc() memory allocation, Bill Klein
• Re: RES: Sequential compressed (on disk) - how to tell?, Greg Price
  • Re: RES: Sequential compressed (on disk) - how to tell?, William H. Blair
• Strange Problem: System Code S106, Bernd Oppolzer
  • Re: Strange Problem: System Code S106, Rick Fochtman
    • Re: Strange Problem: System Code S106, Craddock, Chris
      • Re: Strange Problem: System Code S106, Bernd Oppolzer
  • <Possible follow-ups>
  • Re: Strange Problem: System Code S106, , IBM Mainframe Discussion List
    • Re: Strange Problem: System Code S106, Rick Fochtman
      • Re: Strange Problem: System Code S106, McKown, John
      • Re: Strange Problem: System Code S106, Rick Fochtman
      • Re: Strange Problem: System Code S106, Bernd Oppolzer
  • Re: Strange Problem: System Code S106, , IBM Mainframe Discussion List
  • Re: Strange Problem: System Code S106, Tom Marchant
    • Re: Strange Problem: System Code S106, Bernd Oppolzer
  • Re: Strange Problem: System Code S106, Patrick O'Keefe
    • Re: Strange Problem: System Code S106, Rick Fochtman
    • Re: Strange Problem: System Code S106, Bernd Oppolzer
  • Re: Strange Problem: System Code S106, Peter Relson
• SHARE proceedings, Max Scarpa
  • <Possible follow-ups>
  • Re: SHARE proceedings, Walter Marguccio
  • Re: SHARE proceedings, Max Scarpa
• TN3270 *from* a host??, Andrew McLaren
  • Re: TN3270 *from* a host??, Edward Jaffe
    • Re: TN3270 *from* a host??, Hunkeler Peter , KIUK 3
      • Re: TN3270 *from* a host??, Gibney, Dave
      • Re: TN3270 *from* a host??, Hunkeler Peter , KIUK 3
  • Re: TN3270 *from* a host??, John P Kalinich
  • <Possible follow-ups>
  • Re: TN3270 *from* a host??, Greg Price
    • Re: TN3270 *from* a host??, Hunkeler Peter , KIUK 3
      • Re: TN3270 *from* a host??, Tonni J Ottosen
  • Re: TN3270 *from* a host??, Chris Mason
  • Re: TN3270 *from* a host??, Chris Mason
    • Re: TN3270 *from* a host??, Hunkeler Peter , KIUK 3
  • Re: TN3270 *from* a host??, Chris Mason
    • Re: TN3270 *from* a host??, Gibney, Dave
  • Re: TN3270 *from* a host??, Chris Mason
    • Re: TN3270 *from* a host??, Natarajan Mohan
  • Re: TN3270 *from* a host??, Chris Mason
    • Re: TN3270 *from* a host??, Jim McAlpine
  • Re: TN3270 *from* a host??, Chris Mason
    • Re: TN3270 *from* a host??, Tonni J Ottosen
  • Re: TN3270 *from* a host??, Chris Mason
  • Re: TN3270 *from* a host??, Chris Mason
    • Re: TN3270 *from* a host??, Jim McAlpine
    • Re: TN3270 *from* a host??, Gibney, Dave
    • Re: TN3270 *from* a host??, Edward Jaffe
  • Re: TN3270 *from* a host??, Bri P
    • Re: TN3270 *from* a host??, Hunkeler Peter , KIUK 3
  • Re: TN3270 *from* a host??, Chris Mason
    • Re: TN3270 *from* a host??, Tony Harminc
  • Re: TN3270 *from* a host??, Chris Mason
    • Re: TN3270 *from* a host??, Richard Peurifoy
    • Re: TN3270 *from* a host??, Richard Peurifoy
      • Re: TN3270 *from* a host??, Gibney, Dave
  • Re: TN3270 *from* a host??, Patrick O'Keefe
  • Re: TN3270 *from* a host??, Chris Mason
  • Re: TN3270 *from* a host??, Chris Mason
  • Re: TN3270 *from* a host??, Chris Mason
    • Re: TN3270 *from* a host??, Gibney, Dave
  • Re: TN3270 *from* a host??, Chris Mason
  • Re: TN3270 *from* a host??, Chris Mason
  • Re: TN3270 *from* a host??, Chris Mason
  • Re: TN3270 *from* a host??, Chris Mason
  • Re: TN3270 *from* a host??, Chris Mason
  • Re: TN3270 *from* a host??, Chris Mason
    • Re: TN3270 *from* a host??, Hunkeler Peter , KIUK 3
  • Re: TN3270 *from* a host??, Chris Mason
• Sequential compressed (on disk) - how to tell?, Greg Price
• FTP client ssl error, Michael Saraco
  • Re: FTP client ssl error, Rugen, Len
  • Re: FTP client ssl error, Gibney, Dave
    • Re: FTP client ssl error, Michael Saraco
  • Re: FTP client ssl error, Chase, John
    • Re: FTP client ssl error, Michael Saraco
      • Re: FTP client ssl error, Hal Merritt
      • Re: FTP client ssl error, Michael Saraco
  • Re: FTP client ssl error, Hal Merritt
• z/OS v1.7 JES2: StcInRdr vs. IntRdr, Neil Duffee
  • Re: z/OS v1.7 JES2: StcInRdr vs. IntRdr, Rick Fochtman
    • Re: z/OS v1.7 JES2: StcInRdr vs. IntRdr, Hunkeler Peter , KIUK 3
  • Re: z/OS v1.7 JES2: StcInRdr vs. IntRdr, Hunkeler Peter , KIUK 3
  • Re: z/OS v1.7 JES2: StcInRdr vs. IntRdr, Bob Rutledge
  • Re: z/OS v1.7 JES2: StcInRdr vs. IntRdr, Robert A. Rosenberg
  • <Possible follow-ups>
  • Re: z/OS v1.7 JES2: StcInRdr vs. IntRdr, Ulrich Krueger
    • Re: z/OS v1.7 JES2: StcInRdr vs. IntRdr, Jack Kelly
  • Re: z/OS v1.7 JES2: StcInRdr vs. IntRdr, Ed Finnell
• Re: Long-term parking at Peterborough stations, Jesse Westerholm
• Non-SMS GDG Issue, Daniel McLaughlin
  • Re: Non-SMS GDG Issue, Gil
  • <Possible follow-ups>
  • Re: Non-SMS GDG Issue, Linda Mooney
  • Re: Non-SMS GDG Issue, Daniel McLaughlin
    • Re: Non-SMS GDG Issue, Gibney, Dave
      • Re: Non-SMS GDG Issue, Shane Ginnane
  • Re: Non-SMS GDG Issue, John Laubenheimer
  • Re: Non-SMS GDG Issue, Daniel McLaughlin
  • Re: Non-SMS GDG Issue, Linda Mooney
    • Re: Non-SMS GDG Issue, Gibney, Dave
  • Re: Non-SMS GDG Issue, Linda Mooney
• z/OS 1.4 on a z10, Mark Pace
  • Re: z/OS 1.4 on a z10, John P Kalinich
    • Re: z/OS 1.4 on a z10, Mark Pace
  • Re: z/OS 1.4 on a z10, Jim Mulder
    • Re: z/OS 1.4 on a z10, Dirk Johann
  • Re: z/OS 1.4 on a z10, gregory . peck
• Op codes removed from z/10, Bielskie, Stephen
  • Re: Op codes removed from z/10, Bob Shannon
  • Re: Op codes removed from z/10, Wayne Driscoll
    • Re: Op codes removed from z/10, John P. Baker
      • Re: Op codes removed from z/10, Rick Fochtman
  • <Possible follow-ups>
  • Re: Op codes removed from z/10, John P. Baker
    • Re: Op codes removed from z/10, Bielskie, Stephen
    • Re: Op codes removed from z/10, Jim Mulder
      • Re: Op codes removed from z/10, Rick Fochtman
      • Re: Op codes removed from z/10, McKown, John
    • Re: Op codes removed from z/10, Shmuel Metz , Seymour J.
      • Re: Op codes removed from z/10, John P. Baker
  • Re: Op codes removed from z/10, , IBM Mainframe Discussion List
  • Re: Op codes removed from z/10, Tom Marchant
    • Re: Op codes removed from z/10, Mark Vitale
  • Re: Op codes removed from z/10, Andy Wood
  • Re: Op codes removed from z/10, Peter Relson
    • Re: Op codes removed from z/10, Mark Waterbury
      • Re: Op codes removed from z/10, Jim Mulder
• CHECK(IBMXCF,XCF_SIG_STR_SIZE), Jorge Garcia
  • <Possible follow-ups>
  • Re: CHECK(IBMXCF,XCF_SIG_STR_SIZE), Bill Neiman
  • Re: CHECK(IBMXCF,XCF_SIG_STR_SIZE), Mark A. Brooks
  • Re: CHECK(IBMXCF,XCF_SIG_STR_SIZE), Jorge Garcia
  • Re: CHECK(IBMXCF,XCF_SIG_STR_SIZE), Jorge Garcia
• VSE Systems Programming Resource A/P, Stephen Mednick
  • Re: VSE Systems Programming Resource A/P, John P. Baker
• z10 or z9, F
  • Re: z10 or z9, Errol
• z9 Crypto Express2 usage, John Thinnes
  • Re: z9 Crypto Express2 usage, Rob Schramm
  • Re: z9 Crypto Express2 usage, Hal Merritt
  • <Possible follow-ups>
  • Re: z9 Crypto Express2 usage, Ted MacNEIL
  • Re: z9 Crypto Express2 usage, JE Thinnes
    • Re: z9 Crypto Express2 usage, Rob Schramm
• Need some CA-SPOOL/TCPIP routing help, Yukus, Mary J CIV USMEPCOM
  • Re: Need some CA-SPOOL/TCPIP routing help, Yukus, Mary J CIV USMEPCOM
• RSV-XCEL sunset 7/1/2008, Knutson, Sam
• Conversion work, Steve Comstock
  • Re: Conversion work, Pedro Vera
    • Re: Conversion work, Steve Comstock
      • Re: Conversion work, McKown, John
  • Re: Conversion work, Clement Clarke
    • Re: Conversion work, Steve Comstock
  • Re: Conversion work, eBob.com
  • <Possible follow-ups>
  • Re: Conversion work, Martin Kline
• JCL/PARM puzzle, John Norgauer
  • Re: JCL/PARM puzzle, Myers, Edouard , OCTO
  • Re: JCL/PARM puzzle, Steve Comstock
  • Re: JCL/PARM puzzle, Roger Bolan
  • <Possible follow-ups>
  • Re: JCL/PARM puzzle, Arthur T.
• Re: CEE3703I In HANC Control Block, the Eye Catcher is damaged., Tom Ross
  • <Possible follow-ups>
  • Re: CEE3703I In HANC Control Block, the Eye Catcher is damaged., Hal Merritt
  • Re: CEE3703I In HANC Control Block, the Eye Catcher is damaged., Schneiderwent, Craig
  • CEE3703I In HANC Control Block, the Eye Catcher is damaged., Bill Klein
• SDSF XDC panel Question, Lizette Koehler
• z/OS 1.9 RACFDRV job converted to Top Secret, Jim
  • Re: z/OS 1.9 RACFDRV job converted to Top Secret, ELPANCOAST
• 1.9, Imbed, ETC, Daniel McLaughlin
  • Re: 1.9, Imbed, ETC, Mark Jacobs
  • JES3 command equivalent to JES2's OUTDISP=KEEP, Hunkeler Peter , KIUK 3
    • Re: JES3 command equivalent to JES2's OUTDISP=KEEP, Edward Jaffe
      • Re: JES3 command equivalent to JES2's OUTDISP=KEEP, Hunkeler Peter , KIUK 3
  • <Possible follow-ups>
  • Re: 1.9, Imbed, ETC, Lizette Koehler
• Storage Alternation TRAP, Miklos Szigetvari
  • <Possible follow-ups>
  • Storage Alternation TRAP, George Kozakos
    • Re: Storage Alternation TRAP, Miklos Szigetvari
  • Storage Alternation TRAP, George Kozakos
• Decimal Floating Point for Java and COBOL using z390, Don Higgins
• Decimal Floating Point, was: replacing SAS for SMF reports?, Tom Ross
  • Re: Decimal Floating Point, was: replacing SAS for SMF reports?, Rick Fochtman
  • <Possible follow-ups>
  • Fw: Decimal Floating Point, was: replacing SAS for SMF reports?, Bill Klein
• TCPIP FTPKeepAlive, Donnelly, John P
  • <Possible follow-ups>
  • Re: TCPIP FTPKeepAlive, Chris Mason
• RRS trouble usage, Carlos Cordero
  • <Possible follow-ups>
  • Re: RRS trouble usage, Roland Schiradin
    • Re: RRS trouble usage, Wayne Driscoll
• Tivoli Enterprise Portal - latest Sun JRE apparently working, Dan
• TSO EDIT QUESTION - CUT & PASTE, esmie moo
  • Re: TSO EDIT QUESTION - CUT & PASTE, Jerry Durbin
    • Re: TSO EDIT QUESTION - CUT & PASTE, esmie moo
      • Re: TSO EDIT QUESTION - CUT & PASTE, Steve Comstock
      • Re: TSO EDIT QUESTION - CUT & PASTE, Jerry Durbin
  • <Possible follow-ups>
  • Re: TSO EDIT QUESTION - CUT & PASTE, Lizette Koehler
    • Re: TSO EDIT QUESTION - CUT & PASTE, esmie moo
  • Re: TSO EDIT QUESTION - CUT & PASTE, Patrick Lyon
    • Re: TSO EDIT QUESTION - CUT & PASTE, esmie moo
      • Re: TSO EDIT QUESTION - CUT & PASTE, Steve Comstock
      • Re: TSO EDIT QUESTION - CUT & PASTE, esmie moo
    • Re: TSO EDIT QUESTION - CUT & PASTE, esmie moo
  • Re: TSO EDIT QUESTION - CUT & PASTE, Kenneth E Tomiak
• Displaying Quiesced zFS files, Mark Zelden
  • Re: Displaying Quiesced zFS files, Veilleux, Jon L
  • Re: Displaying Quiesced zFS files, rpanzino
  • Re: Displaying Quiesced zFS files, Patrick Falcone
    • Re: Displaying Quiesced zFS files, rpanzino
  • <Possible follow-ups>
  • Re: Displaying Quiesced zFS files, Bruno Sugliani
  • Re: Displaying Quiesced zFS files, Mark Zelden
  • Re: Displaying Quiesced zFS files, Mark Zelden
    • Re: Displaying Quiesced zFS files, Patrick Falcone
  • Re: Displaying Quiesced zFS files, Mark Zelden
    • Re: Displaying Quiesced zFS files, Patrick Falcone
  • Re: Displaying Quiesced zFS files, Ramiro Camposagrado
  • Re: Displaying Quiesced zFS files, Mark Zelden
    • Re: Displaying Quiesced zFS files, Patrick Falcone
  • Re: Displaying Quiesced zFS files, Ramiro Camposagrado
  • Re: Displaying Quiesced zFS files, Mark Zelden
    • Re: Displaying Quiesced zFS files, Patrick Falcone
  • Re: Displaying Quiesced zFS files, Mark Zelden
  • Re: Displaying Quiesced zFS files, Bruno Sugliani
  • Re: Displaying Quiesced zFS files, Ed Finnell
• Re: Problem opening VTAM-ACB, Ray Overby
  • <Possible follow-ups>
  • Re: Problem opening VTAM-ACB, Chris Mason
    • Re: Problem opening VTAM-ACB, Michael Knigge
    • Re: Problem opening VTAM-ACB, Michael Knigge
      • Re: Problem opening VTAM-ACB, Michael Knigge
  • Re: Problem opening VTAM-ACB, Chris Mason
• Whether are >4K DATA able to cache IN THE DFSMS CF CACHE STRUCTURE, mvsmain
• SHOWzOS 7.17 for z/OS R10 (beta), Roland Schiradin
• How to view CBT XMI files on PC, Lizette Koehler
  • Re: How to view CBT XMI files on PC, R.S.
  • Re: How to view CBT XMI files on PC, Knutson, Sam
    • Re: How to view CBT XMI files on PC, Roach, Dennis
      • Re: How to view CBT XMI files on PC, J R
  • <Possible follow-ups>
  • Re: How to view CBT XMI files on PC, Ed Finnell
  • Re: How to view CBT XMI files on PC, Gary DiPillo
• We're losing the battle, Gibney, Dave
  • Re: We're losing the battle, Richards, Robert B.
    • Re: We're losing the battle, howard . brazee
      • Re: We're losing the battle, Rick Fochtman
      • Re: We're losing the battle, R.S.
      • Re: We're losing the battle, Rick Fochtman
  • Re: We're losing the battle, R.S.
    • Re: We're losing the battle, Gibney, Dave
      • Re: We're losing the battle, howard . brazee
      • Re: We're losing the battle, Rick Fochtman
  • <Possible follow-ups>
  • Re: We're losing the battle, Ed Finnell
  • Re: We're losing the battle, Luis Miguel Martinez
  • Re: We're losing the battle, Thomas Kern
    • Re: We're losing the battle, howard . brazee
  • Re: We're losing the battle, Paul Gilmartin
    • Re: We're losing the battle, Shane
      • Re: We're losing the battle, Chase, John
      • Re: We're losing the battle, Shane Ginnane
  • Re: We're losing the battle, Rick Fochtman
    • Re: We're losing the battle, Clark Morris
  • Re: We're losing the battle, Kirk Talman
    • Re: We're losing the battle, Craddock, Chris
      • OT: CC the Rapper; was: Re: We're losing the battle, Steve Comstock
  • Re: We're losing the battle, Ted MacNEIL
  • Re: We're losing the battle, Tony Harminc
  • Re: We're losing the battle, Ted MacNEIL
    • Re: We're losing the battle, Craddock, Chris
      • Re: We're losing the battle, Gibney, Dave
  • Re: We're losing the battle, Ted MacNEIL
    • Re: We're losing the battle, Clark Morris
      • Re: We're losing the battle, Wayne Driscoll
      • Re: We're losing the battle, Howard Brazee
    • Re: We're losing the battle, Craddock, Chris
      • Re: We're losing the battle, R.S.
      • Re: We're losing the battle, Craddock, Chris
      • Re: We're losing the battle, Edward Jaffe
      • Re: We're losing the battle, McKown, John
  • Re: We're losing the battle, Timothy Sipples
  • Re: We're losing the battle, Bruno Sugliani
    • Message not available
      • Re: We're losing the battle, Steve Comstock
      • Re: We're losing the battle, Mark Post
      • Re: We're losing the battle, Howard Brazee
      • Re: We're losing the battle, R.S.
      • Re: We're losing the battle, Rick Fochtman
      • Re: We're losing the battle, Howard Brazee
    • Message not available
      • Re: We're losing the battle, Mark Post
    • Message not available
      • Re: We're losing the battle, Gibney, Dave
      • Re: We're losing the battle, Howard Brazee
  • Re: We're losing the battle, Thompson, Steve
  • Re: We're losing the battle, Patrick O'Keefe
    • Re: We're losing the battle, R.S.
    • Re: We're losing the battle, J R
  • Re: We're losing the battle, Timothy Sipples
  • Re: We're losing the battle, Bruno Sugliani
    • Re: We're losing the battle, Steve Comstock
  • Re: We're losing the battle, Patrick O'Keefe
    • Re: We're losing the battle, Kelman, Tom
      • Re: We're losing the battle, J R
      • Re: We're losing the battle, Richards, Robert B.
      • Re: We're losing the battle, Howard Brazee
      • Re: We're losing the battle, R.S.
      • Re: We're losing the battle, J R
  • Re: We're losing the battle, Patrick O'Keefe
  • Re: We're losing the battle, Anne & Lynn Wheeler
• UA Listserv outage on Monday 6-23-2008, Darren Evans-Young
• Stupid Question of the day., Sabo, Frank
  • Re: Stupid Question of the day., Eric Bielefeld
  • <Possible follow-ups>
  • Re: Stupid Question of the day., Mark Zelden
  • Re: Stupid Question of the day., Paul Gilmartin
  • Re: Stupid Question of the day., Doug Henry
    • Re: Stupid Question of the day., Skip Robinson
  • Re: Stupid Question of the day., Ted MacNEIL
    • Re: Stupid Question of the day., Skip Robinson
  • Re: Stupid Question of the day., Ted MacNEIL
    • Re: Stupid Question of the day., Tom Moulder
  • Re: Stupid Question of the day., Paul Gilmartin
  • Re: Stupid Question of the day., Mark Zelden
  • Re: Stupid Question of the day., Greg Price
    • Re: Stupid Question of the day., Gerhard Postpischil
• Call BPX1OPN in assembly program, Bill Ogden
• Reallocating temp dsn (was: LISTDSI alternative?), Paul Gilmartin
  • <Possible follow-ups>
  • Re: Reallocating temp dsn (was: LISTDSI alternative?), Mark Zelden
• Re: Invite to join nitwits ???, Ed Finnell
  • Re: Invite to join nitwits ???, Bonno, Tuco
    • Re: Invite to join nitwits ???, Eric Bielefeld
      • Re: Invite to join nitwits ???, Wayne Driscoll
      • Re: Invite to join nitwits ???, Eric Bielefeld
      • Re: Invite to join nitwits ???, Howard Brazee
• Executing multiple console commands in different job steps, Timmerman, Kurt
  • Re: Executing multiple console commands in different job steps, Jerry Durbin
  • Re: Executing multiple console commands in different job steps, Mark Jacobs
    • Re: Executing multiple console commands in different job steps, Barkow, Eileen
  • Re: Executing multiple console commands in different job steps, Myers, Edouard , OCTO
  • Re: Executing multiple console commands in different job steps, Steven Conway
  • Re: Executing multiple console commands in different job steps, Dave Barry
• Problems that occur in production, J. Chiampi
  • Re: Problems that occur in production, Steve Comstock
  • <Possible follow-ups>
  • Re: Problems that occur in production, Ed Finnell
  • Re: Problems that occur in production, J. Chiampi
    • Re: Problems that occur in production, Ed Philbrook
      • Re: Problems that occur in production, Howard Brazee
  • Re: Problems that occur in production, J. Chiampi
    • Re: Problems that occur in production, Veilleux, Jon L
  • Re: Problems that occur in production, J. Chiampi
    • Re: Problems that occur in production, Veilleux, Jon L
  • Re: Problems that occur in production, J. Chiampi
    • Re: Problems that occur in production, McKown, John
  • Re: Problems that occur in production, Kenneth E Tomiak
• Remote Tape Backup, Dean Montevago
  • Re: Remote Tape Backup, R.S.
  • <Possible follow-ups>
  • Re: Remote Tape Backup, Bruno Sugliani
• Re: Antwort: Thoughts/Experience with migration from Serana Changeman to SCLM, Jan MOEYERSONS
  • Antwort: Re: Antwort: Thoughts/Experience with migration from Serana Changeman to SCLM, Albert Klimek
  • Re: Antwort: Thoughts/Experience with migration from Serana Changeman to SCLM, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Antwort: Thoughts/Experience with migration from Serana Changeman to SCLM, Shmuel Metz , Seymour J.
• LISTDSI alternative?, Cathy Taddei
  • Re: LISTDSI alternative?, Bob Shannon
  • Re: LISTDSI alternative?, Binyamin Dissen
  • <Possible follow-ups>
  • Re: LISTDSI alternative?, Cathy Taddei
    • Re: LISTDSI alternative?, Lionel B Dyck
  • Re: LISTDSI alternative?, Mark Zelden
  • Re: LISTDSI alternative?, Cathy Taddei
  • Re: LISTDSI alternative?, Cathy Taddei
  • Re: LISTDSI alternative?, Cathy Taddei
  • Re: LISTDSI alternative?, Ted MacNEIL
  • Re: LISTDSI alternative?, Cathy Taddei
  • Re: LISTDSI alternative?, Paul Gilmartin
  • Re: LISTDSI alternative?, Mark Zelden
• Re: Retirement, Patrick Lyon
  • Re: Retirement, Howard Brazee
  • <Possible follow-ups>
  • Re: Retirement, Thompson, Steve
• ISRDDN (DDLIST) ENQ Monitor, Arthur Gutowski
  • Re: ISRDDN (DDLIST) ENQ Monitor, Rob Scott
• JCL: IF and COND on first step., LaurensDeJong
  • Re: JCL: IF and COND on first step., gil-cardenas
    • Re: JCL: IF and COND on first step., superk
      • Re: JCL: IF and COND on first step., LaurensDeJong
• Looking for VSE specialist (CICS and DB2), Johnny Luo
• How do you do a standalone restore in a virtual tape enviroment, Jennifer Currell
  • <Possible follow-ups>
  • Re: How do you do a standalone restore in a virtual tape enviroment, Mark Zelden
  • Re: How do you do a standalone restore in a virtual tape enviroment, Vernooy, C.P. - SPLXM
  • Re: How do you do a standalone restore in a virtual tape enviroment, Jennifer Currell
  • Re: How do you do a standalone restore in a virtual tape enviroment, Vernooy, C.P. - SPLXM
  • Re: How do you do a standalone restore in a virtual tape enviroment, Jennifer Currell
  • Re: How do you do a standalone restore in a virtual tape enviroment, Mark Zelden
• TCBD call error., Richbourg, Claude
  • Re: TCBD call error., Ayon, John
  • <Possible follow-ups>
  • Re: TCBD call error., Ed Finnell
• Set JobId on Submit.., Michael Knigge
  • Re: Set JobId on Submit.., McKown, John
    • Re: Set JobId on Submit.., Michael Knigge
    • Re: Set JobId on Submit.., Chase, John
      • Re: Set JobId on Submit.., Ulrich Krueger
  • Re: Set JobId on Submit.., Jerry Fuchs
  • Re: Set JobId on Submit.., Edward Jaffe
  • Re: Set JobId on Submit.., Jerry Fuchs
  • Re: Set JobId on Submit.., Todd Burch
  • <Possible follow-ups>
  • Re: Set JobId on Submit.., Paul Gilmartin
  • Re: Set JobId on Submit.., Mark Zelden
  • Re: Set JobId on Submit.., Paul Gilmartin
  • Re: Set JobId on Submit.., Paul Gilmartin
    • Re: Set JobId on Submit.., Steve Comstock
  • Re: Set JobId on Submit.., Mark Zelden
    • Re: Set JobId on Submit.., John P Kalinich
  • Re: Set JobId on Submit.., Mark Zelden
  • Re: Set JobId on Submit.., Ed Finnell
  • Re: Set JobId on Submit.., Kenneth E Tomiak
• CA-PMO and PDSE, B Sysprog
  • Re: CA-PMO and PDSE, McKown, John
• EMCS Consoles and MSCOPE default value, Allan Boyles
• Re: Moving from CA-MIM to GRS., Kees Vernooy
  • <Possible follow-ups>
  • Re: Moving from CA-MIM to GRS., Ted MacNEIL
  • Re: Moving from CA-MIM to GRS., Peter X. DeFabritus
  • Re: Moving from CA-MIM to GRS., Vernooy, C.P. - SPLXM
  • Re: Moving from CA-MIM to GRS., Vernooy, C.P. - SPLXM
    • Re: Moving from CA-MIM to GRS., Rob Scott
  • Re: Moving from CA-MIM to GRS., Brian Peterson
  • Re: Moving from CA-MIM to GRS., Mark Zelden
  • Re: Moving from CA-MIM to GRS., Brian Peterson
• VM Library Waterloo Tape VM/370 Rel. 5 or earlier, Mark S Waterbury
• Looking for consult help getting to 31-bit CICS Cobol, John Mattson
  • Re: Looking for consult help getting to 31-bit CICS Cobol, McKown, John
  • <Possible follow-ups>
  • Re: Looking for consult help getting to 31-bit CICS Cobol, Ed Finnell
  • Re: Looking for consult help getting to 31-bit CICS Cobol, Davis, Kriss P
• Authorizing REXX execs to execute SETPROG command, tulliofontana@xxxxxxxxx
  • Re: Authorizing REXX execs to execute SETPROG command, hunter . zhough
• Re: Who's feeling old now ???, Chase, John
  • Re: Who's feeling old now ???, Eric Bielefeld
• HSM deleting empty ML2 datasets, Jack Kelly
• RMM Return to Owner, Hale, Bob
  • <Possible follow-ups>
  • Re: RMM Return to Owner, Mike Wood
• Anatomy of a runaway IT project : Bruce F. Webster, McKown, John
• Active WLM Policy dataset, vern
  • <Possible follow-ups>
  • Re: Active WLM Policy dataset, Vernooy, C.P. - SPLXM
• SYSREXX and SDSF REXX support together: is it possible ?, Max Scarpa
  • <Possible follow-ups>
  • Re: SYSREXX and SDSF REXX support together: is it possible ?, Kenneth E Tomiak
• Re: TCPIP CONVERT GATEWAY STMT and ADD OSA, Melissa Perry
  • Re: TCPIP CONVERT GATEWAY STMT and ADD OSA, Mansell, George R.
• VIPA problem, Natasa Savinc
  • <Possible follow-ups>
  • Re: VIPA problem, Patrick O'Keefe
  • Re: VIPA problem, Chris Mason
    • Retirement, Gabe Torres
      • Re: Retirement, Edward Jaffe
      • Re: Retirement, Gabe Torres
      • Re: Retirement, Graham Hobbs
      • Re: Retirement, Rick Fochtman
• Re: Single RES, Mark Zelden
  • Re: Single RES, Ron Wells
  • <Possible follow-ups>
  • Re: Single RES, Mark Zelden
    • Re: Single RES, Ron Wells
• LRVH instruction - misnamed or BAD?, Greg Price
  • Re: LRVH instruction - misnamed or BAD?, Steve Comstock
    • Re: LRVH instruction - misnamed or BAD?, Edward Jaffe
  • Re: LRVH instruction - misnamed or BAD?, McKown, John
    • Re: LRVH instruction - misnamed or BAD?, Mansell, George R.
      • Re: LRVH instruction - misnamed or BAD?, McKown, John
    • Re: LRVH instruction - misnamed or BAD?, Chase, John
      • Re: LRVH instruction - misnamed or BAD?, McKown, John
      • Re: LRVH instruction - misnamed or BAD?, Edward Jaffe
  • <Possible follow-ups>
  • Re: LRVH instruction - misnamed or BAD?, Greg Price
• sFTP from/to z/OS, Yukus, Mary J CIV USMEPCOM
  • Re: sFTP from/to z/OS, Mark Jacobs
    • Re: sFTP from/to z/OS, Yukus, Mary J CIV USMEPCOM
      • Re: sFTP from/to z/OS, Jack Kelly
      • Re: sFTP from/to z/OS, Yukus, Mary J CIV USMEPCOM
      • Re: sFTP from/to z/OS, Steve Comstock
      • Re: sFTP from/to z/OS, McKown, John
      • Re: sFTP from/to z/OS, Hal Merritt
      • Re: sFTP from/to z/OS, Yukus, Mary J CIV USMEPCOM
      • Re: sFTP from/to z/OS, Yukus, Mary J CIV USMEPCOM
      • Re: sFTP from/to z/OS, Chase, John
  • Re: sFTP from/to z/OS, Jack Kelly
  • Re: sFTP from/to z/OS, Hal Merritt
    • Re: sFTP from/to z/OS, Kirk Wolf
      • Re: sFTP from/to z/OS, Rugen, Len
      • Re: sFTP from/to z/OS, Kirk Wolf
  • Re: sFTP from/to z/OS, Hal Merritt
  • <Possible follow-ups>
  • Re: sFTP from/to z/OS, Timothy Sipples
• June 25 -LVC-High Availability Applications Using Disk Mirroring, Pamela Christina in warm and sunny Endicott NY
• Re: NY Metro NaSPA Chapter Meeting: Tuesday, 17 June, Eric Bielefeld
• Red Alerts (2008.06.18) DB2 for z/OS V8 and V9 potential data loss APAR PK66997 and PE PTFs UK35464 UK35465, Knutson, Sam
• Re: Understanding ICH408I message, Faber, Hermann
• HDS flash -based drives, Tommy Tsui
  • <Possible follow-ups>
  • Re: HDS flash -based drives, Shane Ginnane
• BPXAS - Who is using it?, hunter . zhough
• Syncsort Special Options, Martin Kline
  • Re: Syncsort Special Options, Reda, John
  • Re: Syncsort Special Options, Blaicher, Chris
  • Re: Syncsort Special Options, Knutson, Sam
  • <Possible follow-ups>
  • Re: Syncsort Special Options, Linda Mooney
• Thoughts/Experience with migration from Serana Changeman to SCLM, George, William , DHCS-ITSD
  • Antwort: Thoughts/Experience with migration from Serana Changeman to SCLM, Albert Klimek
    • Re: Antwort: Thoughts/Experience with migration from Serana Changeman to SCLM, George, William , DHCS-ITSD
• Network Time Protocol (NTP) client, George Kozakos
• Help in determining Maint UA39940, Lizette Koehler
  • <Possible follow-ups>
  • Re: Help in determining Maint UA39940, Matthew Stitt
  • Re: Help in determining Maint UA39940, Brian Peterson
• IBM perks for Linux development?, David Logan
• insane request: force load module to RMODE(24) AMODE(24), McKown, John
  • Re: insane request: force load module to RMODE(24) AMODE(24), Martinez, Frank J
  • Re: insane request: force load module to RMODE(24) AMODE(24), Farley, Peter x23353
    • Re: insane request: force load module to RMODE(24) AMODE(24), McKown, John
  • Re: insane request: force load module to RMODE(24) AMODE(24), Don Leahy
  • Re: insane request: force load module to RMODE(24) AMODE(24), Rick Fochtman
  • Re: insane request: force load module to RMODE(24) AMODE(24), John P Kalinich
  • <Possible follow-ups>
  • Re: insane request: force load module to RMODE(24) AMODE(24), Tom Marchant
    • Re: insane request: force load module to RMODE(24) AMODE(24), McKown, John
  • Re: insane request: force load module to RMODE(24) AMODE(24), Tom Marchant
    • Re: insane request: force load module to RMODE(24) AMODE(24), McKown, John
  • Re: insane request: force load module to RMODE(24) AMODE(24), Thompson, Steve
  • Re: insane request: force load module to RMODE(24) AMODE(24), Jim Harrison
  • Re: insane request: force load module to RMODE(24) AMODE(24), Ted MacNEIL
    • Re: insane request: force load module to RMODE(24) AMODE(24), Ted MacNEIL
    • Re: insane request: force load module to RMODE(24) AMODE(24), McKown, John
      • Re: insane request: force load module to RMODE(24) AMODE(24), Dave Wade
      • Re: insane request: force load module to RMODE(24) AMODE(24), Clark Morris
    • Re: insane request: force load module to RMODE(24) AMODE(24), Howard Brazee
      • Re: insane request: force load module to RMODE(24) AMODE(24), Veilleux, Jon L
      • Re: insane request: force load module to RMODE(24) AMODE(24), Howard Brazee
    • Re: insane request: force load module to RMODE(24) AMODE(24), Eric Bielefeld
  • insane request: force load module to RMODE(24) AMODE(24), Bill Klein
  • Fw: insane request: force load module to RMODE(24) AMODE(24), Bill Klein
  • Re: insane request: force load module to RMODE(24) AMODE(24), Tom Marchant
  • insane request: force load module to RMODE(24) AMODE(24), Bill Klein
  • Re: insane request: force load module to RMODE(24) AMODE(24), Ted MacNEIL
    • Re: insane request: force load module to RMODE(24) AMODE(24), Eric Bielefeld
• DFHSM QUESTION - EXPIREBV - URGENT, John Dawes
  • Re: DFHSM QUESTION - EXPIREBV - URGENT, Adams, Rick
    • Re: DFHSM QUESTION - EXPIREBV - URGENT, John Dawes
      • Re: DFHSM QUESTION - EXPIREBV - URGENT, Adams, Rick
      • Re: DFHSM QUESTION - EXPIREBV - URGENT, John Dawes
• FTP from PTF.BOULDER.IBM.COM, Crispin Hugo
  • Re: FTP from PTF.BOULDER.IBM.COM, Rick Fochtman
  • <Possible follow-ups>
  • Re: FTP from PTF.BOULDER.IBM.COM, Patrick Lyon
    • Re: FTP from PTF.BOULDER.IBM.COM, Barkow, Eileen
• Cloning USS files, Mike Myers
  • Re: Cloning USS files, McKown, John
    • Re: Cloning USS files, Mike Myers
  • <Possible follow-ups>
  • Re: Cloning USS files, Roger Lowe
    • Re: Cloning USS files, Ceruti, Gerard G
      • Single RES, Ron Wells
      • Re: Single RES, Pedro Vera
      • Re: Single RES, Bob Rutledge
      • Re: Single RES, Pedro Vera
    • Re: Cloning USS files, Jousma, David
      • Re: Cloning USS files, Mike Myers
      • Re: Cloning USS files, Jousma, David
      • Re: Cloning USS files, Mike Myers
      • Re: Cloning USS files, Steve Comstock
      • Re: Cloning USS files, Jack Kelly
      • Re: Cloning USS files, Mike Myers
      • Re: Cloning USS files, Jack Kelly
  • Re: Cloning USS files, Mark Zelden
    • Re: Cloning USS files, Steve Comstock
• DB2 group by with date functions, Lindy Mayfield
  • Re: DB2 group by with date functions, McKown, John
    • Re: DB2 group by with date functions, Lindy Mayfield
    • Re: DB2 group by with date functions, Lindy Mayfield
  • Re: DB2 group by with date functions, Mike Bell
    • Re: DB2 group by with date functions, Lindy Mayfield
      • Re: DB2 group by with date functions, Bass, Walter W
      • Re: DB2 group by with date functions, Lindy Mayfield
• how to properly set #of logical processors per LPAR?, Pawel Leszczynski
  • Re: how to properly set #of logical processors per LPAR?, Martin Packer
  • Re: how to properly set #of logical processors per LPAR?, Kelman, Tom
• STK9310 ( PowderHorn ) ATL and STK9840D tape drives, Glenn Miller
  • <Possible follow-ups>
  • Re: STK9310 ( PowderHorn ) ATL and STK9840D tape drives, Ambat Ravi Nair
  • Re: STK9310 ( PowderHorn ) ATL and STK9840D tape drives, Glenn Miller
  • Re: STK9310 ( PowderHorn ) ATL and STK9840D tape drives, Glenn Miller
• Slow FTP transfer from z/OS to Unix, François Paré
  • Re: Slow FTP transfer from z/OS to Unix, Wissink, Brad [ITSYS]
    • Re: Slow FTP transfer from z/OS to Unix, François Paré
      • Re: Slow FTP transfer from z/OS to Unix, Ulrich Krueger
      • Re: Slow FTP transfer from z/OS to Unix, Rob Schramm
      • Re: Slow FTP transfer from z/OS to Unix, François Paré
  • <Possible follow-ups>
  • Re: Slow FTP transfer from z/OS to Unix, Patrick O'Keefe
  • Re: Slow FTP transfer from z/OS to Unix, Bill Godfrey
    • Re: Slow FTP transfer from z/OS to Unix, François Paré
  • Re: Slow FTP transfer from z/OS to Unix, Andrew Armstrong
    • Re: Slow FTP transfer from z/OS to Unix, François Paré
      • Re: Slow FTP transfer from z/OS to Unix, Rob Schramm
      • Re: Slow FTP transfer from z/OS to Unix, François Paré
      • Re: Slow FTP transfer from z/OS to Unix, Rob Schramm
      • Re: Slow FTP transfer from z/OS to Unix, François Paré
      • Re: Slow FTP transfer from z/OS to Unix, Hal Merritt
  • Re: Slow FTP transfer from z/OS to Unix, Ed Finnell
  • Re: Slow FTP transfer from z/OS to Unix, Tom Marchant
    • Re: Slow FTP transfer from z/OS to Unix, Hal Merritt
• Network Time Protocol (NTP) client support question, Chauhan, Jasbir
  • Re: Network Time Protocol (NTP) client support question, Edward Jaffe
  • Re: Network Time Protocol (NTP) client support question, McKown, John
  • <Possible follow-ups>
  • Re: Network Time Protocol (NTP) client support question, Paul Gilmartin
  • Re: Network Time Protocol (NTP) client support question, Bri P
    • Re: Network Time Protocol (NTP) client support question, Edward Jaffe
      • Re: Network Time Protocol (NTP) client support question, Chauhan, Jasbir
      • Re: Network Time Protocol (NTP) client support question, Hal Merritt
  • Re: Network Time Protocol (NTP) client support question, Paul Gilmartin
  • Re: Network Time Protocol (NTP) client support question, Timothy Sipples
  • Re: Network Time Protocol (NTP) client support question, Paul Gilmartin
    • Re: Network Time Protocol (NTP) client support question, Edward Jaffe
  • Re: Network Time Protocol (NTP) client support question, Paul Gilmartin
  • Re: Network Time Protocol (NTP) client support question, Brian Peterson
    • Re: Network Time Protocol (NTP) client support question, Chauhan, Jasbir
  • Re: Network Time Protocol (NTP) client support question, Brian Peterson
  • Re: Network Time Protocol (NTP) client support question, Paul Gilmartin
    • Re: Network Time Protocol (NTP) client support question, Edward Jaffe
    • Re: Network Time Protocol (NTP) client support question, Chase, John
  • Re: Network Time Protocol (NTP) client support question, Paul Gilmartin
  • Re: Network Time Protocol (NTP) client support question, Skip Robinson
    • Re: Network Time Protocol (NTP) client support question, Gibney, Dave
  • Re: Network Time Protocol (NTP) client support question, Thompson, Steve
    • Re: Network Time Protocol (NTP) client support question, Edward Jaffe
  • Re: Network Time Protocol (NTP) client support question, Thompson, Steve
    • Re: Network Time Protocol (NTP) client support question, Scott Rowe
• PCI, larson_g
• UR1 vs FIN, Edward Jaffe
  • Re: UR1 vs FIN, Pinnacle
  • Re: UR1 vs FIN, Roger Bolan
    • Re: UR1 vs FIN, Robert Wright
    • Re: UR1 vs FIN, Robert Wright
      • Re: UR1 vs FIN, Roger Bolan
    • Re: UR1 vs FIN, Edward Jaffe
  • <Possible follow-ups>
  • Re: UR1 vs FIN, Brian Peterson
    • Re: UR1 vs FIN, Edward Jaffe
  • Re: UR1 vs FIN, Paul Gilmartin
  • Re: UR1 vs FIN, Ted MacNEIL
    • Re: UR1 vs FIN, John P. Baker
• Doniparti Lakshminarasimha Rao/India/IBM is out of the office - 16th and 17th Jun-2008., Anton Britz
• replacing SAS for SMF reports?, McKown, John
  • Re: replacing SAS for SMF reports?, Kirk Wolf
  • Re: replacing SAS for SMF reports?, Shane Ginnane
    • Re: replacing SAS for SMF reports?, McKown, John
      • Re: replacing SAS for SMF reports?, Shane Ginnane
      • Re: replacing SAS for SMF reports?, Gibney, Dave
  • Re: replacing SAS for SMF reports?, Longnecker, Dennis
    • Re: replacing SAS for SMF reports?, Kelman, Tom
  • Re: replacing SAS for SMF reports?, Walter Medenbach
  • <Possible follow-ups>
  • Re: replacing SAS for SMF reports?, Ed Finnell
  • Re: replacing SAS for SMF reports?, Thomas Kern
    • Re: replacing SAS for SMF reports?, McKown, John
  • Re: replacing SAS for SMF reports?, Paul Gilmartin
  • Re: replacing SAS for SMF reports?, Thomas Kern
  • Re: replacing SAS for SMF reports?, Scott Barry
    • Re: replacing SAS for SMF reports?, Rick Fochtman
      • Re: replacing SAS for SMF reports?, McKown, John
      • Re: replacing SAS for SMF reports?, Schwarz, Barry A
      • Re: replacing SAS for SMF reports?, McKown, John
      • Re: replacing SAS for SMF reports?, Schwarz, Barry A
      • Re: replacing SAS for SMF reports?, Frank Yaeger
      • Re: replacing SAS for SMF reports?, Clark Morris
      • Re: replacing SAS for SMF reports?, Martin Packer
  • Re: replacing SAS for SMF reports?, Ted MacNEIL
  • Re: replacing SAS for SMF reports?, Scott Barry
  • Re: replacing SAS for SMF reports?, Thomas Kern
  • Re: replacing SAS for SMF reports?, Ted MacNEIL
  • Re: replacing SAS for SMF reports?, Scott Barry
  • Re: replacing SAS for SMF reports?, Ted MacNEIL
  • Re: replacing SAS for SMF reports?, Mark van der Eynden
  • Re: replacing SAS for SMF reports?, Coen Wessels
  • Re: replacing SAS for SMF reports?, Timothy Sipples
    • Re: replacing SAS for SMF reports?, McKown, John
  • Re: replacing SAS for SMF reports?, Crispin Hugo
  • Re: replacing SAS for SMF reports?, Vernooy, C.P. - SPLXM
  • Re: replacing SAS for SMF reports?, Ted MacNEIL
  • Re: replacing SAS for SMF reports?, Tom Ross
    • Re: replacing SAS for SMF reports?, Kirk Wolf
    • Re: replacing SAS for SMF reports?, Clark Morris
  • Re: replacing SAS for SMF reports?, Ted MacNEIL
    • Re: replacing SAS for SMF reports?, Walter Medenbach
  • Re: replacing SAS for SMF reports?, Ted MacNEIL
    • Re: replacing SAS for SMF reports?, Martin Packer
      • Re: replacing SAS for SMF reports?, McKown, John
      • Re: replacing SAS for SMF reports?, Kirk Wolf
  • Re: replacing SAS for SMF reports?, Jim Marshall
• Nastat vs.kitkat tuore tutkimus, Matias Autio
• Outsourcing hits new low, Matthew Stitt
  • Re: Outsourcing hits new low, Gary Green
  • <Possible follow-ups>
  • Re: Outsourcing hits new low, Vernooy, C.P. - SPLXM
    • Re: Outsourcing hits new low, Chase, John
      • Re: Outsourcing hits new low, McKown, John
      • Re: Outsourcing hits new low, Howard Brazee
    • Re: Outsourcing hits new low, Kelman, Tom
  • Re: Outsourcing hits new low, Anton Britz
    • Re: Outsourcing hits new low, Bruce McKnight
  • Re: Outsourcing hits new low, Rich Smrcina
  • Re: Outsourcing hits new low, Mohammad Khan
  • Re: Outsourcing hits new low, Anton Britz
    • Re: Outsourcing hits new low, Bob Shannon
• Space allocation with SMS, BillD
  • <Possible follow-ups>
  • Re: Space allocation with SMS, Vernooy, C.P. - SPLXM
• XPLINK, Magen Margalit
  • Re: XPLINK, Denis Gäbler
• ISMF Log Information, Sivakumar, Manikandan
  • Re: ISMF Log Information, Lizette Koehler
• SMPE error GIM23901E 533 LINK-EDIT PROCESSING FAILED FOR MODULE - CICS 3.2, Vijay
• RMM CDSID SYSZRMM, Michael Hall
  • <Possible follow-ups>
  • Re: RMM CDSID SYSZRMM, Mike Wood
• HSM stacked dump failure, Jack Kelly
• EMC Timefinder/Clone vs Timefinder/Mirror clone emulation, Larry Miller
• How To Remove Some Garbled Characters From A Post, esmie moo
  • Re: How To Remove Some Garbled Characters From A Post, Steve Comstock
  • Re: How To Remove Some Garbled Characters From A Post, Steve Flynn
  • Re: How To Remove Some Garbled Characters From A Post, Rick Fochtman
    • Re: How To Remove Some Garbled Characters From A Post, Edward Jaffe
    • Re: How To Remove Some Garbled Characters From A Post, esmie moo
• 2105 sense code hds, Joel M Ivey
  • <Possible follow-ups>
  • Re: 2105 sense code hds, Glenn Miller
  • Re: 2105 sense code hds, Joel M Ivey
• JOB wise CPU Utilization, Jacky Bright
  • Re: JOB wise CPU Utilization, Shane Ginnane
    • Re: JOB wise CPU Utilization, Craddock, Chris
• AUTO: James Obrizok is out of the office (returning 06/16/2008), James Obrizok
• Overland TapeXpress T490E drive available, Barry Merrill
  • Re: Overland TapeXpress T490E drive available, Chuck Arney
• Outsourcing dilemma or debacle, you decide... take 2, Gary Green
• Adabas, zOs and WLM, Anton Britz
  • Re: Adabas, zOs and WLM, Wayne Driscoll
  • Re: Adabas, zOs and WLM, Jerry Fuchs
  • Re: Adabas, zOs and WLM, Patrick Falcone
• IBM See Blue, Think Green (see Red), tlast
• Reporting HMC Software bug?, Jousma, David
  • <Possible follow-ups>
  • Re: Reporting HMC Software bug?, Bruno Sugliani
    • Re: Reporting HMC Software bug?, Jousma, David
      • Re: Reporting HMC Software bug?, R.S.
• APAR OA25468, Edward Jaffe
  • Re: APAR OA25468, Craddock, Chris
    • Re: APAR OA25468, Edward Jaffe
    • Re: APAR OA25468, Shmuel Metz , Seymour J.
  • Re: APAR OA25468, Wayne Driscoll
    • Re: APAR OA25468, Hunkeler Peter , KIUK 3
      • Re: APAR OA25468, Wayne Driscoll
    • Re: APAR OA25468, Shmuel Metz , Seymour J.
  • Re: APAR OA25468, Shane Ginnane
    • Re: APAR OA25468, Edward Jaffe
  • Re: APAR OA25468, Jim Mulder
    • Re: APAR OA25468, Edward Jaffe
  • <Possible follow-ups>
  • Re: APAR OA25468, Paul Gilmartin
    • Re: APAR OA25468, Jim Mulder
  • Re: APAR OA25468, Paul Gilmartin
    • Re: APAR OA25468, Craddock, Chris
    • Re: APAR OA25468, Jim Mulder
      • Invite to join nitwits ???, Shane
      • Re: Invite to join nitwits ???, Bonno, Tuco
    • Re: APAR OA25468, Shmuel Metz , Seymour J.
      • Re: APAR OA25468, Edward Jaffe
  • Re: APAR OA25468, Brian Peterson
    • Re: APAR OA25468, Bob Shannon
    • Re: APAR OA25468, Edward Jaffe
    • Re: APAR OA25468, Hunkeler Peter , KIUK 3
  • Re: APAR OA25468, Paul Gilmartin
    • Re: APAR OA25468, McKown, John
      • Re: APAR OA25468, Hunkeler Peter , KIUK 3
    • Re: APAR OA25468, Edward Jaffe
    • Re: APAR OA25468, Shmuel Metz , Seymour J.
• FILEAID - PERFORMING SEARCH FUNCTION, John Dawes
  • Re: FILEAID - PERFORMING SEARCH FUNCTION, McKown, John
  • <Possible follow-ups>
  • Re: FILEAID - PERFORMING SEARCH FUNCTION, Lizette Koehler
    • Re: FILEAID - PERFORMING SEARCH FUNCTION, Jerry Durbin
      • Re: FILEAID - PERFORMING SEARCH FUNCTION, John Dawes
      • Re: FILEAID - PERFORMING SEARCH FUNCTION, Jerry Durbin
      • Re: FILEAID - PERFORMING SEARCH FUNCTION, Rick Fochtman
      • Re: FILEAID - PERFORMING SEARCH FUNCTION, John Dawes
    • Re: FILEAID - PERFORMING SEARCH FUNCTION, Bates, Bill , RMV
    • Re: FILEAID - PERFORMING SEARCH FUNCTION, Galambos, Robert
  • Re: FILEAID - PERFORMING SEARCH FUNCTION, Lizette Koehler
  • Re: FILEAID - PERFORMING SEARCH FUNCTION, Scott Barry
• BANKRUPTCY LAWYER, PRIYA
  • Re: BANKRUPTCY LAWYER, Paul Knudsen
• Disappearing Master Catalog entries., Richbourg, Claude
  • Re: Disappearing Master Catalog entries., McKown, John
    • Re: Disappearing Master Catalog entries., Richbourg, Claude
  • Re: Disappearing Master Catalog entries., Michael Saraco
  • Re: Disappearing Master Catalog entries., Traylor, Terry
• Recall: Data set's lost, Bates, Bill , RMV
  • Re: Recall: Data set's lost, McKown, John
    • Re: Recall: Data set's lost, Bates, Bill , RMV
• Re: CSP/AD and zOS 1.8, Gabe Torres
• Hipersockets Performance Metrics, Knutson, Sam
  • Re: Hipersockets Performance Metrics, Rich Smrcina
  • <Possible follow-ups>
  • Re: Hipersockets Performance Metrics, Brad Carson
• Re: 3290 partitions was Re: 3270 Software for Mac, Ed Finnell
  • Re: 3290 partitions was Re: 3270 Software for Mac, Richard Peurifoy
    • Re: 3290 partitions was Re: 3270 Software for Mac, Howard Brazee
  • <Possible follow-ups>
  • Re: 3290 partitions was Re: 3270 Software for Mac, Ed Finnell
  • Re: 3290 partitions was Re: 3270 Software for Mac, Steve Bireley
• How do I tell if a PDS or PDSE has no members?, Ray Overby
  • Re: How do I tell if a PDS or PDSE has no members?, McKown, John
    • Re: How do I tell if a PDS or PDSE has no members?, Rick Fochtman
      • Re: How do I tell if a PDS or PDSE has no members?, McKown, John
  • Re: How do I tell if a PDS or PDSE has no members?, Binyamin Dissen
  • Re: How do I tell if a PDS or PDSE has no members?, John P Kalinich
    • Re: How do I tell if a PDS or PDSE has no members?, McKown, John
  • Re: How do I tell if a PDS or PDSE has no members?, Edward Jaffe
  • Re: How do I tell if a PDS or PDSE has no members?, Rick Fochtman
• Re: IBM-MAIN Digest - 3270 Mac, Nigel Bowen
• Outsourcing dilemma or debacle, you decide..., Gary Green
  • Re: Outsourcing dilemma or debacle, you decide..., Bob Shannon
    • Re: Outsourcing dilemma or debacle, you decide..., Gary Green
  • Re: Outsourcing dilemma or debacle, you decide..., Chase, John
    • Re: Outsourcing dilemma or debacle, you decide..., Kelman, Tom
      • Re: Outsourcing dilemma or debacle, you decide..., Ricardo Lee
      • Re: Outsourcing dilemma or debacle, you decide..., pauls2272
    • Re: Outsourcing dilemma or debacle, you decide..., Rick Fochtman
  • Re: Outsourcing dilemma or debacle, you decide..., McKown, John
  • Re: Outsourcing dilemma or debacle, you decide..., Binyamin Dissen
  • Re: Outsourcing dilemma or debacle, you decide..., Howard Brazee
    • Re: Outsourcing dilemma or debacle, you decide..., McKown, John
      • Re: Outsourcing dilemma or debacle, you decide..., Chase, John
    • Re: Outsourcing dilemma or debacle, you decide..., Anne & Lynn Wheeler
      • Re: Outsourcing dilemma or debacle, you decide..., Chase, John
    • Re: Outsourcing dilemma or debacle, you decide..., Clark Morris
  • Re: Outsourcing dilemma or debacle, you decide..., Rick Fochtman
  • Re: Outsourcing dilemma or debacle, you decide..., Howard Rifkind
  • <Possible follow-ups>
  • Re: Outsourcing dilemma or debacle, you decide..., Bobbie Justice
    • Re: Outsourcing dilemma or debacle, you decide..., Lindy Mayfield
      • Re: Outsourcing dilemma or debacle, you decide..., McKown, John
      • Re: Outsourcing dilemma or debacle, you decide..., Chase, John
      • Re: Outsourcing dilemma or debacle, you decide..., Pedro Vera
      • Re: Outsourcing dilemma or debacle, you decide..., Rick Fochtman
    • Re: Outsourcing dilemma or debacle, you decide..., Rick Fochtman
      • Re: Outsourcing dilemma or debacle, you decide..., Chase, John
  • Re: Outsourcing dilemma or debacle, you decide..., , IBM Mainframe Discussion List
    • Re: Outsourcing dilemma or debacle, you decide..., Pinnacle
  • Re: Outsourcing dilemma or debacle, you decide..., Bobbie Justice
    • Re: Outsourcing dilemma or debacle, you decide..., Tony B.
  • Re: Outsourcing dilemma or debacle, you decide..., , IBM Mainframe Discussion List
    • Re: Outsourcing dilemma or debacle, you decide..., Pinnacle
      • Re: Outsourcing dilemma or debacle, you decide..., Howard Brazee
      • Re: Outsourcing dilemma or debacle, you decide..., Bill Wilkie
      • Re: Outsourcing dilemma or debacle, you decide..., Anne & Lynn Wheeler
      • Re: Outsourcing dilemma or debacle, you decide..., Ricardo Lee
      • Re: Outsourcing dilemma or debacle, you decide..., Bob Shannon
      • Re: Outsourcing dilemma or debacle, you decide..., Tony B.
      • Re: Outsourcing dilemma or debacle, you decide..., Pinnacle
      • Re: Outsourcing dilemma or debacle, you decide..., Ricardo Lee
      • Message not available
      • Re: Outsourcing dilemma or debacle, you decide..., Pandey_Saurabh
      • Re: Outsourcing dilemma or debacle, you decide..., Tom Longfellow
    • Re: Outsourcing dilemma or debacle, you decide..., Edward Jaffe
  • Re: Outsourcing dilemma or debacle, you decide..., Thompson, Steve
    • Re: Outsourcing dilemma or debacle, you decide..., Howard Brazee
      • Re: Outsourcing dilemma or debacle, you decide..., Scott Rowe
      • Re: Outsourcing dilemma or debacle, you decide..., Steven Conway
      • Re: Outsourcing dilemma or debacle, you decide..., McKown, John
  • Re: Outsourcing dilemma or debacle, you decide..., , IBM Mainframe Discussion List
  • Re: Outsourcing dilemma or debacle, you decide..., Ed Finnell
  • Re: Outsourcing dilemma or debacle, you decide..., Ed Finnell
  • Re: Outsourcing dilemma or debacle, you decide..., Thompson, Steve
  • Re: Outsourcing dilemma or debacle, you decide..., , IBM Mainframe Discussion List
    • Re: Outsourcing dilemma or debacle, you decide..., Chase, John
      • Re: Outsourcing dilemma or debacle, you decide..., Edward Jaffe
      • Re: Outsourcing dilemma or debacle, you decide..., Howard Brazee
  • Re: Outsourcing dilemma or debacle, you decide..., Thompson, Steve
    • Re: Outsourcing dilemma or debacle, you decide..., Staller, Allan
  • Re: Outsourcing dilemma or debacle, you decide..., Lizette Koehler
    • Re: Outsourcing dilemma or debacle, you decide..., McKown, John
  • Re: Outsourcing dilemma or debacle, you decide..., Patrick O'Keefe
  • Re: Outsourcing dilemma or debacle, you decide..., Ed Finnell
  • Re: Outsourcing dilemma or debacle, you decide..., Arthur T.
    • Re: Outsourcing dilemma or debacle, you decide..., Gerhard Postpischil
    • Re: Outsourcing dilemma or debacle, you decide..., Rick Fochtman
      • Re: Outsourcing dilemma or debacle, you decide..., Chase, John
  • Re: Outsourcing dilemma or debacle, you decide..., Eric Bielefeld
• Re: Migrated Dataset List, Arturo
  • Re: Migrated Dataset List, Gary Green
  • Re: Migrated Dataset List, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: Migrated Dataset List, Scott Barry
• Data set's lost, HELIO
  • Re: Data set's lost, Rich Tabor
    • Re: Data set's lost, Bates, Bill , RMV
    • Re: Data set's lost, Bates, Bill , RMV
  • Re: Data set's lost, Rick Fochtman
    • Re: Data set's lost, John Kington
  • <Possible follow-ups>
  • Re: Data set's lost, Ed Finnell
  • Re: Data set's lost, Heloisa
• Re: Controlling the execution sequence of dependant jobs in JES2 (the details), Jeno Vago
• Can DB/2 use standard KSDS VSAM datasets?, David Logan
  • Re: Can DB/2 use standard KSDS VSAM datasets?, Wilco Boschman
  • Re: Can DB/2 use standard KSDS VSAM datasets?, Blaicher, Chris
    • Re: Can DB/2 use standard KSDS VSAM datasets?, David Logan
  • <Possible follow-ups>
  • Re: Can DB/2 use standard KSDS VSAM datasets?, Jan MOEYERSONS
  • Re: Can DB/2 use standard KSDS VSAM datasets?, Mohammad Khan
    • Re: Can DB/2 use standard KSDS VSAM datasets?, Shane Ginnane
      • Re: Can DB/2 use standard KSDS VSAM datasets?, Chase, John
      • Re: Can DB/2 use standard KSDS VSAM datasets?, Shane Ginnane
  • Re: Can DB/2 use standard KSDS VSAM datasets?, Mohammad Khan
    • Re: Can DB/2 use standard KSDS VSAM datasets?, Shane Ginnane
  • Re: Can DB/2 use standard KSDS VSAM datasets?, Jan MOEYERSONS
    • Re: Can DB/2 use standard KSDS VSAM datasets?, Shane Ginnane
  • Re: Can DB/2 use standard KSDS VSAM datasets?, Mohammad Khan
    • Re: Can DB/2 use standard KSDS VSAM datasets?, Shane Ginnane
• Re: SMP/E: Using BUILDMCS to "copy" a product, Mark Zelden
  • Re: SMP/E: Using BUILDMCS to "copy" a product, Chase, John
• oedit/obrowse invalid directory: Errno=81x, Smith, Sean M
  • <Possible follow-ups>
  • Re: oedit/obrowse invalid directory: Errno=81x, Big Iron
  • Re: oedit/obrowse invalid directory: Errno=81x, Big Iron
    • Re: oedit/obrowse invalid directory: Errno=81x, Hunkeler Peter , KIUK 3
    • Re: oedit/obrowse invalid directory: Errno=81x, Smith, Sean M
  • Re: oedit/obrowse invalid directory: Errno=81x, Ed Finnell
• SMP/E: Using BUILDMCS to "copy" a product, Chase, John
  • Re: SMP/E: Using BUILDMCS to "copy" a product, e'Silva, Joaquim J
• Poll about telecommuting, Corneel Booysen
  • Re: Poll about telecommuting, Van Dalsen, Herbie
• Moving RACF databases, Angel Tamayo
  • <Possible follow-ups>
  • Re: Moving RACF databases, John Laubenheimer
    • Re: Moving RACF databases, Errol
    • Re: Moving RACF databases, R.S.
• EXCP access methos, Paul Ip
  • Re: EXCP access methos, shai hess
    • Re: EXCP access methos, Rick Fochtman
  • Re: EXCP access methos, R.S.
    • Re: EXCP access methos, Bob Shannon
      • Re: EXCP access methos, Shmuel Metz , Seymour J.
  • Re: EXCP access methos, Edward Jaffe
  • <Possible follow-ups>
  • Re: EXCP access methos, Vernooy, C.P. - SPLXM
  • Re: EXCP access methos, Paul Gilmartin
    • Re: EXCP access methos, Rick Fochtman
      • Re: EXCP access methos, Shmuel Metz , Seymour J.
    • Re: EXCP access methos, Shmuel Metz , Seymour J.
  • Re: EXCP access methos, Paul Ip
    • Message not available
      • Re: EXCP access methods, David Andrews
  • Re: EXCP access methos, Thompson, Steve
  • Re: EXCP access methos, , IBM Mainframe Discussion List
    • Re: EXCP access methos, J R
      • Re: EXCP access methos, Shmuel Metz , Seymour J.
    • Re: EXCP access methos, Gerhard Postpischil
      • Re: EXCP access methos, Shmuel Metz , Seymour J.
  • Re: EXCP access methos, Andy Wood
    • Re: EXCP access methos, Rick Fochtman
      • Re: EXCP access methos, Edward Jaffe
      • Re: EXCP access methos, Rick Fochtman
  • Re: EXCP access methos, , IBM Mainframe Discussion List
    • Re: EXCP access methos, Shmuel Metz , Seymour J.
  • Re: EXCP access methos, Paul Ip
  • Re: EXCP access methos, Paul Ip
    • Re: EXCP access methos, Rick Fochtman
  • Re: EXCP access methos, Paul Ip
  • Re: EXCP access methos, Paul Ip
  • Re: EXCP access methos, , IBM Mainframe Discussion List
    • Re: EXCP access methos, Rick Fochtman
    • Re: EXCP access methos, Edward Jaffe
      • Re: EXCP access methos, Rick Fochtman
      • Re: EXCP access methos, Edward Jaffe
      • Re: EXCP access methos, Shmuel Metz , Seymour J.
  • Re: EXCP access methos, , IBM Mainframe Discussion List
    • Re: EXCP access methos, Edward Jaffe
• Re: IBM Server Down? Habanero Servers for Service, Lizette Koehler
• IPL Text, Yukus, Mary J CIV USMEPCOM
  • Re: IPL Text, McKown, John
  • Re: IPL Text, Ken Porowski
    • Re: IPL Text, Pinnacle
      • Re: IPL Text, Jim Mulder
      • Re: IPL Text, Yukus, Mary J CIV USMEPCOM
      • Re: IPL Text, Richard Peurifoy
      • Re: IPL Text, Yukus, Mary J CIV USMEPCOM
  • Re: IPL Text, Rick Fochtman
    • Re: IPL Text, Yukus, Mary J CIV USMEPCOM
• IBM Server Down?, Lizette Koehler
  • <Possible follow-ups>
  • Re: IBM Server Down?, Doug Henry
  • Re: IBM Server Down?, Lizette Koehler
• REGION Size Specification for CICS, Donnelly, John P
  • Re: REGION Size Specification for CICS, Barkow, Eileen
  • Re: REGION Size Specification for CICS, Chase, John
    • Re: REGION Size Specification for CICS, Donnelly, John P
  • Re: REGION Size Specification for CICS, Rick Fochtman
    • Re: REGION Size Specification for CICS, Chase, John
  • <Possible follow-ups>
  • Re: REGION Size Specification for CICS, Mark Zelden
  • Re: REGION Size Specification for CICS, Mark Zelden
  • Re: REGION Size Specification for CICS, Tom Marchant
  • Re: REGION Size Specification for CICS, Mark Zelden
  • Re: REGION Size Specification for CICS, Tom Marchant
• Re: MQ, Schneiderwent, Craig
• serebra, Carroll, William
• 3270 Software for Mac, Mark Wilson
  • Re: 3270 Software for Mac, Howard Brazee
    • Re: 3270 Software for Mac, Ron Wells
  • <Possible follow-ups>
  • Re: 3270 Software for Mac, Norbert Friemel
    • Re: 3270 Software for Mac, Mansell, George R.
    • Re: 3270 Software for Mac, Mark Vitale
      • Re: 3270 Software for Mac, Craddock, Chris
      • Re: 3270 Software for Mac, Edward Jaffe
      • Re: 3270 Software for Mac, Howard Brazee
      • Re: 3270 Software for Mac, Howard Brazee
      • Re: MQ, Ron Wells
      • Re: MQ, Dean Montevago
      • Re: MQ, Ron Wells
      • Re: 3270 Software for Mac, McKown, John
      • Re: 3270 Software for Mac, Howard Brazee
      • Re: 3270 Software for Mac, McKown, John
      • Re: 3270 Software for Mac, Shane Ginnane
      • Re: 3270 Software for Mac, Thomas David Rivers
      • Re: 3270 Software for Mac, Harry Goldschmitt
      • Re: 3270 Software for Mac, McKown, John
  • Re: 3270 Software for Mac, Thompson, Steve
  • Re: 3270 Software for Mac, Mark Wilson
    • Re: 3270 Software for Mac, Gerhard Postpischil
      • Re: 3270 Software for Mac, Howard Brazee
      • 3290 partitions was Re: 3270 Software for Mac, Richard Peurifoy
      • Re: 3290 partitions was Re: 3270 Software for Mac, McKown, John
      • Re: 3290 partitions was Re: 3270 Software for Mac, Gerhard Postpischil
      • Re: 3290 partitions was Re: 3270 Software for Mac, Shmuel Metz , Seymour J.
      • Desperate HSM Help needed, Yukus, Mary J CIV USMEPCOM
      • Re: Desperate HSM Help needed, Yukus, Mary J CIV USMEPCOM
      • Re: Desperate HSM Help needed, Bobbie Justice
    • Re: 3270 Software for Mac, Mansell, George R.
      • Re: 3270 Software for Mac, Howard Brazee
      • Re: 3270 Software for Mac, Tom Longfellow
    • Re: 3270 Software for Mac, Mansell, George R.
      • Re: 3270 Software for Mac, Gerhard Postpischil
      • Re: 3270 Software for Mac, Craig Dudley
      • Re: 3270 Software for Mac, McKown, John
  • Re: 3270 Software for Mac, Timothy Sipples
• JZOS Cookbook available on alphaWorks, Kirk Wolf
• Fw: STK-SUN-Brocade switch--2032 IOdef, Ron Wells
  • Re: STK-SUN-Brocade switch--2032 IOdef, Neubert, Kevin , DIS
    • Re: STK-SUN-Brocade switch--2032 IOdef, Michael Saraco
  • <Possible follow-ups>
  • Re: STK-SUN-Brocade switch--2032 IOdef, Glenn Miller
    • Re: STK-SUN-Brocade switch--2032 IOdef, Ron Wells
  • Fw: STK-SUN-Brocade switch--2032 IOdef, Ron Wells
  • Fw: STK-SUN-Brocade switch--2032 IOdef, Ron Wells
    • Re: STK-SUN-Brocade switch--2032 IOdef, Bielskie, Stephen
  • Fw: STK-SUN-Brocade switch--2032 IOdef, Ron Wells
    • Re: STK-SUN-Brocade switch--2032 IOdef, Bielskie, Stephen
      • Re: STK-SUN-Brocade switch--2032 IOdef, Ron Wells
  • Re: STK-SUN-Brocade switch--2032 IOdef, Glenn Miller
    • Re: STK-SUN-Brocade switch--2032 IOdef, Ron Wells
• IBMLink login failures Error 500, Knutson, Sam
  • <Possible follow-ups>
  • Re: IBMLink login failures Error 500, Patrick Lyon
  • Re: IBMLink login failures Error 500, Thompson, Steve
• Request for Share Presentations - SHARE Conference Winter 1998, Dinesh
• Print output, Roberto Halais
  • Re: Print output, McKown, John
    • Re: Print output, Roberto Halais
    • Re: Print output, Steve Comstock
      • Re: Print output, McKown, John
  • Re: Print output, Edward Jaffe
  • Re: Print output, Steve Comstock
  • <Possible follow-ups>
  • Re: Print output, Ed Finnell
  • Re: Print output, Paul Gilmartin
• Re: Stopping EXECIO translation, Pinnacle
  • <Possible follow-ups>
  • Re: Stopping EXECIO translation, Paul Gilmartin
• CA Support Connect Outage, Steven Conway
• SSL Timeout, Mark Pace
  • Re: SSL Timeout, Wissink, Brad [ITSYS]
  • Re: SSL Timeout, Mansell, George R.
    • Re: SSL Timeout, Mark Pace
      • Re: SSL Timeout, Mark Pace
      • Re: SSL Timeout, Mansell, George R.
      • Re: SSL Timeout, Mark Pace
      • Re: SSL Timeout, Hal Merritt
      • Re: SSL Timeout, Mark Pace
      • Re: SSL Timeout, McKown, John
      • Re: SSL Timeout, Neil Duffee
      • Systems Programmer Position on West Coast, Longnecker, Dennis
• Re: European list members, Vernooy, C.P. - SPLXM
  • Re: European list members, shai hess
• Ryhmän sfnet.atk.turvallisuus virallinen kuvaus, Timo Koponen
• Steven Liston/IS/SLC/StandardLifeGroup is out of the office., Steven Liston
• CLICK HERE SURE TO GET A JOB ITS AMAZING ONE, Bala
• Tom Marchant is out of the office., Tom Marchant
• Re: Indiana Jones 2000, Rainer Ahola
• internet jobs, vskumar6561
• 1RE: Enhanced JCL processor - Jol - Open Source, Don Higgins
• Uutisbroileri, Urho Puhakka
• DFHSM PROBLEM, willie bunter
• DFHSM PROBLEM - ARC0560E, willie bunter
  • Re: DFHSM PROBLEM - ARC0560E, O'Brien, David W. [C] , NIH/CIT
    • Re: DFHSM PROBLEM - ARC0560E, willie bunter
  • Re: DFHSM PROBLEM - ARC0560E, Schwarz, Barry A
• Re: PL/1 performance degradation when moving to LE, Brian Westerman
• Multi-threaded development joins Gates as yesterday's man, jnash
• Phillips, Mike is out of the office., Mike Phillips
• z/OS upgrade project plan template, Bruce McKnight
• OT: European list members, Steve Comstock
  • Re: European list members, Maarten Slegtenhorst
    • Re: European list members, R.S.
      • Re: European list members, Steve Comstock
      • STK-SUN-Brocade switch--2032 IOdef, Ron Wells
      • Re: STK-SUN-Brocade switch--2032 IOdef, Bielskie, Stephen
      • Re: European list members, Maarten Slegtenhorst
• XPLINK Performance Gains, Schwartz, Alan
  • Re: XPLINK Performance Gains, Craddock, Chris
  • Re: XPLINK Performance Gains, Miklos Szigetvari
  • <Possible follow-ups>
  • Re: XPLINK performance gains, john gilmore
    • Re: XPLINK performance gains, David Crayford
  • Re: XPLINK Performance Gains, Roland Schiradin
• Sort Multiple Files in One Step, George, William , DHCS-ITSD
  • Re: Sort Multiple Files in One Step, McKown, John
    • Re: Sort Multiple Files in One Step, George, William , DHCS-ITSD
    • Re: Sort Multiple Files in One Step, Frank Yaeger
      • Re: Sort Multiple Files in One Step, McKown, John
    • Re: Sort Multiple Files in One Step, George, William , DHCS-ITSD
  • Re: Sort Multiple Files in One Step, Howard Brazee
• Redndant TCP/IP Networks, Hal Merritt
  • <Possible follow-ups>
  • Re: Redndant TCP/IP Networks, Chris Mason
• Z/OS UNIX Security, Carlson, Steven
  • Re: Z/OS UNIX Security, Steve Comstock
  • Re: Z/OS UNIX Security, Hunkeler Peter , KIUK 3
    • Re: Z/OS UNIX Security, Veilleux, Jon L
  • Re: Z/OS UNIX Security, Natarajan Mohan
  • <Possible follow-ups>
  • Re: Z/OS UNIX Security, Big Iron
    • Re: Z/OS UNIX Security, Rob Schramm
• Re: SMP/E Error - Resolved, Mark Zelden
  • Re: SMP/E Error - Resolved, Miller, Pat
  • <Possible follow-ups>
  • Re: SMP/E Error - Resolved, Mark Zelden
    • Re: SMP/E Error - Resolved, Miller, Pat
  • Re: SMP/E Error - Resolved, Mark Zelden
    • Re: SMP/E Error - Resolved, Miller, Pat
      • Re: SMP/E Error - Resolved, Miller, Pat
  • Re: SMP/E Error - Resolved, Mark Zelden
• Re: Advertising on IBM-MAIN, Ed Finnell
• IEC614I on RENAME or SCRATCH etc., Talbert Malone
  • Re: IEC614I on RENAME or SCRATCH etc., Jerry Fuchs
  • Re: IEC614I on RENAME or SCRATCH etc., Traylor, Terry
  • <Possible follow-ups>
  • Re: IEC614I on RENAME or SCRATCH etc., Tribble, Robert
• z/OS 1.9 Installation -- SIGYROOT filesystem?, Chase, John
  • Re: z/OS 1.9 Installation -- SIGYROOT filesystem?, Jack Kelly
  • <Possible follow-ups>
  • Re: z/OS 1.9 Installation -- SIGYROOT filesystem?, Mark Zelden
    • Re: z/OS 1.9 Installation -- SIGYROOT filesystem?, Chase, John
  • Re: z/OS 1.9 Installation -- SIGYROOT filesystem?, Mark Zelden
  • Re: z/OS 1.9 Installation -- SIGYROOT filesystem?, Lizette Koehler
  • Re: z/OS 1.9 Installation -- SIGYROOT filesystem?, Brian Peterson
    • Re: z/OS 1.9 Installation -- SIGYROOT filesystem?, Chase, John
  • Re: z/OS 1.9 Installation -- SIGYROOT filesystem?, Arthur Gutowski
  • Re: z/OS 1.9 Installation -- SIGYROOT filesystem?, Tom Marchant
• "SIGNOFF IBM-MAIN", Leonard Sasso
• Re: Can ISRDDN show the complete minor name of an ENQ'd resource?, Don Leahy
• zFS and z/OS V1.9 The first IPL, Lizette Koehler
  • <Possible follow-ups>
  • Re: zFS and z/OS V1.9 The first IPL, Mark Zelden
• RDz, Graham Hobbs
  • <Possible follow-ups>
  • Re: RDz, Brian Westerman
    • Re: RDz, Graham Hobbs
  • RDz, Bill Klein
  • Re: RDz, Graham Hobbs
  • RDz, Bill Klein
    • Re: RDz, Graham Hobbs
  • Re: RDz, Timothy Sipples
    • Re: RDz, David Crayford
  • FW: RDz, Bill Klein
• z/OS upgrade project plan, Bruce McKnight
• IBM Sysplex Calculator program, Glenn Miller
  • <Possible follow-ups>
  • Re: IBM Sysplex Calculator program, Arthur Gutowski
• Re: Formdef W/OVROTATE, Beat Gossweiler
• ESP Schedular and the SCRT job, Hal Merritt
  • <Possible follow-ups>
  • Re: ESP Schedular and the SCRT job, Brian Peterson
  • Re: ESP Schedular and the SCRT job, Big Iron
• Re: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in..., , IBM Mainframe Discussion List
  • <Possible follow-ups>
  • Re: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in..., , IBM Mainframe Discussion List
  • Re: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in..., Ed Finnell
• Webcast next week: Migrating to z/OS V1.9, John Eells
  • Re: Webcast next week: Migrating to z/OS V1.9, Steven Conway
  • Re: Webcast next week: Migrating to z/OS V1.9, David Andrews
    • Re: Webcast next week: Migrating to z/OS V1.9, John Eells
      • Re: Webcast next week: Migrating to z/OS V1.9, Lizette Koehler
  • Re: Webcast next week: Migrating to z/OS V1.9, Bonno, Tuco
  • <Possible follow-ups>
  • Re: Webcast next week: Migrating to z/OS V1.9, Timothy Sipples
    • Re: Webcast next week: Migrating to z/OS V1.9, Richards, Robert B.
  • Re: Webcast next week: Migrating to z/OS V1.9, Elardus Engelbrecht
• Enhanced JCL processor? (and maybe a few other thoughts), McKown, John
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Eric Bielefeld
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), McKown, John
      • Re: Enhanced JCL processor? (and maybe a few other thoughts), Eric Bielefeld
      • Re: Enhanced JCL processor? (and maybe a few other thoughts), McKown, John
      • Re: Enhanced JCL processor? (and maybe a few other thoughts), McKown, John
      • Re: Enhanced JCL processor? (and maybe a few other thoughts), Hillock, Timothy
      • Re: Enhanced JCL processor? (and maybe a few other thoughts), McKown, John
      • Re: Enhanced JCL processor? (and maybe a few other thoughts), Hillock, Timothy
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Richard Peurifoy
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), Farley, Peter x23353
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Staller, Allan
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Shmuel Metz , Seymour J.
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), John McKown
      • Re: Enhanced JCL processor? (and maybe a few other thoughts), Shmuel Metz , Seymour J.
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), Bass, Walter W
  • <Possible follow-ups>
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Mark Zelden
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Tom Marchant
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), McKown, John
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Thompson, Steve
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Patrick O'Keefe
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), Chase, John
      • Re: Enhanced JCL processor? (and maybe a few other thoughts), McKown, John
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), Shmuel Metz , Seymour J.
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), Steve Comstock
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), Steve Comstock
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), McKown, John
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), William H. Blair
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Thompson, Steve
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), McKown, John
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), William H. Blair
      • Re: Enhanced JCL processor? (and maybe a few other thoughts), Farley, Peter x23353
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
    • Message not available
      • Re: Enhanced JCL processor - Jol - Open Source, Edward Jaffe
      • Re: Enhanced JCL processor - Jol - Open Source, Ivan Warren
      • Re: Enhanced JCL processor - Jol - Open Source, Ivan Warren
      • Re: Enhanced JCL processor - Jol - Open Source, Chase, John
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), Hillock, Timothy
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), Shmuel Metz , Seymour J.
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), John McKown
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), William H. Blair
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), Shmuel Metz , Seymour J.
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), Shmuel Metz , Seymour J.
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
    • Re: Enhanced JCL processor? (and maybe a few other thoughts), Steve Comstock
  • Re: Enhanced JCL processor? (and maybe a few other thoughts), Paul Gilmartin
• DFSORT/ICETOOL question, Tim Hare
  • Re: DFSORT/ICETOOL question, Frank Yaeger
  • <Possible follow-ups>
  • Re: DFSORT/ICETOOL question, Gary Green
  • Re: DFSORT/ICETOOL question, Tim Hare
    • Re: DFSORT/ICETOOL question, Frank Yaeger
• TCPIP Segmentation Offload, Chase, John
  • Re: TCPIP Segmentation Offload, Mansell, George R.
  • <Possible follow-ups>
  • Re: TCPIP Segmentation Offload, Cynthia Davis
    • Re: TCPIP Segmentation Offload, Chase, John
  • Re: TCPIP Segmentation Offload, Brian Peterson
    • Re: TCPIP Segmentation Offload, Chase, John
      • Re: TCPIP Segmentation Offload, Earl Buhrmester
      • Re: TCPIP Segmentation Offload, Chase, John
      • Re: TCPIP Segmentation Offload, Gibney, Dave
      • Re: TCPIP Segmentation Offload, Chase, John
      • Re: TCPIP Segmentation Offload, Maarten Slegtenhorst
      • Re: TCPIP Segmentation Offload, Zimmerman, Tom
      • Re: TCPIP Segmentation Offload, Mansell, George R.
      • Re: TCPIP Segmentation Offload, Earl Buhrmester
      • Re: TCPIP Segmentation Offload, Zimmerman, Tom
• Free replacement for DASD INVENTORY?, Ray, Gail E
  • <Possible follow-ups>
  • Re: Free replacement for DASD INVENTORY?, Scott Barry
  • Re: Free replacement for DASD INVENTORY?, Gary Green
    • Re: Free replacement for DASD INVENTORY?, Ray, Gail E
• SRDF Group command question, Larry Miller
  • <Possible follow-ups>
  • Re: SRDF Group command question, Patrick Lyon
• Release 6.1 of IBMLink - AST, Mark Zelden
  • Re: Release 6.1 of IBMLink - AST, Chase, John
  • <Possible follow-ups>
  • Re: Release 6.1 of IBMLink - AST, Schwartz, Alan
    • Re: Release 6.1 of IBMLink - AST, Jim Chappell
  • Re: Release 6.1 of IBMLink - AST, Mark Zelden
    • Re: Release 6.1 of IBMLink - AST, Chase, John
  • Re: Release 6.1 of IBMLink - AST, Mark Zelden
  • Re: Release 6.1 of IBMLink - AST, Thompson, Steve
  • Re: Release 6.1 of IBMLink - AST, Mark Zelden
  • Re: Release 6.1 of IBMLink - AST, Mark Zelden
• Omegamon for SAP?, Matt Simpson
  • <Possible follow-ups>
  • Omegamon for SAP?, Simpson, Matt
    • Re: Omegamon for SAP?, Kelman, Tom
• Re: No VIO Causes SCLM not to Work, Patrick Falcone
  • Re: No VIO Causes SCLM not to Work, Staller, Allan
  • <Possible follow-ups>
  • Re: No VIO Causes SCLM not to Work, Eric Spencer
  • Re: No VIO Causes SCLM not to Work, Scott Rowe
    • Re: No VIO Causes SCLM not to Work, George Rodriguez
      • Message not available
      • Re: No VIO Causes SCLM not to Work, Scott Rowe
      • Message not available
      • Re: No VIO Causes SCLM not to Work, George Rodriguez
  • Re: No VIO Causes SCLM not to Work, Vernooy, C.P. - SPLXM
    • Re: No VIO Causes SCLM not to Work, Scott Rowe
• Re: Monitor use of Load-Library as JOBLIB/STEPLIB (5), Peter Relson
  • Re: Monitor use of Load-Library as JOBLIB/STEPLIB (5), George Fogg
    • Re: Monitor use of Load-Library as JOBLIB/STEPLIB (5), George Fogg
      • PL/1 performance degradation when moving to LE, Meir Zohar
      • Re: PL/1 performance degradation when moving to LE, Hunkeler Peter , KIUK 3
• Re: DASD or VIO, , IBM Mainframe Discussion List
• Chargeback reporting, Bri P
  • Re: Chargeback reporting, Dave Barry
  • <Possible follow-ups>
  • Re: Chargeback reporting, Thomas Kern
    • Re: Chargeback reporting, Hal Merritt
  • Re: Chargeback reporting, Tom Marchant
  • Re: Chargeback reporting, Thomas Kern
  • Re: Chargeback reporting, Timothy Sipples
  • Re: Chargeback reporting, Thomas Kern
• Availability of Cognos 8 BI for Linux on z: June, 2008, Timothy Sipples
• PSF/390 to AIX IPM over TCPIP, Tsai Laurence
• ANSI (was: PC printing of .txt files containing mainframe listings), Bill Klein
  • Re: ANSI (was: PC printing of .txt files containing mainframe listings), Shmuel Metz , Seymour J.
• How to schedule transactions in CICS ?, Parin Gangar
  • Re: How to schedule transactions in CICS ?, Kevin Wailes
  • Re: How to schedule transactions in CICS ?, Binyamin Dissen
    • Re: How to schedule transactions in CICS ?, Rob Schramm
    • Re: How to schedule transactions in CICS ?, Jim McAlpine
  • Re: How to schedule transactions in CICS ?, Chase, John
    • Re: How to schedule transactions in CICS ?, Parin Gangar
  • <Possible follow-ups>
  • Re: How to schedule transactions in CICS ?, Timothy Sipples
• Help with DFDSS Restore of PDS-E Datasets, Lizette Koehler
  • Re: Help with DFDSS Restore of PDS-E Datasets, Raymond Noal
    • Re: Help with DFDSS Restore of PDS-E Datasets, Lizette Koehler
      • Re: Help with DFDSS Restore of PDS-E Datasets, Chase, John
      • Re: Help with DFDSS Restore of PDS-E Datasets, Jerry Whitteridge
      • Re: Help with DFDSS Restore of PDS-E Datasets, Mark Jacobs
  • Re: Help with DFDSS Restore of PDS-E Datasets, Pinnacle
  • <Possible follow-ups>
  • Re: Help with DFDSS Restore of PDS-E Datasets, Big Iron
  • Re: Help with DFDSS Restore of PDS-E Datasets, Big Iron
• FTP SSL, Michael Saraco
  • Re: FTP SSL, Chase, John
    • Re: FTP SSL, Michael Saraco
      • Re: FTP SSL, Len Rugen
      • Re: FTP SSL, Chase, John
  • Re: FTP SSL, Hal Merritt
    • Re: FTP SSL, Chase, John
      • Re: FTP SSL, Hal Merritt
      • Re: FTP SSL, Chase, John
• Another pathetic job offer, Gary Green
  • Re: Another pathetic job offer, Bobbie Justice
    • Re: Another pathetic job offer, Mark Jacobs
      • Re: Another pathetic job offer, McKown, John
      • Z/OS1.9-NJE to AS400, Ron Wells
  • Re: Another pathetic job offer, Chase, John
    • Re: Another pathetic job offer, Robert Fake
  • Re: Another pathetic job offer, Anonymous
    • Re: Another pathetic job offer, Tom Longfellow
  • Re: Another pathetic job offer, Kelman, Tom
    • Re: Another pathetic job offer, Ken Porowski
      • Re: Another pathetic job offer, Chase, John
      • Re: Another pathetic job offer, Howard Brazee
      • Re: Another pathetic job offer, Bobbie Justice
      • Re: Another pathetic job offer, Tony B.
      • Re: Another pathetic job offer, Bobbie Justice
      • Re: Another pathetic job offer, Gary Green
      • Re: Another pathetic job offer, Rick Fochtman
      • Re: Another pathetic job offer, Hal Merritt
    • Re: Another pathetic job offer, Staller, Allan
  • <Possible follow-ups>
  • Re: Another pathetic job offer, Gary Green
    • Re: Another pathetic job offer, Chase, John
  • Re: Another pathetic job offer, Gary Green
  • Re: Another pathetic job offer, Patrick O'Keefe
    • Re: Another pathetic job offer, Tom Longfellow
• The ABCs of z/OS Maintenance., Gary Green
  • Re: The ABCs of z/OS Maintenance., Hunkeler Peter , KIUK 3
  • <Possible follow-ups>
  • Re: The ABCs of z/OS Maintenance., Gary Green
  • Re: The ABCs of z/OS Maintenance., Gary Green
    • Re: The ABCs of z/OS Maintenance., Hunkeler Peter , KIUK 3
    • Re: The ABCs of z/OS Maintenance., Schwarz, Barry A
      • Re: The ABCs of z/OS Maintenance., Gary Green
  • Re: The ABCs of z/OS Maintenance., Matthew Stitt
    • Re: The ABCs of z/OS Maintenance., Hunkeler Peter , KIUK 3
      • Re: The ABCs of z/OS Maintenance., R.S.
  • Re: The ABCs of z/OS Maintenance., Tom Marchant
  • Re: The ABCs of z/OS Maintenance., Tom Marchant
    • Re: The ABCs of z/OS Maintenance., Gary Green
      • Re: The ABCs of z/OS Maintenance., Edward Jaffe
      • Re: The ABCs of z/OS Maintenance., Gary Green
• re; American Airlines, Anne & Lynn Wheeler
  • <Possible follow-ups>
  • Re: re; American Airlines, , IBM Mainframe Discussion List
    • Re: re; American Airlines, Chase, John
      • Re: American Airlines, Richards, Robert B.
• NCACMG Seminar Wednesday, June 11th 2008, Knutson, Sam
  • SWCMG Seminar Thursday, June 5th 2008, Tom Moulder
• Compare files - with different date fields, Howard Brazee
  • Re: Compare files - with different date fields, Steven Conway
    • Re: Compare files - with different date fields, McKown, John
  • Re: Compare files - with different date fields, Farley, Peter x23353
  • Re: Compare files - with different date fields, Galambos, Robert
  • Re: Compare files - with different date fields, BillD
  • <Possible follow-ups>
  • Re: Compare files - with different date fields, Scott Barry
  • Re: Compare files - with different date fields, Schneiderwent, Craig
    • Re: Compare files - with different date fields, Reda, John
• ANSI (was: PC printing of .txt files containing maiframe listings), Paul Gilmartin
  • Re: ANSI (was: PC printing of .txt files containing maiframe listings), Shmuel Metz , Seymour J.
• Re: USSTAB color question, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: USSTAB color question, Shmuel Metz , Seymour J.
    • Re: USSTAB color question, Chase, John
  • Re: USSTAB color question, Chris Mason
  • Re: USSTAB color question, Patrick O'Keefe
  • Re: USSTAB color question, Chris Mason
• XMITIP and z/OS 1.9, Richbourg, Claude
  • Re: XMITIP and z/OS 1.9, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
  • <Possible follow-ups>
  • Re: XMITIP and z/OS 1.9, Mark T. Regan, K8MTR
  • Re: XMITIP and z/OS 1.9, Brian Westerman
• HCD v1.4, George Rodriguez
  • Re: HCD v1.4, Greg Shirey
    • Re: HCD v1.4, George Rodriguez
  • Re: HCD v1.4, Hal Merritt
  • Re: HCD v1.4, Schwarz, Barry A
    • Re: HCD v1.4, George Rodriguez
    • Re: HCD v1.4, R.S.
  • <Possible follow-ups>
  • Re: HCD v1.4, Ed Finnell
• $PJES2 and Parallel Sysplex, Mike Myers
  • Message not available
    • Re: $PJES2 and Parallel Sysplex, Scott Rowe
  • Re: $PJES2 and Parallel Sysplex, Skip Robinson
  • <Possible follow-ups>
  • Re: $PJES2 and Parallel Sysplex, Barbara Nitz
    • Message not available
      • Re: $PJES2 and Parallel Sysplex, Wilco Boschman
  • Re: $PJES2 and Parallel Sysplex, Arthur Gutowski
  • Re: $PJES2 and Parallel Sysplex, Mark Zelden
    • Re: $PJES2 and Parallel Sysplex, Greg Shirey
      • Re: $PJES2 and Parallel Sysplex, Bob Shannon
  • Re: $PJES2 and Parallel Sysplex, Elardus Engelbrecht
  • Re: $PJES2 and Parallel Sysplex, Arthur Gutowski
• Re: IOS163A CHPID XX ALERT, NO ASSOCIATED SUBCHANNEL FOR DEVICE, Jorge Garcia
• Monitor use of Load-Library as JOBLIB/STEPLIB, Beat Gossweiler
  • <Possible follow-ups>
  • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Vernooy, C.P. - SPLXM
    • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Jerry Durbin
      • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Barry Merrill
  • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Gary Green
  • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, , IBM Mainframe Discussion List
    • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Gary Green
      • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Staller, Allan
      • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Hunkeler Peter , KIUK 3
      • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Bob Rutledge
      • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Barry Merrill
      • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Jim Harrison
      • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Rick Fochtman
      • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Jim Harrison
      • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, McKown, John
      • Who's feeling old now ???, Shane Ginnane
      • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Hunkeler Peter , KIUK 3
  • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Mark Yuhas
  • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Peter Relson
    • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Shane Ginnane
  • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Mark Zelden
    • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Shane Ginnane
  • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Big Iron
  • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Mark Zelden
  • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Big Iron
    • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Pedro Vera
  • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Matthew Stitt
  • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Big Iron
  • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Mark Zelden
    • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Roach, Dennis
    • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Bob Rutledge
  • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Bruno Sugliani
    • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Rick Fochtman
      • Re: Monitor use of Load-Library as JOBLIB/STEPLIB, Pedro Vera
• Rational Developer for System z, Graham Hobbs
  • Re: Rational Developer for System z, David Crayford
  • <Possible follow-ups>
  • Rational Developer for System z, Graham Hobbs
    • Re: Rational Developer for System z, James Robinson
      • Re: Rational Developer for System z, Chase, John
    • Re: Rational Developer for System z, Chase, John
      • Re: Rational Developer for System z, Doc Farmer
      • Re: Rational Developer for System z, HARDING, JERRY , CTR
  • Re: Rational Developer for System z, Brian Westerman
  • Re: Rational Developer for System z, Timothy Sipples
    • DASD or VIO, Visser, Hans , PinkRoccade Infrastructure Services Technisch Specialist
      • Re: DASD or VIO, William H. Blair
      • Re: DASD or VIO, Visser, Hans , PinkRoccade Infrastructure Services Technisch Specialist
      • Re: DASD or VIO, Binyamin Dissen
    • Re: Rational Developer for System z, Chase, John
  • Rational Developer for System z, Bill Klein
  • Re: Rational Developer for System z, Timothy Sipples
    • Re: Rational Developer for System z, Chase, John
• IBM PR: PCI Security Compliance Workshop in Maryland, Timothy Sipples
  • Re: IBM PR: PCI Security Compliance Workshop in Maryland, George Fogg
    • Re: IBM PR: PCI Security Compliance Workshop in Maryland, Richards, Robert B.
      • Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in Maryland), Edward Jaffe
      • Re: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in Maryland), Richards, Robert B.
      • Re: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in Maryland), Edward Jaffe
      • Re: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in Maryland), Richards, Robert B.
      • Re: Advertising on IBM-MAIN, Edward Jaffe
      • Re: Advertising on IBM-MAIN, Richards, Robert B.
      • Re: Advertising on IBM-MAIN, Rick Fochtman
      • Re: Advertising on IBM-MAIN, Darren Evans-Young
      • Re: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in Maryland), Eric Bielefeld
      • Re: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in Maryland), Rob Schramm
• Replace old BSC 3 connections, Carlos Bodra
  • Re: Replace old BSC 3 connections, Shmuel Metz , Seymour J.
  • Re: Replace old BSC 3 connections, Hal Merritt
  • <Possible follow-ups>
  • Re: Replace old BSC 3 connections, Ed Rabara
• Re: SMP/E Error, Lizette Koehler
  • <Possible follow-ups>
  • Re: SMP/E Error, Lizette Koehler
  • Re: SMP/E Error, Mark Zelden
    • Re: SMP/E Error, Miller, Pat
      • Re: SMP/E Error - Resolved, Miller, Pat
• Re: What Are ISPF Tables? (Was: PF Key Customization [Was: ...]), wecmail
• Re: Ameican Airlines, Anne & Lynn Wheeler
  • Re: American Airlines, John P. Baker
• DSS can't backup to tape drive, Victor Zhang
  • Re: DSS can't backup to tape drive, Schwarz, Barry A
    • Re: DSS can't backup to tape drive, Eric Bielefeld
      • Re: DSS can't backup to tape drive, Jack Kelly
      • Re: DSS can't backup to tape drive, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
      • Re: DSS can't backup to tape drive, John Eells
      • Re: DSS can't backup to tape drive, George Allen Bly
      • SMP/E Error, Miller, Pat
      • Re: SMP/E Error, Michael Wickman
      • Re: DSS can't backup to tape drive, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: DSS can't backup to tape drive, Lizette Koehler
  • Re: DSS can't backup to tape drive, Mark Zelden
  • Re: DSS can't backup to tape drive, Ed Finnell
  • Re: DSS can't backup to tape drive, Mike Wood
• Scrolling an ISPF table display, David Day
  • Re: Scrolling an ISPF table display, Dave Salt
  • Re: Scrolling an ISPF table display, Steve Comstock
• JCL Symbol Not Substituted, Paul GilmartinIBM-MAIN@xxxxxxxxxxx
  • Re: JCL Symbol Not Substituted, Chase, John
  • Re: JCL Symbol Not Substituted, McKown, John
  • Re: JCL Symbol Not Substituted, McKown, John
  • Re: JCL Symbol Not Substituted, Edward Jaffe
    • Re: JCL Symbol Not Substituted, Chase, John
  • Re: JCL Symbol Not Substituted, John P. Baker
  • Re: JCL Symbol Not Substituted, Ken Leidner
  • Re: JCL Symbol Not Substituted, Jim Phoenix
    • Re: JCL Symbol Not Substituted, John P. Baker
  • <Possible follow-ups>
  • Re: JCL Symbol Not Substituted, Paul Gilmartin
    • Re: JCL Symbol Not Substituted, Edward Jaffe
    • Re: JCL Symbol Not Substituted, John P. Baker
      • Re: JCL Symbol Not Substituted, Edward Jaffe
      • Re: JCL Symbol Not Substituted, Chase, John
  • Re: JCL Symbol Not Substituted, Patrick O'Keefe
    • Re: JCL Symbol Not Substituted, John P. Baker
  • Re: JCL Symbol Not Substituted, Paul Gilmartin
    • Re: JCL Symbol Not Substituted, John P. Baker
  • Re: JCL Symbol Not Substituted, Paul Gilmartin
  • Re: JCL Symbol Not Substituted, Paul Gilmartin
  • Re: JCL Symbol Not Substituted, John Mattson
    • Re: JCL Symbol Not Substituted, McKown, John
• Re: Set REXX variables before REXX start, Paul Gilmartin
  • <Possible follow-ups>
  • Re: Set REXX variables before REXX start, Big Iron
    • Re: Set REXX variables before REXX start, George Fogg
      • Re: Set REXX variables before REXX start, McKown, John
• Release 6.1 of IBMLink, Mark Zelden
  • <Possible follow-ups>
  • Re: Release 6.1 of IBMLink, Patrick Lyon
  • Re: Release 6.1 of IBMLink, Thompson, Steve
    • Re: Release 6.1 of IBMLink, Chase, John
• Set REXX variables before REXX start, Miklos Szigetvari
  • Re: Set REXX variables before REXX start, Steve Comstock
    • Re: Set REXX variables before REXX start, Miklos Szigetvari
  • Re: Set REXX variables before REXX start, Todd Burch
  • Re: Set REXX variables before REXX start, Miklos Szigetvari
    • Re: Set REXX variables before REXX start, Todd Burch
  • Re: Set REXX variables before REXX start, Miklos Szigetvari
• American Airlines, Anne & Lynn Wheeler
  • Re: American Airlines, Warren Brown
    • Re: American Airlines, Eric Chevalier
      • Re: American Airlines, Tony Harminc
      • Re: American Airlines, Shmuel Metz , Seymour J.
      • Re: American Airlines, Hank Murphy
    • Message not available
      • Trusted (mainframe) online transactions, Anne & Lynn Wheeler
  • <Possible follow-ups>
  • American Airlines, Anne & Lynn Wheeler
  • Re: American Airlines, Anne & Lynn Wheeler
  • Re: American Airlines, , IBM Mainframe Discussion List
  • Re: American Airlines, Ed Finnell
    • Re: American Airlines, Richards, Robert B.
    • Re: American Airlines, Richards, Robert B.
  • Re: American Airlines, Ed Finnell
• Re: ICF Catalogs on SMS managed volumes, Habres, Richard , GTS
• Re: z/OS SSL, Ulrich Boche
• Posting on timetable software running z was (fwd) Re: After Yesterday, No One Will Ever Again Wait For SEPTA ( Phila PA ), Clark F Morris
• Re: Any way to make printer continue after an error?, Len Rugen
  • <Possible follow-ups>
  • Re: Any way to make printer continue after an error?, Ed Finnell
  • Re: Any way to make printer continue after an error?, John Giltner
• Re: AXRUSER Security Information, Curt Thompson
• Fuencisla Mateo Cid is out of the office., Fuencisla Mateo Cid
• Re: SMFEWTM, Jim Mulder
  • Re: SMFEWTM, Martin Packer
  • <Possible follow-ups>
  • Re: SMFEWTM, Ed Finnell
    • Re: SMFEWTM, Edward Jaffe
  • Re: SMFEWTM, Jan Vanbrabant
  • Re: SMFEWTM, Ed Finnell
    • Re: SMFEWTM, Edward Jaffe
• Using LOOK command on z/OS 1.9, Sam Golob
• For users of the LOOK command on z/OS 1.9, Sam Golob
  • Re: For users of the LOOK command on z/OS 1.9, Binyamin Dissen
  • <Possible follow-ups>
  • Re: For users of the LOOK command on z/OS 1.9, Mark Zelden
    • Re: For users of the LOOK command on z/OS 1.9, Knutson, Sam
    • Re: For users of the LOOK command on z/OS 1.9, Binyamin Dissen
    • Re: For users of the LOOK command on z/OS 1.9, Shmuel Metz , Seymour J.
    • Re: For users of the LOOK command on z/OS 1.9, Chase, John
  • Re: For users of the LOOK command on z/OS 1.9, Mark Zelden
  • Re: For users of the LOOK command on z/OS 1.9, Andy Wood
• Re: IODF questions, Mark Zelden
  • <Possible follow-ups>
  • Re: IODF questions, Arthur Gutowski
  • Re: IODF questions, Johnston, Robert E
• Re: VDR by OpenTech, Tom Longfellow
• Re: Hardware Alerts, Tom Longfellow
• Re: PC printing of .txt files containing maiframe listings, gah
  • <Possible follow-ups>
  • Re: PC printing of .txt files containing maiframe listings, Paul Gilmartin
    • Re: PC printing of .txt files containing maiframe listings, J R
    • Re: PC printing of .txt files containing maiframe listings, Shmuel Metz , Seymour J.
  • Re: PC printing of .txt files containing maiframe listings, Gerry Palmer
    • Re: PC printing of .txt files containing maiframe listings, Bob Halpern
      • Re: PC printing of .txt files containing maiframe listings, Bob Halpern
      • Re: PC printing of .txt files containing maiframe listings, Oscar H Flores
    • Re: PC printing of .txt files containing maiframe listings, Gerhard Postpischil
  • Re: PC printing of .txt files containing maiframe listings, Bill Godfrey
• Re: Vtam Generic VS Cross Domain, Magen Margalit
  • <Possible follow-ups>
  • Re: Vtam Generic VS Cross Domain, Chris Mason
  • Re: Vtam Generic VS Cross Domain, Chris Mason
  • Re: Vtam Generic VS Cross Domain, Patrick O'Keefe
  • Re: Vtam Generic VS Cross Domain, Magen Margalit
  • Re: Vtam Generic VS Cross Domain, Chris Mason
• Performance goals for DBAs, F
  • Re: Performance goals for DBAs, BillD

We are proud to have Web Hosting and Rack Housing from 9 Net Avenue Deutschland.
(17)