bit.listserv.ibm-main

• Date Index

---

• SMP/E RECEIVE AND FROMNTS, Gray, Larry - Larry A
• Change and configuration management Software Suites, Louis Dagnolo
• Anyone remember "DARDUMP"?, Patrick O'Keefe
• Allocating Large SYS1.HASPACE, Dennis Schaffer
  • Re: Allocating Large SYS1.HASPACE, Richbourg, Claude
    • Re: Allocating Large SYS1.HASPACE, Skip Robinson
      • Re: Allocating Large SYS1.HASPACE, Knutson, Sam
• Re: Send email from MVS cobol, Gray, Larry - Larry A
  • Re: Send email from MVS cobol, Ulrich Krueger
    • Re: Send email from MVS cobol, Gray, Larry - Larry A
      • Re: Send email from MVS cobol, Ulrich Krueger
      • Re: Send email from MVS cobol, Gary Green
      • Re: Send email from MVS cobol, Ulrich Krueger
      • Re: Send email from MVS cobol, Gray, Larry - Larry A
      • Re: Send email from MVS cobol, Ulrich Krueger
  • <Possible follow-ups>
  • Re: Send email from MVS cobol, Gary Green
  • Re: Send email from MVS cobol, McKown, John
    • Re: Send email from MVS cobol, Lionel B Dyck
    • Re: Send email from MVS cobol, Howard Brazee
  • Re: Send email from MVS cobol, Ulrich Krueger
• Re: Coming soon, Shark CCWS is now supported by MFNetDisk., Shai Hess
• Transactional VSAM (DFSMStvs) question - performance, McKown, John
  • <Possible follow-ups>
  • Re: Transactional VSAM (DFSMStvs) question - performance, Tom Schmidt
    • Re: Transactional VSAM (DFSMStvs) question - performance, McKown, John
      • Re: Transactional VSAM (DFSMStvs) question - performance, Eric Bielefeld
      • Re: Transactional VSAM (DFSMStvs) question - performance, McKown, John
      • Re: Transactional VSAM (DFSMStvs) question - performance, Eric Bielefeld
  • Re: Transactional VSAM (DFSMStvs) question - performance, Ted MacNEIL
• 3490 v. VTS, Daniel McLaughlin
  • <Possible follow-ups>
  • Re: 3490 v. VTS, Vernooy, C.P. - SPLXM
  • Re: 3490 v. VTS, Daniel McLaughlin
  • Re: 3490 v. VTS, Vernooy, C.P. - SPLXM
  • Re: 3490 v. VTS, Daniel McLaughlin
    • Re: 3490 v. VTS, McKown, John
  • Re: 3490 v. VTS, Daniel McLaughlin
• IBM preannounces next IBMLink failure, Pinnacle
  • Re: IBM preannounces next IBMLink failure, rpanzino
  • <Possible follow-ups>
  • IBM preannounces next IBMLink failure, Phil Payne
• ADMINISTRIVIA: Clarification on retirement, Darren Evans-Young
• CobAnalyzer FILE#321 CBTTape Update, Roland Schiradin
• IBM paper on Large Stand Alone Dump handling, Ed Gould
  • Re: IBM paper on Large Stand Alone Dump handling, Itschak Mugzach
• ADMINISTRIVIA: IBM-MAIN Archives, Darren Evans-Young
  • Re: ADMINISTRIVIA: IBM-MAIN Archives, Patrick . Falcone
    • Re: ADMINISTRIVIA: IBM-MAIN Archives, Rick Fochtman
  • <Possible follow-ups>
  • Re: ADMINISTRIVIA: IBM-MAIN Archives, Patrick O'Keefe
    • Re: ADMINISTRIVIA: IBM-MAIN Archives, Anton Britz
• Alternate REXX Library, Mark Jacobs
  • Re: Alternate REXX Library, Varun Manocha
    • Re: Alternate REXX Library, Mark Jacobs
    • Re: Alternate REXX Library, Chase, John
• z800 to z9, Patty Mabie
  • <Possible follow-ups>
  • Re: z800 to z9, Ted MacNEIL
  • Re: z800 to z9, Patrick Lyon
  • Re: z800 to z9, Kelman, Tom
  • Re: z800 to z9, Patty Mabie
  • Re: z800 to z9, Big Iron
    • Re: z800 to z9, Shane
  • Re: z800 to z9, Ted MacNEIL
  • Re: z800 to z9, Brian Westerman
  • Re: z800 to z9, Patty Mabie
    • Re: z800 to z9, David Day
• Info-Zip dd: reference question, berger_izb
• How to map the zlinux Kernel / determine where particular Kernel modules are loaded in memory, Binyamin Dissen
  • Re: How to map the zlinux Kernel / determine where particular Kernel modules are loaded in memory, McKown, John
• Re: Starting ICSF - CSFM101E, Chase, John
  • <Possible follow-ups>
  • Re: Starting ICSF - CSFM101E, pauls2272
• Re: Concatenation order in STEPLIB, Peter Relson
• zFS Copy operation, Gaur
• The end of the story (solution), Miklos Szigetvari
• Concatination order in STEPLIB, Raja Easwaramoorthy
  • Re: Concatination order in STEPLIB, Lars Poulsen
  • Re: Concatination order in STEPLIB, Binyamin Dissen
    • Re: Concatination order in STEPLIB, Neal Eckhardt
• Mazel tov (was I Got a Job), , IBM Mainframe Discussion List
  • Re: Mazel tov (was I Got a Job), Binyamin Dissen
  • <Possible follow-ups>
  • Re: Mazel tov (was I Got a Job), Paul Gilmartin
  • Re: Mazel tov (was I Got a Job), Ed Finnell
  • Re: Mazel tov (was I Got a Job), Kelman, Tom
    • Re: Mazel tov (was I Got a Job), Steve Comstock
• Microsoft and T3 backing PSI, Phil Payne
  • <Possible follow-ups>
  • Microsoft and T3 backing PSI, Phil Payne
  • Microsoft and T3 backing PSI, Phil Payne
• Solaris on System Z video, Matt Stansberry
• Why isn't OMVS command integrated with ISPF?, Kirk Wolf
  • Re: Why isn't OMVS command integrated with ISPF?, Stephen Y Odo
  • Re: Why isn't OMVS command integrated with ISPF?, Steve Comstock
  • Re: Why isn't OMVS command integrated with ISPF?, Hunkeler Peter , KIUK 3
  • Re: Why isn't OMVS command integrated with ISPF?, McKown, John
    • Re: Why isn't OMVS command integrated with ISPF?, Mark Post
      • Re: Why isn't OMVS command integrated with ISPF?, Steve Comstock
      • Re: Why isn't OMVS command integrated with ISPF?, McKown, John
      • Re: Why isn't OMVS command integrated with ISPF?, Hunkeler Peter , KIUK 3
  • DFSMSHSM Full Volume Dumps off schedule, Mark S. House
    • Re: DFSMSHSM Full Volume Dumps off schedule, Traylor, Terry
  • <Possible follow-ups>
  • Re: Why isn't OMVS command integrated with ISPF?, Patrick O'Keefe
    • Re: Why isn't OMVS command integrated with ISPF?, Kirk Wolf
  • Re: Why isn't OMVS command integrated with ISPF?, Roger Lowe
    • Re: Why isn't OMVS command integrated with ISPF?, R.S.
    • Re: Why isn't OMVS command integrated with ISPF?, Chicklon, Tom
      • Re: Why isn't OMVS command integrated with ISPF?, Steve Comstock
  • Re: Why isn't OMVS command integrated with ISPF?, Roger Lowe
  • Re: Why isn't OMVS command integrated with ISPF?, Walt Farrell
    • Re: Why isn't OMVS command integrated with ISPF?, Kirk Wolf
      • Re: Why isn't OMVS command integrated with ISPF?, Lindy Mayfield
      • Re: Why isn't OMVS command integrated with ISPF?, Kirk Wolf
      • Re: Why isn't OMVS command integrated with ISPF?, Lindy Mayfield
      • Re: Why isn't OMVS command integrated with ISPF?, McKown, John
      • Re: Why isn't OMVS command integrated with ISPF?, Steve Comstock
      • Re: Why isn't OMVS command integrated with ISPF?, Hunkeler Peter , KIUK 3
  • Re: Why isn't OMVS command integrated with ISPF?, Mark Zelden
  • Re: Why isn't OMVS command integrated with ISPF?, Paul Gilmartin
    • Re: Why isn't OMVS command integrated with ISPF?, McKown, John
  • Re: Why isn't OMVS command integrated with ISPF?, Mark Zelden
    • Re: Why isn't OMVS command integrated with ISPF?, Hunkeler Peter , KIUK 3
  • Re: Why isn't OMVS command integrated with ISPF?, Paul Gilmartin
  • Re: Why isn't OMVS command integrated with ISPF?, Paul Gilmartin
    • Message not available
      • Re: Why isn't OMVS command integrated with ISPF?, Kirk Wolf
      • Re: Why isn't OMVS command integrated with ISPF?, Lindy Mayfield
      • Re: Why isn't OMVS command integrated with ISPF?, Kirk Wolf
      • Re: Why isn't OMVS command integrated with ISPF?, Lindy Mayfield
    • Re: Why isn't OMVS command integrated with ISPF?, McKown, John
      • SMCS ... was something else entirely., Shane
      • Re: SMCS ... was something else entirely., McKown, John
  • Re: Why isn't OMVS command integrated with ISPF?, Paul Gilmartin
  • Re: Why isn't OMVS command integrated with ISPF?, Paul Gilmartin
  • Re: Why isn't OMVS command integrated with ISPF?, Paul Gilmartin
    • Re: Why isn't OMVS command integrated with ISPF?, McKown, John
  • Re: Why isn't OMVS command integrated with ISPF?, Paul Gilmartin
• Changing name of SYS1.DUMP datasets, Barkow, Eileen
  • Re: Changing name of SYS1.DUMP datasets, Conmackie, Mike
    • Re: Changing name of SYS1.DUMP datasets, Barkow, Eileen
      • Re: Changing name of SYS1.DUMP datasets, Conmackie, Mike
  • <Possible follow-ups>
  • Re: Changing name of SYS1.DUMP datasets, Mark Zelden
    • Re: Changing name of SYS1.DUMP datasets, Barkow, Eileen
      • Re: Changing name of SYS1.DUMP datasets, Chase, John
      • Re: Changing name of SYS1.DUMP datasets, Barkow, Eileen
      • Re: Changing name of SYS1.DUMP datasets, McKown, John
      • Re: Changing name of SYS1.DUMP datasets, Barkow, Eileen
      • Re: Changing name of SYS1.DUMP datasets, McKown, John
      • Re: Changing name of SYS1.DUMP datasets, Barkow, Eileen
      • Re: Changing name of SYS1.DUMP datasets, Knutson, Sam
      • Re: Changing name of SYS1.DUMP datasets, John Eells
      • Re: Changing name of SYS1.DUMP datasets, Barkow, Eileen
      • Re: Changing name of SYS1.DUMP datasets, Chase, John
      • Re: Changing name of SYS1.DUMP datasets, Barkow, Eileen
  • Re: Changing name of SYS1.DUMP datasets, Mark Zelden
  • Re: Changing name of SYS1.DUMP datasets, Mark Zelden
  • Re: Changing name of SYS1.DUMP datasets, Ted MacNEIL
• Re: FLIH vs. SLIH, I think., , IBM Mainframe Discussion List
  • Re: FLIH vs. SLIH, I think., Binyamin Dissen
• Cryptographic Support for z/OS V1R7-R9, Knutson, Sam
  • Re: Cryptographic Support for z/OS V1R7-R9, Chase, John
  • Re: Cryptographic Support for z/OS V1R7-R9, Mark Jacobs
  • <Possible follow-ups>
  • Re: Cryptographic Support for z/OS V1R7-R9, Mark Zelden
    • Re: Cryptographic Support for z/OS V1R7-R9, Mark Jacobs
  • Re: Cryptographic Support for z/OS V1R7-R9, Kirk Hubbard
  • Re: Cryptographic Support for z/OS V1R7-R9, Patrick Lyon
• ALLOWUSERKEYCSA(NO) and PHOENIX or PREFERENCE you will need PTF S791006, Knutson, Sam
• Re: How Compatible is BS/2000 with IBM zSeries?, Roland Schiradin
  • Re: How Compatible is BS/2000 with IBM zSeries?, Frank Krueger
    • Re: How Compatible is BS/2000 with IBM zSeries?, Itschak Mugzach
      • Re: How Compatible is BS/2000 with IBM zSeries?, Frank Krueger
      • Re: How Compatible is BS/2000 with IBM zSeries?, R.S.
      • Re: How Compatible is BS/2000 with IBM zSeries?, Frank Krueger
      • Re: How Compatible is BS/2000 with IBM zSeries?, Raymond Noal
    • Re: How Compatible is BS/2000 with IBM zSeries?, Itschak Mugzach
      • Re: How Compatible is BS/2000 with IBM zSeries?, Frank Krueger
      • Re: How Compatible is BS/2000 with IBM zSeries?, Itschak Mugzach
  • <Possible follow-ups>
  • Re: How Compatible is BS/2000 with IBM zSeries?, Dave Jones
    • Re: How Compatible is BS/2000 with IBM zSeries?, Itschak Mugzach
• ALLOWUSERKEYCSA(NO) need OPB5083 for CA-OPSMVS II, Knutson, Sam
• Blank pictures, Víctor
• Single signon with AD and kdc on z/OS, Steve Bireley
• Re: 6252 printer, Rick Fochtman
  • <Possible follow-ups>
  • Re: 6252 printer, Harold Zbiegien
• COBOL diagnosis manuals, Giliad Wilf
  • <Possible follow-ups>
  • Re: COBOL diagnosis manuals, Brian Peterson
• Odp: Re: ftp2jes equivalent but with Interface level 2 ?, Mariusz Stakowski
  • Re: Odp: Re: ftp2jes equivalent but with Interface level 2 ?, Grant Ward Able
• MIGRATE RRS DasdOnly to RRS CF, Cwi Jeret
  • Re: MIGRATE RRS DasdOnly to RRS CF, Skip Robinson
• Tape Migration, Barry Jones
  • Re: Tape Migration, Don Bolton
  • <Possible follow-ups>
  • Re: Tape Migration, Vernooy, C.P. - SPLXM
  • Re: Tape Migration, Mark Zelden
  • Re: Tape Migration, Ambat Ravi Nair
    • Re: Tape Migration, McKown, John
    • Re: Tape Migration, Don Bolton
• ftp2jes equivalent but with Interface level 2 ?, Mariusz Stakowski
  • Re: ftp2jes equivalent but with Interface level 2 ?, Sorensen Henrik , KSFI 442
• Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Vernooy, C.P. - SPLXM
  • <Possible follow-ups>
  • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Barbara Nitz
    • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), R.S.
      • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Van Dalsen, Herbie
  • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Vernooy, C.P. - SPLXM
    • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Rick Fochtman
  • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Elardus Engelbrecht
  • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Barbara Nitz
  • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Sebastian Welton
  • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Vernooy, C.P. - SPLXM
    • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), R.S.
      • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Schwarz, Barry A
      • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), R.S.
      • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), John Ticic
      • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), R.S.
• Papyrus Opening for europe/bangalore, req.valuewing@xxxxxxxxx
• Square Brackets in Java?, Bill
  • Re: Square Brackets in Java?, Neal Eckhardt
  • <Possible follow-ups>
  • Re: Square Brackets in Java?, Big Iron
    • Re: Square Brackets in Java?, Steve Comstock
      • Re: Square Brackets in Java?, howard . brazee
      • Re: Square Brackets in Java?, McKown, John
      • Re: Square Brackets in Java?, Kirk Wolf
      • Re: Square Brackets in Java?, Hunkeler Peter , KIUK 3
      • Re: Square Brackets in Java?, Jim McAlpine
      • Re: Square Brackets in Java?, Hunkeler Peter , KIUK 3
      • Re: Square Brackets in Java?, Jim McAlpine
      • Re: Square Brackets in Java?, Jim McAlpine
      • Re: Square Brackets in Java?, Hunkeler Peter , KIUK 3
      • Re: Square Brackets in Java?, Jim McAlpine
    • Re: Square Brackets in Java?, Veilleux, Jon L
      • Re: Square Brackets in Java?, Hunkeler Peter , KIUK 3
    • Re: Square Brackets in Java?, Hunkeler Peter , KIUK 3
  • Re: Square Brackets in Java?, Paul Gilmartin
• E-MAIL address for Sam Palmisano?, Phil Payne
• SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., David Day
  • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Edward Jaffe
    • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., David Day
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Edward Jaffe
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Binyamin Dissen
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., David Day
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Edward Jaffe
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Jim Mulder
      • Free Lunch (Was: SUSPEND/RESUME is slower than ...), Edward Jaffe
    • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Jim Mulder
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Johnny Luo
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Jim Mulder
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Johnny Luo
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Edward Jaffe
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Jim Mulder
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Johnny Luo
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Jim Mulder
      • FLIH vs. SLIH, I think., Rick Fochtman
      • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Tom Harper
  • <Possible follow-ups>
  • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Ed Finnell
    • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Tom Harper
  • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Ed Finnell
    • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Tom Harper
  • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Ed Finnell
    • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Tom Harper
  • Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both., Ed Finnell
• ICSF First-time Startup, Chase, John
  • Re: ICSF First-time Startup, McKown, John
  • Re: ICSF First-time Startup, Raymond Noal
    • Re: ICSF First-time Startup, George Fogg
      • Re: ICSF First-time Startup, George Fogg
      • Re: ICSF First-time Startup, Schramm, Rob
      • Re: ICSF First-time Startup, Chase, John
      • Re: ICSF First-time Startup, pauls2272
  • <Possible follow-ups>
  • Re: ICSF First-time Startup, Mark Zelden
    • Re: ICSF First-time Startup, Chase, John
  • Re: ICSF First-time Startup, Patrick O'Keefe
    • Re: ICSF First-time Startup, Wissink, Brad [ITSYS]
  • Re: ICSF First-time Startup, Peggy LaBelle
    • Re: ICSF First-time Startup, Chase, John
• SMF Under VM, Kopischke, David G.
• SNAP DUMP via JCL using IOF commands, memixer
• Re: I Got a Job, Dave Reinken
  • Re: I Got a Job, howard . brazee
  • <Possible follow-ups>
  • Re: I Got a Job, Dana Mitchell
    • Re: I Got a Job, Weidt, James
  • Re: I Got a Job, John Hamman
  • Re: I Got a Job, Dave Kopischke
  • Re: I Got a Job, Elardus Engelbrecht
    • Re: I Got a Job, Shmuel Metz , Seymour J.
  • Re: I Got a Job, Kelman, Tom
  • Re: I Got a Job, Dana Mitchell
  • Re: I Got a Job, John Mattson
• Are any of this deperate, redux..., Gary Green
• Single signon with AD and kdc on z/OS., Steve Bui
  • <Possible follow-ups>
  • Re: Single signon with AD and kdc on z/OS., Timothy Sipples
    • Re: Single signon with AD and kdc on z/OS., Steve Bui
      • How Compatible is BS/2000 with IBM zSeries?, Itschak Mugzach
  • Re: Single signon with AD and kdc on z/OS., Timothy Sipples
    • Re: Single signon with AD and kdc on z/OS., Steve Bui
      • CA/Dispatch V6 IDMS V10.2 problem when running z/OS 1.4 in 64, Patrick . Falcone
• Documentation on the zLinux assembler language, Binyamin Dissen
  • Re: Documentation on the zLinux assembler language, McKown, John
    • Re: Documentation on the zLinux assembler language, Binyamin Dissen
    • Re: Documentation on the zLinux assembler language, Mark Post
• SUSPEND/RESUME problem, eduardo ruz
  • Re: SUSPEND/RESUME problem, David Day
  • Re: SUSPEND/RESUME problem, Binyamin Dissen
  • Re: SUSPEND/RESUME problem, Craddock, Chris
    • Re: SUSPEND/RESUME problem, Edward Jaffe
      • Re: SUSPEND/RESUME problem, McKown, John
      • Re: SUSPEND/RESUME problem, Edward Jaffe
      • I Got a Job, Eric Bielefeld
      • Re: I Got a Job, McKown, John
      • Re: I Got a Job, Steve Comstock
      • Re: I Got a Job, Rich Smrcina
      • Re: I Got a Job, Wissink, Brad [ITSYS]
      • Re: I Got a Job, Eric Bielefeld
      • Re: I Got a Job, Gary Green
      • Re: I Got a Job, Robert Justice
      • Re: I Got a Job, Jim McAlpine
      • Re: I Got a Job, Eric Bielefeld
      • Re: I Got a Job, Jim McAlpine
      • Re: I Got a Job, Eric Bielefeld
      • Re: I Got a Job, Shmuel Metz , Seymour J.
• Re: SYNCSORT : Merge multiple files Options, Reda, John
• Processor Upgrade Question, Sabo, Frank
  • <Possible follow-ups>
  • Re: Processor Upgrade Question, Kelman, Tom
    • Re: Processor Upgrade Question, Anonymous
  • Re: Processor Upgrade Question, Stephen Wolf
• Extend VTOC on a SMS managed volume., Richbourg, Claude
  • Re: Extend VTOC on a SMS managed volume., Wayne Driscoll
• is there any way to enlarge the JES2 checkpoint dataset without cold start, Tommy Tsui
  • Re: is there any way to enlarge the JES2 checkpoint dataset without cold start, van Arnhem, Gerrit
  • Re: is there any way to enlarge the JES2 checkpoint dataset without cold start, Ed Gould
  • <Possible follow-ups>
  • Re: is there any way to enlarge the JES2 checkpoint dataset without cold start, Big Iron
• work from home, DeniseiOikve
• z9BC - cost of a CFL?, McKown, John
  • Re: z9BC - cost of a CFL?, Ken Porowski
• Formal requests (was Installing/Updating SVC), Patrick O'Keefe
  • Re: Formal requests (was Installing/Updating SVC), Ed Gould
    • Re: Formal requests (was Installing/Updating SVC), Shmuel Metz , Seymour J.
      • Re: Formal requests (was Installing/Updating SVC), Ed Gould
  • <Possible follow-ups>
  • Re: Formal requests (was Installing/Updating SVC), Patrick O'Keefe
    • Re: Formal requests (was Installing/Updating SVC), Ed Gould
  • Re: Formal requests (was Installing/Updating SVC), Patrick O'Keefe
    • Re: Formal requests (was Installing/Updating SVC), Ed Gould
    • Re: Formal requests (was Installing/Updating SVC), Edward Jaffe
      • Re: Formal requests (was Installing/Updating SVC), Ed Gould
      • Re: Formal requests (was Installing/Updating SVC), John Eells
  • Re: Formal requests (was Installing/Updating SVC), Walt Farrell
    • Re: Formal requests (was Installing/Updating SVC), Ed Gould
  • Re: Formal requests (was Installing/Updating SVC), Patrick O'Keefe
    • Re: Formal requests (was Installing/Updating SVC), Ed Gould
      • Re: Formal requests (was Installing/Updating SVC), R.S.
  • Re: Formal requests (was Installing/Updating SVC), Patrick O'Keefe
    • Re: Formal requests (was Installing/Updating SVC), Ed Gould
  • Re: Formal requests (was Installing/Updating SVC), Walt Farrell
    • Re: Formal requests (was Installing/Updating SVC), Ed Gould
  • Re: Formal requests (was Installing/Updating SVC), Tom Marchant
    • Re: Formal requests (was Installing/Updating SVC), Ed Gould
      • Re: Formal requests (was Installing/Updating SVC), Edward Jaffe
  • Re: Formal requests (was Installing/Updating SVC), Patrick O'Keefe
  • Re: Formal requests (was Installing/Updating SVC), Patrick O'Keefe
  • Formal requests (was Installing/Updating SVC), Bill Klein
    • Re: Formal requests (was Installing/Updating SVC), Bob Shannon
• branching to zero, John C. Wolf
  • Re: branching to zero, Binyamin Dissen
  • Re: branching to zero, McKown, John
    • Re: branching to zero, John Sullivan
  • Re: branching to zero, Ulrich Krueger
  • <Possible follow-ups>
  • Re: branching to zero, John C. Wolf
    • Re: branching to zero, Craddock, Chris
    • Re: branching to zero, Binyamin Dissen
  • Re: branching to zero, John C. Wolf
  • Re: branching to zero, John C. Wolf
    • Re: branching to zero, Binyamin Dissen
  • Re: branching to zero, John C. Wolf
    • Re: branching to zero, Veilleux, Jon L
  • Re: branching to zero, Tom Marchant
• SYNCSORT : Merge multiple files, Sujay
• Determine last LLA Refresh, Martin, Mike
  • <Possible follow-ups>
  • Re: Determine last LLA Refresh, Peter Relson
    • Re: Determine last LLA Refresh, Ken Gunther
      • Re: Determine last LLA Refresh, Binyamin Dissen
      • Re: Determine last LLA Refresh, R.S.
  • Re: Determine last LLA Refresh, Vernooy, C.P. - SPLXM
    • Acceptable Syslog Policy(was Determine last LLA Refresh), Van Dalsen, Herbie
      • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Shmuel Metz , Seymour J.
      • Re: Acceptable Syslog Policy(was Determine last LLA Refresh), Van Dalsen, Herbie
  • Re: Determine Last LLA Refresh, Chase, John
• Re: Problems with checks IXGLOGR, Barbara Nitz
• System abend D38 - what is that ?, Thomas Berg
  • Re: System abend D38 - what is that ?, Itschak Mugzach
  • Re: System abend D38 - what is that ?, Binyamin Dissen
  • <Possible follow-ups>
  • Re: System abend D38 - what is that ?, Meir Zohar
  • SV: System abend D38 - what is that ?, Thomas Berg
    • Re: SV: System abend D38 - what is that ?, Miklos Szigetvari
    • Re: System abend D38 - what is that ?, Binyamin Dissen
      • SV: System abend D38 - what is that ?, Thomas Berg
  • SV: System abend D38 - what is that ?, Thomas Berg
    • Re: System abend D38 - what is that ?, Itschak Mugzach
      • SV: System abend D38 - what is that ?, Thomas Berg
  • Re: System abend D38 - what is that ?, Ed Finnell
    • SV: System abend D38 - what is that ?, Thomas Berg
  • Re: SV: System abend D38 - what is that ?, Roland Schiradin
    • Re: SV: System abend D38 - what is that ?, Itschak Mugzach
• Alternatives to CA QuickFetch, Yolanda Vivar
  • Re: Alternatives to CA QuickFetch, Martin Packer
  • Re: Alternatives to CA QuickFetch, Ted MacNEIL
  • Re: Alternatives to CA QuickFetch, Pinnacle
    • Re: Alternatives to CA QuickFetch, George Fogg
      • Re: Alternatives to CA QuickFetch, Ed Gould
  • <Possible follow-ups>
  • Re: Alternatives to CA QuickFetch, Vernooy, C.P. - SPLXM
    • Re: Alternatives to CA QuickFetch, Martin Packer
  • Re: Alternatives to CA QuickFetch, Ed Finnell
    • Re: Alternatives to CA QuickFetch, Kirk Talman
  • Re: Alternatives to CA QuickFetch, Yolanda Vivar
    • Re: Alternatives to CA QuickFetch, R.S.
  • Re: Alternatives to CA QuickFetch, Ted MacNEIL
  • Re: Alternatives to CA QuickFetch, Yolanda Vivar
  • Re: Alternatives to CA QuickFetch, Vernooy, C.P. - SPLXM
  • Re: Alternatives to CA QuickFetch, Ted MacNEIL
    • Re: Alternatives to CA QuickFetch, Martin Packer
  • Re: Alternatives to CA QuickFetch, Yolanda Vivar
    • Re: Alternatives to CA QuickFetch, Rick Fochtman
  • Re: Alternatives to CA QuickFetch, Ted MacNEIL
  • Re: Alternatives to CA QuickFetch, Dave Barry
• Problems with checks IXGLOGR_*, Jorge Garcia
• Tape path status, Denis Metivier
  • <Possible follow-ups>
  • Re: Tape path status, Ed Finnell
• Re: z/OS Position Opening (Approved by Darren), Glenn Siegel
• Requisites when ordering PTFs ?????, Dave Myers
  • Re: Requisites when ordering PTFs ?????, Michael Saraco
    • Re: Requisites when ordering PTFs ?????, Little_Nicky
  • Re: Requisites when ordering PTFs ?????, Kurt Quackenbush
    • Re: Requisites when ordering PTFs ?????, Little_Nicky
• CBT Tape Question, Eric Bielefeld
  • <Possible follow-ups>
  • Re: CBT Tape Question, Ed Finnell
    • Re: CBT Tape Question, Eric Bielefeld
  • Re: CBT Tape Question, Patrick O'Keefe
• Are comments possible in IEBUPDTE SYSIN?, David Eisenberg
  • Re: Are comments possible in IEBUPDTE SYSIN?, Gerhard Postpischil
  • <Possible follow-ups>
  • Re: Are comments possible in IEBUPDTE SYSIN?, David Eisenberg
    • Re: Are comments possible in IEBUPDTE SYSIN?, Gerhard Postpischil
  • Re: Are comments possible in IEBUPDTE SYSIN?, David Eisenberg
  • Re: Are comments possible in IEBUPDTE SYSIN?, Paul Gilmartin
  • Re: Are comments possible in IEBUPDTE SYSIN?, Ted MacNEIL
    • Re: Are comments possible in IEBUPDTE SYSIN?, Binyamin Dissen
  • Re: Are comments possible in IEBUPDTE SYSIN?, Paul Gilmartin
    • Re: Are comments possible in IEBUPDTE SYSIN?, McKown, John
• Re: Shooting of Commands, Glenn Siegel
  • Re: Shooting of Commands, Jim McAlpine
  • <Possible follow-ups>
  • Re: Shooting of Commands, Ted MacNEIL
  • Re: Shooting of Commands, Brian Westerman
    • Re: Shooting of Commands, Zahir Hemini
• Re: problem with automatic handling of message IEC534D, Glenn Siegel
  • <Possible follow-ups>
  • Re: problem with automatic handling of message IEC534D, Glenn Siegel
    • Re: problem with automatic handling of message IEC534D, Eric Bielefeld
  • Re: problem with automatic handling of message IEC534D, Glenn Siegel
    • Re: problem with automatic handling of message IEC534D, Eric Bielefeld
  • Re: problem with automatic handling of message IEC534D, Glenn Siegel
• IBM Dataset Prefixes, Dave Cartwright
  • Re: IBM Dataset Prefixes, R.S.
    • Free DBDMAP & PSBMAP? Where to download from., Itschak Mugzach
      • Re: Free DBDMAP & PSBMAP? Where to download from., Jim McAlpine
      • Re: Free DBDMAP & PSBMAP? Where to download from., Itschak Mugzach
    • Re: IBM Dataset Prefixes, Hunkeler Peter , KIUK 3
  • <Possible follow-ups>
  • Re: IBM Dataset Prefixes, Dave Cartwright
  • Re: IBM Dataset Prefixes, Dave Cartwright
    • Re: IBM Dataset Prefixes, R.S.
    • Re: IBM Dataset Prefixes, Hunkeler Peter , KIUK 3
    • Re: IBM Dataset Prefixes, Tom Sipusic
    • Re: IBM Dataset Prefixes, Skip Robinson
  • Re: IBM Dataset Prefixes, Mark Zelden
• Re: significant fixes to my product (MFNetDisk)., Shai Hess
• Re: HFS Vs ZFs, Mike Hill
  • Re: HFS Vs ZFs, Wayne Driscoll
• Archives for IBM-MAIN, Darren Evans-Young
  • Re: Archives for IBM-MAIN, Mark Jacobs
  • Re: Archives for IBM-MAIN, Rick Fochtman
  • Re: Archives for IBM-MAIN, Field, Alan C.
  • Re: Archives for IBM-MAIN, Edward Jaffe
  • Re: Archives for IBM-MAIN, R.S.
  • Re: Archives for IBM-MAIN, Pinnacle
  • Re: Archives for IBM-MAIN, Thomas H Puddicombe
  • <Possible follow-ups>
  • Re: Archives for IBM-MAIN, Paul Gilmartin
  • Re: Archives for IBM-MAIN, Patrick O'Keefe
  • Re: Archives for IBM-MAIN, Roland Schiradin
    • Re: Archives for IBM-MAIN, Darren Evans-Young
      • Re: Archives for IBM-MAIN, Eric Bielefeld
      • Re: Archives for IBM-MAIN, Rick Fochtman
  • Re: Archives for IBM-MAIN, Arthur T.
  • Archives for IBM-MAIN, Phil Payne
• Re: RES: Installing/Updating SVC, Philippe Leite
  • Re: RES: Installing/Updating SVC, Lindy Mayfield
    • Re: RES: Installing/Updating SVC, Hunkeler Peter , KIUK 3
      • Re: RES: Installing/Updating SVC, Blekemolen, Nico
      • Re: RES: Installing/Updating SVC, Lindy Mayfield
  • <Possible follow-ups>
  • Re: RES: Installing/Updating SVC, Philippe Leite
  • Re: RES: Installing/Updating SVC, Philippe Leite
    • Re: RES: Installing/Updating SVC, Hunkeler Peter , KIUK 3
  • Re: RES: Installing/Updating SVC, Ted MacNEIL
• Re: Installing/Updating SVC, Johnny Luo
  • <Possible follow-ups>
  • Re: Installing/Updating SVC, John Ticic
  • Re: Installing/Updating SVC, Johnny Luo
  • Re: Installing/Updating SVC, Peter Relson
  • Re: Installing/Updating SVC, Mark Zelden
  • Re: Installing/Updating SVC, Mark Zelden
  • Re: Installing/Updating SVC, Ted MacNEIL
• DB2 Version 8 question, Jim McAlpine
  • Re: DB2 Version 8 question, Ray Mullins , Gmail backup
  • <Possible follow-ups>
  • Re: DB2 Version 8 question, Roland Schiradin
    • Re: DB2 Version 8 question, Jim McAlpine
  • Re: DB2 Version 8 question, Roland Schiradin
• HFS to ZFS Migration., Gaur
• ISPF 3.4 ENQBYPASS, Anthony Fletcher
  • Re: ISPF 3.4 ENQBYPASS, Edward Jaffe
    • Re: ISPF 3.4 ENQBYPASS, Anthony Fletcher
• iPhone, Phil Payne
  • <Possible follow-ups>
  • Re: iPhone, Ed Finnell
• IXGLOGR dataset migration, R.S.
  • Re: IXGLOGR dataset migration, Shane
  • <Possible follow-ups>
  • Re: IXGLOGR dataset migration, Vernooy, C.P. - SPLXM
    • Installing/Updating SVC, Lindy Mayfield
      • Re: Installing/Updating SVC, Binyamin Dissen
      • Re: Installing/Updating SVC, Johnny Luo
      • Re: Installing/Updating SVC, Shmuel Metz , Seymour J.
      • Re: Installing/Updating SVC, Edward Jaffe
      • Re: Installing/Updating SVC, Lindy Mayfield
      • Re: Installing/Updating SVC, Binyamin Dissen
      • Re: Installing/Updating SVC, Rick Fochtman
    • Re: IXGLOGR dataset migration, Hunkeler Peter , KIUK 3
  • Re: IXGLOGR dataset migration, Barbara Nitz
    • Re: IXGLOGR dataset migration, R.S.
      • Re: IXGLOGR dataset migration, Hunkeler Peter , KIUK 3
      • Re: IXGLOGR dataset migration, Martin Packer
      • Re: IXGLOGR dataset migration, Hunkeler Peter , KIUK 3
  • Re: IXGLOGR dataset migration, Vernooy, C.P. - SPLXM
  • Re: IXGLOGR dataset migration, Barbara Nitz
    • Re: IXGLOGR dataset migration, R.S.
• ADR412E, John Dawes
  • Re: ADR412E, Hunkeler Peter , KIUK 3
    • Re: ADR412E, John Dawes
      • Re: ADR412E, Hunkeler Peter , KIUK 3
• FW: Inbound Message Notification - Malicious Code detected, Van Dalsen, Herbie
• Problems with IXGLOGR_* checks, jgarci12
• Exactly where is the source code for Zlinux?, Binyamin Dissen
  • Re: Exactly where is the source code for Zlinux?, Shane
  • Re: Exactly where is the source code for Zlinux?, Roy Hewitt
    • Re: Exactly where is the source code for Zlinux?, Binyamin Dissen
  • Re: Exactly where is the source code for Zlinux?, Mark Post
    • Re: Exactly where is the source code for Zlinux?, Binyamin Dissen
      • Re: Exactly where is the source code for Zlinux?, Shane
      • Re: Exactly where is the source code for Zlinux?, Binyamin Dissen
      • Re: Exactly where is the source code for Zlinux?, Mark Post
      • Re: Exactly where is the source code for Zlinux?, Mark Post
  • <Possible follow-ups>
  • Re: Exactly where is the source code for Zlinux?, Dave Jones
• Transparent TCP tunnel, Robert Winder
• ISMF Question, Vernooy, C.P. - SPLXM
  • Re: ISMF Question, Lizette Koehler
  • Re: ISMF Question, Van Dalsen, Herbie
  • Re: ISMF Question, John Kington
  • <Possible follow-ups>
  • Re: ISMF question, Neil Duffee
  • Re: ISMF question, Vernooy, C.P. - SPLXM
  • Re: ISMF Question, Vernooy, C.P. - SPLXM
    • Re: ISMF Question, John Kington
  • Re: ISMF Question, Vernooy, C.P. - SPLXM
    • Re: ISMF Question, John Kington
    • Re: ISMF Question, John Kington
• Re: MFNetDisk fastsync is ready., Shai Hess
• z/800 to z9 upgrade questions, Miklos Szigetvari
  • <Possible follow-ups>
  • Re: z/800 to z9 upgrade questions, Jim Marshall
  • Re: z/800 to z9 upgrade questions, Timothy Sipples
    • Re: z/800 to z9 upgrade questions, Ed Gould
      • Re: z/800 to z9 upgrade questions, Miklos Szigetvari
    • Re: z/800 to z9 upgrade questions, Rick Fochtman
  • Re: z/800 to z9 upgrade questions, Timothy Sipples
    • Re: z/800 to z9 upgrade questions, Ed Gould
  • Re: z/800 to z9 upgrade questions, Timothy Sipples
  • Re: z/800 to z9 upgrade questions, Timothy Sipples
    • Re: z/800 to z9 upgrade questions, Ed Gould
    • Re: z/800 to z9 upgrade questions, Eric Bielefeld
  • Re: z/800 to z9 upgrade questions, Timothy Sipples
• BMC CTM - - JOB505S PREVIOUS RUN OF CTMJOB DID NOT FINISH OK, Glen.Gasior
  • Re: BMC CTM - - JOB505S PREVIOUS RUN OF CTMJOB DID NOT FINISH OK, Glen.Gasior
• S/380, kerravon
• PKZIP Z/OS - How to check if zip-archive is empty in a batch-job, miguel . laiz
  • <Possible follow-ups>
  • Re: PKZIP Z/OS - How to check if zip-archive is empty in a batch-job, Arthur T.
• What is 'MVS-recognized' disablement?, Johnny Luo
  • Re: What is 'MVS-recognized' disablement?, Binyamin Dissen
  • Re: What is 'MVS-recognized' disablement?, Craddock, Chris
  • Re: What is 'MVS-recognized' disablement?, Jim Mulder
    • Re: What is 'MVS-recognized' disablement?, Craddock, Chris
      • Re: What is 'MVS-recognized' disablement?, Johnny Luo
  • <Possible follow-ups>
  • Re: What is 'MVS-recognized' disablement?, , IBM Mainframe Discussion List
    • Re: What is 'MVS-recognized' disablement?, Binyamin Dissen
    • Re: What is 'MVS-recognized' disablement?, Rick Fochtman
  • Re: What is 'MVS-recognized' disablement?, Walt Farrell
  • Re: What is 'MVS-recognized' disablement?, , IBM Mainframe Discussion List
    • Re: What is 'MVS-recognized' disablement?, Rick Fochtman
    • Re: What is 'MVS-recognized' disablement?, Jim Mulder
  • Re: What is 'MVS-recognized' disablement?, Walt Farrell
  • Re: What is 'MVS-recognized' disablement?, Tom Marchant
    • Re: What is 'MVS-recognized' disablement?, McKown, John
      • Re: What is 'MVS-recognized' disablement?, Craddock, Chris
      • Re: What is 'MVS-recognized' disablement?, McKown, John
      • Re: What is 'MVS-recognized' disablement?, Jim Mulder
  • Re: What is 'MVS-recognized' disablement?, , IBM Mainframe Discussion List
  • Re: What is 'MVS-recognized' disablement?, Peter Relson
    • Re: What is 'MVS-recognized' disablement?, Craddock, Chris
      • Re: What is 'MVS-recognized' disablement?, Hunkeler Peter , KIUK 3
      • Re: What is 'MVS-recognized' disablement?, Craddock, Chris
  • Re: What is 'MVS-recognized' disablement?, Patrick O'Keefe
  • Re: What is 'MVS-recognized' disablement?, , IBM Mainframe Discussion List
  • Re: What is 'MVS-recognized' disablement?, Peter Relson
  • Re: What is 'MVS-recognized' disablement?, , IBM Mainframe Discussion List
    • Re: What is 'MVS-recognized' disablement?, Jim Mulder
      • Re: What is 'MVS-recognized' disablement?, Rick Fochtman
  • Re: What is 'MVS-recognized' disablement?, Peter Relson
  • Re: What is 'MVS-recognized' disablement?, Peter Relson
• Retrieving current HSM AutoDump processing stats, Barry Gilder
  • Re: Retrieving current HSM AutoDump processing stats, George Fogg
  • Re: Retrieving current HSM AutoDump processing stats, Schwarz, Barry A
• Teach Yourself Supply Chain Management in 24 Hours Guide !, John Stapleton
• UK - GSE Large Systems Meeting Announcement and call for papers, Mark Wilson
  • <Possible follow-ups>
  • UK - GSE Large Systems Meeting Announcement and call for papers, Phil Payne
    • how to unsubscribe?, Tharranni Devi Shanmugam, TLS, Chennai
      • Re: how to unsubscribe?, Rich Smrcina
• Where are the DFHSM CDS stats kept?, Michael Schmutzok
• ServerPac Config Backleveled, philip Knight
  • Re: ServerPac Config Backleveled, Pinnacle
  • <Possible follow-ups>
  • Re: ServerPac Config Backleveled, philip Knight
  • Re: ServerPac Config Backleveled, philip Knight
• BatchPipes Hipersocket stage?, Tom Schmidt
• A Question on ViewDirect EXIT04, Brad Carson
  • Re: A Question on ViewDirect EXIT04, Ken Porowski
  • <Possible follow-ups>
  • Re: A Question on ViewDirect EXIT04, Robert S. Hansel , RSH
• Joseph H Winterton is out of the office., Joseph H Winterton
• renaming volume name, tharumca
• Re: Copying am FMID from one CSI to another, Shane
  • Re: Copying am FMID from one CSI to another, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Copying am FMID from one CSI to another, Varun Manocha
    • Re: Copying am FMID from one CSI to another, Gadi Ben-Avi
• Re: MFNetDisk presentation., Shai Hess
• Question regarding RACF migration., Sridhar K Veena
  • Re: Question regarding RACF migration., Schwarz, Barry A
    • Re: Question regarding RACF migration., Skip Robinson
  • Re: Question regarding RACF migration., Rick Fochtman
  • <Possible follow-ups>
  • Re: Question regarding RACF migration., Robert S. Hansel , RSH
  • Re: Question regarding RACF migration., Walt Farrell
  • Re: Question regarding RACF migration., Sridhar K Veena
  • Re: Question regarding RACF migration., Ed Finnell
    • Re: Question regarding RACF migration., Rick Fochtman
      • Re: Question regarding RACF migration., Skip Robinson
  • Re: Question regarding RACF migration., Ed Finnell
    • Re: Question regarding RACF migration., Rick Fochtman
  • Re: Question regarding RACF migration., Ted MacNEIL
    • Re: Question regarding RACF migration., Tom Longfellow
  • Re: Question regarding RACF migration., Ed Finnell
  • Re: Question regarding RACF migration., Ted MacNEIL
• Data Center Theft, Ed Gould
  • Re: Data Center Theft, Martin Packer
    • Re: Data Center Theft, Clark Morris
      • Re: Data Center Theft, Eric Bielefeld
      • Re: Data Center Theft, Gerard Schildberger
      • Re: Data Center Theft, Schwarz, Barry A
      • Re: Data Center Theft, McKown, John
      • Hardware encryption question(was Data Center Theft), Van Dalsen, Herbie
      • Re: Data Center Theft, William Donzelli
  • Re: Data Center Theft, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Data Center Theft, daver++
  • Re: Data Center Theft, Ed Finnell
    • Quick Question - how to get XCFAS to release CTC device to allow CHPID to go offline, Diehl, Gary , MVSSupport
      • Re: Quick Question - how to get XCFAS to release CTC device to allow CHPID to go offline, Mark Jacobs
      • Re: Quick Question - how to get XCFAS to release CTC device to allow CHPID to go offline, Jihad K Kawkabani
      • Re: Quick Question - how to get XCFAS to release CTC device to allow CHPID to go offline, Diehl, Gary , MVSSupport
  • Re: Data Center Theft, A L Hughes
• Grant Ward Able is out of the office., Grant Ward Able
• performance of db2 7 on mainframe, luca . devoti
  • Re: performance of db2 7 on mainframe, John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: performance of db2 7 on mainframe, IBMsysProg , Avram Friedman
  • Re: performance of db2 7 on mainframe, Timothy Sipples
    • Re: performance of db2 7 on mainframe, luca . devoti
• Hipersocket speed?, McKown, John
  • Re: Hipersocket speed?, Hal Merritt
  • <Possible follow-ups>
  • Re: Hipersocket speed?, Patrick O'Keefe
• Is there some cross reference between CPU types and machine instructions supported?, Binyamin Dissen
  • Re: Is there some cross reference between CPU types and machine instructions supported?, John P. Baker
  • Re: Is there some cross reference between CPU types and machine instructions supported?, khf00
  • Re: Is there some cross reference between CPU types and machine instructions supported?, Jack Schudel
    • Re: Is there some cross reference between CPU types and machine instructions supported?, Binyamin Dissen
      • Re: Is there some cross reference between CPU types and machine instructions supported?, Rick Fochtman
      • Re: Is there some cross reference between CPU types and machine instructions supported?, Blaicher, Chris
      • Re: Is there some cross reference between CPU types and machine instructions supported?, Shmuel Metz , Seymour J.
      • Re: Is there some cross reference between CPU types and machine instructions supported?, John P. Baker
      • Re: Is there some cross reference between CPU types and machine instructions supported?, Ed Gould
      • Re: Is there some cross reference between CPU types and machine instructions supported?, John P. Baker
      • Re: Is there some cross reference between CPU types and machine instructions supported?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Is there some cross reference between CPU types and machine instructions supported?, Tom Marchant
• DFHSM CANCEL REQUEST, esmie moo
  • Re: DFHSM CANCEL REQUEST, Pommier, Rex R.
    • Re: DFHSM CANCEL REQUEST, esmie moo
      • Re: DFHSM CANCEL REQUEST, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
    • Re: DFHSM CANCEL REQUEST, Edward Jaffe
      • Re: DFHSM CANCEL REQUEST, Adams, Rick
      • Re: DFHSM CANCEL REQUEST, McKown, John
      • Re: DFHSM CANCEL REQUEST, Edward Jaffe
      • Re: DFHSM CANCEL REQUEST, McKown, John
  • <Possible follow-ups>
  • Re: DFHSM CANCEL REQUEST, Ed Finnell
  • Re: DFHSM CANCEL REQUEST, Ray Mullins
    • Re: DFHSM CANCEL REQUEST, McKown, John
      • Re: DFHSM CANCEL REQUEST, Ray Mullins
      • Re: DFHSM CANCEL REQUEST, Gregory, Gary G
      • Re: DFHSM CANCEL REQUEST, Ed Gould
      • Re: DFHSM CANCEL REQUEST, esmie moo
      • Re: DFHSM CANCEL REQUEST, Edward Jaffe
      • Re: DFHSM CANCEL REQUEST, Pommier, Rex R.
    • Re: DFHSM CANCEL REQUEST, Shmuel Metz , Seymour J.
• is IBMLINK from the web down again?, Barkow, Eileen
  • Re: is IBMLINK from the web down again?, Staller, Allan
    • Re: is IBMLINK from the web down again?, Barkow, Eileen
  • <Possible follow-ups>
  • Re: is IBMLINK from the web down again?, Roland Schiradin
    • Re: is IBMLINK from the web down again?, Barkow, Eileen
  • Re: is IBMLINK from the web down again?, Roland Schiradin
• NCP Dump DCB, Richard Pinion
  • <Possible follow-ups>
  • Re: NCP Dump DCB, Patrick O'Keefe
    • Re: NCP Dump DCB, Robert Wright
    • Re: NCP Dump DCB, John S. Giltner, Jr.
• Doyle Banks/Mainline is out until 11/26/2007., Doyle Banks
• Top IBM Mainframe reseller threatens to exit biz (PSI is mentioned as well), Ed Gould
• OT IBM Introduced the PC in 1981, Ed Gould
• OT: Outsourcing has its disadvantages, Ed Gould
  • <Possible follow-ups>
  • Re: OT: Outsourcing has its disadvantages, Timothy Sipples
    • Re: OT: Outsourcing has its disadvantages, nounours
    • Re: OT: Outsourcing has its disadvantages, Ed Gould
• Re: Transferring data from a different site that uses VTS, Itschak Mugzach
  • <Possible follow-ups>
  • Re: Transferring data from a different site that uses VTS, Knutson, Sam
    • Re: Transferring data from a different site that uses VTS, McKown, John
      • Re: Transferring data from a different site that uses VTS, Rich Smrcina
• DFHSM can not allocate tape volume, Art
  • <Possible follow-ups>
  • Re: DFHSM can not allocate tape volume, Adams, Rick
• COBANAL new beta version, Roland Schiradin
  • Re: COBANAL new beta version, Capomaestro
    • Re: COBANAL new beta version, John P Kalinich
    • Re: COBANAL new beta version, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: COBANAL new beta version, Roland Schiradin
• AUTO: Lionel B Dyck is out of the office. (returning 11/26/2007), Lionel B Dyck
• Re: Are any of us this desperate?, Steve Comstock
  • Re: Are any of us this desperate?, Gary Green
  • Re: Are any of us this desperate?, Van Dalsen, Herbie
  • Re: Are any of us this desperate?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Are any of us this desperate?, Graeme Gibson
    • Re: Are any of us this desperate?, Shane
      • Re: Are any of us this desperate?, Ed Gould
      • Re: Are any of us this desperate?, Anthony Saul Babonas
      • Re: Are any of us this desperate?, Eric Bielefeld
      • Re: Are any of us this desperate?, Bill Johnson
      • Re: Are any of us this desperate?, Ed Gould
      • Re: Are any of us this desperate?, geo . culp
  • Re: Are any of us this desperate?, Robert Justice
  • Re: Are any of us this desperate?, Ted MacNEIL
    • Re: Are any of us this desperate?, howard . brazee
  • Re: Are any of us this desperate?, Graeme Gibson
    • Re: Are any of us this desperate?, Ed Gould
      • Re: Are any of us this desperate?, Eric Chevalier
      • Re: Are any of us this desperate?, Anthony Saul Babonas
      • Re: Are any of us this desperate?, Eric Bielefeld
      • Re: Are any of us this desperate?, Ed Gould
    • Re: Are any of us this desperate?, R.S.
      • Re: Are any of us this desperate?, Ed Gould
  • Re: Are any of us this desperate?, Graeme Gibson
  • Re: Are any of us this desperate?, Chase, John
    • Re: Are any of us this desperate?, Mark Jacobs
      • Re: Are any of us this desperate?, Anthony Saul Babonas
      • Re: Are any of us this desperate?, Edward Jaffe
  • Re: Are any of us this desperate?, Aaron Walker
  • Re: Are any of us this desperate?, Anton Britz
    • Re: Are any of us this desperate?, Doug Fuerst
    • Re: Are any of us this desperate?, Eric Bielefeld
  • Re: Are any of us this desperate?, daver++
  • Re: Are any of us this desperate?, Gary Green
  • Re: Are any of us this desperate?, Gary Green
    • Re: Are any of us this desperate?, Edward Jaffe
    • Re: Are any of us this desperate?, Chase, John
      • Re: Are any of us this desperate?, Edward Jaffe
    • Re: Are any of us this desperate?, Cobe Xu
  • Re: Are any of us this desperate?, daver++
  • Re: Are any of us this desperate?, daver++
  • Re: Are any of us this desperate?, Gary Green
  • Re: Are any of us this desperate?, Gary Green
  • Re: Are any of us this desperate?, Dave Barry
• to implement FasTSync using Shark, I need more infomation about Shark CCW (95,a5,a6), Shai Hess
  • <Possible follow-ups>
  • Re: to implement FasTSync using Shark, I need more infomation about Shark CCW (95,a5,a6), Shai Hess
• Dataset-held message to TSO user, Skip Robinson
  • Re: Dataset-held message to TSO user, Shane
    • Re: Dataset-held message to TSO user, Edward Jaffe
  • Re: Dataset-held message to TSO user, Edward Jaffe
  • <Possible follow-ups>
  • Re: Dataset-held message to TSO user, Lucymarie Ruth
    • Re: Dataset-held message to TSO user, Skip Robinson
    • Re: Dataset-held message to TSO user, Ed Gould
      • Re: Dataset-held message to TSO user, Shmuel Metz , Seymour J.
      • Re: Dataset-held message to TSO user, McKown, John
      • Re: Dataset-held message to TSO user, Ed Gould
      • Re: Dataset-held message to TSO user, Edward Jaffe
      • Re: Dataset-held message to TSO user, Binyamin Dissen
      • Re: Dataset-held message to TSO user, Shmuel Metz , Seymour J.
  • Re: Dataset-held message to TSO user, Brian Peterson
    • Re: Dataset-held message to TSO user, Edward Jaffe
      • Re: Dataset-held message to TSO user, Skip Robinson
  • Re: Dataset-held message to TSO user, Lucymarie Ruth
  • Re: Dataset-held message to TSO user, Lucymarie Ruth
    • Re: Dataset-held message to TSO user, Skip Robinson
  • Re: Dataset-held message to TSO user, Lucymarie Ruth
    • Re: Dataset-held message to TSO user, Skip Robinson
• What subsystem ate my message, Field, Alan C.
  • <Possible follow-ups>
  • Re: What subsystem ate my message, Bruce Richardson
• APF-Authorized, Aaron Walker
  • Re: APF-Authorized, Wissink, Brad [ITSYS]
• APF-me, Aaron Walker
  • Re: APF-me, Anthony Saul Babonas
  • <Possible follow-ups>
  • Re: APF-me, Ted MacNEIL
• Re: z/OS 1.8 Book Collection online?, Mark Zelden
  • Re: z/OS 1.8 Book Collection online?, Edward Jaffe
  • <Possible follow-ups>
  • Re: z/OS 1.8 Book Collection online?, Anton Britz
  • Re: z/OS 1.8 Book Collection online?, Anton Britz
  • Re: z/OS 1.8 Book Collection online?, Mark Zelden
• TCPIP AUTOLOG for Generic Servers, Greg LaChapelle
  • Re: TCPIP AUTOLOG for Generic Servers, Ron Wells
• Before I RCF these..., Ray Mullins
• Re: STK SILO DEVTYPE 9490, Mark Zelden
  • <Possible follow-ups>
  • Re: STK SILO DEVTYPE 9490, Roy Hewitt
  • Re: STK SILO DEVTYPE 9490, Brian Peterson
    • Re: STK SILO DEVTYPE 9490, George Rodriguez
      • Re: STK SILO DEVTYPE 9490, Bob Rutledge
      • Re: STK SILO DEVTYPE 9490, Doug Fuerst
    • Re: STK SILO DEVTYPE 9490, George Rodriguez
      • Re: STK SILO DEVTYPE 9490, R.S.
  • Re: STK SILO DEVTYPE 9490, Mark Zelden
  • Re: STK SILO DEVTYPE 9490, Brian Peterson
  • Re: STK SILO DEVTYPE 9490, Brian Peterson
  • Re: STK SILO DEVTYPE 9490, Mark Zelden
    • Re: STK SILO DEVTYPE 9490, R.S.
  • Re: STK SILO DEVTYPE 9490, Mike Baldwin
  • Re: STK SILO DEVTYPE 9490, Mark Zelden
• DFHSM - URGENT HELP, willie bunter
  • Re: DFHSM - URGENT HELP, Staller, Allan
  • Re: DFHSM - URGENT HELP, McKown, John
  • <Possible follow-ups>
  • Re: DFHSM - URGENT HELP, Thompson, Steve
    • Re: DFHSM - URGENT HELP, willie bunter
      • Re: DFHSM - URGENT HELP, Pommier, Rex R.
      • Re: DFHSM - URGENT HELP, willie bunter
      • Re: DFHSM - URGENT HELP, willie bunter
      • Re: DFHSM - URGENT HELP, Adams, Rick
      • Re: DFHSM - URGENT HELP, willie bunter
      • Re: DFHSM - URGENT HELP, Joel C. Ewing
      • Re: DFHSM - URGENT HELP, Staller, Allan
      • Re: DFHSM - URGENT HELP, Pommier, Rex R.
      • Re: DFHSM - URGENT HELP, Schwarz, Barry A
• CICS 3.1 Installation and Web Services for CICS, Kenneth R Barkhau
  • Re: CICS 3.1 Installation and Web Services for CICS, Barkow, Eileen
  • Re: CICS 3.1 Installation and Web Services for CICS, Mullen, Patrick
    • Re: CICS 3.1 Installation and Web Services for CICS, Kenneth R Barkhau
      • Re: CICS 3.1 Installation and Web Services for CICS, Barkow, Eileen
  • Re: CICS 3.1 Installation and Web Services for CICS, Hunter Cobb
    • Re: CICS 3.1 Installation and Web Services for CICS, Rich Smrcina
  • <Possible follow-ups>
  • Re: CICS 3.1 Installation and Web Services for CICS, Roland Schiradin
• HSM secondary space management - order?, Jennifer Currell
• z/OS V1R6 to V1R9 migration, Giliad Wilf
  • Re: z/OS V1R6 to V1R9 migration, khf00
  • E-MAIL address for Sam Palmisano?, Mark S. House
    • Re: E-MAIL address for Sam Palmisano?, Anonymous
    • Re: E-MAIL address for Sam Palmisano?, August Carideo
• SYSTRACE in SYSMDUMP, Miklos Szigetvari
  • <Possible follow-ups>
  • Re: SYSTRACE in SYSMDUMP, Lizette Koehler
• Re: Increase File size on system file held in LLA and XCFAS, Walter Marguccio
  • <Possible follow-ups>
  • Re: Increase File size on system file held in LLA and XCFAS, Mark Zelden
  • Re: Increase File size on system file held in LLA and XCFAS, Peter Relson
  • Re: Increase File size on system file held in LLA and XCFAS, Paul Gilmartin
    • Re: Increase File size on system file held in LLA and XCFAS, Mike Myers
    • Re: Increase File size on system file held in LLA and XCFAS, Mike Myers
  • Re: Increase File size on system file held in LLA and XCFAS, Paul Gilmartin
    • Re: Increase File size on system file held in LLA and XCFAS, Mike Myers
  • Re: Increase File size on system file held in LLA and XCFAS, Paul Gilmartin
    • Re: Increase File size on system file held in LLA and XCFAS, Mike Myers
  • Re: Increase File size on system file held in LLA and XCFAS, Paul Gilmartin
  • Re: Increase File size on system file held in LLA and XCFAS, Peter Relson
  • Re: Increase File size on system file held in LLA and XCFAS, Paul Gilmartin
  • Re: Increase File size on system file held in LLA and XCFAS, Peter Relson
• Problem with a CVC defined channel, Paolo Pirillo
  • <Possible follow-ups>
  • Re: Problem with a CVC defined channel, Walter Marguccio
  • Re: Problem with a CVC defined channel, Paolo Pirillo
• JES2 remote printers, Michael Saraco
  • <Possible follow-ups>
  • Re: JES2 remote printers, Big Iron
    • Re: JES2 remote printers, Michael Saraco
      • Re: JES2 remote printers, Ken Porowski
      • Re: JES2 remote printers, Michael Saraco
• Newspaper: IBM Invests $5M in Illinois State Univ., Timothy Sipples
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Steve Comstock
    • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Michael Stack
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Mark Post
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Edward Jaffe
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Michael Stack
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Mark Post
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Michael Stack
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., McKown, John
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Mark Post
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., McKown, John
    • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Mark Post
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Ray Mullins
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Derry, James E
    • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Wayne Driscoll
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Mark Post
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Steve Comstock
  • <Possible follow-ups>
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Alan Altmark
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Ed Finnell
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Ed Finnell
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Mark Post
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Patrick O'Keefe
    • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Edward Jaffe
      • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Mark Post
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Timothy Sipples
  • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Jim Marshall
    • Re: Newspaper: IBM Invests $5M in Illinois State Univ., Ed Gould
• Migration from z/OS 1.4 to ???, Mike Myers
  • <Possible follow-ups>
  • Re: Migration from z/OS 1.4 to ???, Ted MacNEIL
    • Re: Migration from z/OS 1.4 to ???, Mike Myers
  • Re: Migration from z/OS 1.4 to ???, Marna WALLE
• zFS (was Re: good, bad, or ugly?), Brian Peterson
  • Re: zFS (was Re: good, bad, or ugly?), McKown, John
• Sort to DFSMStvs (RLS) output file w/ replace - example(s) wanted, Tom Schmidt
• ZFS: good, bad, or ugly?, Hal Merritt
  • Re: ZFS: good, bad, or ugly?, Edward Jaffe
  • Re: good, bad, or ugly?, Robert Justice
  • Re: good, bad, or ugly?, James Chappell
    • Re: good, bad, or ugly?, Robert Justice
  • <Possible follow-ups>
  • ZFS: good, bad, or ugly?, Lucymarie Ruth
    • Re: good, bad, or ugly?, Robert Justice
    • Re: good, bad, or ugly?, Staller, Allan
      • Re: good, bad, or ugly?, gary
    • Re: good, bad, or ugly?, Lindy Mayfield
  • Re: ZFS: good, bad, or ugly?, Brian Peterson
• REXX Alternate Library v1.4.0, Chase, John
  • Re: REXX Alternate Library v1.4.0, Shane
    • Re: REXX Alternate Library v1.4.0, Chase, John
• Re: SMS Advanced Feature, Knutson, Sam
• z/OS PTFs, Meganen Naidoo - BCX - RO JHB
  • Re: z/OS PTFs, Mark Jacobs
  • Re: z/OS PTFs, Tergerson, John
  • <Possible follow-ups>
  • Re: z/OS PTFs, Mark Zelden
• From 1.7 to 1.8: CKPT effects, Christian Blesa
  • <Possible follow-ups>
  • Re: From 1.7 to 1.8: CKPT effects, Koala Powah
• CICSPLEX query, Tommy Tsui
  • <Possible follow-ups>
  • Re: CICSPLEX query, Roland Schiradin
• Remote HMC Access setup, Paul Coyne
  • Re: Remote HMC Access setup, Hal Merritt
    • Re: Remote HMC Access setup, Chase, John
      • Re: Remote HMC Access setup, Hal Merritt
      • Re: Remote HMC Access setup, Rick Fochtman
  • <Possible follow-ups>
  • Re: Remote HMC Access setup, Paul Coyne
    • Re: Remote HMC Access setup, Eric Bielefeld
  • Re: Remote HMC Access setup, Paul Coyne
• IBM in big push to build data centers for clients, Ed Gould
  • Re: IBM in big push to build data centers for clients, Veilleux, Jon L
    • Re: IBM in big push to build data centers for clients, Doc Farmer
    • Re: IBM in big push to build data centers for clien