bit.listserv.ibm-main

• Date Index

---

• OSA-ICC Concerns, Laine, Rogers
  • Re: OSA-ICC Concerns, Ron Wells
• Big Iron Bucks the Trend, Edward Jaffe
  • <Possible follow-ups>
  • Re: Big Iron Bucks the Trend, Patrick O'Keefe
• SMF70PMU question, Horne, Jim - James S
  • Re: SMF70PMU question, Patrick Falcone
    • Re: SMF70PMU question, Horne, Jim - James S
  • Re: SMF70PMU question, Don Deese
    • Re: SMF70PMU question, Horne, Jim - James S
  • <Possible follow-ups>
  • Re: SMF70PMU question, Horst Sinram
    • Re: SMF70PMU question, Horne, Jim - James S
      • Re: SMF70PMU question, Wayne Driscoll
  • Re: SMF70PMU question, Ted MacNEIL
  • Re: SMF70PMU question, Ted MacNEIL
• IBM Patents efforts to justify offshoring, Ed Gould
  • Re: IBM Patents efforts to justify offshoring, Kirk Wolf
• secure file transfer FROM z/OS, Jim McAlpine
  • Re: secure file transfer FROM z/OS, Kirk Wolf
    • Re: secure file transfer FROM z/OS, Jim McAlpine
• Zos 1.9, Carroll, William
• Another One Bites the Dust, Dave Cartwright
  • Re: Another One Bites the Dust, Rick Fochtman
    • Re: Another One Bites the Dust, Scott Ford
  • Re: Another One Bites the Dust, Eric Bielefeld
  • <Possible follow-ups>
  • Re: Another One Bites the Dust, Daniel McLaughlin
    • Re: Another One Bites the Dust, Bob Shannon
      • Re: Another One Bites the Dust, Mullen, Patrick
• AUTO: Brian Beth/Milwaukee/IBM is out of the office. (returning 04/06/2009), Brian Beth
• Mainframe Charge Back Software, Tom Eden
  • <Possible follow-ups>
  • Re: Mainframe Charge Back Software, Scott Barry
    • Re: Mainframe Charge Back Software, Paul Gillis
  • Re: Mainframe Charge Back Software, Jim Marshall
• DSNTYPE= ( was: YA SDB question), john gilmore
  • <Possible follow-ups>
  • Re: DSNTYPE= ( was: YA SDB question), Paul Gilmartin
• Re: SMPJHOME: Java level(s) for SMP/E 3.5?, Bohn, Dale
• SMPJHOME: Java level(s) for SMP/E 3.5?, Chase, John
  • Re: SMPJHOME: Java level(s) for SMP/E 3.5?, Edward Jaffe
• Re: MSTC Terminal Server Connection, RDP (Remote Desktop Protocol), John McKown
  • <Possible follow-ups>
  • Re: MSTC Terminal Server Connection, RDP (Remote Desktop Protocol), Kirk Wolf
• More Layoffs ?, essteam@xxxxxxxx
  • <Possible follow-ups>
  • Re: More Layoffs ?, Howard Rifkind
    • Re: More Layoffs ?, Rick Fochtman
• RMF VSAM Datasets, Lieven Borgs
  • Re: RMF VSAM Datasets, Rick Fochtman
    • Re: RMF VSAM Datasets, Gaur
• Re: Install z/OS from scratch, Itschak Mugzach
  • <Possible follow-ups>
  • Re: Install z/OS from scratch, R.S.
  • Re: Install z/OS from scratch, Ed Finnell
  • Re: Install z/OS from scratch, John Eells
• ML1 datasets in limbo, Brian Westerman
  • Re: ML1 datasets in limbo, O'Brien, David W. [C] , NIH/CIT
  • Re: ML1 datasets in limbo, Spencer, Mike
  • <Possible follow-ups>
  • Re: ML1 datasets in limbo, Brian Westerman
• SDF (Spool Display Facility) and z/OS 1.9, Mark N
• System z10 Articles in IBM Journal of R&D, Timothy Sipples
  • Re: System z10 Articles in IBM Journal of R&D, Miklos Szigetvari
    • Re: System z10 Articles in IBM Journal of R&D, Marian Gasparovic
  • <Possible follow-ups>
  • Re: System z10 Articles in IBM Journal of R&D, essteam@xxxxxxxx
    • Re: System z10 Articles in IBM Journal of R&D, Hunkeler Peter , KIUK 3
• YA SDB Question, Paul Gilmartin
  • Re: YA SDB Question, Edward Jaffe
  • <Possible follow-ups>
  • Re: YA SDB Question, Paul Gilmartin
    • Re: YA SDB Question, Edward Jaffe
  • Re: YA SDB Question, Paul Gilmartin
  • Re: YA SDB Question, Paul Gilmartin
    • Re: YA SDB Question, Gibney, Dave
  • Re: YA SDB Question, Ted MacNEIL
    • Re: YA SDB Question, Edward Jaffe
      • Re: YA SDB Question, Edward Jaffe
  • Re: YA SDB Question, Ted MacNEIL
  • Re: YA SDB Question, Ted MacNEIL
    • Re: YA SDB Question, Edward Jaffe
  • Re: YA SDB Question, Ted MacNEIL
• ENQ a member of a PDS, Savor, Tom
  • Re: ENQ a member of a PDS, Bob Rutledge
    • Re: ENQ a member of a PDS, Savor, Tom
      • Re: ENQ a member of a PDS, Binyamin Dissen
      • Re: ENQ a member of a PDS, Savor, Tom
  • Re: ENQ a member of a PDS, Edward Jaffe
    • Re: ENQ a member of a PDS, Robert A. Rosenberg
  • <Possible follow-ups>
  • Re: ENQ a member of a PDS, Paul Gilmartin
  • Re: ENQ a member of a PDS, Paul Gilmartin
    • Re: ENQ a member of a PDS, Schwarz, Barry A
  • Re: ENQ a member of a PDS, Ed Gould
  • Re: ENQ a member of a PDS, Paul Gilmartin
    • Re: ENQ a member of a PDS, Gibney, Dave
    • Re: ENQ a member of a PDS, Schwarz, Barry A
    • Re: ENQ a member of a PDS, Richard Peurifoy
• HMC API - hwmcaapi library for zLinux, Mauri Kanter
  • <Possible follow-ups>
  • Re: HMC API - hwmcaapi library for zLinux, Peter Bishop
  • Re: HMC API - hwmcaapi library for zLinux, Mauri Kanter
• Huge database of profiles with photos for all 30+ middle aged and older singles, sugarbear1002
• Example of Point & Shoot in IPCS, Arthur Fichtl
• 3270 Session to movie for presentation?, Paul Gilmartin
  • Re: 3270 Session to movie for presentation?, Rob Scott
    • Re: 3270 Session to movie for presentation?, Lionel B Dyck
  • Re: 3270 Session to movie for presentation?, Mark Post
  • <Possible follow-ups>
  • Re: 3270 Session to movie for presentation?, Philippe Seveur
  • Re: 3270 Session to movie for presentation?, Roger Lowe
  • Re: 3270 Session to movie for presentation?, Rafa Pereira
• MFNetDisk with the tape emulation is ready., Shai Hess
• Marty G Penhorwood/ISS/HQ/AGFin is out of the office., Marty Penhorwood
• Smoking Power Supply Alarms Net Brokerage House, Timothy Sipples
  • Re: Smoking Power Supply Alarms Net Brokerage House, Chris Hoelscher
  • Re: Smoking Power Supply Alarms Net Brokerage House, Tony Harminc
    • Re: Smoking Power Supply Alarms Net Brokerage House, Kelman, Tom
• Re: Pushing Your Product, Timothy Sipples
  • <Possible follow-ups>
  • Re: Pushing Your Product, Thomas Kern
• Need single character unique identifier for each system in a sysplex. 0-F is fine., Smith, Sean M
  • Re: Need single character unique identifier for each system in a sysplex. 0-F is fine., Edward Jaffe
    • Re: Need single character unique identifier for each system in a sysplex. 0-F is fine., Smith, Sean M
      • Re: Need single character unique identifier for each system in a sysplex. 0-F is fine., Edward Jaffe
  • <Possible follow-ups>
  • Re: Need single character unique identifier for each system in a sysplex. 0-F is fine., Mark Zelden
  • Re: Need single character unique identifier for each system in a sysplex. 0-F is fine., Walt Farrell
    • Re: Need single character unique identifier for each system in a sysplex. 0-F is fine., Rich Greenberg
  • Re: Need single character unique identifier for each system in a sysplex. 0-F is fine., Paul Gilmartin
  • Re: Need single character unique identifier for each system in a sysplex. 0-F is fine., Ted MacNEIL
  • Re: Need single character unique identifier for each system in a sysplex. 0-F is fine., Ted MacNEIL
    • Re: Need single character unique identifier for each system in a sysplex. 0-F is fine., Horne, Jim - James S
    • Re: Need single character unique identifier for each system in a sysplex. 0-F is fine., Thomas H Puddicombe
  • Re: Need single character unique identifier for each system in a sysplex. 0-F is fine., Ted MacNEIL
  • Re: Need single character unique identifier for each system in a sysplex. 0-F is fine., Walt Farrell
  • Re: Need single character unique identifier for each system in a sysplex. 0-F is fine., Walt Farrell
• Change RETPD for existing HSM DUMPCLASS tape volume, John Kelly
• TMON MVS Exception Reporting, Laine, Rogers
  • <Possible follow-ups>
  • Re: TMON MVS Exception Reporting, Laine, Rogers
• Copy IODF, Fred Hoffman
  • Re: Copy IODF, carlos roberto visconde
  • <Possible follow-ups>
  • Re: Copy IODF, Tom Marchant
  • Re: Copy IODF, Ed Finnell
• Data erase on stacked backend tapes., John Benik
  • Re: Data erase on stacked backend tapes., Don Bolton
  • Re: Data erase on stacked backend tapes., Stephen Mednick
  • Re: Data erase on stacked backend tapes., Stephen Mednick
  • <Possible follow-ups>
  • Re: Data erase on stacked backend tapes., Ed Finnell
  • Re: Data erase on stacked backend tapes., Mark Zelden
    • Re: Data erase on stacked backend tapes., Benik, John E
  • Re: Data erase on stacked backend tapes., Mark Zelden
  • Re: Data erase on stacked backend tapes., Daniel McLaughlin
    • Pushing Your Product, Eric Bielefeld
      • Re: Pushing Your Product, Edward Jaffe
• FTPD abend during shutdown, R.S.
• AUTO: Geoffrey K Smith is out of the office. (returning 03/30/2009), Geoffrey K Smith
• Re: Performance problems, Al Sherkow
  • Re: Performance problems, Shane
• FTP of VSAM file, Frank Swarbrick
  • Re: FTP of VSAM file, Gibney, Dave
  • Re: FTP of VSAM file, Hal Merritt
  • <Possible follow-ups>
  • Re: FTP of VSAM file, Frank Swarbrick
• Reading SMF records using SAS - Date/Time format, Santosh Kandi
  • <Possible follow-ups>
  • Re: Reading SMF records using SAS - Date/Time format, Scott Barry
    • Re: Reading SMF records using SAS - Date/Time format, Gaur
• MVS NFS client B78 5C on z/os 1.9, Gibbons, Mark
  • Re: MVS NFS client B78 5C on z/os 1.9, Schumacher, Otto
  • Re: MVS NFS client B78 5C on z/os 1.9, Fatemi, Reza
  • <Possible follow-ups>
  • Re: MVS NFS client B78 5C on z/os 1.9, Brian Peterson
  • Re: MVS NFS client B78 5C on z/os 1.9, Paul Gilmartin
• z/os TLS FTP over Frame Relay, Hal Merritt
• Emerson's apothegm, john gilmore
• Doubleword alignment (was: Optimal tape blocksize), john gilmore
  • <Possible follow-ups>
  • Re: Doubleword alignment (was: Optimal tape blocksize), Paul Gilmartin
• "A foolish consistancy" or "3390 cyl/track architecture", John McKown
  • Re: "A foolish consistancy" or "3390 cyl/track architecture", Bill Fairchild
    • Performance problems, Adams, Tracy
      • Re: Performance problems, Tom Harper
      • Re: Performance problems, Gibney, Dave
      • Re: Performance problems, Edward Jaffe
      • Re: Performance problems, Hal Merritt
      • Re: Performance problems, Rick Fochtman
      • Re: Performance problems, Andrew Rowley
  • Re: "A foolish consistancy" or "3390 cyl/track architecture", Edward Jaffe
    • Re: "A foolish consistancy" or "3390 cyl/track architecture", Edward Jaffe
  • Re: "A foolish consistancy" or "3390 cyl/track architecture", Spencer, Mike
  • <Possible follow-ups>
  • Re: "A foolish consistancy" or "3390 cyl/track architecture", Ted MacNEIL
  • Re: "A foolish consistancy" or "3390 cyl/track architecture", Arthur T.
    • Re: "A foolish consistancy" or "3390 cyl/track architecture", Raymond Noal
  • Re: "A foolish consistancy" or "3390 cyl/track architecture", Mohammad Khan
    • Re: "A foolish consistancy" or "3390 cyl/track architecture", Bill Fairchild
    • Re: "A foolish consistancy" or "3390 cyl/track architecture", Rich Smrcina
  • Re: "A foolish consistancy" or "3390 cyl/track architecture", Tom Marchant
    • Re: "A foolish consistancy" or "3390 cyl/track architecture", Eric Bielefeld
      • Re: "A foolish consistancy" or "3390 cyl/track architecture", Spencer, Mike
  • Re: "A foolish consistancy" or "3390 cyl/track architecture", Tom Marchant
  • Re: "A foolish consistancy" or "3390 cyl/track architecture", Walt Farrell
  • Re: "A foolish consistancy" or "3390 cyl/track architecture", Paul Gilmartin
    • Re: "A foolish consistancy" or "3390 cyl/track architecture", Chase, John
      • Re: "A foolish consistancy" or "3390 cyl/track architecture", Rick Fochtman
  • Re: "A foolish consistancy" or "3390 cyl/track architecture", Tom Marchant
    • Re: "A foolish consistancy" or "3390 cyl/track architecture", Anne & Lynn Wheeler
  • Re: "A foolish consistancy" or "3390 cyl/track architecture", Paul Gilmartin
    • Re: "A foolish consistancy" or "3390 cyl/track architecture", Bob Shannon
    • Message not available
      • Re: "A foolish consistancy" or "3390 cyl/track architecture", R.S.
    • Message not available
      • Re: "A foolish consistancy" or "3390 cyl/track architecture", Rick Fochtman
    • Message not available
      • Re: "A foolish consistancy" or "3390 cyl/track architecture", Eric Bielefeld
      • Re: "A foolish consistancy" or "3390 cyl/track architecture", Bill Fairchild
  • Re: "A foolish consistancy" or "3390 cyl/track architecture", Patrick O'Keefe
    • Re: "A foolish consistancy" or "3390 cyl/track architecture", Anne & Lynn Wheeler
    • Re: "A foolish consistancy" or "3390 cyl/track architecture", Eric Bielefeld
• Another Round Of IBM Layoffs, essteam@xxxxxxxx
  • Re: Another Round Of IBM Layoffs, Pierre Fichaud
  • <Possible follow-ups>
  • Re: Another Round Of IBM Layoffs, Daniel McLaughlin
    • Re: Another Round Of IBM Layoffs, Edward Jaffe
      • Re: Another Round Of IBM Layoffs, larry macioce
      • Re: Another Round Of IBM Layoffs, Eric Bielefeld
  • Re: Another Round Of IBM Layoffs, Daniel McLaughlin
    • Re: Another Round Of IBM Layoffs, Bob Shannon
      • Re: Another Round Of IBM Layoffs, larry macioce
      • Re: Another Round Of IBM Layoffs, Bill Fairchild
      • Re: Another Round Of IBM Layoffs, Mary Anne Matyaz
  • Re: Another Round Of IBM Layoffs, essteam@xxxxxxxx
  • Re: Another Round Of IBM Layoffs, Mohammad Khan
    • Re: Another Round Of IBM Layoffs, Chase, John
  • Re: Another Round Of IBM Layoffs, Daniel McLaughlin
  • Re: Another Round Of IBM Layoffs, Daniel McLaughlin
  • Re: Another Round Of IBM Layoffs, essteam@xxxxxxxx
  • Re: Another Round Of IBM Layoffs, Mohammad Khan
  • Re: Another Round Of IBM Layoffs, Mark Zelden
  • Re: Another Round Of IBM Layoffs, Ron
  • Re: Another Round Of IBM Layoffs, Dave Kopischke
  • Re: Another Round Of IBM Layoffs, Paul Peplinski
  • Re: Another Round Of IBM Layoffs, essteam@xxxxxxxx
  • ANOTHER ROUND OF IBM LAYOFFS, STEVEN DAHARI
  • ANOTHER ROUND OF IBM LAYOFFS, STEVEN DAHARI
• Optimal Tape Blocksize, Lizette Koehler
  • Re: Optimal Tape Blocksize, Gibney, Dave
  • Re: Optimal Tape Blocksize, Field, Alan C.
    • Re: Optimal Tape Blocksize, R.S.
  • Re: Optimal Tape Blocksize, Roach, Dennis , N-GHG
    • Re: Optimal Tape Blocksize, Richard Peurifoy
  • <Possible follow-ups>
  • Re: Optimal Tape Blocksize, John McKown
    • Re: Optimal Tape Blocksize, Edward Jaffe
      • Re: Optimal Tape Blocksize, Edward Jaffe
  • Re: optimal tape blocksize, john gilmore
    • Re: optimal tape blocksize, Field, Alan C.
  • Re: optimal tape blocksize, Paul Gilmartin
  • Re: Optimal Tape Blocksize, Ted MacNEIL
    • Re: Optimal Tape Blocksize, Gibney, Dave
      • Re: Optimal Tape Blocksize, Walter Marguccio
      • Re: Optimal Tape Blocksize, John Kington
  • Re: Optimal Tape Blocksize, Ted MacNEIL
  • Re: Optimal Tape Blocksize, Vernooy, C.P. - SPLXM
    • Re: Optimal Tape Blocksize, Walter Marguccio
  • Re: Optimal Tape Blocksize, Ted MacNEIL
  • Re: Optimal Tape Blocksize, Vernooy, C.P. - SPLXM
    • Re: Optimal Tape Blocksize, Walter Marguccio
      • Re: Optimal Tape Blocksize, John Kington
      • Re: Optimal Tape Blocksize, Gibney, Dave
    • Re: Optimal Tape Blocksize, Gibney, Dave
  • Re: Optimal Tape Blocksize, Terry Sambrooks
  • Re: Optimal Tape Blocksize, Tom Marchant
  • Re: Optimal Tape Blocksize, Paul Gilmartin
  • Re: Optimal Tape Blocksize, Ted MacNEIL
    • Re: Optimal Tape Blocksize, Bill Fairchild
      • Re: Optimal Tape Blocksize, Tony B.
  • Re: Optimal Tape Blocksize, Dave Kopischke
    • Re: Optimal Tape Blocksize, Gibney, Dave
  • Re: Optimal Tape Blocksize, Tom Marchant
    • Re: Optimal Tape Blocksize, Robert A. Rosenberg
  • Re: Optimal Tape Blocksize, Paul Gilmartin
  • Re: Optimal Tape Blocksize, Tom Marchant
  • Re: Optimal Tape Blocksize, Paul Gilmartin
    • Re: Optimal Tape Blocksize, Robert A. Rosenberg
  • Re: Optimal Tape Blocksize, Ted MacNEIL
  • Re: Optimal Tape Blocksize, Patrick O'Keefe
  • Re: Optimal Tape Blocksize, Patrick O'Keefe
  • Re: Optimal Tape Blocksize, Ed Gould
• Number of members in a PDS?, Chase, John
  • <Possible follow-ups>
  • Re: Number of members in a PDS?, Lizette Koehler
    • Re: Number of members in a PDS?, Chase, John
    • Re: Number of members in a PDS?, Chase, John
      • Re: Number of members in a PDS?, Elliot, David
      • Re: Number of members in a PDS?, Chase, John
  • Re: Number of members in a PDS?, Bruce Hewson
    • Re: Number of members in a PDS?, Chase, John
• RED ALERT - DB2 9 for z/OS potential data loss following REORG or REBUILD INDEX in non-data sharing., Knutson, Sam
  • Re: RED ALERT - DB2 9 for z/OS potential data loss following REORG or REBUILD INDEX in non-data sharing., Edward Jaffe
• SCLM for VTAM/TCPIP, Arju
• is out of the office., Keith Zawila
• "Cost" of RACF vs. small file I/O, P S
  • Re: "Cost" of RACF vs. small file I/O, Skip Robinson
  • Re: "Cost" of RACF vs. small file I/O, George Fogg
    • Re: "Cost" of RACF vs. small file I/O, P S
      • Re: "Cost" of RACF vs. small file I/O, Len Rugen
      • Re: "Cost" of RACF vs. small file I/O, Chase, John
      • Re: "Cost" of RACF vs. small file I/O, Rick Fochtman
      • Re: "Cost" of RACF vs. small file I/O, Mary Anne Matyaz
      • Re: "Cost" of RACF vs. small file I/O, Rick Fochtman
      • Re: "Cost" of RACF vs. small file I/O, Chase, John
      • Re: "Cost" of RACF vs. small file I/O, P S
      • Re: "Cost" of RACF vs. small file I/O, Hayim Sokolsky
      • Re: "Cost" of RACF vs. small file I/O, Rob Schramm
      • Re: "Cost" of RACF vs. small file I/O, Chase, John
  • Re: "Cost" of RACF vs. small file I/O, Mark Post
  • Re: "Cost" of RACF vs. small file I/O, Chase, John
  • <Possible follow-ups>
  • Re: "Cost" of RACF vs. small file I/O, Ted MacNEIL
  • Re: "Cost" of RACF vs. small file I/O, Peter Bishop
    • Re: "Cost" of RACF vs. small file I/O, George Fogg
  • Re: "Cost" of RACF vs. small file I/O, Walt Farrell
  • Re: "Cost" of RACF vs. small file I/O, Walt Farrell
  • Re: "Cost" of RACF vs. small file I/O, Walt Farrell
• initialize (reset) file, Frank Swarbrick
  • Re: initialize (reset) file, Rick Fochtman
    • Re: initialize (reset) file, Frank Swarbrick
  • Re: initialize (reset) file, Raymond Noal
    • Re: initialize (reset) file, Frank Swarbrick
    • Re: initialize (reset) file, Rick Fochtman
      • Re: initialize (reset) file, Tom Harper
  • <Possible follow-ups>
  • Re: initialize (reset) file, Tom Harper
    • Re: initialize (reset) file, Frank Swarbrick
  • Re: initialize (reset) file, Frank Swarbrick
    • Re: initialize (reset) file, Tom Harper
  • Re: initialize (reset) file, Frank Swarbrick
    • Re: initialize (reset) file, Rick Fochtman
  • Re: initialize (reset) file, Frank Swarbrick
    • Re: initialize (reset) file, Gaur
  • Re: initialize (reset) file, Frank Swarbrick
    • Re: initialize (reset) file, Tom Harper
• JES2 OFFLOAD restore, Michael Saraco
  • <Possible follow-ups>
  • Re: JES2 OFFLOAD restore, Big Iron
• Need help with RACF SETROPTS PASSWORD option, Vic Petrone
  • Re: Need help with RACF SETROPTS PASSWORD option, Wayne Driscoll
  • Re: Need help with RACF SETROPTS PASSWORD option, Binyamin Dissen
  • <Possible follow-ups>
  • Re: Need help with RACF SETROPTS PASSWORD option, Vic Petrone
• SVC 50 (0A32), Paul Schuster
  • Re: SVC 50 (0A32), Rick Fochtman
    • Re: SVC 50 (0A32), Richard Peurifoy
    • Re: SVC 50 (0A32), Richard Peurifoy
  • Re: SVC 50 (0A32), Binyamin Dissen
  • <Possible follow-ups>
  • Re: SVC 50 (0A32), Big Iron
  • Re: SVC 50 (0A32), Thompson, Steve
    • Re: SVC 50 (0A32), Bill Fairchild
      • Re: SVC 50 (0A32), Binyamin Dissen
  • Re: SVC 50 (0A32), Chris Mason
  • Re: SVC 50 (0A32), Paul Schuster
• Re: AW: Where are the system symbols??, Mark Zelden
• MS finally discovers IEFBR14 (OT & Humor), Ed Gould
• Pass Parameter containing spaces to Rexx in BATCH, Michael Knigge
  • Re: Pass Parameter containing spaces to Rexx in BATCH, Rich Smrcina
  • Re: Pass Parameter containing spaces to Rexx in BATCH, Hal Merritt
    • Re: Pass Parameter containing spaces to Rexx in BATCH, Michael Knigge
  • Re: Pass Parameter containing spaces to Rexx in BATCH, Steve Comstock
  • <Possible follow-ups>
  • Re: Pass Parameter containing spaces to Rexx in BATCH, Bri P
  • Re: Pass Parameter containing spaces to Rexx in BATCH, Terry Sambrooks
  • Re: Pass Parameter containing spaces to Rexx in BATCH, Paul Gilmartin
  • Re: Pass Parameter containing spaces to Rexx in BATCH, Ted MacNEIL
• TXT2PDF, Bri P
  • Re: TXT2PDF, Lionel B Dyck
    • Re: TXT2PDF, Tom Longfellow
  • <Possible follow-ups>
  • Re: TXT2PDF, Bri P
• Where are the system symbols??, larry macioce
  • AW: Where are the system symbols??, Dietmar Ley
    • Re: Where are the system symbols??, Daniel Allen
    • Re: Where are the system symbols??, larry macioce
      • Re: Where are the system symbols??, R.S.
      • AW: Where are the system symbols??, Dietmar Ley
      • Re: Where are the system symbols??, Staller, Allan
      • Re: Where are the system symbols??, Steven Conway
      • Re: Where are the system symbols??, Steven Conway
  • <Possible follow-ups>
  • Re: Where are the system symbols??, Vernooy, C.P. - SPLXM
  • Re: Where are the system symbols??, Bruce Hewson
  • Re: Where are the system symbols??, Peter Relson
    • Re: Where are the system symbols??, larry macioce
      • Re: Where are the system symbols??, Tony Curtis
  • Re: Where are the system symbols??, Tom Marchant
• Intel Chip Vulnerability, Ken Porowski
• OMVS Sysplex Root in a multi-site Parallel Sysplex, Arthur Gutowski
  • <Possible follow-ups>
  • Re: OMVS Sysplex Root in a multi-site Parallel Sysplex, Gaur
  • Re: OMVS Sysplex Root in a multi-site Parallel Sysplex, Arthur Gutowski
• Another MIM Integrity Question, John McKown
  • <Possible follow-ups>
  • Re: Another MIM Integrity Question, Paul Gilmartin
  • Re: Another MIM Integrity Question, Mark Zelden
  • Re: Another MIM Integrity Question, Ted MacNEIL
• SAN connection on an MP3000?, scott
• Starting master scheduler run tasks, scott
  • Re: Starting master scheduler run tasks, Gaur
• In trouble!, Miles
  • <Possible follow-ups>
  • Re: In trouble!, Vernooy, C.P. - SPLXM
    • Re: In trouble!, Hal Merritt
      • Re: In trouble!, George Fogg
      • Re: In trouble!, Roach, Dennis , N-GHG
      • Re: In trouble!, Schlueter, Edward
    • Re: In trouble!, Miles
  • Re: In trouble!, John McKown
  • Re: In trouble!, Brian Westerman
  • Re: In trouble!, Sebastian Welton
• Re: Future of DLC (Data Link Control), Chris Mason
• how to delete the vsam FILE while I got IEC161I (return code 052) SFI=009, Tommy Tsui
  • Re: how to delete the vsam FILE while I got IEC161I (return code 052) SFI=009, Tommy Tsui
  • Re: how to delete the vsam FILE while I got IEC161I (return code 052) SFI=009, pauls2272
  • Re: how to delete the vsam FILE while I got IEC161I (return code 052) SFI=009, Staller, Allan
  • <Possible follow-ups>
  • Re: how to delete the vsam FILE while I got IEC161I (return code 052) SFI=009, John McKown
    • Re: how to delete the vsam FILE while I got IEC161I (return code 052) SFI=009, Tommy Tsui
      • Re: how to delete the vsam FILE while I got IEC161I (return code 052) SFI=009, Tommy Tsui
      • Re: how to delete the vsam FILE while I got IEC161I (return code 052) SFI=009, Tommy Tsui
  • Re: how to delete the vsam FILE while I got IEC161I (return code 052) SFI=009, John McKown
  • Re: how to delete the vsam FILE while I got IEC161I (return code 052) SFI=009, John McKown
• MFNetDisk is not only disk., Shai Hess
• ICETOOL - date subtraction, john gilmore
• GRSPLEX vs CA MIM IM, Maddry, Gray
  • Re: GRSPLEX vs CA MIM IM, Kevin Mckenzie
  • <Possible follow-ups>
  • Re: GRSPLEX vs CA MIM IM, Ted MacNEIL
    • Re: GRSPLEX vs CA MIM IM, Maddry, Gray
  • Re: GRSPLEX vs CA MIM IM, Jimmy Wagner
  • Re: GRSPLEX vs CA MIM IM, Ted MacNEIL
    • Re: GRSPLEX vs CA MIM IM, Don Deese
  • Re: GRSPLEX vs CA MIM IM, Mark Zelden
• Current version of IEFACTRT?, John McKown
  • Re: Current version of IEFACTRT?, Natarajan Mohan
• SMSVSAM toleration maint for 1.10, Jousma, David
• Cursor on IPCS sysout stream, Miklos Szigetvari
  • Re: Cursor on IPCS sysout stream, Todd Burch
    • Re: Cursor on IPCS sysout stream, Miklos Szigetvari
      • Re: Cursor on IPCS sysout stream, Todd Burch
      • Re: Cursor on IPCS sysout stream, Dave Salt
      • Point-and-shoot (was: Cursor on IPCS sysout stream), Dave Salt
      • Re: Point-and-shoot (was: Cursor on IPCS sysout stream), Todd Burch
      • Re: Point-and-shoot (was: Cursor on IPCS sysout stream), Dave Salt
• How to identify the maximum size of VSAM LDS, Sivakumar, Manikandan
  • Re: How to identify the maximum size of VSAM LDS, R.S.
• ICETOOL - date subtraction?, John McKown
  • Re: ICETOOL - date subtraction?, Frank Yaeger
  • <Possible follow-ups>
  • Re: ICETOOL - date subtraction?, Elardus Engelbrecht
    • Re: ICETOOL - date subtraction?, Frank Yaeger
  • Re: ICETOOL - date subtraction?, John McKown
  • Re: ICETOOL - date subtraction?, Elardus Engelbrecht
• z/OS 1.7 upgrade to 1.10, Jan Smit - Business Connexion
  • <Possible follow-ups>
  • Re: z/OS 1.7 upgrade to 1.10, Daniel McLaughlin
    • Re: z/OS 1.7 upgrade to 1.10, R.S.
      • Re: z/OS 1.7 upgrade to 1.10, George Fogg
      • Re: z/OS 1.7 upgrade to 1.10, John P. Baker
      • Re: z/OS 1.7 upgrade to 1.10, R.S.
      • Re: z/OS 1.7 upgrade to 1.10, George Fogg
      • Re: z/OS 1.7 upgrade to 1.10, Kevin Mckenzie
      • Re: z/OS 1.7 upgrade to 1.10, Roach, Dennis , N-GHG
  • Re: z/OS 1.7 upgrade to 1.10, Walt Farrell
  • Re: z/OS 1.7 upgrade to 1.10, Brian Westerman
    • Re: z/OS 1.7 upgrade to 1.10, Eric Bielefeld
    • Re: z/OS 1.7 upgrade to 1.10, Roach, Dennis , N-GHG
      • Re: z/OS 1.7 upgrade to 1.10, larry macioce
      • Re: z/OS 1.7 upgrade to 1.10, R.S.
  • Re: z/OS 1.7 upgrade to 1.10, Brian Westerman
• grs, Carroll, William
  • Re: grs, Lizette Koehler
  • <Possible follow-ups>
  • Re: grs, Doug Henry
    • Re: grs, Carroll, William
• UNABLE TO DELETE ML2 DSN, esmie moo
  • Re: UNABLE TO DELETE ML2 DSN, Richards, Robert B.
  • Re: UNABLE TO DELETE ML2 DSN, Spencer, Mike
  • Re: UNABLE TO DELETE ML2 DSN, Shane
    • Re: UNABLE TO DELETE ML2 DSN, Richards, Robert B.
  • <Possible follow-ups>
  • Re: UNABLE TO DELETE ML2 DSN, esmie moo
    • Re: UNABLE TO DELETE ML2 DSN, Brian Fraser
  • Re: UNABLE TO DELETE ML2 DSN, esmie moo
  • Re: UNABLE TO DELETE ML2 DSN, esmie moo
  • Re: UNABLE TO DELETE ML2 DSN, esmie moo
  • Re: UNABLE TO DELETE ML2 DSN, Daniel McLaughlin
  • Re: UNABLE TO DELETE ML2 DSN, esmie moo
  • Re: UNABLE TO DELETE ML2 DSN, esmie moo
  • Re: UNABLE TO DELETE ML2 DSN, Daniel McLaughlin
  • Re: UNABLE TO DELETE ML2 DSN, esmie moo
    • Re: UNABLE TO DELETE ML2 DSN, Staller, Allan
  • Re: UNABLE TO DELETE ML2 DSN, Don Williams
    • Re: UNABLE TO DELETE ML2 DSN, Schumacher, Otto
    • Re: UNABLE TO DELETE ML2 DSN, Staller, Allan
  • Re: UNABLE TO DELETE ML2 DSN, Don Williams
  • Re: UNABLE TO DELETE ML2 DSN, esmie moo
  • UNABLE TO DELETE ML2 DSN, Andre Coelho
• JES2 Command to purge queue, fellowtong@xxxxxxxxxxxx
  • Re: JES2 Command to purge queue, billlalonde43
    • Re: JES2 Command to purge queue, fellowtong
      • Re: JES2 Command to purge queue, Gaur
      • Re: JES2 Command to purge queue, fellowtong
• Old discussion about Windows running on a mainframe ( I brought up), Ed Gould
  • Re: Old discussion about Windows running on a mainframe ( I brought up), Harry Wahl
    • Re: Old discussion about Windows running on a mainframe ( I brought up), Kirk Wolf
    • Re: Old discussion about Windows running on a mainframe ( I brought up), Gibney, Dave
  • <Possible follow-ups>
  • Re: Old discussion about Windows running on a mainframe ( I brought up), John McKown
    • Re: Old discussion about Windows running on a mainframe ( I brought up), P S
  • Re: Old discussion about Windows running on a mainframe ( I brought up), Tom Marchant
  • Re: Old discussion about Windows running on a mainframe ( I brought up), John McKown
  • Re: Old discussion about Windows running on a mainframe ( I brought up), Tom Marchant
• FTP - EZA1684W Local file not found, Pat Monk
  • Re: FTP - EZA1684W Local file not found, Gibney, Dave
    • Re: FTP - EZA1684W Local file not found, Gaur
• Is your installation LNKLSTing datasets in addtion to the system LNKLST?, John Norgauer
  • Re: Is your installation LNKLSTing datasets in addtion to the system LNKLST?, Rick Fochtman
• Are IBM-MAIN usage guidelines posted somewhere?, Gregory Pinkowski
  • <Possible follow-ups>
  • Re: Are IBM-MAIN usage guidelines posted somewhere?, Patrick O'Keefe
• Message suppression (was: IEE252I MSG's), Patrick O'Keefe
  • <Possible follow-ups>
  • Re: Message suppression (was: IEE252I MSG's), Ted MacNEIL
  • Re: Message suppression (was: IEE252I MSG's), Patrick O'Keefe
• IEHDASDR documentation, Jim Mulder
  • Re: IEHDASDR documentation, John Kelly
  • Re: IEHDASDR documentation, Rick Fochtman
  • <Possible follow-ups>
  • Re: IEHDASDR documentation, Stocker, Herman
  • Re: IEHDASDR documentation, Ted MacNEIL
    • Re: IEHDASDR documentation, Bill Fairchild
• Cheap Baby Milo Hoodies, Juicy Suit, Armani Sweater Wholesale, www.hiphopurbanclothes.com Shoes Purse Wholesale
• question about creating a maint pack, larry macioce
  • <Possible follow-ups>
  • Re: question about creating a maint pack, Tom Marchant
    • Re: question about creating a maint pack, Gaur
• Re: IEE252I MSG's, Lizette Koehler
  • <Possible follow-ups>
  • Re: IEE252I MSG's, Jousma, David
  • Re: IEE252I MSG's, John Kelly
  • Re: IEE252I MSG's, Mark Zelden
  • Re: IEE252I MSG's, Natarajan Mohan
  • Re: IEE252I MSG's, Mark Zelden
    • Re: IEE252I MSG's, Natarajan Mohan
  • Re: IEE252I MSG's, Ted MacNEIL
  • Re: IEE252I MSG's, Tom Marchant
• Question on creating a maint pack, larry macioce
  • <Possible follow-ups>
  • Question on creating a maint pack, larry macioce
    • Re: Question on creating a maint pack, Kevin Mckenzie
      • Re: Question on creating a maint pack, larry macioce
      • Re: Question on creating a maint pack, larry macioce
      • Re: Question on creating a maint pack, Kevin Mckenzie
      • Re: Question on creating a maint pack, larry macioce
      • Re: Question on creating a maint pack, O'Brien, David W. [C] , NIH/CIT
      • Re: Question on creating a maint pack, O'Brien, David W. [C] , NIH/CIT
      • Re: Question on creating a maint pack, Rick Fochtman
  • Re: Question on creating a maint pack, Tom Marchant
    • Re: Question on creating a maint pack, larry macioce
  • Re: Question on creating a maint pack, Mark Zelden
  • Re: Question on creating a maint pack, Mark Zelden
    • Re: Question on creating a maint pack, larry macioce
  • Re: Question on creating a maint pack, Arthur Gutowski
• New free technical paper: The Arc of DB2 - Using DB2 to work the World Wide Web, Steve Comstock
• How Many Mainframes Do You Need?, Richards, Robert B.
  • Re: How Many Mainframes Do You Need?, Bob Shannon
  • Re: How Many Mainframes Do You Need?, Shane
  • Re: How Many Mainframes Do You Need?, Skip Robinson
  • <Possible follow-ups>
  • Re: How Many Mainframes Do You Need?, Daniel McLaughlin
    • Re: How Many Mainframes Do You Need?, Chase, John
      • Re: How Many Mainframes Do You Need?, Schlueter, Edward
      • Re: How Many Mainframes Do You Need?(OT), Rick Fochtman
      • Semi-OT: Turkeys and MVS wasRe: How Many Mainframes Do You Need?(OT), Clark Morris
      • Re: Semi-OT: Turkeys and MVS wasRe: How Many Mainframes Do You Need?(OT), Rick Fochtman
  • Fw: How Many Mainframes Do You Need?, Skip Robinson
• Re: /*WITH & /*AFTER, Stephen McColley
  • <Possible follow-ups>
  • Re: /*WITH & /*AFTER, Mark Zelden
• db2 archiving, Christopher Keller
• AUTO: James Obrizok is out of the office (returning 03/23/2009), James Obrizok
• IDG306I Error, Chris Burgess
  • Re: IDG306I Error, Staller, Allan
    • Re: IDG306I Error, Chris Burgess
  • Re: IDG306I Error, Lizette Koehler
  • <Possible follow-ups>
  • Re: IDG306I Error, Big Iron
    • Re: IDG306I Error, Chris Burgess
• FTP timeout problem, Johnston, Robert E
  • Re: FTP timeout problem, christopher . john . mason
  • Re: FTP timeout problem, Hal Merritt
  • <Possible follow-ups>
  • Re: FTP timeout problem, Scott Barry
    • Re: FTP timeout problem, Johnston, Robert E
      • Re: FTP timeout problem, Clark, Kevin
      • Re: FTP timeout problem, Roach, Dennis , N-GHG
      • Re: FTP timeout problem, Johnston, Robert E
      • Re: FTP timeout problem, Hal Merritt
      • Re: FTP timeout problem, Ed Philbrook
      • Re: FTP timeout problem, Clark, Kevin
      • Re: FTP timeout problem, Johnston, Robert E
  • Re: FTP timeout problem, Chris Mason
  • Re: FTP timeout problem, Chris Mason
• Out of Office, Aileen Wynne
• DFHSM primary volumes., Richbourg, Claude
  • Re: DFHSM primary volumes., O'Brien, David W. [C] , NIH/CIT
  • Re: DFHSM primary volumes., Staller, Allan
• Kaiser outsources to IBM, Kelman, Tom
  • Re: Kaiser outsources to IBM, Lionel B Dyck
    • Re: Kaiser outsources to IBM, Jousma, David
    • Re: Kaiser outsources to IBM, Rick Fochtman
• Re: Leap seconds vs z/OS dispatch, Paul Gilmartin
• XML 1.9 needed for CICSTS32 install, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: XML 1.9 needed for CICSTS32 install, Brian Peterson
    • BPXWH2Z, Veilleux, Jon L
• Re: Share Spool, Martin Kline
  • Re: Share Spool, Ron Wells
  • Re: Share Spool, Ron Wells
    • Performance lags in HostExplorer, Adams, Tracy
      • Re: Performance lags in HostExplorer, Hal Merritt
  • <Possible follow-ups>
  • Re: Share Spool, Martin Kline
    • Re: Share Spool, Ron Wells
  • Re: Share Spool, Martin Kline
    • Re: Share Spool, Ron Wells
  • Re: Share Spool, Martin Kline
    • Re: Share Spool, Ron Wells
• Implementing CA-1 / RACF, John McKown
  • Re: Implementing CA-1 / RACF, Dean Montevago
  • Re: Implementing CA-1 / RACF, Doc Farmer
  • <Possible follow-ups>
  • Re: Implementing CA-1 / RACF, John McKown
  • Re: Implementing CA-1 / RACF, David Waldman
• Cowlishaw vs Collishaw, john gilmore
• SAR QUESTION - SAVING LISTING TO A DSN, John Dawes
  • Re: SAR QUESTION - SAVING LISTING TO A DSN, Beesley, Paul
  • <Possible follow-ups>
  • Re: SAR QUESTION - SAVING LISTING TO A DSN, Paul Peplinski
• Re: SMP/E RECEIVE ORDER: Prerequisites?, Brian Peterson
  • Re: SMP/E RECEIVE ORDER: Prerequisites?, Chase, John
    • Re: SMP/E RECEIVE ORDER: Prerequisites?, Eric Bielefeld
      • Re: SMP/E RECEIVE ORDER: Prerequisites?, Richards, Robert B.
      • Re: SMP/E RECEIVE ORDER: Prerequisites?, Staller, Allan
      • Re: SMP/E RECEIVE ORDER: Prerequisites?, Eric Bielefeld
  • <Possible follow-ups>
  • Re: SMP/E RECEIVE ORDER: Prerequisites?, Brian Peterson
  • Re: SMP/E RECEIVE ORDER: Prerequisites?, Brian Peterson
    • Re: SMP/E RECEIVE ORDER: Prerequisites?, Eric Bielefeld
  • Re: SMP/E RECEIVE ORDER: Prerequisites?, Mark Zelden
    • Re: SMP/E RECEIVE ORDER: Prerequisites?, Skip Robinson
  • Re: SMP/E RECEIVE ORDER: Prerequisites?, Paul Gilmartin
  • Re: SMP/E RECEIVE ORDER: Prerequisites?, Tom Marchant
    • Re: SMP/E RECEIVE ORDER: Prerequisites?, Eric Bielefeld
• SMP/E RECEIVE ORDER: Prerequisites?, Chase, John
  • Re: SMP/E RECEIVE ORDER: Prerequisites?, Scott Rowe
• How to protect with RACF an XCF group ?, Mauri Kanter
  • <Possible follow-ups>
  • Re: How to protect with RACF an XCF group ?, Elardus Engelbrecht
  • Re: How to protect with RACF an XCF group ?, Mauri Kanter
  • Re: How to protect with RACF an XCF group ?, Elardus Engelbrecht
  • Re: How to protect with RACF an XCF group ?, Mauri Kanter
  • Re: How to protect with RACF an XCF group ?, Elardus Engelbrecht
  • Re: How to protect with RACF an XCF group ?, Walt Farrell
  • Re: How to protect with RACF an XCF group ?, Mauri Kanter
• Re: SDSF problems in z/OS 1.9, Richards, Robert B.
  • <Possible follow-ups>
  • Re: SDSF problems in z/OS 1.9, Natarajan Mohan
  • Re: SDSF problems in z/OS 1.9, Paul Gillis
• Stems as associative memory (Was: Multi-dimensional arrays in REXX), Arthur Fichtl
  • <Possible follow-ups>
  • Re: Stems as associative memory (Was: Multi-dimensional arrays in REXX), Ian S. Worthington
• Re: CEEPRM00 for dummies (me), Nicholas Carbone
• SCSIDISC SAMPEXEC on z/VM 5.4.0, Raymond Noal
  • <Possible follow-ups>
  • Re: SCSIDISC SAMPEXEC on z/VM 5.4.0, Ian S. Worthington
    • Re: SCSIDISC SAMPEXEC on z/VM 5.4.0, Raymond Noal
• SMS overflow storage group question, Neal Scheffler
  • <Possible follow-ups>
  • Re: SMS overflow storage group question, John Ticic
• PCI Compliance, Hal Merritt
  • Re: PCI Compliance, Anne & Lynn Wheeler
• Share proceedings question again, Neal Eckhardt
  • <Possible follow-ups>
  • Re: Share proceedings question again, Brian Peterson
• .*WITH & /*AFTER Commands?, Steven Conway
  • Re: .*WITH & /*AFTER Commands?, Jerry Whitteridge
    • Re: .*WITH & /*AFTER Commands?, Steven Conway
      • Re: .*WITH & /*AFTER Commands?, Richards, Robert B.
  • Re: .*WITH & /*AFTER Commands?, William Bishop
    • Re: .*WITH & /*AFTER Commands?, Norris Jackson
    • Re: .*WITH & /*AFTER Commands?, Norris Jackson
      • Re: .*WITH & /*AFTER Commands?, Steven Conway
  • <Possible follow-ups>
  • Re: .*WITH & /*AFTER Commands?, Daniel McLaughlin
    • Re: /*WITH & /*AFTER Commands? (was .*WITH & /*AFTER Commands?), Steven Conway
  • Re: .*WITH & /*AFTER Commands?, Daniel McLaughlin
  • Re: .*WITH & /*AFTER Commands?, Mark Zelden
    • Re: .*WITH & /*AFTER Commands?, Steven Conway
  • Re: .*WITH & /*AFTER Commands?, Ted MacNEIL
• PDS(E) usage for proclibs, Barrett, Dennis
  • Re: PDS(E) usage for proclibs, Skip Robinson
  • <Possible follow-ups>
  • Re: PDS(E) usage for proclibs, Mark Zelden
• The Sun may be shining in IBM, Lionel B Dyck
• Sun/STK T10K tape drives and HSM, Larre Shiller
  • Re: Sun/STK T10K tape drives and HSM, Adams, Rick
  • Re: Sun/STK T10K tape drives and HSM, O'Brien, David W. [C] , NIH/CIT
  • <Possible follow-ups>
  • Re: Sun/STK T10K tape drives and HSM, Larre Shiller
  • Re: Sun/STK T10K tape drives and HSM, Mark Zelden
    • Re: Sun/STK T10K tape drives and HSM, O'Brien, David W. [C] , NIH/CIT
• protecting ISPF dataset allocations, Jousma, David
  • Re: protecting ISPF dataset allocations, Bob Shannon
    • Re: protecting ISPF dataset allocations, Jousma, David
      • Re: protecting ISPF dataset allocations, Wayne Driscoll
      • FRBACKUP with VERSIONS=0, Scott Rowe
      • Re: protecting ISPF dataset allocations, Schwarz, Barry A
    • Re: protecting ISPF dataset allocations, Wayne Driscoll
  • Re: protecting ISPF dataset allocations, Hal Merritt
  • <Possible follow-ups>
  • Re: protecting ISPF dataset allocations, Thompson, Steve
    • Re: protecting ISPF dataset allocations, Jousma, David
    • Re: protecting ISPF dataset allocations, Staller, Allan
      • Re: protecting ISPF dataset allocations, Hal Merritt
    • Re: protecting ISPF dataset allocations, Dave Salt
      • Re: protecting ISPF dataset allocations, Don Leahy
  • Re: protecting ISPF dataset allocations, Vernooy, C.P. - SPLXM
  • Re: protecting ISPF dataset allocations, Ted MacNEIL
    • Re: protecting ISPF dataset allocations, Jousma, David
      • Re: protecting ISPF dataset allocations, Steve Comstock
  • Re: protecting ISPF dataset allocations, Paul Gilmartin
  • Re: protecting ISPF dataset allocations, Lizette Koehler
    • Re: protecting ISPF dataset allocations, Jousma, David
  • Re: protecting ISPF dataset allocations, Ted MacNEIL
    • Re: protecting ISPF dataset allocations, Jousma, David
  • Re: protecting ISPF dataset allocations, Thompson, Steve
    • Re: protecting ISPF dataset allocations, Jousma, David
  • Re: protecting ISPF dataset allocations, Ted MacNEIL
    • Re: protecting ISPF dataset allocations, Staller, Allan
      • Re: protecting ISPF dataset allocations, Gibney, Dave
  • Re: protecting ISPF dataset allocations, Ted MacNEIL
  • Re: protecting ISPF dataset allocations, Paul Gilmartin
    • Re: protecting ISPF dataset allocations, Hal Merritt
      • Re: protecting ISPF dataset allocations, Skip Robinson
  • Re: protecting ISPF dataset allocations, Ted MacNEIL
  • Re: protecting ISPF dataset allocations, Tom Marchant
  • Re: protecting ISPF dataset allocations, Ed Gould
• Update to XMITIP Version 09.03 (final), Lionel B Dyck
  • Re: Update to XMITIP Version 09.03 (final), Finch, Steve
  • <Possible follow-ups>
  • Re: Update to XMITIP Version 09.03 (final), Ed Finnell
    • Re: Update to XMITIP Version 09.03 (final), David Andrews
      • Future of DLC (Data Link Control), Longnecker, Dennis
      • Re: Future of DLC (Data Link Control), Chase, John
• DFHSM QUESTION - RECYCLE ML2 TAPE, willie bunter
  • Re: DFHSM QUESTION - RECYCLE ML2 TAPE, Burrell, C. Todd , CDC/OCOO/ITSO, CTR
  • Re: DFHSM QUESTION - RECYCLE ML2 TAPE, Spencer, Mike
  • Re: DFHSM QUESTION - RECYCLE ML2 TAPE, Traylor, Terry
• IBM in talks to acquire Sun Microsystems, Eric Chevalier
  • Re: IBM in talks to acquire Sun Microsystems, Mark T. Regan, K8MTR
  • Re: IBM in talks to acquire Sun Microsystems, Anne & Lynn Wheeler
  • <Possible follow-ups>
  • Re: IBM in talks to acquire Sun Microsystems, Ed Finnell
    • Re: IBM in talks to acquire Sun Microsystems, Mikhail Ramendik
  • Re: IBM in talks to acquire Sun Microsystems, Thompson, Steve
  • Re: IBM in talks to acquire Sun Microsystems, Paul Gilmartin
• Last call for enrollments in Intro to Assembler class, Steve Comstock
• CEEVGTSI GET A STACK INCREMENT performance problem, Arie Kremer
  • <Possible follow-ups>
  • Re: CEEVGTSI GET A STACK INCREMENT performance problem, Big Iron
  • Re: CEEVGTSI GET A STACK INCREMENT performance problem, Nicholas Carbone
• Basic capacity question, P S
  • Re: Basic capacity question, Edward Jaffe
  • Re: Basic capacity question, Hal Merritt
    • Re: Basic capacity question, Scott Rowe
      • Re: Basic capacity question, Hal Merritt
  • <Possible follow-ups>
  • Re: Basic capacity question, Mark Zelden
  • Re: Basic capacity question, Mark Zelden
• Multi-dimensional arrays in REXX, Terry Sambrooks
  • Re: Multi-dimensional arrays in REXX, Binyamin Dissen
  • Re: Multi-dimensional arrays in REXX, Raymond Noal
  • Re: Multi-dimensional arrays in REXX, Pierre Fichaud
  • <Possible follow-ups>
  • Re: Multi-dimensional arrays in REXX, Paul Gilmartin
    • Re: Multi-dimensional arrays in REXX, Binyamin Dissen
  • Re: Multi-dimensional arrays in REXX, Ian S. Worthington
    • Re: Multi-dimensional arrays in REXX, Larry Dinwiddie
    • Re: Multi-dimensional arrays in REXX, Gerhard Postpischil
  • Re: Multi-dimensional arrays in REXX, Ian S. Worthington
    • Re: Multi-dimensional arrays in REXX, Gerhard Postpischil
  • Re: Multi-dimensional arrays in REXX, Patrick O'Keefe
  • Re: Multi-dimensional arrays in REXX, Ian S. Worthington
  • Re: Multi-dimensional arrays in REXX, Paul Gilmartin
  • Re: Multi-dimensional arrays in REXX, Terry Sambrooks
  • Re: Multi-dimensional arrays in REXX, Ian S. Worthington
    • Re: Multi-dimensional arrays in REXX, Gerhard Postpischil
  • Re: Multi-dimensional arrays in REXX, Patrick O'Keefe
  • Re: Multi-dimensional arrays in REXX, Paul Gilmartin
  • Re: Multi-dimensional arrays in REXX, Ian S. Worthington
  • Re: Multi-dimensional arrays in REXX, Paul Gilmartin
  • Re: Multi-dimensional arrays in REXX, Patrick O'Keefe
    • Re: Multi-dimensional arrays in REXX, P S
  • Re: Multi-dimensional arrays in REXX, Paul Gilmartin
• Leap seconds, john gilmore
  • <Possible follow-ups>
  • Re: Leap seconds, Paul Gilmartin
    • Leap seconds vs z/OS dispatch, SCHARITZER Gerald
• Any Batch Pipes experience?, Victor Gil
  • Re: Any Batch Pipes experience?, Spencer, Mike
  • Re: Any Batch Pipes experience?, Rick Fochtman
  • Re: Any Batch Pipes experience?, Ewald Sußner
  • <Possible follow-ups>
  • Re: Any Batch Pipes experience?, Nemo
    • Re: Any Batch Pipes experience?, Spencer, Mike
      • Re: Any Batch Pipes experience?, Terry Draper
      • Re: Any Batch Pipes experience?, Schumacher, Otto
  • Re: Any Batch Pipes experience?, Victor Gil
  • Re: Any Batch Pipes experience?, Nemo
    • Re: Any Batch Pipes experience?, Terry Draper
    • Re: Any Batch Pipes experience?, Martin Packer
• Dataflow analysis tools?, Mike Mitri
  • Re: Dataflow analysis tools?, Andrew Rowley
    • Re: Dataflow analysis tools?, Itschak Mugzach
• Re: changing management class on about 10000 datasets, Ted MacNEIL
  • Re: changing management class on about 10000 datasets, Spencer, Mike
  • Re: changing management class on about 10000 datasets, Spencer, Mike
  • <Possible follow-ups>
  • Re: changing management class on about 10000 datasets, Ted MacNEIL
    • Re: changing management class on about 10000 datasets, Natarajan Mohan
    • Re: changing management class on about 10000 datasets, Spencer, Mike
    • Re: changing management class on about 10000 datasets, Scott Rowe
  • Re: changing management class on about 10000 datasets, Lizette Koehler
  • Re: changing management class on about 10000 datasets, Ted MacNEIL
  • Re: changing management class on about 10000 datasets, Ted MacNEIL
  • Re: changing management class on about 10000 datasets, Ed Gould
    • Re: changing management class on about 10000 datasets, Spencer, Mike
• DB2 Table archiving..., Itschak Mugzach
  • Re: DB2 Table archiving..., Schumacher, Otto
  • <Possible follow-ups>
  • Re: DB2 Table archiving..., Itschak Mugzach
• Slow IBM Job Website, Eric Bielefeld
  • Re: Slow IBM Job Website, Richard Pace
    • Re: Slow IBM Job Website, Bill Fairchild
  • <Possible follow-ups>
  • Re: Slow IBM Job Website, Daniel McLaughlin
  • Re: Slow IBM Job Website, essteam@xxxxxxxx
    • Re: Slow IBM Job Website, Eric Bielefeld
• Is there a Web enabled TN3270 on z/10's running z/OS 1.9, Cynthia Davis
  • Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9, David Andrews
  • <Possible follow-ups>
  • Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9, Tom Marchant
    • Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9, Cynthia Davis
      • Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9, Rich Smrcina
      • Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9, Ed Philbrook
      • Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9, Hal Merritt
      • Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9, Rich Smrcina
      • Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9, Ed Philbrook
      • Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9, Tony Duong
      • Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9, Eric Vaughan
  • Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9, Ted MacNEIL
  • Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9, Sebastian Welton
  • Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9, Jim Marshall
  • Is there a Web enabled TN3270 on z/10's running z/OS 1.9, Steve Bireley
    • Is there a Web enabled TN3270 on z/10's running z/OS 1.9, Fritz Wuehler
• GRS outbound requests, Tomas Larsson
  • <Possible follow-ups>
  • Re: GRS outbound requests, John Ticic
  • Re: GRS outbound requests, Brian Peterson
  • Re: GRS outbound requests, Mark Zelden
• COBOL and dynamic allocation (my two cents), Ed Gould
  • Re: COBOL and dynamic allocation (my two cents), steve
  • Re: COBOL and dynamic allocation (my two cents), Kirk Talman
    • EMC DASD in GDPS, Jason To
  • <Possible follow-ups>
  • Re: COBOL and dynamic allocation (my two cents), Elardus Engelbrecht
    • Re: COBOL and dynamic allocation (my two cents), Denis Gäbler
  • Re: COBOL and dynamic allocation (my two cents), Ted MacNEIL
  • Re: COBOL and dynamic allocation (my two cents), Tom Marchant
  • Re: COBOL and dynamic allocation (my two cents), Ed Gould
  • Re: COBOL and dynamic allocation (my two cents), Ed Gould
  • Re: COBOL and dynamic allocation (my two cents), Ed Gould
    • Re: COBOL and dynamic allocation (my two cents), Rick Fochtman
  • Re: COBOL and dynamic allocation (my two cents), Elardus Engelbrecht
  • Re: COBOL and dynamic allocation (my two cents), Tom Marchant
  • Re: COBOL and dynamic allocation (my two cents), Ed Gould
    • Re: COBOL and dynamic allocation (my two cents), Rick Fochtman
    • SV: COBOL and dynamic allocation (my two cents), Thomas Berg
  • Re: COBOL and dynamic allocation (my two cents), Ed Gould
  • Re: COBOL and dynamic allocation (my two cents), Tom Marchant
  • Re: COBOL and dynamic allocation (my two cents), Ed Gould
  • Re: COBOL and dynamic allocation (my two cents), Paul Gilmartin
• Re: NTP vs leap seconds, Paul Gilmartin
  • Re: NTP vs leap seconds, Bob Rutledge
  • <Possible follow-ups>
  • Re: NTP vs leap seconds, Paul Gilmartin
    • Re: NTP vs leap seconds, Mark Post
      • Re: NTP vs leap seconds, Graeme Gibson
      • Re: NTP vs leap seconds, Chase, John
  • Re: NTP vs leap seconds, Paul Gilmartin
• Austin SHARE Presentations on linuxvm.org, Mark Post
• IBM Mainframe, Mixed COBOL and PL/I - SHARE members, Bill Klein
• IER020W FRR Stack Pointer message, Bruce McKnight
• AUTO: Angelo Corridori is out of the office. Limited access to e-mail while out. (returning 03/23/2009), Angelo Corridori
• SYSOUT dynamic allocation in COBOL, David Speake
  • Re: SYSOUT dynamic allocation in COBOL, John McKown
  • <Possible follow-ups>
  • FW: SYSOUT dynamic allocation in COBOL, Bill Klein
    • Re: FW: SYSOUT dynamic allocation in COBOL, Steve Comstock
      • Re: FW: SYSOUT dynamic allocation in COBOL, Steve Comstock
      • Re: FW: SYSOUT dynamic allocation in COBOL, Gibney, Dave
      • Re: FW: SYSOUT dynamic allocation in COBOL, Ulrich Krueger
      • Re: FW: SYSOUT dynamic allocation in COBOL, Steve Comstock
      • Re: FW: SYSOUT dynamic allocation in COBOL, Ulrich Krueger
      • Re: FW: SYSOUT dynamic allocation in COBOL, Tony Harminc
      • Re: FW: SYSOUT dynamic allocation in COBOL, Ulrich Krueger
      • changing management class on about 10000 datasets, Pommier, Rex R.
      • Re: changing management class on about 10000 datasets, Michael Wickman
      • Re: changing management class on about 10000 datasets, Natarajan Mohan
      • Re: changing management class on about 10000 datasets, Adams, Rick
      • Re: FW: SYSOUT dynamic allocation in COBOL - but a little problem, Steve Comstock
    • Re: FW: SYSOUT dynamic allocation in COBOL, howard . brazee
  • Re: FW: SYSOUT dynamic allocation in COBOL, Paul Gilmartin
    • Re: FW: SYSOUT dynamic allocation in COBOL, Steve Comstock
  • Re: FW: SYSOUT dynamic allocation in COBOL, Tom Marchant
  • Re: FW: SYSOUT dynamic allocation in COBOL, Paul Gilmartin
  • Re: SYSOUT dynamic allocation in COBOL, David Speake
  • Re: FW: SYSOUT dynamic allocation in COBOL, Thompson, Steve
  • Re: FW: SYSOUT dynamic allocation in COBOL, Tom Marchant
  • Re: FW: SYSOUT dynamic allocation in COBOL, Paul Gilmartin
  • Re: FW: SYSOUT dynamic allocation in COBOL, John McKown
  • Re: FW: SYSOUT dynamic allocation in COBOL, Paul Gilmartin
    • AW: [IBM-MAIN] FW: SYSOUT dynamic allocation in COBOL, Hartmut Beckmann
• Is There VSAM Equivalent for BUFNO?, Larry Burch
  • Re: Is There VSAM Equivalent for BUFNO?, John McKown
  • <Possible follow-ups>
  • Re: Is There VSAM Equivalent for BUFNO?, Larry Burch
• LE Control Blocks in PL1 SYSUDUMP, PLONI
• Re: OSA/SF stc (IOASRV) being canceled by TCPIP, Chris Mason
  • <Possible follow-ups>
  • Re: OSA/SF stc (IOASRV) being canceled by TCPIP, Chris Mason
  • Re: OSA/SF stc (IOASRV) being canceled by TCPIP, Chris Mason
  • Re: OSA/SF stc (IOASRV) being canceled by TCPIP, Chris Mason
• Program MCNVTCAT, Lopez, Sharon
  • Re: Program MCNVTCAT, Shane
  • <Possible follow-ups>
  • Re: Program MCNVTCAT, Ed Finnell
• WAS 7.0 Configuration issue, Ramachandran A
  • Re: WAS 7.0 Configuration issue, Lizette Koehler
• question on REXX stem, Paul Ip
  • Re: question on REXX stem, PeD
  • Antwort: question on REXX stem, Michael Klaeschen
  • Re: question on REXX stem, P S
  • <Possible follow-ups>
  • Re: question on REXX stem, Big Iron
  • Re: question on REXX stem, Ted MacNEIL
  • Re: question on REXX stem, Ted MacNEIL
  • Re: question on REXX stem, Paul Ip
  • Re: question on REXX stem, Ian S. Worthington
• NEED SOME HELP WITH IEBCOPY, Howard Rifkind
  • Re: NEED SOME HELP WITH IEBCOPY, Spencer, Mike
  • Re: NEED SOME HELP WITH IEBCOPY, Lionel B Dyck
  • Re: NEED SOME HELP WITH IEBCOPY, Eric Bielefeld
    • Re: NEED SOME HELP WITH IEBCOPY, Lionel B Dyck
  • Re: NEED SOME HELP WITH IEBCOPY, Raymond Noal
    • Re: NEED SOME HELP WITH IEBCOPY, Howard Rifkind
      • Re: NEED SOME HELP WITH IEBCOPY, Wayne Driscoll
      • Re: NEED SOME HELP WITH IEBCOPY, Howard Rifkind
      • Re: NEED SOME HELP WITH IEBCOPY, Howard Rifkind
      • Re: NEED SOME HELP WITH IEBCOPY, Lizette Koehler
      • Re: NEED SOME HELP WITH IEBCOPY, Lizette Koehler
      • Re: NEED SOME HELP WITH IEBCOPY, Howard Rifkind
      • Re: NEED SOME HELP WITH IEBCOPY, Howard Rifkind
• OSA-ICC NIP Consoles, Laine, Rogers
  • Re: OSA-ICC NIP Consoles, Field, Alan C.
    • Re: OSA-ICC NIP Consoles, Dick de Groot
• Re: RES: Splitting files into a variable number of cataloged files, Frank Yaeger
• Debugging OAM CBRUXVNL, Mark Jacobs
  • Re: Debugging OAM CBRUXVNL, Ray Overby
  • Message not available
    • Re: Debugging OAM CBRUXVNL, shai hess
      • Message not available
      • Re: Debugging OAM CBRUXVNL, shai hess
      • Re: Debugging OAM CBRUXVNL, shai hess
      • Message not available
      • Re: Debugging OAM CBRUXVNL, shai hess
  • <Possible follow-ups>
  • Re: Debugging OAM CBRUXVNL, Barbara Nitz
• ESDS file, Ron Thomas
  • <Possible follow-ups>
  • Re: ESDS file, essteam@xxxxxxxx
  • Re: ESDS file, Ron Thomas
  • Re: ESDS file, essteam@xxxxxxxx
  • Re: ESDS file, Lizette Koehler
• SDSF curiousity, Mary Anne Matyaz
  • Re: SDSF curiousity, Natarajan Mohan
    • Re: SDSF curiousity, Mary Anne Matyaz
    • Re: SDSF curiousity, Natarajan Mohan
  • <Possible follow-ups>
  • Re: SDSF curiousity, Vernooy, C.P. - SPLXM
    • Re: SDSF curiousity, Edward Jaffe
  • Re: SDSF curiousity, Mark Zelden
• NVAS and RACF pass phrases, Chase, John
  • Re: NVAS and RACF pass phrases, Ulrich Boche
• Re: System Loop or System Hung Not Sure Which, Bill Fairchild
  • Re: System Loop or System Hung Not Sure Which, Jakubek, Jan
    • Re: System Loop or System Hung Not Sure Which, George Rodriguez
  • <Possible follow-ups>
  • Re: System Loop or System Hung Not Sure Which, Chris Mason
    • Re: System Loop or System Hung Not Sure Which, George Rodriguez
  • Re: System Loop or System Hung Not Sure Which, Rick Fochtman
• Greetings all,, Howard Rifkind
  • O/S IP Question., Howard Rifkind
    • Re: O/S IP Question., Eric Bielefeld
      • Re: O/S IP Question., howard . brazee
      • Re: O/S IP Question., Howard Rifkind
      • Re: O/S IP Question., rajesh dharia
      • Re: O/S IP Question., christopher . john . mason
  • <Possible follow-ups>
  • Re: Greetings all,, Mark Zelden
  • Re: Greetings all,, Mark Zelden
    • Re: Greetings all,, Howard Rifkind
  • Re: Greetings all,, Chris Mason
• Sun/STK SMC Client / Server Configuratrion (was Re: Consolidation), Mark Zelden
• TSO SPACE Command v2.24 Available, Michael Cleary
• MVS JCL-related sub-system, Gilbert Saint-Flour
  • Re: MVS JCL-related sub-system, Hunkeler Peter , KIUK 3
  • Re: MVS JCL-related sub-system, Field, Alan C.
  • <Possible follow-ups>
  • Re: MVS JCL-related sub-system, essteam@xxxxxxxx
• AUTO: Geoffrey K Smith is out of the office. (returning 03/16/2009), Geoffrey K Smith
• Howard Turetzky/Boulder/IBM is out of the office until 03/05/2001., Howard Turetzky
• Re: 3270 emulator cost, Nomen Nescio
• VSAM files, Ward, Mike S
  • Re: VSAM files, Cebell, David
  • Re: VSAM files, Tom Harper
    • Re: VSAM files, Ward, Mike S
      • Re: VSAM files, Richards, Robert B.
      • Re: VSAM files, Itschak Mugzach
  • <Possible follow-ups>
  • Re: VSAM files, Ted MacNEIL
  • Re: VSAM files, Ted MacNEIL
    • Re: VSAM files, Ward, Mike S
• Changing a SYSOUT writer, Sproull, George J Mr CTR US DISA CDB14
  • <Possible follow-ups>
  • Re: Changing a SYSOUT writer, Martin Kline
• Consolidation, Coatney, Bill
  • Re: Consolidation, Skip Robinson
  • Re: Consolidation, R.S.
  • Re: Consolidation, howard . brazee
  • <Possible follow-ups>
  • Re: Consolidation, Mark Zelden
  • Re: Consolidation, Al Sherkow
  • Re: Consolidation, Mark Zelden
    • Re: Consolidation, R.S.
  • Consolidation, Jimmy Wagner
• How to find RMM VRS change information, Carole Slagh
  • <Possible follow-ups>
  • Re: How to find RMM VRS change information, Mike Wood
• IPCS SYSTRACE TCB option, Paul Schuster
  • <Possible follow-ups>
  • Re: IPCS SYSTRACE TCB option, Paul Schuster
  • Re: IPCS SYSTRACE TCB option, Pat Hughes
• Splitting files into a variable number of cataloged files, Howard Brazee
  • <Possible follow-ups>
  • Re: Splitting files into a variable number of cataloged files, John McKown
    • Re: Splitting files into a variable number of cataloged files, Itschak Mugzach
      • Re: Splitting files into a variable number of cataloged files, howard . brazee
      • Re: Splitting files into a variable number of cataloged files, Frank Yaeger
      • Re: Splitting files into a variable number of cataloged files, howard . brazee
      • Re: Splitting files into a variable number of cataloged files, howard . brazee
      • Re: Splitting files into a variable number of cataloged files, Diehl, Gary
      • Re: Splitting files into a variable number of cataloged files, Frank Yaeger
      • Re: Splitting files into a variable number of cataloged files, howard . brazee
      • Re: Splitting files into a variable number of cataloged files, Tony B.
    • Re: Splitting files into a variable number of cataloged files, howard . brazee
  • Re: Splitting files into a variable number of cataloged files, John McKown
    • Re: Splitting files into a variable number of cataloged files, Itschak Mugzach
  • Re: Splitting files into a variable number of cataloged files, Scott Barry
  • Re: Splitting files into a variable number of cataloged files, John McKown
  • Re: Splitting files into a variable number of cataloged files, Elardus Engelbrecht
    • Re: Splitting files into a variable number of cataloged files, Frank Yaeger
  • Re: Splitting files into a variable number of cataloged files, John McKown
    • Re: Splitting files into a variable number of cataloged files, Steve Comstock
  • Re: Splitting files into a variable number of cataloged files, Elardus Engelbrecht
  • Re: Splitting files into a variable number of cataloged files, Daniel McLaughlin
• Re: IBM-MAIN Threads Posted To Twitter, Walt Farrell
• RACF PASSWORD ENVELOPE, Lou, Jim
  • <Possible follow-ups>
  • Re: RACF PASSWORD ENVELOPE, Walt Farrell
• Sad News - Bob Wright, John Eells
  • <Possible follow-ups>
  • Re: Sad News - Bob Wright, Roland Schiradin
• CA-Disk to HSM migration tools, Sandro Ambrozic
  • <Possible follow-ups>
  • Re: CA-Disk to HSM migration tools, Vince Getgood
• Re: Offload Processing (WAS: TMON with OMEGAMON Comparison), Ted MacNEIL
• Re: AW: EMC Centera for HSM?, Kenneth E Tomiak
• Re: MY REPLACEMENT, Patrick O'Keefe
  • Re: MY REPLACEMENT, J R
  • <Possible follow-ups>
  • MY REPLACEMENT, STEVEN DAHARI
    • Re: MY REPLACEMENT, Rick Fochtman
      • Re: MY REPLACEMENT, Benik, John E
  • Re: MY REPLACEMENT, daver++
    • Re: MY REPLACEMENT, mcknight-b-a
    • Re: MY REPLACEMENT, Rick Fochtman
  • Re: MY REPLACEMENT, Ed Finnell
  • Re: MY REPLACEMENT, Patrick O'Keefe
• Time Change (Sync), Mark Steely
  • Re: Time Change (Sync), Field, Alan C.
    • Re: Time Change (Sync), Shane
  • <Possible follow-ups>
  • Re: Time Change (Sync), Peter Bishop
    • Re: Time Change (Sync), Gaur
  • Re: Time Change (Sync), Mark Steely
    • Re: Time Change (Sync), Gibney, Dave
      • Re: Time Change (Sync), Hal Merritt
  • Re: Time Change (Sync), Tom Marchant
    • Re: Time Change (Sync), Gibney, Dave
      • Re: Time Change (Sync), Robert A. Rosenberg
      • Re: Time Change (Sync), Gibney, Dave
      • Re: Time Change (Sync), howard . brazee
      • Re: Time Change (Sync), SCHARITZER Gerald
  • Re: Time Change (Sync), Paul Gilmartin
    • Re: Time Change (Sync), Gibney, Dave
  • Re: Time Change (Sync), Peter Bishop
  • Re: Time Change (Sync), Vernooy, C.P. - SPLXM
  • Re: Time Change (Sync), Paul Gilmartin
    • NTP vs leap seconds, SCHARITZER Gerald
  • Re: Time Change (Sync), Robert A. Rosenberg
  • Re: Time Change (Sync), Paul Gilmartin
    • Re: Time Change (Sync), Robert A. Rosenberg
  • Re: Time Change (Sync), Bruce Hewson
    • Re: Time Change (Sync), Steve Comstock
    • ISO 8601 vs time zone names, SCHARITZER Gerald
  • Re: Time Change (Sync), Paul Gilmartin
    • Re: Time Change (Sync), Shane
  • Re: Time Change (Sync), Bruce Hewson
    • Re: Time Change (Sync), Steve Comstock
• SCRT (Sub-Capacity Reporting Tool), Mark Steely
  • Re: SCRT (Sub-Capacity Reporting Tool), Gibney, Dave
    • Re: SCRT (Sub-Capacity Reporting Tool), Kelman, Tom
  • Re: SCRT (Sub-Capacity Reporting Tool), Clark, Kevin
  • Re: SCRT (Sub-Capacity Reporting Tool), Richards, Robert B.
    • Re: SCRT (Sub-Capacity Reporting Tool), Shane
      • Re: SCRT (Sub-Capacity Reporting Tool), Richards, Robert B.
    • Re: SCRT (Sub-Capacity Reporting Tool), Hal Merritt
  • Re: SCRT (Sub-Capacity Reporting Tool), Paul Gillis
  • <Possible follow-ups>
  • Re: SCRT (Sub-Capacity Reporting Tool), Sam Golob
  • Re: SCRT (Sub-Capacity Reporting Tool), Mark Zelden
  • Re: SCRT (Sub-Capacity Reporting Tool), Dave Kopischke
• MY REPLACEMENT, STEVEN DAHARI
• Endevor and TSO in Batch, Lizette Koehler
  • <Possible follow-ups>
  • Re: Endevor and TSO in Batch, Paul Gilmartin
    • Re: Endevor and TSO in Batch, Schumacher, Otto
      • Re: Endevor and TSO in Batch, Clark Morris
  • Re: Endevor and TSO in Batch, Big Iron
    • Re: Endevor and TSO in Batch, Gibney, Dave
  • Re: Endevor and TSO in Batch, Jan MOEYERSONS
  • Re: Endevor and TSO in Batch, Jan MOEYERSONS
• z890 crypto vs z900 crypto, Alan Scott
  • Re: z890 crypto vs z900 crypto, John Kelly
  • Re: z890 crypto vs z900 crypto, Vicente Ranieri Junior
  • Re: z890 crypto vs z900 crypto, Hal Merritt
  • Re: z890 crypto vs z900 crypto, Lloyd Fuller
  • <Possible follow-ups>
  • Re: z890 crypto vs z900 crypto, Alan Scott
    • Re: z890 crypto vs z900 crypto, Richard Peurifoy
    • Re: z890 crypto vs z900 crypto, Vicente Ranieri Junior
  • Re: z890 crypto vs z900 crypto, Alan Scott
    • Re: z890 crypto vs z900 crypto, Richard Peurifoy
    • Re: z890 crypto vs z900 crypto, Vicente Ranieri Junior
  • Re: z890 crypto vs z900 crypto, Ted MacNEIL
  • Re: z890 crypto vs z900 crypto, Alan Scott
    • Re: z890 crypto vs z900 crypto, George Fogg
  • Re: z890 crypto vs z900 crypto, Alan Scott
• Mainline's zLots (z Level One Technical Support), kreynolds
• This applies here too! Do's and Don't's, John McKown
  • Re: This applies here too! Do's and Don't's, Eric Bielefeld
  • <Possible follow-ups>
  • Re: This applies here too! Do's and Don't's, Mark Zelden
• Re: z/OS 1.9 installation ROOT ETC and VAR, Mark Zelden
  • Re: z/OS 1.9 installation ROOT ETC and VAR, Jerry Fuchs
    • Re: z/OS 1.9 installation ROOT ETC and VAR, Veilleux, Jon L
  • <Possible follow-ups>
  • Re: z/OS 1.9 installation ROOT ETC and VAR, Mark Zelden
    • Re: z/OS 1.9 installation ROOT ETC and VAR, Jerry Fuchs
  • Re: z/OS 1.9 installation ROOT ETC and VAR, John McKown
  • Re: z/OS 1.9 installation ROOT ETC and VAR, Mark Zelden
  • Re: z/OS 1.9 installation ROOT ETC and VAR, Mark Zelden
    • Re: z/OS 1.9 installation ROOT ETC and VAR, Gibney, Dave
      • Message not available
      • Re: z/OS 1.9 installation ROOT ETC and VAR, Gibney, Dave
• SDSF COMMAND LINE ON BOTTOM OF PANEL, Howard Rifkind
  • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Cebell, David
  • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Joseph Reichman
  • <Possible follow-ups>
  • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Mark Zelden
    • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Howard Rifkind
      • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Eric Bielefeld
      • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, howard . brazee
  • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Lizette Koehler
    • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Edward Jaffe
  • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Ted MacNEIL
  • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Mark Zelden
  • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Mark Zelden
  • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Lizette Koehler
    • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Bonno, Tuco
    • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Edward Jaffe
  • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Tom Marchant
  • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Ted MacNEIL
  • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Lizette Koehler
  • Re: SDSF COMMAND LINE ON BOTTOM OF PANEL, Tom Marchant
• GSE UK - Large Systems Meeting Postponed 17th March 2009, Mark Wilson
  • z/OS 1.9 installation ROOT ETC and VAR, Jerry Fuchs
• Re: How much does GTF trace impact system throughput?, Tom Marchant
  • Re: How much does GTF trace impact system throughput?, Bill Fairchild
    • Re: How much does GTF trace impact system throughput?, Warren Brown
  • <Possible follow-ups>
  • Re: How much does GTF trace impact system throughput?, Paul Gilmartin
    • Re: How much does GTF trace impact system throughput?, Hunkeler Peter , KIUK 3
      • Re: How much does GTF trace impact system throughput?, Bill Fairchild
  • Re: How much does GTF trace impact system throughput?, Tom Marchant
  • Re: How much does GTF trace impact system throughput?, Paul Gilmartin
• TMON with OMEGAMON Comparison, Yogeetha balasubramanian
  • Re: TMON with OMEGAMON Comparison, Yogeetha balasubramanian
  • Re: TMON with OMEGAMON Comparison, Neil Duffee
  • <Possible follow-ups>
  • Re: TMON with OMEGAMON Comparison, Stocker, Herman
  • Re: TMON with OMEGAMON Comparison, Scott Barry
  • Re: TMON with OMEGAMON Comparison, Vernooy, C.P. - SPLXM
    • Re: TMON with OMEGAMON Comparison, Jousma, David
      • Message not available
      • Re: TMON with OMEGAMON Comparison, Jousma, David
  • Re: TMON with OMEGAMON Comparison, Vernooy, C.P. - SPLXM
  • Re: TMON with OMEGAMON Comparison, Donald Zeunert
  • Re: TMON with OMEGAMON Comparison, Mark Rascoe
    • Re: TMON with OMEGAMON Comparison, Edward Jaffe
    • Re: TMON with OMEGAMON Comparison, Joseph H Winterton
  • Re: TMON with OMEGAMON Comparison, Dave Kopischke
  • Re: TMON with OMEGAMON Comparison, Mark Zelden
    • Re: TMON with OMEGAMON Comparison, Shane
  • Re: TMON with OMEGAMON Comparison, Ted MacNEIL
    • Message not available
      • IBM-MAIN Threads Posted To Twitter, Martin Packer
      • Re: IBM-MAIN Threads Posted To Twitter, Mark Pace
      • Re: IBM-MAIN Threads Posted To Twitter, Jim McAlpine
      • Re: IBM-MAIN Threads Posted To Twitter, Lionel B Dyck
      • Re: IBM-MAIN Threads Posted To Twitter, Eric Bielefeld
  • Re: TMON with OMEGAMON Comparison, Vernooy, C.P. - SPLXM
    • Re: TMON with OMEGAMON Comparison, Richards, Robert B.
  • Re: TMON with OMEGAMON Comparison, Bruce Hewson
  • Re: TMON with OMEGAMON Comparison, Vernooy, C.P. - SPLXM
  • Re: TMON with OMEGAMON Comparison, Jim Marshall
    • Re: TMON with OMEGAMON Comparison, Joseph H Winterton
  • Re: TMON with OMEGAMON Comparison, Daniel McLaughlin
  • Re: TMON with OMEGAMON Comparison, Vernooy, C.P. - SPLXM
  • Re: TMON with OMEGAMON Comparison, Vernooy, C.P. - SPLXM
    • Re: TMON with OMEGAMON Comparison, Joseph H Winterton
      • Re: TMON with OMEGAMON Comparison, Maddry, Gray
  • Re: TMON with OMEGAMON Comparison, Mark Rascoe
  • Re: TMON with OMEGAMON Comparison, Ted MacNEIL
  • Re: TMON with OMEGAMON Comparison, Vernooy, C.P. - SPLXM
  • Re: TMON with OMEGAMON Comparison, Donald Zeunert
• SHARE Proceedings, Edward Jaffe
  • Re: SHARE Proceedings, Bill Fairchild
  • Re: SHARE Proceedings, Mark T. Regan, K8MTR
    • Re: SHARE Proceedings, Staller, Allan
  • <Possible follow-ups>
  • Re: SHARE Proceedings, Kenneth E Tomiak
  • Re: SHARE Proceedings, Kenneth E Tomiak
  • Re: SHARE Proceedings, Patrick O'Keefe
• MLE Option Support, George Rodriguez
  • Re: MLE Option Support, Staller, Allan
    • Re: MLE Option Support, Chase, John
  • <Possible follow-ups>
  • Fw: MLE Option Support, Bill Klein
  • Re: MLE Option Support, George Rodriguez
• Re: Screen size (was 3270 emulator cost), Mark Zelden
  • Re: Screen size (was 3270 emulator cost), Rob Scott
  • Re: Screen size (was 3270 emulator cost), Edward Jaffe
  • <Possible follow-ups>
  • Re: Screen size (was 3270 emulator cost), Mark Zelden
  • Re: Screen size (was 3270 emulator cost), Tom Marchant
    • Re: Screen size (was 3270 emulator cost), Edward Jaffe
    • Re: Screen size (was 3270 emulator cost), Mark T. Regan, K8MTR
  • Re: Screen size (was 3270 emulator cost), Tom Marchant
    • Re: Screen size (was 3270 emulator cost), Mark T. Regan, K8MTR
• HSM and COMPRESS, Walter Marguccio
• Moving HSM RECYCLE to different LPAR in SYSPLEX, Michael B Smith
  • Re: Moving HSM RECYCLE to different LPAR in SYSPLEX, Spencer, Mike
    • Re: Moving HSM RECYCLE to different LPAR in SYSPLEX, Douglas Shupe
  • <Possible follow-ups>
  • Moving HSM RECYCLE to different LPAR in SYSPLEX, Michael B Smith
  • Re: Moving HSM RECYCLE to different LPAR in SYSPLEX, Ted MacNEIL
• How to start custom ISPEXEC BROWSE panel at bottom of data, ninemorris
• Cost of CPU Time, Carson, Brad
  • Re: Cost of CPU Time, Hal Merritt
  • <Possible follow-ups>
  • Re: Cost of CPU Time, Thompson, Steve
  • Re: Cost of CPU Time, Scott Barry
  • Re: Cost of CPU Time, howard . brazee
  • Re: Cost of CPU Time, howard . brazee
  • Re: Cost of CPU Time, Christopher Keller
    • Re: Cost of CPU Time, Anne & Lynn Wheeler
• RACF EXIT ICHPWX11 doesn't work properly, Tommy Tsui
  • Re: RACF EXIT ICHPWX11 doesn't work properly, Rick Fochtman
  • <Possible follow-ups>
  • Re: RACF EXIT ICHPWX11 doesn't work properly, Walt Farrell
• Re: Suggestions on how many Hyper PAVs to use per LCU, John Ticic IBM-MAIN
  • Re: Suggestions on how many Hyper PAVs to use per LCU, Tom Moulder
    • How much does GTF trace impact system throughput?, Hunkeler Peter , KIUK 3
      • Re: How much does GTF trace impact system throughput?, Bill Fairchild
      • Re: How much does GTF trace impact system throughput?, Hunkeler Peter , KIUK 3
      • Re: How much does GTF trace impact system throughput?, Bill Fairchild
• TCP/IP fail to start, Tomas Anderson
  • Re: TCP/IP fail to start, Rabbe, Luke
• Sites running CA-SYSVIEW release 12., Duane Weaver
  • Re: Sites running CA-SYSVIEW release 12., Hoesly, Bret
  • Re: Sites running CA-SYSVIEW release 12., Pinnacle
  • Re: Sites running CA-SYSVIEW release 12., Neil Duffee
  • <Possible follow-ups>
  • Sites running CA-SYSVIEW release 12., Gerhard Adam
• one IKJEFT01 job, 2 outputs in sdsf - why?, Bonno, Tuco
  • Re: one IKJEFT01 job, 2 outputs in sdsf - why?, Smith, Sean M
    • Re: one IKJEFT01 job, 2 outputs in sdsf - why?, Bonno, Tuco
      • Re: one IKJEFT01 job, 2 outputs in sdsf - why?, Kirk Wolf
  • Re: one IKJEFT01 job, 2 outputs in sdsf - why?, Schwarz, Barry A
    • Re: one IKJEFT01 job, 2 outputs in sdsf - why?, Bonno, Tuco
  • <Possible follow-ups>
  • Re: one IKJEFT01 job, 2 outputs in sdsf - why?, John McKown
  • Re: one IKJEFT01 job, 2 outputs in sdsf - why?, Jim Holloway
• OpenTech DBS, Daniel McLaughlin
  • <Possible follow-ups>
  • Re: OpenTech DBS, John McKown
  • Re: OpenTech DBS, Daniel McLaughlin
• Re: Cobol: Maximum number of FD Statements: Solution!, frederick . verwijs
• "Saving Romford", the story of an incompetent mainframe programmer, now published! (adv), John Mycroft
• RACF starter database, John Kelly
  • Re: RACF starter database, R.S.
    • Re: RACF starter database, John Kelly
      • Re: RACF starter database, R.S.
      • Re: RACF starter database, John Kelly
      • Re: RACF starter database, Jousma, David
      • Re: RACF starter database, Rick Fochtman
      • Re: RACF starter database, Gibney, Dave
      • Suggestions on how many Hyper PAVs to use per LCU, SUBSCRIBE IBM-MAIN Pete Eggebeen
      • Re: Suggestions on how many Hyper PAVs to use per LCU, Tom Moulder
• RACF Database 1.8 to 1.10, Scott Doherty
  • <Possible follow-ups>
  • Re: RACF Database 1.8 to 1.10, Daniel McLaughlin
  • Re: RACF Database 1.8 to 1.10, Scott Doherty
    • Re: RACF Database 1.8 to 1.10, Mark Jacobs
  • Re: RACF Database 1.8 to 1.10, Daniel McLaughlin
  • Re: RACF Database 1.8 to 1.10, Mark Zelden
    • Re: RACF Database 1.8 to 1.10, Pinnacle
  • Re: RACF Database 1.8 to 1.10, Brian Westerman
    • Re: RACF Database 1.8 to 1.10, George Fogg
• RMCTADJC vs. RCTPCPUA for MIPS/MSU calculations, Daniel Jacot
  • <Possible follow-ups>
  • RMCTADJC vs. RCTPCPUA for MIPS/MSU calculations, Daniel Jacot
• DFSMS question: DFM futures/roadmap?, Andrew McLaren
• HSM dumps elapsed time change, John Kelly
• Re: Using a PC as DASD, mcknight-b-a
• CICS Installation V 1.3, Yogeetha balasubramanian
  • <Possible follow-ups>
  • Re: CICS Installation V 1.3, Roland Schiradin
• EMC Centera for HSM?, Kenneth E Tomiak
  • Re: EMC Centera for HSM?, R.S.
  • <Possible follow-ups>
  • Re: EMC Centera for HSM?, Kenneth E Tomiak
    • Re: EMC Centera for HSM?, Art Celestini
      • AW: EMC Centera for HSM?, Dietmar Ley
• IPCS dump, Fred Hoffman
  • Re: IPCS dump, Shane
  • Re: IPCS dump, Edward Jaffe
• C Novice, Lorne Dudley
  • Re: C Novice, Sasha
  • <Possible follow-ups>
  • Re: C Novice, Bill Godfrey
    • Re: C Novice, Lorne Dudley
    • Re: C Novice, Lorne Dudley
    • Re: C Novice, Lorne Dudley
  • Re: C Novice, Bill Godfrey
    • Re: C Novice, Lorne Dudley
      • Re: C Novice, Bernd Oppolzer
• Use of the z/OS CMDS ABEND command, W. Kevin Kelley
  • Re: Use of the z/OS CMDS ABEND command, Rick Fochtman
    • Re: Use of the z/OS CMDS ABEND command, Clark Morris
  • Re: Use of the z/OS CMDS ABEND command, Staller, Allan
• IDC3009i RC48 RSN142 with ALTER TODATE(...), John Kelly
  • Re: IDC3009i RC48 RSN142 with ALTER TODATE(...), Neal Scheffler
• Isn't today Mantissa day?, David Andrews
  • Re: Isn't today Mantissa day?, Roach, Dennis , N-GHG
    • Re: Isn't today Mantissa day?, Lionel B Dyck
      • Re: Isn't today Mantissa day?, Ken Porowski
    • Re: Isn't today Mantissa day?, Rich Smrcina
    • Re: Isn't today Mantissa day?, Chase, John
      • Re: Isn't today Mantissa day?, J R
      • Re: Isn't today Mantissa day?, Roach, Dennis , N-GHG
      • Re: Isn't today Mantissa day?, Dave Salt
  • <Possible follow-ups>
  • Re: Isn't today Mantissa day?, Ed Finnell
  • Re: Isn't today Mantissa day?, Paul Gilmartin
• GET IBM-MAIN INFO, Richard Pace
  • <Possible follow-ups>
  • GET IBM-MAIN INFO, HyoungSeok Yim
    • Re: GET IBM-MAIN INFO, John McKown
  • Re: GET IBM-MAIN INFO, Ed Finnell
  • Re: GET IBM-MAIN INFO, Peter Bishop
• Re: RACF password & id checking‏, Ted MacNEIL
• Re: RACF p assword & id checkin g‏, john gilmore
• "Media manager" is the future?, John McKown
  • Re: "Media manager" is the future?, Bobbie Jo
    • Re: "Media manager" is the future?, R.S.
      • Re: "Media manager" is the future?, Bobbie Jo
      • Re: "Media manager" is the future?, R.S.
      • Re: "Media manager" is the future?, Bobbie Jo
  • <Possible follow-ups>
  • Re: "Media manager" is the future?, Daniel McLaughlin
    • Re: "Media manager" is the future?, Shmuel Metz , Seymour J.
  • Re: "Media manager" is the future?, Mark Zelden
  • Re: "Media manager" is the future?, Mark Zelden
• Insert tapes in a TS3500 without a barcode, Lopez, Sharon
  • <Possible follow-ups>
  • Re: Insert tapes in a TS3500 without a barcode, Brian Peterson
• How to use CSI Catalog Search Interface, Lizette Koehler
  • Re: How to use CSI Catalog Search Interface, Richard Pace
  • <Possible follow-ups>
  • Re: How to use CSI Catalog Search Interface, Mark Zelden
  • Re: How to use CSI Catalog Search Interface, Mark Zelden
  • Re: How to use CSI Catalog Search Interface, Mark Zelden
  • Re: How to use CSI Catalog Search Interface, Lizette Koehler
  • Re: How to use CSI Catalog Search Interface, Kirk Wolf
  • Re: How to use CSI Catalog Search Interface, L D Owen
  • Re: How to use CSI Catalog Search Interface, Kenneth E Tomiak
• Re: Should TIME LINKAGE=SYSTEM support a PLIST above the bar, Peter Relson
• RACF password & id checking, Tommy Tsui
  • Re: RACF password & id checking, Chase, John
  • Re: RACF password & id checking, Rick Fochtman
  • <Possible follow-ups>
  • Re: RACF password & id checking, Walt Farrell
    • Re: RACF password & id checking, Jousma, David
      • Re: RACF password & id checking, Hal Merritt
      • Re: RACF password & id checking, Rick Fochtman
      • Re: RACF password & id checking, Tony B.
      • Re: RACF password & id checking, Schwarz, Barry A
      • Re: RACF password & id checking, Tony B.
      • Re: RACF password & id checking, Hal Merritt
      • Re: RACF password & id checking, Roach, Dennis , N-GHG
      • Re: RACF password & id checking, Rick Fochtman
      • Re: RACF password & id checking, Tony Harminc
      • Re: RACF password & id checking, Rick Fochtman
  • Re: RACF password & id checking, Walt Farrell
  • Re: RACF password & id checking, Walt Farrell
    • Re: RACF password & id checking, Tommy Tsui
  • Re: RACF password & id checking, Walt Farrell
    • Re: RACF password & id checking, Tommy Tsui
  • Re: RACF password & id checking, Paul Gilmartin
  • Re: RACF password & id checking, Ted MacNEIL
    • Re: RACF password & id checking, Hal Merritt
• IMS based email, Mikhail Ramendik
• VIO Storage Group, gsg
  • Re: VIO Storage Group, Gaur
  • Re: VIO Storage Group, John Kington
    • Re: VIO Storage Group, Martin Packer
  • <Possible follow-ups>
  • Re: VIO Storage Group, Ed Finnell
    • Re: VIO Storage Group, Martin Packer
  • Re: VIO Storage Group, Ed Finnell
  • Re: VIO Storage Group, Ted MacNEIL
    • Re: VIO Storage Group, Martin Packer
      • Re: VIO Storage Group, Sasha
      • Renting mainframe time, Dave Salt
      • Re: Renting mainframe time, Shane
      • Re: Renting mainframe time, Sasha
  • Re: VIO Storage Group, Ed Finnell
• Re: Bob Wright (Sad News), Roland Schiradin
  • <Possible follow-ups>
  • Re: Bob Wright (Sad News), Barbara Nitz
• Bob Wright (Sad News), Jim Mulder
  • Re: Bob Wright (Sad News), John P Kalinich
  • Re: Bob Wright (Sad News), Hardee, Charles H
  • Re: Bob Wright (Sad News), Shane
  • Re: Bob Wright (Sad News), Rick Fochtman
  • <Possible follow-ups>
  • Re: Bob Wright (Sad News), Daniel McLaughlin
  • Re: Bob Wright (Sad News), Tom Harper
• Re: S/390 Resolve, Dave Kopischke
• redirect 'LOCAL' output, Melissa Perry
  • Re: redirect 'LOCAL' output, Staller, Allan
  • Re: redirect 'LOCAL' output, Scott Rowe
  • Re: redirect 'LOCAL' output, Pommier, Rex R.
  • <Possible follow-ups>
  • Re: redirect 'LOCAL' output, Paul Gilmartin
  • Re: redirect 'LOCAL' output, Big Iron
• Re: Tivoli Storage Manager using GMT, Petersen, Jim
  • Re: Tivoli Storage Manager using GMT, O'Brien, David W. [C] , NIH/CIT
  • Re: Tivoli Storage Manager using GMT, Chase, John
• z/10 HMC/SE LAN, Hal Merritt
  • Re: z/10 HMC/SE LAN, Staller, Allan
    • Re: z/10 HMC/SE LAN, Jousma, David
      • Re: z/10 HMC/SE LAN, Hal Merritt
      • Re: z/10 HMC/SE LAN, Petersen, Jim
    • Re: z/10 HMC/SE LAN, R.S.
    • Re: z/10 HMC/SE LAN, Hal Merritt
  • Re: z/10 HMC/SE LAN, David Andrews
  • Re: z/10 HMC/SE LAN, Patti Neuman
    • Re: z/10 HMC/SE LAN, Hal Merritt
      • Re: z/10 HMC/SE LAN, Patti Neuman
      • Re: z/10 HMC/SE LAN, Marian Gasparovic
  • <Possible follow-ups>
  • Re: z/10 HMC/SE LAN, Bruno Sugliani
• Microsoft Windows on a mainframe?, Anne & Lynn Wheeler
• Adding new console for OSA-ICC, Laine, Rogers
  • Re: Adding new console for OSA-ICC, Neubert, Kevin
    • Re: Adding new console for OSA-ICC, Laine, Rogers
      • Re: Adding new console for OSA-ICC, Neubert, Kevin
      • Re: Adding new console for OSA-ICC, Scott Rowe
      • Re: Adding new console for OSA-ICC, Laine, Rogers
• Should TIME LINKAGE=SYSTEM support a PLIST above the bar?, Binyamin Dissen
  • <Possible follow-ups>
  • Re: Should TIME LINKAGE=SYSTEM support a PLIST above the bar?, Walt Farrell
    • Re: Should TIME LINKAGE=SYSTEM support a PLIST above the bar?, Binyamin Dissen
      • Re: Should TIME LINKAGE=SYSTEM support a PLIST above the bar?, Jim Mulder
      • Re: Should TIME LINKAGE=SYSTEM support a PLIST above the bar?, Binyamin Dissen
  • Re: Should TIME LINKAGE=SYSTEM support a PLIST above the bar?, Steven Partlow
  • Re: Should TIME LINKAGE=SYSTEM support a PLIST above the bar?, Walt Farrell
• Need Mainframe Storage Activities - End to End, Sivakumar, Manikandan
  • Re: Need Mainframe Storage Activities - End to End, Hal Merritt
• JCL region parameter, Mahesh KN
  • Re: JCL region parameter, Hal Merritt
  • <Possible follow-ups>
  • Re: JCL region parameter, Big Iron
    • Re: JCL region parameter, Mahesh KN
• NFS as automove. Is it possible?, Jorge Garcia
• While you're at SHARE in Austin ..., Steve Comstock
• Mantissa, Ward, Mike S
  • Re: Mantissa, Mark Post
• IEASYMUP(SYMUPDTE) on z/OS 1.10, Jousma, David
  • <Possible follow-ups>
  • Re: IEASYMUP(SYMUPDTE) on z/OS 1.10, Tom Marchant
    • Re: IEASYMUP(SYMUPDTE) on z/OS 1.10, Richard Pace
      • Re: IEASYMUP(SYMUPDTE) on z/OS 1.10, Jim Mulder
  • Re: IEASYMUP(SYMUPDTE) on z/OS 1.10, Dave Quinton
    • Re: IEASYMUP(SYMUPDTE) on z/OS 1.10, Jousma, David
      • Re: IEASYMUP(SYMUPDTE) on z/OS 1.10, Jousma, David
  • Re: IEASYMUP(SYMUPDTE) on z/OS 1.10, Mark Zelden
  • Re: IEASYMUP(SYMUPDTE) on z/OS 1.10, Peter Relson
    • Re: IEASYMUP(SYMUPDTE) on z/OS 1.10, Jousma, David
• z/OS Hot Topics, Jodi Everdon
• VSAM Control Block maps, David Speake
  • Re: VSAM Control Block maps, Pierre Fichaud
• Re: Group Limit and Weights, Hal Merritt
  • Antwort: Re: Group Limit and Weights, Werner Kuehnel
    • Re: Antwort: Re: Group Limit and Weights, Hal Merritt
• Synchronize time, Ron
  • Re: Synchronize time, Scott Rowe
  • <Possible follow-ups>
  • Re: Synchronize time, Timothy Sipples
  • Re: Synchronize time, Vernooy, C.P. - SPLXM
  • Re: Synchronize time, Bruno Sugliani
• OSAENTA device problem, Stuart Willis
  • <Possible follow-ups>
  • Re: OSAENTA device problem, Chris Mason
    • Re: OSAENTA device problem, Stuart Willis
  • Re: OSAENTA device problem, Chris Mason
  • Re: OSAENTA device problem, Chris Mason
    • Re: OSAENTA device problem, Stuart Willis
• DFHSM Issue - Critical, Jacky Bright
  • Re: DFHSM Issue - Critical, Gaur
  • Re: DFHSM Issue - Critical, Lizette Koehler
    • Re: DFHSM Issue - Critical, Jacky Bright
      • Re: DFHSM Issue - Critical, Staller, Allan
      • Re: DFHSM Issue - Critical, O'Brien, David W. [C] , NIH/CIT
      • Re: DFHSM Issue - Critical, Staller, Allan
      • Re: DFHSM Issue - Critical, O'Brien, David W. [C] , NIH/CIT
      • Re: DFHSM Issue - Critical, Staller, Allan
      • Re: DFHSM Issue - Critical, Gibney, Dave
      • Re: DFHSM Issue - Critical, Jacky Bright
      • Re: DFHSM Issue - Critical, O'Brien, David W. [C] , NIH/CIT
      • Re: DFHSM Issue - Critical, Traylor, Terry
  • <Possible follow-ups>
  • Re: DFHSM Issue - Critical, Ambat Ravi Nair
  • Re: DFHSM Issue - Critical, L D Owen
    • Re: DFHSM Issue - Critical, O'Brien, David W. [C] , NIH/CIT
• Re: File Transfer Issue, Hal Merritt
• Re: It Can Be Done, Hal Merritt
• Re: Setting weights via the HMC, Hal Merritt
  • <Possible follow-ups>
  • Re: Setting weights via the HMC, Dave Barry
  • Re: Setting weights via the HMC, carlos roberto visconde
• Mainframe Hall of Fame, Kopischke, David G.
• Dynamic change of JES WRITER, Sproull, George J Mr CTR US DISA CDB14
  • Re: Dynamic change of JES WRITER, Sproull, George J Mr CTR US DISA CDB14
    • Re: Dynamic change of JES WRITER, Scott Rowe
  • Re: Dynamic change of JES WRITER, eBob.com
• IBM VTFM and Bus-tech virtual tape appliance, Patty Mabie
  • Re: IBM VTFM and Bus-tech virtual tape appliance, mcknight-b-a
  • Re: IBM VTFM and Bus-tech virtual tape appliance, Mike
  • <Possible follow-ups>
  • Re: IBM VTFM and Bus-tech virtual tape appliance, Rankin, Bob
  • Re: IBM VTFM and Bus-tech virtual tape appliance, Patty Mabie
• Request help with REXEC, Kurt Eastwood
  • Re: Request help with REXEC, Mark Post
  • <Possible follow-ups>
  • Re: Request help with REXEC, John McKown
• You're invited to participate in the Enterprise Computing Community Online Forum, Angelo Corridori
• Re: EMC Compatible Peer Features, Jennifer Currell
  • <Possible follow-ups>
  • Re: EMC Compatible Peer Features, Jennifer Currell
• VTS & HSM PARTIALTAPE(MARKFULL), R Hey
• Re: ACF2 ENQ problem after Upgrade, Yogeetha balasubramanian
• Do and don't in programing (Security wise), Itschak Mugzach
  • Re: Do and don't in programing (Security wise), mcknight-b-a
  • Re: Do and don't in programing (Security wise), Gerhard Postpischil
  • Re: Do and don't in programing (Security wise), Ivan Warren
  • <Possible follow-ups>
  • Re: Do and don't in programing (Security wise), John McKown
  • Re: Do and don't in programing (Security wise), Arthur T.
    • Re: Do and don't in programing (Security wise), Binyamin Dissen
      • Re: Do and don't in programing (Security wise), Fatemi, Reza
    • Re: Do and don't in programing (Security wise), Ivan Warren
• HSM filing up 3592 cartridges, Arye Shemer
  • Re: HSM filing up 3592 cartridges, Staller, Allan
  • Re: HSM filing up 3592 cartridges, Schwarz, Barry A
    • Re: HSM filing up 3592 cartridges, Arye Shemer
  • Re: HSM filing up 3592 cartridges, Scott Rowe
    • Re: HSM filing up 3592 cartridges, Arye Shemer
      • Re: HSM filing up 3592 cartridges, R.S.
      • Re: HSM filing up 3592 cartridges, Eric Bielefeld
      • Re: HSM filing up 3592 cartridges, Eric Bielefeld
  • <Possible follow-ups>
  • Re: HSM filing up 3592 cartridges, Brian Westerman
  • Re: HSM filing up 3592 cartridges, Bruno Sugliani
• SMB client on z/os 1.4?, Ian S. Worthington
  • <Possible follow-ups>
  • Re: SMB client on z/os 1.4?, Mark Zelden
• Re: OOREXX and USS/TSO, Tony Harminc
  • Re: OOREXX and USS/TSO, Itschak Mugzach
    • Re: OOREXX and USS/TSO, Martin Packer
      • Re: OOREXX and USS/TSO, Itschak Mugzach
  • <Possible follow-ups>
  • Re: OOREXX and USS/TSO, Ian S. Worthington
    • Re: OOREXX and USS/TSO, Itschak Mugzach
  • Re: OOREXX and USS/TSO, Kenneth E Tomiak
• VSAM BLSR, David Speake
  • Re: VSAM BLSR, Farley, Peter x23353
    • Re: VSAM BLSR, Dave Barry
  • Re: VSAM BLSR, Jim Mulder
  • Re: VSAM BLSR, Scott Rowe
  • <Possible follow-ups>
  • Re: VSAM BLSR, Dave Kopischke
  • Re: VSAM BLSR, David Speake
  • Re: VSAM BLSR, Martin Kline
  • Re: VSAM BLSR, David Speake
• Re: UnixSS and C, Dave Wade
• Subject: CEECRINI+X'2BC' abend S0C4-10 in CICS/TS 3.2, Stan Abramczyk
• Re: HSM full dump, Schwarz, Barry A
• Re: IP error, Chris Mason
  • Re: IP error, Somers Kevin
• 3494 B18 power question, Bruce McKnight
  • Re: 3494 B18 power question, Tom Longfellow
  • <Possible follow-ups>
  • Re: 3494 B18 power question, mcknight-b-a
• ADMUGIF REXX Sample - ADMGDF To GIF Conversion, Martin Packer
  • <Possible follow-ups>
  • Re: ADMUGIF REXX Sample - ADMGDF To GIF Conversion, Phil King
    • Re: ADMUGIF REXX Sample - ADMGDF To GIF Conversion, Martin Packer
  • Re: ADMUGIF REXX Sample - ADMGDF To GIF Conversion, Phil King
• Re: MPFLST Exit, Walt Farrell
  • <Possible follow-ups>
  • Re: MPFLST Exit, George Dranes
    • Share Spool, Ron Wells
• Re: FDRABR, DR, and Things That Go Bump In The Night, Daniel McLaughlin
  • Re: FDRABR, DR, and Things That Go Bump In The Night, Rick Fochtman
• Re: Cobol: Maximum number of FD Statements, frederick . verwijs
  • Re: Cobol: Maximum number of FD Statements, Roach, Dennis , N-GHG
    • Re: Cobol: Maximum number of FD Statements, Gibney, Dave
      • Re: Cobol: Maximum number of FD Statements, Schumacher, Otto
      • Re: Cobol: Maximum number of FD Statements, frederick . verwijs
      • Re: Cobol: Maximum number of FD Statements, Gibney, Dave
      • IP error, August Carideo
      • Re: IP error, August Carideo
      • JES2 z/OS 1.9 Exit 54 Setting Tokens, Smith, Sean M
      • Re: JES2 z/OS 1.9 Exit 54 Setting Tokens, Bob Halpern
      • Re: JES2 z/OS 1.9 Exit 54 Setting Tokens, Rob Scott
      • Re: JES2 z/OS 1.9 Exit 54 Setting Tokens, Smith, Sean M
      • Re: Cobol: Maximum number of FD Statements, frederick . verwijs
      • Re: Cobol: Maximum number of FD Statements, Roach, Dennis , N-GHG
  • <Possible follow-ups>
  • Fw: Cobol: Maximum number of FD Statements, Bill Klein
  • Re: Cobol: Maximum number of FD Statements, Ted MacNEIL
    • Re: Cobol: Maximum number of FD Statements, Gibney, Dave
  • Re: Fw: Cobol: Maximum number of FD Statements, Dave Kopischke
  • Re: Cobol: Maximum number of FD Statements, Mark Zelden
  • Re: Cobol: Maximum number of FD Statements, Ted MacNEIL
  • Re: Cobol: Maximum number of FD Statements, John McKown
  • Re: Cobol: Maximum number of FD Statements, Mark Zelden
    • Re: Cobol: Maximum number of FD Statements, Roach, Dennis , N-GHG
  • Re: Cobol: Maximum number of FD Statements, Ted MacNEIL
  • Re: Cobol: Maximum number of FD Statements, Ted MacNEIL
  • Re: Cobol: Maximum number of FD Statements, Mark Zelden
  • Re: Cobol: Maximum number of FD Statements, Ted MacNEIL
  • Re: Cobol: Maximum number of FD Statements, Mark Zelden
    • Re: Cobol: Maximum number of FD Statements, Roach, Dennis , N-GHG
  • Re: Cobol: Maximum number of FD Statements, Mark Zelden
  • Re: Cobol: Maximum number of FD Statements, frederick . verwijs
  • Re: Cobol: Maximum number of FD Statements, Ted MacNEIL
  • Re: Cobol: Maximum number of FD Statements, Tom Ross
  • Re: Cobol: Maximum number of FD Statements, frederick . verwijs
  • Re: Cobol: Maximum number of FD Statements, Mark Zelden
    • Re: Cobol: Maximum number of FD Statements, frederick . verwijs
  • Re: Cobol: Maximum number of FD Statements, Ted MacNEIL
  • FW: Cobol: Maximum number of FD Statements, Bill Klein
• Re: FTP alternative needed, Clark, Kevin
  • Re: FTP alternative needed, Luis Miguel Martinez
• Re: CICS RENTPGM Parameter (Was: CEECRINI+X'2BC' abend...), Jan MOEYERSONS
• How to protect the following user to alter the JES2 JOBCLASS, Tommy Tsui
  • Re: How to protect the following user to alter the JES2 JOBCLASS, Mike Shorkend
  • Re: How to protect the following user to alter the JES2 JOBCLASS, Lizette Koehler
  • Re: How to protect the following user to alter the JES2 JOBCLASS, Clark, Kevin
    • Re: How to protect the following user to alter the JES2 JOBCLASS, Tommy Tsui
• what is different between HSM HRECOVER & RECOVER, Tommy Tsui
  • Re: what is different between HSM HRECOVER & RECOVER, Schwarz, Barry A
    • Re: what is different between HSM HRECOVER & RECOVER, Tommy Tsui
      • Re: what is different between HSM HRECOVER & RECOVER, Tommy Tsui
• DB2 Basic, Arun shan
  • <Possible follow-ups>
  • Re: DB2 Basic, Scott Barry
  • Re: DB2 Basic, Ed Finnell
  • Re: DB2 Basic, Timothy Sipples
    • Re: DB2 Basic, Martin Packer
• Re: Large 3270 screen size and TSO/ISPF 6.0 on z/OS v1.10, Shmuel Metz , Seymour J.
  • Re: Large 3270 screen size and TSO/ISPF 6.0 on z/OS v1.10, Mark T. Regan, K8MTR
    • Re: Large 3270 screen size and TSO/ISPF 6.0 on z/OS v1.10, Mark T. Regan, K8MTR
      • Re: Large 3270 screen size and TSO/ISPF 6.0 on z/OS v1.10, Mark T. Regan, K8MTR
• AUTO: Gregory Daynes/Poughkeepsie/IBM is out of the office until 01/02/2002. (returning 03/09/2009), Gregory Daynes
• AUTO: Angelo Corridori is out of the office. Limited access to e-mail while out. (returning 03/09/2009), Angelo Corridori
• Re: 3490E cartridges, Tony Harminc
  • <Possible follow-ups>
  • Re: 3490E cartridges, Paul Gilmartin
    • Re: 3490E cartridges, Tony Harminc
  • Re: 3490E cartridges, Paul Gilmartin
    • Re: 3490E cartridges, Farley, Peter x23353
  • Re: 3490E cartridges, Hal Merritt
    • Re: 3490E cartridges, Schwarz, Barry A
      • Re: 3490E cartridges, R.S.
      • Re: 3490E cartridges, Schwarz, Barry A
      • Re: 3490E cartridges, Eric Bielefeld
      • Re: 3490E cartridges, R.S.
      • Re: 3490E cartridges, TrailingEdgeTechnologies
  • Re: 3490E cartridges, Pete Borton
    • Re: 3490E cartridges, Hal Merritt
  • Re: 3490E cartridges, Ted MacNEIL
  • Re: 3490E cartridges, John McKown
    • Re: 3490E cartridges, Schwarz, Barry A
      • Re: 3490E cartridges, Chase, John
      • Re: 3490E cartridges, Schwarz, Barry A
      • Re: 3490E cartridges, howard . brazee
  • Re: 3490E cartridges, Ted MacNEIL
  • Re: 3490E cartridges, Ed Finnell
  • Re: 3490E cartridges, Paul Gilmartin
  • Re: 3490E cartridges, Jerry Fuchs
  • Re: 3490E cartridges, Paul Gilmartin
    • Re: 3490E cartridges, R.S.
  • Re: 3490E cartridges, Neil Duffee
    • Re: 3490E cartridges, Shmuel Metz , Seymour J.
    • Re: 3490E cartridges, howard . brazee
• Re: Can TOD (STCKE) be compressed into 12 bytes, Don Williams
  • <Possible follow-ups>
  • Re: Can TOD (STCKE) be compressed into 12 bytes, Victor Gil
  • Re: Can TOD (STCKE) be compressed into 12 bytes, Don Williams
    • Re: Can TOD (STCKE) be compressed into 12 bytes, Jim Mulder
      • Re: Can TOD (STCKE) be compressed into 12 bytes, Rick Fochtman
      • S/390 Resolve, Longnecker, Dennis
      • Re: S/390 Resolve, John McKown
      • Re: S/390 Resolve, Schwarz, Barry A
      • Re: S/390 Resolve, John McKown
      • Re: S/390 Resolve, Bob Rutledge
      • Re: S/390 Resolve, Chase, John
      • Re: S/390 Resolve, Ken Porowski
      • Re: Can TOD (STCKE) be compressed into 12 bytes, Jim Mulder
  • Re: Can TOD (STCKE) be compressed into 12 bytes, Peter Relson
  • Re: Can TOD (STCKE) be compressed into 12 bytes, Don Williams
  • Re: Can TOD (STCKE) be compressed into 12 bytes, Walt Farrell
    • Re: Can TOD (STCKE) be compressed into 12 bytes, Anne & Lynn Wheeler
  • Re: Can TOD (STCKE) be compressed into 12 bytes, Don Williams
  • Re: Can TOD (STCKE) be compressed into 12 bytes, Peter Relson
  • Re: Can TOD (STCKE) be compressed into 12 bytes, Don Williams
    • Re: Can TOD (STCKE) be compressed into 12 bytes, Anne & Lynn Wheeler
  • Re: Can TOD (STCKE) be compressed into 12 bytes, Ted MacNEIL
    • Re: Can TOD (STCKE) be compressed into 12 bytes, Gerhard Postpischil
  • Re: Can TOD (STCKE) be compressed into 12 bytes, Ted MacNEIL
  • Re: Can TOD (STCKE) be compressed into 12 bytes, Paul Gilmartin
  • Re: Can TOD (STCKE) be compressed into 12 bytes, Ted MacNEIL
  • Fw: Can TOD (STCKE) be compressed into 12 bytes, Ted MacNEIL
• Re: Determination of the Correct ESM Id, Field, Alan C.
  • AW: Determination of the Correct ESM Id, Allan Boyles
  • Re: Determination of the Correct ESM Id, John P Kalinich
  • <Possible follow-ups>
  • Re: Determination of the Correct ESM Id, Stephen Mednick

• Security
• UNIX
• Linux
• Coding
• Usenet

• Archive
• About
• Privacy
• Search
• Imprint

newsgroups.derkeiler.com  > Archive  > Comp  > bit.listserv.ibm-main  > 2009-03