bit.listserv.ibm-main

• Date Index

---

• WSim, WA Stout
• MP 3000 18.2 gig drive, Dave Guthrie
  • Re: MP 3000 18.2 gig drive, Ed Long
    • Re: MP 3000 18.2 gig drive, Ed Long
  • RE: MP 3000 18.2 gig drive, Julian Levens
  • <Possible follow-ups>
  • Re: MP 3000 18.2 gig drive, Art Celestini
• DEVSUP parameters, Richard Pinion
• How to get from Z/OS 1.4.0 to 1.4.2 (quickly), Clark, Kevin D, HRC-Alexandria/EDS
  • <Possible follow-ups>
  • RE: How to get from Z/OS 1.4.0 to 1.4.2 (quickly), Clark, Kevin D, HRC-Alexandria/EDS
• Re: VSAM RLS and RMF MON3, mailand
• PERTH, Kelly Williams
• (fwd) Re: MEMLIMIT and IEFUSI, Clark Morris
  • <Possible follow-ups>
  • Re: (fwd) Re: MEMLIMIT and IEFUSI, Ted MacNEIL
    • RE: (fwd) Re: MEMLIMIT and IEFUSI, Wayne Driscoll
• (fwd) Re: Allowing Joe User into TSO, Clark Morris
  • <Possible follow-ups>
  • Re: (fwd) Re: Allowing Joe User into TSO, Ted MacNEIL
    • Re: (fwd) Re: Allowing Joe User into TSO, Ed Gould
• ICEGENER, Richard Pinion
  • Re: ICEGENER, Frank Yaeger
  • <Possible follow-ups>
  • Re: ICEGENER, Richard Pinion
    • Re: ICEGENER, Frank Yaeger
• IBM Paper on Automation (watch the wrap), Ed Gould
• Dataset Audit Facility (DAF) 1.4.5 is Available, Michael Cleary
• IEC151I A13-10, gilmap
  • Re: IEC151I A13-10, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: IEC151I A13-10, Scott Barry
• IBM ON DEMAND ?, AntonMvs2005
• 3333 weight, William Donzelli
• Re: ISPF member list, gilmap
  • <Possible follow-ups>
  • Re: ISPF member list, Dave Salt
  • Re: ISPF member list, R.S.
• IBM Press Release re: Encryption Facility, System z9, Etc., Timothy Sipples
  • <Possible follow-ups>
  • Re: IBM Press Release re: Encryption Facility, System z9, Etc., Timothy Sipples
    • Re: IBM Press Release re: Encryption Facility, System z9, Etc., Shmuel Metz , Seymour J.
  • RE: IBM Press Release re: Encryption Facility, System z9, Etc., Knutson, Sam
  • Re: IBM Press Release re: Encryption Facility, System z9, Etc., Frank Krueger
  • Re: IBM Press Release re: Encryption Facility, System z9, Etc., Bill Seubert
• Platform Solutions, R.S.
  • Re: Platform Solutions, phil
• Re: What causes this?, Big Iron
  • Re: What causes this?, R.S.
    • Re: What causes this?, mcknight-b-a
  • <Possible follow-ups>
  • Re: What causes this?, Efinnell15
    • Re: What causes this?, mcknight-b-a
      • Re: What causes this?, billlalonde
• Gartner: Stop Outsourcing Now, Ed Gould
  • <Possible follow-ups>
  • Re: Gartner: Stop Outsourcing Now, John R. Grout
  • Re: Gartner: Stop Outsourcing Now, Timothy Sipples
    • Re: Gartner: Stop Outsourcing Now, Edward E. Jaffe
  • RE: Gartner: Stop Outsourcing Now, Froberg, David C
    • Re: Gartner: Stop Outsourcing Now, WM
      • Re: Gartner: Stop Outsourcing Now, lynn
      • Re: Gartner: Stop Outsourcing Now, WM
    • Re: Gartner: Stop Outsourcing Now, Leonard Woren
  • Re: Gartner: Stop Outsourcing Now, Matthew Stitt
• SMP/E: Deleting SMPPTS entries, gilmap
  • Re: SMP/E: Deleting SMPPTS entries, Jorge Arueira Campos
    • Re: SMP/E: Deleting SMPPTS entries, Jorge Arueira Campos
  • <Possible follow-ups>
  • RE: SMP/E: Deleting SMPPTS entries, Imbriale, Donald , Exchange
• Re: VTOC Rename, Bruce Black
  • <Possible follow-ups>
  • Re: VTOC Rename, Ted MacNEIL
  • Re: VTOC Rename, gilmap
• DFSMSdfp ACS routine question., McKown, John
  • Re: DFSMSdfp ACS routine question., ibm-main
  • <Possible follow-ups>
  • Re: DFSMSdfp ACS routine question., DeFabritus, Peter [NCSUS Non-J&J]
  • RE: DFSMSdfp ACS routine question., McKown, John
  • Re: DFSMSdfp ACS routine question., DeFabritus, Peter [NCSUS Non-J&J]
  • RE: DFSMSdfp ACS routine question., Richards.Bob
• vtam/ip lu, Melissa Perry
  • <Possible follow-ups>
  • Re: vtam/ip lu, salahz06
• SMP error, jason lowe
  • RE: SMP error, Lizette Koehler
  • <Possible follow-ups>
  • Re: SMP error, Efinnell15
• NOREX membership - is it useful for mainframers?, Clark Lowery
• LISTDSI and RENAME (was: ... alias in Rexx), gilmap
  • <Possible follow-ups>
  • Re: LISTDSI and RENAME (was: ... alias in Rexx), Martin Kline
• MEMLIMIT and IEFUSI, Barbara Nitz
  • Re: MEMLIMIT and IEFUSI, Binyamin Dissen
  • <Possible follow-ups>
  • Re: MEMLIMIT and IEFUSI, Mitko Iakimov
  • Re: MEMLIMIT and IEFUSI, Ted MacNEIL
  • Re: MEMLIMIT and IEFUSI, Mark Zelden
  • Re: MEMLIMIT and IEFUSI, Ted MacNEIL
  • Re: MEMLIMIT and IEFUSI, Ted MacNEIL
  • Re: MEMLIMIT and IEFUSI, Ted MacNEIL
  • Re: MEMLIMIT and IEFUSI, Edward E. Jaffe
    • Re: MEMLIMIT and IEFUSI, ibm-main
  • RE: MEMLIMIT and IEFUSI, Schiradin,Roland HG-Dir itb-db/dc
  • Re: MEMLIMIT and IEFUSI, Barbara Nitz
  • RE: MEMLIMIT and IEFUSI, Rob Scott
  • Re: MEMLIMIT and IEFUSI, Barbara Nitz
  • Re: MEMLIMIT and IEFUSI, Jim Mulder
• vtam appl. to tso, Ali
  • Re: vtam appl. to tso, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: vtam appl. to tso, Patrick O'Keefe
• Fileaid, Gerry . Anstey
• Create PDS member alias in Rexx, gilmap
  • <Possible follow-ups>
  • Re: Create PDS member alias in Rexx, Rob Wunderlich
  • Re: Create PDS member alias in Rexx, gilmap
  • Re: Create PDS member alias in Rexx, gilmap
  • Fw: Create PDS member alias in Rexx, Terry Sambrooks
  • Re: Create PDS member alias in Rexx, gilmap
  • Re: Create PDS member alias in Rexx, Ted MacNEIL
• Time Stamps for Canadian BlackBerry Posts, Ted MacNEIL
  • Re: Time Stamps for Canadian BlackBerry Posts, Edward E. Jaffe
  • <Possible follow-ups>
  • Re: Time Stamps for Canadian BlackBerry Posts, Ted MacNEIL
  • Re: Time Stamps for Canadian BlackBerry Posts, David Andrews
  • Re: Time Stamps for Canadian BlackBerry Posts, Ted MacNEIL
  • Re: Time Stamps for Canadian BlackBerry Posts, Ted MacNEIL
• Using IBM C, Frank Chu
• RE: Time change this weekend., Jon Brock
  • <Possible follow-ups>
  • Re: Time change this weekend., gilmap
  • Re: Time change this weekend., Rob Wunderlich
  • Re: Time change this weekend., Efinnell15
  • RE: Time change this weekend., McKown, John
  • Re: Time change this weekend., Rob Wunderlich
  • Re: Time change this weekend., Leonard Woren
  • Re: Time change this weekend., Rob Wunderlich
  • Re: Time change this weekend., Rob Wunderlich
  • Re: Time change this weekend., Bruce Hewson
    • Re: Time change this weekend., Leonard Woren
  • RE: Time change this weekend., Huckert, James
  • RE: Time change this weekend., Knutson, Sam
  • Re: Time change this weekend., Efinnell15
  • Re: Time change this weekend., gilmap
  • Re: Time change this weekend., Efinnell15
  • Re: Time change this weekend., Claude Richbourg
    • Re: Time change this weekend., John S. Giltner, Jr.
  • Re: Time change this weekend., MikeMaylone
  • Re: Time change this weekend., Ted MacNEIL
  • Re: Time change this weekend., Efinnell15
    • Re: Time change this weekend., Leonard Woren
  • Re: Time change this weekend., John S. Giltner, Jr.
• Repro VSAM to Tape problem, Ibmmain
  • <Possible follow-ups>
  • RE: Repro VSAM to Tape problem, Staller, Allan
  • Re: Repro VSAM to Tape problem, R.S.
  • RE: Repro VSAM to Tape problem, Ron and Jenny Hawkins
• DFSORT problem when generating RMM reports, Staffan Tylen
  • Re: DFSORT problem when generating RMM reports, Frank Yaeger
  • <Possible follow-ups>
  • Re: DFSORT problem when generating RMM reports, Mike Wood
    • Re: DFSORT problem when generating RMM reports, Frank Yaeger
  • Re: DFSORT problem when generating RMM reports, Matthew Stitt
  • Re: DFSORT problem when generating RMM reports, Staffan Tylen
  • Re: DFSORT problem when generating RMM reports, Staffan Tylen
  • Re: DFSORT problem when generating RMM reports, Vernooy, C.P. - SPLXM
• Sysplex Distributor with DVIPA experiences to share?, Jan Vanbrabant
  • Changing time & Date, arun kumar
    • Re: Changing time & Date, Bruce Black
      • RE: Changing time & Date, Charles Mills
• DFSORT - rounding up in OUTREC calculations., Tim LIDDY
  • Re: DFSORT - rounding up in OUTREC calculations., Frank Yaeger
• Allowing Joe User into TSO, Steve_Grimes
  • Re: Allowing Joe User into TSO, Edward E. Jaffe
    • Re: Allowing Joe User into TSO, Joel C. Ewing
  • Re: Allowing Joe User into TSO, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Allowing Joe User into TSO, Knutson, Sam
  • Re: Allowing Joe User into TSO, Brian Westerman
  • Re: Allowing Joe User into TSO, Martin Kline
    • Message not available
      • Re: Allowing Joe User into TSO, Walt Farrell
    • Re: Allowing Joe User into TSO, Ed Gould
  • Re: Allowing Joe User into TSO, gilmap
  • Re: Allowing Joe User into TSO, Martin Kline
  • Re: Allowing Joe User into TSO, Edward E. Jaffe
  • RE: Allowing Joe User into TSO, Wayne Driscoll
  • Re: Allowing Joe User into TSO, Edward E. Jaffe
  • re: allowing Joe User into TSO, john gilmore
  • Re: Allowing Joe User into TSO, Martin Kline
    • Re: Allowing Joe User into TSO, howard . brazee
  • RE: Allowing Joe User into TSO, Chase, John
    • Re: Allowing Joe User into TSO, Steve_Grimes
  • RE: Allowing Joe User into TSO, Klein, Kevin
  • RE: Allowing Joe User into TSO, McKown, John
  • Re: Allowing Joe User into TSO, Ed Gould
• IEH106I, gilmap
  • RE: IEH106I, Ray Mullins
• 3745 cable pin out., Hal Merritt
  • <Possible follow-ups>
  • RE: 3745 cable pin out., MikeMaylone
  • Re: 3745 cable pin out., Efinnell15
  • Re: 3745 cable pin out., MikeMaylone
  • Re: 3745 cable pin out., Efinnell15
    • Re: 3745 cable pin out., R.S.
  • RE: 3745 cable pin out., Hal Merritt
  • Re: 3745 cable pin out., Efinnell15
• Forming a Metro NY NaSPA Chapter, Mark Nelson
• zPCR, Knutson, Sam
• Re: Is there any XML parser available on z/OS ?, Mark Jacobs
  • Re: Is there any XML parser available on z/OS ?, Bernd Oppolzer
• Connect Direct Question, mikvetere
• IBM Announcements, Steve Comstock
  • Re: IBM Announcements, Bruce Black
    • Re: IBM Announcements, Steve Comstock
  • Re: IBM Announcements, Edward E. Jaffe
  • <Possible follow-ups>
  • RE: IBM Announcements, Pommier, Rex R.
    • Re: IBM Announcements, Steve Comstock
• SIGNOFF IBM-MAIN, DASDBill2
• RE: Is mainframe an operating system or database server??, Fletcher, Kevin
  • <Possible follow-ups>
  • RE: Is mainframe an operating system or database server??, Pommier, Rex R.
    • Re: Is mainframe an operating system or database server??, Steve Comstock
    • Re: Is mainframe an operating system or database server??, Shmuel Metz , Seymour J.
  • RE: Is mainframe an operating system or database server??, Fletcher, Kevin
  • Re: Is mainframe an operating system or database server??, Bruce Black
  • Re: Is mainframe an operating system or database server??, Bruce Black
  • Re: Is mainframe an operating system or database server??, Richard Pinion
    • Re: Is mainframe an operating system or database server??, Bruce Black
  • RE: Is mainframe an operating system or database server??, Pommier, Rex R.
  • Re: Is mainframe an operating system or database server??, Efinnell15
  • Re: Is mainframe an operating system or database server??, Ted MacNEIL
  • RE: Is mainframe an operating system or database server??, Jon Brock
  • RE: Is mainframe an operating system or database server??, Pommier, Rex R.
  • RE: Is mainframe an operating system or database server??, Ray Mullins
  • Re: Is mainframe an operating system or database server??, Ted MacNEIL
  • RE: Is mainframe an operating system or database server??, Fletcher, Kevin
• Re: [isvcosts] IBM z9 upgrade and the SW pricing benefit, Al Sherkow
• modify logon info screen, John Norgauer
  • <Possible follow-ups>
  • Re: modify logon info screen, Efinnell15
  • Re: modify logon info screen, Bruce Hewson
  • Re: modify logon info screen, Terry Sambrooks
• SOAP for CICS, Peter Ten Eyck
  • <Possible follow-ups>
  • RE: SOAP for CICS, Schiradin,Roland HG-Dir itb-db/dc
  • Re: SOAP for CICS, Timothy Sipples
• Finding matched records, howard . brazee
  • RE: Finding matched records, tony babonas
  • Re: Finding matched records, Frank Yaeger
    • Re: Finding matched records, howard . brazee
  • RE: Finding matched records, Dave Salt
  • <Possible follow-ups>
  • RE: Finding matched records, tony babonas
  • RE: Finding matched records, Chase, John
  • Re: Finding matched records, Efinnell15
• IBM z9 upgrade and the SW pricing benefit, peter_a_gammage
  • <Possible follow-ups>
  • Re: IBM z9 upgrade and the SW pricing benefit, Ted MacNEIL
  • Re: IBM z9 upgrade and the SW pricing benefit, Timothy Sipples
  • Re: IBM z9 upgrade and the SW pricing benefit, Bill Richter
  • RE: IBM z9 upgrade and the SW pricing benefit, Richards.Bob
  • Re: IBM z9 upgrade and the SW pricing benefit, Dave Butts
    • Re: IBM z9 upgrade and the SW pricing benefit, Edward E. Jaffe
      • Message not available
      • Re: IBM z9 upgrade and the SW pricing benefit, Edward E. Jaffe
  • Re: IBM z9 upgrade and the SW pricing benefit, Mark Zelden
  • RE: IBM z9 upgrade and the SW pricing benefit, Richards.Bob
  • RE: IBM z9 upgrade and the SW pricing benefit, Ceruti, Gerard G
  • Re: IBM z9 upgrade and the SW pricing benefit, Timothy Sipples
• JES2 input queue priority, Nasuh KARAHALLI
  • Re: JES2 input queue priority, Chris Hoelscher
  • Re: JES2 input queue priority, David Andrews
  • Re: [IBM-MAIN] JES2 input queue priority, Jack Schudel
    • Re: JES2 input queue priority, "Robert A. Rosenberg"
  • Re: JES2 input queue priority, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: JES2 input queue priority, McKown, John
  • Re: JES2 input queue priority, Vernooy, C.P. - SPLXM
  • Re: JES2 input queue priority, Brian Peterson
  • Re: JES2 input queue priority, Martin Kline
  • Re: JES2 input queue priority, Arthur T.
  • Re: JES2 input queue priority, Nasuh KARAHALLI
  • Re: JES2 input queue priority, Nasuh KARAHALLI
    • RE: JES2 input queue priority, Ron and Jenny Hawkins
  • Re: JES2 input queue priority, Nasuh KARAHALLI
  • Re: JES2 input queue priority, Nasuh KARAHALLI
  • Re: JES2 input queue priority, Nasuh KARAHALLI
  • Re: JES2 input queue priority, Nasuh KARAHALLI
  • RE: JES2 input queue priority, McKown, John
  • RE: JES2 input queue priority, McKown, John
    • Re: JES2 input queue priority, David Andrews
  • RE: JES2 input queue priority, Knutson, Sam
  • Re: JES2 input queue priority, Vernooy, C.P. - SPLXM
• RE: WSA versus ISPGUI (was: TN3270 Emulator), Knutson, Sam
• (fwd) Re: Multiple LPARs / one user id, Clark Morris
• Ron Hawkins please note, Steve Comstock
  • Re: Ron Hawkins please note, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: Ron Hawkins please note, Patrick O'Keefe
    • Re: Ron Hawkins please note, Ed Gould
      • RE: Ron Hawkins please note, Ron and Jenny Hawkins
      • Re: Ron Hawkins please note, Ed Gould
      • RE: Ron Hawkins please note, Ron and Jenny Hawkins
      • Re: Ron Hawkins please note, Steve Comstock
• Catalog question, mcknight-b-a
  • Re: Catalog question, pauls2272
    • Re: Catalog question, mcknight-b-a
      • Re: Catalog question, pauls2272
      • Re: Catalog question, mcknight-b-a
• Recall: APPN Network Nodes, mf-system
• APPN Network Nodes, mf-system
• SYSMDUMP with RECFM=VB, LRECL=139, Jerry Ragland
  • Re: SYSMDUMP with RECFM=VB, LRECL=139, Robert Wright
  • <Possible follow-ups>
  • re: SYSMDUMP with RECFM=VB, LRECL=139, Barbara Nitz
• DISP=MOD UNIT=CART/TAPE, glenn . miller
  • <Possible follow-ups>
  • Re: DISP=MOD UNIT=CART/TAPE, Brian Peterson
  • RE: DISP=MOD UNIT=CART/TAPE, Johnston, Robert E
  • RE: DISP=MOD UNIT=CART/TAPE, Jakubek, Jan
  • RE: DISP=MOD UNIT=CART/TAPE, Johnston, Robert E
• Max. number of CFs, R.S.
  • <Possible follow-ups>
  • Re: Max. number of CFs, Bill Neiman
• Leased Line IBMLink Going Away?, Brian Peterson
  • Re: Leased Line IBMLink Going Away?, Edward E. Jaffe
  • Re: [IBM-MAIN] Leased Line IBMLink Going Away?, awhite
  • Re: Leased Line IBMLink Going Away?, John S. Giltner, Jr.
  • Re: Leased Line IBMLink Going Away?, Bruce Black
  • <Possible follow-ups>
  • Re: Leased Line IBMLink Going Away?, Patrick O'Keefe
  • Re: Leased Line IBMLink Going Away?, Deb Carnes
• Re: WSA (Was: TN3270 Emulator), Efinnell15
  • Re: WSA (Was: TN3270 Emulator), Ed Gould
• DSNAME Standards (was: Re: TSO EDIT command), gilmap
  • Re: DSNAME Standards, Thomas Berg
    • Re: DSNAME Standards, Gerhard Postpischil
      • Re: DSNAME Standards, Edward E. Jaffe
  • Re: DSNAME Standards (was: Re: TSO EDIT command), ibm-main
    • Re: DSNAME Standards (was: Re: TSO EDIT command), Ed Gould
• Re: ISPF WSA (Was: TN3270 Emulator), Ted MacNEIL
  • Re: ISPF WSA (Was: TN3270 Emulator), Dave Salt
    • Re: ISPF WSA (Was: TN3270 Emulator), David Andrews
      • Re: ISPF WSA (Was: TN3270 Emulator), Dave Salt
  • <Possible follow-ups>
  • Re: ISPF WSA (Was: TN3270 Emulator), gilmap
    • Re: ISPF WSA (Was: TN3270 Emulator), Dave Salt
  • Re: ISPF WSA (Was: TN3270 Emulator), Big Iron
  • Re: ISPF WSA (Was: TN3270 Emulator), Martin Kline
    • RE: ISPF WSA (Was: TN3270 Emulator), Gray Maddry
  • Re: ISPF WSA (Was: TN3270 Emulator), Efinnell15
  • Re: ISPF WSA (Was: TN3270 Emulator), Phil Smith III
• Ludovic is off on holidays..., Ludovic Leforestier
  • <Possible follow-ups>
  • Ludovic is off on holidays..., Ludovic Leforestier
• Question About DFSORT parameters, Jorge Arueira Campos
  • Re: Question About DFSORT parameters, Frank Yaeger
  • RE: Question About DFSORT parameters, Ron and Jenny Hawkins
    • Re: Question About DFSORT parameters, Jorge Arueira Campos
  • <Possible follow-ups>
  • Re: Question About DFSORT parameters, Ted MacNEIL
    • Re: Question About DFSORT parameters, Jorge Arueira Campos
      • Re: Question About DFSORT parameters, Frank Yaeger
• ACF2 to RACF migration tools, rabidamerican
• ACF2 and default access rights of APF libraries, VolkanPekince
  • <Possible follow-ups>
  • Re: ACF2 and default access rights of APF libraries, Big Iron
• Anybody from "down under" know more about this?, McKown, John
  • <Possible follow-ups>
  • Re: Anybody from "down under" know more about this?, Andy Wood
    • RE: Anybody from "down under" know more about this?, Ron and Jenny Hawkins
    • Re: Anybody from "down under" know more about this?, Shmuel Metz , Seymour J.
  • RE: Anybody from "down under" know more about this?, Chase, John
• Logger application's, Miklos Szigetvari
• TCPXLBIN Table, Sabo, Frank
  • Re: TCPXLBIN Table, Shmuel Metz , Seymour J.
  • Re: TCPXLBIN Table, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: TCPXLBIN Table, gilmap
• Alternate home for zOS FTP Client ...?, Tom Sims
  • <Possible follow-ups>
  • RE: Alternate home for zOS FTP Client ...?, Hal Merritt
    • Re: Alternate home for zOS FTP Client ...?, Tom Sims
    • Re: Alternate home for zOS FTP Client ...?, John S. Giltner, Jr.
  • RE: Alternate home for zOS FTP Client ...?, Hal Merritt
  • Re: Alternate home for zOS FTP Client ...?, John S. Giltner, Jr.
• TN3270 Emulation & GDDM, Ben Alford
• Map AUXILIARY Storage Slots to TASK, JamesChappell
  • Re: Map AUXILIARY Storage Slots to TASK, Mark Jacobs
  • Re: Map AUXILIARY Storage Slots to TASK, Steve Emge
  • <Possible follow-ups>
  • RE: Map AUXILIARY Storage Slots to TASK, Tom Harper
  • Re: Map AUXILIARY Storage Slots to TASK, Mark Zelden
  • Re: Map AUXILIARY Storage Slots to TASK, Paul Dineen
• MGETing PC files with 2 nodes, Kinney, Kevin
  • Re: MGETing PC files with 2 nodes, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: MGETing PC files with 2 nodes, kittendorf . craig
  • Re: MGETing PC files with 2 nodes, Efinnell15
  • Re: MGETing PC files with 2 nodes, Martin Kline
  • RE: MGETing PC files with 2 nodes, McKown, John
  • RE: MGETing PC files with 2 nodes, Hal Merritt
  • Re: MGETing PC files with 2 nodes, Rob Wunderlich
  • Re: MGETing PC files with 2 nodes, gilmap
• Re: Disclaimers, Dave Cartwright
  • <Possible follow-ups>
  • Re: Disclaimers, Martin Kline
  • Re: Disclaimers, ibm-main
• VTAM Priority, Dave Cartwright
  • <Possible follow-ups>
  • Re: VTAM Priority, Barbara Nitz
    • Re: VTAM Priority, ibm-main
  • Re: VTAM Priority, Dave Cartwright
  • Re: VTAM Priority, Efinnell15
  • Re: VTAM Priority, Rob Wunderlich
• Why does data from VSAM dissapear?, Olga
  • Re: Why does data from VSAM dissapear?, Joel C. Ewing
• ShadowImage, ESCON and FICON, Michael Pratt
  • Re: ShadowImage, ESCON and FICON, R.S.
  • <Possible follow-ups>
  • Re: ShadowImage, ESCON and FICON, glenn . miller
• Re: Which list????, Allodoxaphobia
  • <Possible follow-ups>
  • RE: Which list????, Knutson, Sam
  • Re: Which list????, Efinnell15
  • Re: Which list????, Efinnell15
• (fwd) RE: TN3270 Emulator, howard . brazee
• Where BPXWDYN documented?, Charles Mills
  • RE: Where BPXWDYN documented?, John H. Lang
  • <Possible follow-ups>
  • RE: Where BPXWDYN documented?, Imbriale, Donald , Exchange
    • RE: Where BPXWDYN documented?, Charles Mills
  • RE: Where BPXWDYN documented?, Schneiderwent, Craig
  • RE: Where BPXWDYN documented?, Imbriale, Donald , Exchange
  • Re: Where BPXWDYN documented?, Norbert Friemel
• IBM Archive Site, McKown, John
  • <Possible follow-ups>
  • Re: IBM Archive Site, DASDBill2
  • RE: IBM Archive Site, Lester, Bob
  • RE: IBM Archive Site, McKown, John
    • Re: IBM Archive Site, Shmuel Metz , Seymour J.
  • RE: IBM Archive Site, Knutson, Sam
• Lost data in VSAM file after Abend, Olga
  • Re: Lost data in VSAM file after Abend, Ewald Sußner
• migration stacked 3590 to 3592, veronica . garcia
• Re: CONSOLE CPU consumption HIGH dramatic relief by adding .FORNSSI *NONE to MPFLSTXX, Barbara Nitz
• GRS for monoplexed LPARs - can i do it ?, Ambat Ravi Nair
  • Re: GRS for monoplexed LPARs - can i do it ?, ibm-main
  • Re: GRS for monoplexed LPARs - can i do it ?, R.S.
    • Re: GRS for monoplexed LPARs - can i do it ?, ibm-main
      • Re: GRS for monoplexed LPARs - can i do it ?, R.S.
      • Re: GRS for monoplexed LPARs - can i do it ?, Shmuel Metz , Seymour J.
      • Re: GRS for monoplexed LPARs - can i do it ?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: GRS for monoplexed LPARs - can i do it ?, Vernooy, C.P. - SPLXM
    • Re: GRS for monoplexed LPARs - can i do it ?, R.S.
  • Re: GRS for monoplexed LPARs - can i do it ?, R.S.
  • Re: GRS for monoplexed LPARs - can i do it ?, Ambat Ravi Nair
• Re: Code style validation tool, Jan MOEYERSONS
  • RE: Code style validation tool, Shmuel Koller
  • <Possible follow-ups>
  • Re: Code style validation tool, Jan MOEYERSONS
  • Re: Code style validation tool, Shmuel Metz , Seymour J.
  • Re: Code style validation tool, Shmuel Metz , Seymour J.
  • Re: Code style validation tool, Ted MacNEIL
  • RE: Code style validation tool, Farley, Peter x23353
• Connect Direct (NDM) EBCDIC-to-ASCII Conversion, romten9
  • Message not available
    • Re: Connect Direct (NDM) EBCDIC-to-ASCII Conversion, romten9
  • Message not available
    • Re: Connect Direct (NDM) EBCDIC-to-ASCII Conversion, romten9
• PDS automatic compress, John Lock
  • Re: PDS automatic compress, billlalonde
    • Re: PDS automatic compress, John Lock
    • Re: PDS automatic compress, John Lock
• RE: FTP members from PC to Mainframe PDS, Steve Bui
  • <Possible follow-ups>
  • RE: FTP members from PC to Mainframe PDS, Gray, Larry - Larry A
  • RE: FTP members from PC to Mainframe PDS, George, William , DHS-ITSD
  • Re: FTP members from PC to Mainframe PDS, gilmap
  • RE: FTP members from PC to Mainframe PDS, Farley, Peter x23353
  • RE: FTP members from PC to Mainframe PDS, George, William , DHS-ITSD
  • RE: FTP members from PC to Mainframe PDS, Chase, John
• TSO EDIT command, Steve Comstock
  • RE: TSO EDIT command, Dave Salt
    • Re: TSO EDIT command, Steve Comstock
      • Re: TSO EDIT command, Walt Farrell
      • Re: TSO EDIT command, Steve Comstock
      • Re: TSO EDIT command, Dave Salt
      • Re: TSO EDIT command, Shmuel Metz , Seymour J.
  • Re: TSO EDIT command, Robert Wright
    • Re: TSO EDIT command, Shmuel Metz , Seymour J.
    • Re: TSO EDIT command, Shmuel Metz , Seymour J.
  • Re: TSO EDIT command, Shmuel Metz , Seymour J.
    • Re: TSO EDIT command, Steve Comstock
      • Re: TSO EDIT command, JO . Skip . Robinson
      • Re: TSO EDIT command, Steve Comstock
      • Re: TSO EDIT command, Edward E. Jaffe
  • <Possible follow-ups>
  • Re: TSO EDIT command, Mark Zelden
    • Re: TSO EDIT command, Steve Comstock
  • Re: TSO EDIT command, gilmap
    • Re: TSO EDIT command, Walt Farrell
  • Re: TSO EDIT command, Mark Zelden
  • Re: TSO EDIT command, Barbara Nitz
  • Re: TSO EDIT command, gilmap
    • Re: TSO EDIT command, Walt Farrell
    • Re: TSO EDIT command, Shmuel Metz , Seymour J.
    • Re: TSO EDIT command, Shmuel Metz , Seymour J.
  • Re: TSO EDIT command, Arthur T.
    • Re: TSO EDIT command, Walt Farrell
  • RE: TSO EDIT command, Bob Shannon
    • Re: TSO EDIT command, Steve Comstock
    • Re: TSO EDIT command, Ed Gould
  • Re: TSO EDIT command, Ted MacNEIL
  • Re: TSO EDIT command, Steve Comstock
    • Re: TSO EDIT command, Robert Wright
• re: Interleave, john gilmore
• Re: Time Change Problem, Robert Bell
  • Re: Time Change Problem, JO . Skip . Robinson
  • <Possible follow-ups>
  • Re: Time Change Problem, Matthew Stitt
  • RE: Time Change Problem, ddelagarza
  • Re: Time Change Problem, Barbara Nitz
  • Re: Time Change Problem, Greg Saccomanno
  • Re: Time Change Problem, Barbara Nitz
• RE: FREEZE a TCB, Craddock, Chris
  • <Possible follow-ups>
  • Re: FREEZE a TCB, Bruce Black
  • Re: FREEZE a TCB, Edward E. Jaffe
  • RE: FREEZE a TCB, McKown, John
  • Re: FREEZE a TCB, Shmuel Metz , Seymour J.
    • Re: FREEZE a TCB, Binyamin Dissen
• ZOS/E on a Z890, Meganen Naidoo - BCX - Data Centre Services
  • Re: ZOS/E on a Z890, John Eells
  • Re: ZOS/E on a Z890, Willi Domroese
  • <Possible follow-ups>
  • Re: ZOS/E on a Z890, Brian Westerman
  • RE: ZOS/E on a Z890, Hal Merritt
  • Re: ZOS/E on a Z890, Marna WALLE
• Re: Interleave (Was :Re: MVCIN instruction), DASDBill2
• RE: ESS pprc question, TISLER Zaromil
  • Re: ESS pprc question, gkozakos
  • <Possible follow-ups>
  • Re: ESS pprc question, Bruno Sugliani
• re :Alter file in batch rexx, Didier Lamare
• Alter file in batch rexx, Didier Lamare
  • Re: Alter file in batch rexx, Walt Farrell
  • Re: Alter file in batch rexx, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Alter file in batch rexx, Chase, John
  • Re: Alter file in batch rexx, gilmap
• System 34 Task Work Area, DAM
• re: linkage convention, john gilmore
• VSAM Questions, Ibmmain
  • <Possible follow-ups>
  • Re: VSAM Questions, Ted MacNEIL
• Starting Over, Chase, John
  • Re: Starting Over, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Starting Over, Chase, John
  • Re: Starting Over, Tom Schmidt
  • RE: Starting Over, McKown, John
  • RE: Starting Over, Habres, Richard , GTI
  • Re: Starting Over, Dave Cartwright
  • RE: Starting Over, Chase, John
• CONSOLE CPU consumption HIGH dramatic relief by adding .FORNSSI *NONE to MPFLSTXX, Knutson, Sam
  • <Possible follow-ups>
  • Re: CONSOLE CPU consumption HIGH dramatic relief by adding .FORNSSI *NONE to MPFLSTXX, Mark Zelden
  • Re: CONSOLE CPU consumption HIGH dramatic relief by adding .FORNSSI *NONE to MPFLSTXX, Dave Danner
  • Re: CONSOLE CPU consumption HIGH dramatic relief by adding .FORNSSI *NONE to MPFLSTXX, Mark Zelden
  • Re: CONSOLE CPU consumption HIGH dramatic relief by adding .FORNSSI *NONE to MPFLSTXX, Scott Fagen
• TN3270 Emulator, Lester, Bob
  • Re: TN3270 Emulator, John P Kalinich
    • RE: TN3270 Emulator, Jerome
  • Re: [IBM-MAIN] TN3270 Emulator, Thomas Kern
    • Re: [IBM-MAIN] TN3270 Emulator, howard . brazee
    • Re: [IBM-MAIN] TN3270 Emulator, howard . brazee
  • Re: TN3270 Emulator, Michael Knigge
  • Re: TN3270 Emulator, howard . brazee
    • Annoying 3270 Screen Size Limitations (Was: TN3270 Emulator), Edward E. Jaffe
  • Re: TN3270 Emulator, Gerhard Postpischil
  • <Possible follow-ups>
  • RE: TN3270 Emulator, Chase, John
    • Re: TN3270 Emulator, howard . brazee
  • RE: TN3270 Emulator, Blaicher, Chris
  • RE: TN3270 Emulator, Knutson, Sam
  • Re: TN3270 Emulator, Rob Wunderlich
  • RE: TN3270 Emulator, norriswade
  • Re: TN3270 Emulator, Claude Richbourg
  • RE: TN3270 Emulator, Scott Barry
  • Re: TN3270 Emulator, gilmap
  • RE: TN3270 Emulator, Robert Pelletier
  • RE: TN3270 Emulator, Lou, Jim
    • Re: TN3270 Emulator, howard . brazee
      • Re: TN3270 Emulator, Tom Longfellow
      • Message not available
      • Re: TN3270 Emulator, Tom Longfellow
  • RE: TN3270 Emulator, Knutson, Sam
    • RE: TN3270 Emulator, Tom Longfellow
    • Re: TN3270 Emulator, Eric Chevalier
      • Re: TN3270 Emulator, Edward E. Jaffe
  • RE: TN3270 Emulator, Nix, Robert P.
  • Re: TN3270 Emulator, Mark Zelden
    • Re: TN3270 Emulator, LaurensDeJong
  • RE: TN3270 Emulator, Lester, Bob
  • Re: TN3270 Emulator, Scott Doherty
  • RE: TN3270 Emulator, Steve Bireley
    • Re: [IBM-MAIN] TN3270 Emulator, Jay Maynard
  • Re: TN3270 Emulator, Efinnell15
  • Re: TN3270 Emulator, Thomas Conley
  • RE: TN3270 Emulator, Dan Ponta
  • RE: TN3270 Emulator, Jousma, David
  • Re: TN3270 Emulator, Mark Zelden
  • Re: TN3270 Emulator, Gerhard Postpischil
    • Re: TN3270 Emulator, Shmuel Metz , Seymour J.
  • Re: TN3270 Emulator, Timothy Sipples
  • RE: TN3270 Emulator, Lester, Bob
    • RE: TN3270 Emulator, John H. Lang
      • RE: TN3270 Emulator, Tom Longfellow
  • RE: TN3270 Emulator, Knutson, Sam
  • Re: TN3270 Emulator, Shmuel Metz , Seymour J.
  • Re: TN3270 Emulator, Shmuel Metz , Seymour J.
  • Re: TN3270 Emulator, Shmuel Metz , Seymour J.
  • Re: TN3270 Emulator, Shmuel Metz , Seymour J.
  • Re: TN3270 Emulator, Shmuel Metz , Seymour J.
    • ISPF WSA (Was: TN3270 Emulator), Edward E. Jaffe
      • RE: ISPF WSA (Was: TN3270 Emulator), Dave Salt
      • Re: ISPF WSA (Was: TN3270 Emulator), Shmuel Metz , Seymour J.
  • Re: TN3270 Emulator, Shmuel Metz , Seymour J.
  • Re: TN3270 Emulator, Ted MacNEIL
    • Re: TN3270 Emulator, Edward E. Jaffe
      • Re: TN3270 Emulator, Dave Salt
      • Re: TN3270 Emulator, Edward E. Jaffe
      • Re: TN3270 Emulator, howard . brazee
      • Re: TN3270 Emulator, Joe Zitzelberger
      • Re: TN3270 Emulator, Shmuel Metz , Seymour J.
      • Re: TN3270 Emulator, howard . brazee
    • Re: TN3270 Emulator, Gerhard Postpischil
      • Re: TN3270 Emulator, Shmuel Metz , Seymour J.
  • Re: TN3270 Emulator, Ted MacNEIL
  • RE: TN3270 Emulator, Farley, Peter x23353
  • Re: TN3270 Emulator, Ted MacNEIL
  • Re: TN3270 Emulator, gilmap
    • WSA (Was: TN3270 Emulator), Edward E. Jaffe
      • RE: WSA (Was: TN3270 Emulator), Dave Salt
      • Re: WSA (Was: TN3270 Emulator), Edward E. Jaffe
      • Re: WSA (Was: TN3270 Emulator), Dave Salt
    • WSA versus ISPGUI (was: TN3270 Emulator), Dave Salt
  • RE: TN3270 Emulator, McKown, John
    • Re: TN3270 Emulator, howard . brazee
    • Re: TN3270 Emulator, Edward E. Jaffe
  • Re: TN3270 Emulator, john gilmore
    • Re: TN3270 Emulator, Edward E. Jaffe
  • Re: TN3270 Emulator, Paul Gilmartin
    • Re: TN3270 Emulator, David Andrews
    • Re: TN3270 Emulator, Steve Comstock
  • Re: TN3270 Emulator, Bob Shannon
  • Re: TN3270 Emulator, gilmap
    • Re: TN3270 Emulator, Edward E. Jaffe
  • Re: TN3270 Emulator, Shmuel Metz , Seymour J.
• Re: Terminal emulator macro for lookat, Mark Zelden
  • <Possible follow-ups>
  • Re: Terminal emulator macro for lookat, Bruce Black
  • Re: Terminal emulator macro for lookat, gilmap
• PREVENTING TAKING TOO MUCH STOR IN ISPF, D-Arbigny Pierre-Andre
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Edward E. Jaffe
    • Message not available
      • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Edward E. Jaffe
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, howard . brazee
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Shmuel Metz , Seymour J.
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: PREVENTING TAKING TOO MUCH STOR IN ISPF, Chase, John
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Vernooy, C.P. - SPLXM
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Mark Zelden
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, gilmap
  • RE: PREVENTING TAKING TOO MUCH STOR IN ISPF, McKown, John
  • RE: PREVENTING TAKING TOO MUCH STOR IN ISPF, Bob Shannon
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, howard . brazee
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Steve Comstock
  • RE: PREVENTING TAKING TOO MUCH STOR IN ISPF, Jousma, David
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Ted MacNEIL
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, martin_kline
      • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, CM Poncelet
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Ted MacNEIL
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, howard . brazee
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Ted MacNEIL
  • RE: PREVENTING TAKING TOO MUCH STOR IN ISPF, Farley, Peter x23353
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, howard . brazee
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, gilmap
    • Re: [IBM-MAIN] PREVENTING TAKING TOO MUCH STOR IN ISPF, Jay Maynard
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Thomas Berg
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Shmuel Metz , Seymour J.
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Shmuel Metz , Seymour J.
      • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Steve Arnett
      • Re: [IBM-MAIN] PREVENTING TAKING TOO MUCH STOR IN ISPF, Jay Maynard
      • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Shmuel Metz , Seymour J.
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Ted MacNEIL
  • Fw: PREVENTING TAKING TOO MUCH STOR IN ISPF, Ted MacNEIL
    • Re: Fw: PREVENTING TAKING TOO MUCH STOR IN ISPF, howard . brazee
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Ted MacNEIL
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, gilmap
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Efinnell15
  • RE: PREVENTING TAKING TOO MUCH STOR IN ISPF, Craddock, Chris
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, howard . brazee
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Shmuel Metz , Seymour J.
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Shmuel Metz , Seymour J.
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, howard . brazee
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, gilmap
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Gerhard Postpischil
      • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Shmuel Metz , Seymour J.
      • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Shmuel Metz , Seymour J.
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Shmuel Metz , Seymour J.
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Shmuel Metz , Seymour J.
  • RE: PREVENTING TAKING TOO MUCH STOR IN ISPF, Craddock, Chris
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, howard . brazee
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Edward E. Jaffe
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Shmuel Metz , Seymour J.
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Shmuel Metz , Seymour J.
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, howard . brazee
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Bruce Black
      • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Steve Comstock
      • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, howard . brazee
  • RE: PREVENTING TAKING TOO MUCH STOR IN ISPF, Craddock, Chris
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Efinnell15
  • RE: PREVENTING TAKING TOO MUCH STOR IN ISPF, Chase, John
  • RE: PREVENTING TAKING TOO MUCH STOR IN ISPF, Chase, John
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Mark Zelden
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Shmuel Metz , Seymour J.
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Shmuel Metz , Seymour J.
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, "Robert A. Rosenberg"
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Mark Zelden
    • RE: PREVENTING TAKING TOO MUCH STOR IN ISPF, Julian Levens
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Mark Zelden
    • RE: PREVENTING TAKING TOO MUCH STOR IN ISPF, Julian Levens
  • RE: PREVENTING TAKING TOO MUCH STOR IN ISPF, McKown, John
    • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Steve Arnett
  • Re: PREVENTING TAKING TOO MUCH STOR IN ISPF, Ted MacNEIL
• RSU, Meral Temel
  • <Possible follow-ups>
  • Re: RSU, Ted MacNEIL
  • RE: RSU, Jousma, David
  • RE: RSU, Meral Temel , Garanti Teknoloji
  • RSU, Meral Temel
  • Re: RSU, Meral Temel
• WAS z/OS and 64 bit (was Re: WebSphere/HATS Odyssey), Mark Zelden
  • Re: WAS z/OS and 64 bit (was Re: WebSphere/HATS Odyssey), John S. Giltner, Jr.
  • <Possible follow-ups>
  • Re: WAS z/OS and 64 bit (was Re: WebSphere/HATS Odyssey), Paul Dineen
  • Re: WAS z/OS and 64 bit (was Re: WebSphere/HATS Odyssey), Timothy Sipples
    • Re: WAS z/OS and 64 bit (was Re: WebSphere/HATS Odyssey), Patrick . Falcone
  • Re: WAS z/OS and 64 bit (was Re: WebSphere/HATS Odyssey), John Cassidy
  • Re: WAS z/OS and 64 bit (was Re: WebSphere/HATS Odyssey), Paul Dineen
  • RE: WAS z/OS and 64 bit (was Re: WebSphere/HATS Odyssey), Knutson, Sam
    • Re: WAS z/OS and 64 bit (was Re: WebSphere/HATS Odyssey), Patrick . Falcone
  • Re: WAS z/OS and 64 bit (was Re: WebSphere/HATS Odyssey), Efinnell15
• Port to z/OS or OMVS?, Julian Levens
  • <Possible follow-ups>
  • Re: Port to z/OS or OMVS?, Timothy Sipples
    • Re: Port to z/OS or OMVS?, Shmuel Metz , Seymour J.
    • Re: Port to z/OS or OMVS?, Shmuel Metz , Seymour J.
  • Re: Port to z/OS or OMVS?, gilmap
  • RE: Port to z/OS or OMVS?, Hal Merritt
    • Re: Port to z/OS or OMVS?, Shane Ginnane
  • RE: Port to z/OS or OMVS?, McKown, John
  • Re: Port to z/OS or OMVS?, Tom Schmidt
  • Port to z/OS or OMVS?, Don Ault
• How to copy a DASD data set with 56k blocks, Gilbert Saint-Flour
  • Re: How to copy a DASD data set with 56k blocks, Bruce Black
    • Re: How to copy a DASD data set with 56k blocks, Rich Tabor
    • Re: How to copy a DASD data set with 56k blocks, martin_kline
  • <Possible follow-ups>
  • Re: How to copy a DASD data set with 56k blocks, Gilbert Saint-Flour
  • Re: How to copy a DASD data set with 56k blocks, DASDBill2
  • Re: How to copy a DASD data set with 56k blocks, Jim Marshall
    • Re: How to copy a DASD data set with 56k blocks, martin_kline
  • RE: How to copy a DASD data set with 56k blocks, Barry Merrill
• IARVSERV, John Krew
  • <Possible follow-ups>
  • RE: IARVSERV, Bob Shannon
  • Fw: IARVSERV, John Krew
  • Fw: IARVSERV, John Krew
  • RE: IARVSERV, Craddock, Chris
  • IARVSERV, Don Ault
  • Re: IARVSERV, Bill Manry
• PARTITION MANAGED BY WLM, D-Arbigny Pierre-Andre
  • <Possible follow-ups>
  • RE: PARTITION MANAGED BY WLM, Knutson, Sam
• ACF2, VolkanPekince
  • RE: ACF2, Carlos A Bodra
    • Re: ACF2, Bruce Black
• ACS Filtlist overhead, Vernooy, C.P. - SPLXM
  • Re: ACS Filtlist overhead, Pohlen Mailinglist
  • Re: ACS Filtlist overhead, Bruce Black
    • Re: ACS Filtlist overhead, john . ticic . extern
  • <Possible follow-ups>
  • RE: ACS Filtlist overhead, Richards.Bob
  • Re: ACS Filtlist overhead, Vernooy, C.P. - SPLXM
  • Re: ACS Filtlist overhead, Mark Zelden
  • RE: ACS Filtlist overhead, Barry Merrill
  • Re: ACS Filtlist overhead, Vernooy, C.P. - SPLXM
• Re: Read French? What do you make of http://www.hosthelponline.com/ ?, Bruno Sugliani
  • Re: Read French? What do you make of http://www.hosthelponline.com/ ?, john gilmore
  • <Possible follow-ups>
  • Re: Read French? What do you make of http://www.hosthelponline.com/ ?, Jan MOEYERSONS
• Re: Read French? What do you make of http://www.hosthelponline.com/ ?, DASDBill2
• Read French? What do you make of http://www.hosthelponline.com/ ?, Knutson, Sam
• Things that need work on the CBT Tape, Sam Golob
  • <Possible follow-ups>
  • Re: Things that need work on the CBT Tape, Kenny Fogarty
• TESTAUTH Detection, Keith E. Moe
  • Re: TESTAUTH Detection, Shmuel Metz , Seymour J.
    • Re: TESTAUTH Detection, Binyamin Dissen
      • Re: TESTAUTH Detection, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: TESTAUTH Detection, Philippe Leite
  • TESTAUTH Detection, Keith E. Moe
• Eliminating HSC with CA-1?, Thomas Conley
  • Re: Eliminating HSC with CA-1?, Doug Fuerst
  • Re: Eliminating HSC with CA-1?, ibm-main
  • RE: Eliminating HSC with CA-1?, Norman Hollander
  • Re: Eliminating HSC with CA-1?, Ambat Ravi Nair
  • <Possible follow-ups>
  • Re: Eliminating HSC with CA-1?, Mark Zelden
• CBT in FDR & DFDSS format, Knutson, Sam
• re: assembly - binding - load-module alias, john gilmore
  • Re: assembly - binding - load-module alias, Steve Comstock
• FTP From Tape With Small Lrecl, Scott Doherty
  • Re: FTP From Tape With Small Lrecl, Bruce Black
  • Re: FTP From Tape With Small Lrecl, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: FTP From Tape With Small Lrecl, Terry Sambrooks
    • Re: FTP From Tape With Small Lrecl, Bruce Black
      • Re: FTP From Tape With Small Lrecl, Joel C. Ewing
  • Re: FTP From Tape With Small Lrecl, gilmap
  • Re: FTP From Tape With Small Lrecl, Scott Doherty
  • Re: FTP From Tape With Small Lrecl, gilmap
    • Re: FTP From Tape With Small Lrecl, Bruce Black
    • Re: FTP From Tape With Small Lrecl, Shmuel Metz , Seymour J.
• NASPA Tech Support-CBT turns 30., Efinnell15
• Moving alias from one catalog to another, Ottar Moller
  • RE: Moving alias from one catalog to another, Larry Crilley
  • Re: Moving alias from one catalog to another, Ed Gould
  • <Possible follow-ups>
  • RE: Moving alias from one catalog to another, Rob Scott
  • Re: Moving alias from one catalog to another, Efinnell15
  • RE: Moving alias from one catalog to another, Jim Ladouceur
  • Re: Moving alias from one catalog to another, Mark Zelden
    • Re: Moving alias from one catalog to another, Bruce Black
• SHARE videos feedback, Thomas Conley
• Systems Programmer Position, Gary Peters
  • Re: Systems Programmer Position, Gary Green
  • <Possible follow-ups>
  • RE: Systems Programmer Position, Chase, John
    • Re: Systems Programmer Position, Gary Green
  • RE: Systems Programmer Position, Richards.Bob
  • RE: Systems Programmer Position, Perryman, Brian
    • Re: Systems Programmer Position, Gary Green
  • Re: Systems Programmer Position, john gilmore
    • Re: Systems Programmer Position, martin_kline
    • Re: Systems Programmer Position, Edward E. Jaffe
      • Re: Systems Programmer Position, john gilmore
      • Re: Systems Programmer Position, Edward E. Jaffe
      • RE: Systems Programmer Position, Paul Hanrahan
    • Re: Systems Programmer Position, pauls2272
  • Re: Systems Programmer Position, Efinnell15
  • RE: Systems Programmer Position, Chase, John
  • Re: Systems Programmer Position, Efinnell15
  • RE: Systems Programmer Position, ddelagarza
    • Re: Systems Programmer Position, Gary Green
  • RE: Systems Programmer Position, Bob Shannon
    • Re: Systems Programmer Position, Shmuel Metz , Seymour J.
    • Re: Systems Programmer Position, Shmuel Metz , Seymour J.
  • Re: Systems Programmer Position, Anton Britz
  • RE: Systems Programmer Position, George, William , DHS-ITSD
  • Re: Systems Programmer Position, DASDBill2
• RE: [IBM-MAIN] Product availability on 3592, Ken . Porowski
• Product availability on 3592, Johnston, Robert E
  • Re: Product availability on 3592, Alan C. Field
    • Re: Product availability on 3592, Bruce Black
      • Re: Product availability on 3592, Alan C. Field
      • Re: Product availability on 3592, Ed Gould
  • Re: Product availability on 3592, ibm-main
  • Re: Product availability on 3592, pauls2272
  • Re: Product availability on 3592, R.S.
  • <Possible follow-ups>
  • RE: Product availability on 3592, McKown, John
  • Re: Product availability on 3592, Efinnell15
    • Re: Product availability on 3592, Alan C. Field
  • Re: Product availability on 3592, Bruce Black
  • RE: Product availability on 3592, Johnston, Robert E
    • Re: Product availability on 3592, ibm-main
  • Re: Product availability on 3592, ibm-main
  • RE: Product availability on 3592, Chase, John
    • Re: Product availability on 3592, ibm-main
  • Re: Product availability on 3592, Mike Baldwin
• Common tape drive systems, Puddin' Man
• DCB attributes for USS file, Johnson, William
  • <Possible follow-ups>
  • RE: DCB attributes for USS file, McKown, John
    • RE: DCB attributes for USS file, Charles Mills
  • RE: DCB attributes for USS file, Low, David
  • Re: DCB attributes for USS file, gilmap
• Re: did anyone know about NN-NN of one sysplex definition?, Patrick O'Keefe
• Multiple LPARs / one user id, Goings, Rob
  • <Possible follow-ups>
  • Re: Multiple LPARs / one user id, Ernie Takeuchi
  • RE: Multiple LPARs / one user id, Chase, John
  • RE: Multiple LPARs / one user id, Mark Steely
  • Re: Multiple LPARs / one user id, Alan C. Field
  • Re: Multiple LPARs / one user id, Natarajan Mohan
  • Re: Multiple LPARs / one user id, Mark Zelden
  • Re: Multiple LPARs / one user id, Brian Peterson
  • Re: Multiple LPARs / one user id, Barbara Nitz
  • Re: Multiple LPARs / one user id, Mark Zelden
  • Re: Multiple LPARs / one user id, Barbara Nitz
    • Re: Multiple LPARs / one user id, Mark Jacobs
      • Re: Multiple LPARs / one user id, Ed Gould
      • Re: Multiple LPARs / one user id, howard . brazee
      • Message not available
      • Re: Multiple LPARs / one user id, Bruce Black
      • Re: Multiple LPARs / one user id, martin_kline
      • Re: Multiple LPARs / one user id, Shmuel Metz , Seymour J.
      • Re: Multiple LPARs / one user id, Ed Gould
  • RE: Multiple LPARs / one user id, DOMINGUEZ MARTIN, ANGEL LUIS
  • Re: Multiple LPARs / one user id, gilmap
  • RE: Multiple LPARs / one user id, McKown, John
  • Re: Multiple LPARs / one user id, gilmap
  • RE: Multiple LPARs / one user id, McKown, John
  • Re: Multiple LPARs / one user id, Tom Schmidt
  • Re: Multiple LPARs / one user id, Barbara Nitz
    • Re: Multiple LPARs / one user id, Shmuel Metz , Seymour J.
• PDSE & SMS.. optimizing a PDSE, John Fly
• Customized Offerings Driver, George Bly
  • Re: Customized Offerings Driver, John Eells
  • <Possible follow-ups>
  • RE: Customized Offerings Driver, Knutson, Sam
    • RE: Customized Offerings Driver, George Bly
  • RE: Customized Offerings Driver, McKown, John
    • Re: Customized Offerings Driver, Dick de Groot
    • Re: Customized Offerings Driver, John Eells
  • Re: Customized Offerings Driver, Sebastian Welton
• Creating dynamic 3270 screen size definitions for increased productivity TD102151, Knutson, Sam
  • Re: Creating dynamic 3270 screen size definitions for increased productivity TD102151, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • SV: Creating dynamic 3270 screen size definitions for increased productivity TD102151, thomas . berg
• Reduce Total time to load a program from PDSE?, John Fly
• z/OS 1.7 and beyond, Duane Weaver
• IAZXJSAB CREATE - is it documented anywhere?, Jay Maynard
  • Message not available
    • Re: [IBM-MAIN] IAZXJSAB CREATE - is it documented anywhere?, Jay Maynard
  • Re: IAZXJSAB CREATE - is it documented anywhere?, Walt Farrell
    • Re: [IBM-MAIN] IAZXJSAB CREATE - is it documented anywhere?, Jay Maynard
      • Re: [IBM-MAIN] IAZXJSAB CREATE - is it documented anywhere?, Walt Farrell
      • Re: [IBM-MAIN] IAZXJSAB CREATE - is it documented anywhere?, Jay Maynard
• z/OS 1.7, Mark Steely
  • Re: z/OS 1.7, John Eells
    • RE: DASD genned as shared, John H. Lang
  • Re: z/OS 1.7, José Amadeu Rosário
  • Re: z/OS 1.7, Pohlen Mailinglist
• GT15, LSS1UP8. SIMPLX, printdude1968@xxxxxxxxx
  • <Possible follow-ups>
  • Re: GT15, LSS1UP8. SIMPLX, Big Iron
    • Re: GT15, LSS1UP8. SIMPLX, printdude1968@xxxxxxxxx
• SMP/E RECEIVE FROMNETWORK order of processing?, gilmap
• RE: Happy birthday IBM Research, Clark, Kevin D, HRC-Alexandria/EDS
  • Re: Happy birthday IBM Research, R.S.
    • Re: Happy birthday IBM Research, Ed Gould
      • Re: Happy birthday IBM Research, Shmuel Metz , Seymour J.
      • Re: Happy birthday IBM Research, Ed Gould
  • <Possible follow-ups>
  • RE: Happy birthday IBM Research, Huckert, James
  • Re: Happy birthday IBM Research, DASDBill2
  • Re: Happy birthday IBM Research, Efinnell15
• DASD genned as shared, Richard Pinion
  • Re: DASD genned as shared, Bruce Black
    • Re: DASD genned as shared, David Andrews
      • Re: DASD genned as shared, Bruce Black
  • Re: DASD genned as shared, JO . Skip . Robinson
  • Re: DASD genned as shared, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • Re: DASD genned as shared, Ted MacNEIL
  • Re: DASD genned as shared, Richard Pinion
  • Re: DASD genned as shared, Ted MacNEIL
  • Re: DASD genned as shared, Richard Pinion
    • Re: DASD genned as shared, Bruce Black
      • RE: DASD genned as shared, John H. Lang
      • Re: DASD genned as shared, R.S.
  • Re: DASD genned as shared, Richard Pinion
• JES2 Exits and z/OS 1.7, Stash Zdanuk
• Dynamic change LOGCLS from IEASYSXX?, Knutson, Sam
  • Re: Dynamic change LOGCLS from IEASYSXX?, Shmuel Metz , Seymour J.
  • <Possible follow-ups>
  • RE: Dynamic change LOGCLS from IEASYSXX?, Knutson, Sam
  • RE: Dynamic change LOGCLS from IEASYSXX?, DOMINGUEZ MARTIN, ANGEL LUIS
    • Re: Dynamic change LOGCLS from IEASYSXX?, Edward E. Jaffe
  • RE: Dynamic change LOGCLS from IEASYSXX?, Knutson, Sam
    • Re: Dynamic change LOGCLS from IEASYSXX?, Ed Gould
  • Re: Dynamic change LOGCLS from IEASYSXX?, Barbara Nitz
  • Re: Dynamic change LOGCLS from IEASYSXX?, Mark Zelden
  • Re: Dynamic change LOGCLS from IEASYSXX?, Mark Zelden
  • RE: Dynamic change LOGCLS from IEASYSXX?, DOMINGUEZ MARTIN, ANGEL LUIS
• Re: ANNOUNCEMENT LETTERS, Birger Heede
  • <Possible follow-ups>
  • Re: ANNOUNCEMENT LETTERS, Bruce Black
    • Re: ANNOUNCEMENT LETTERS, Jim McAlpine
  • Re: ANNOUNCEMENT LETTERS, gilmap
    • Re: ANNOUNCEMENT LETTERS, Bruce Black
    • Re: ANNOUNCEMENT LETTERS, Shmuel Metz , Seymour J.
  • Re: ANNOUNCEMENT LETTERS, gilmap
    • Re: ANNOUNCEMENT LETTERS, Bruce Black
      • Re: ANNOUNCEMENT LETTERS, Ed Gould
  • Re: ANNOUNCEMENT LETTERS, Arthur T.
  • Re: ANNOUNCEMENT LETTERS, Arthur T.
• RE: FTP continuation character, norriswade
  • <Possible follow-ups>
  • Re: FTP continuation character, Pohlen Mailinglist
  • Re: FTP continuation character, Pohlen Mailinglist
  • RE: FTP continuation character, Charles Mills
    • Re: FTP continuation character, martin_kline
  • RE: FTP continuation character, Gray, Larry - Larry A
    • RE: FTP continuation character, Charles Mills
  • RE: FTP continuation character, Jim Keohane , MPI
    • RE: FTP continuation character, Charles Mills
  • Re: FTP continuation character, gilmap
    • RE: FTP continuation character, Charles Mills
• Re: SMS and sysplex, Gil Peleg
  • <Possible follow-ups>
  • Re: SMS and sysplex, R.S.
    • Re: SMS and sysplex, Bruce Black
    • RE: SMS and sysplex, Randy Gross
  • Re: SMS and sysplex, Vernooy, C.P. - SPLXM
  • Re: SMS and sysplex, Matthew Stitt
    • Re: SMS and sysplex, R.S.
• retention of binary data in a CLIST string, roog50
• (none), Yehuda Kaliahu
  • 3494-B20 using R7.4 micro code, William McKinley
  • <Possible follow-ups>
  • (none), Rouget Emmanuel , BIL
  • (none), Justin . F . Bastin
• Re: Data space addressability, Bob Rutledge
  • <Possible follow-ups>
  • Re: Data space addressability, Gil Peleg
  • Re: Data space addressability, John Krew
• What's next for IBM?, bfwd
  • Re: What's next for IBM?, Allodoxaphobia
• JOIN, ddelagarza
  • <Possible follow-ups>
  • Re: JOIN, Efinnell15
• Infoman offload to text file, Thomas Lawrence
  • <Possible follow-ups>
  • Re: Infoman offload to text file, Ted MacNEIL
• Re: DFSort vs. SyncSort, Victor Gil
  • Re: DFSort vs. SyncSort, Frank Yaeger
  • <Possible follow-ups>
  • Re: DFSort vs. SyncSort, Ted MacNEIL
    • Re: DFSort vs. SyncSort, Frank Yaeger
  • Re: DFSort vs. SyncSort, Ted MacNEIL
  • DFSort vs. SyncSort, Bill Klein
  • Re: DFSort vs. SyncSort, Frank Yaeger
• Convert application to 64 bit or not, Miklos Szigetvari
• RE: Literal Usage [was: Re: MVCIN instruction], Charles Mills
  • <Possible follow-ups>
  • Re: Literal Usage [was: Re: MVCIN instruction], Binyamin Dissen
  • RE: Literal Usage [was: Re: MVCIN instruction], Chase, John
    • Re: Literal Usage [was: Re: MVCIN instruction], Edward E. Jaffe
  • Re: Literal Usage [was: Re: MVCIN instruction], gilmap
• Purpose of the cbt-tape forum on yahoogroups.com, Sam Golob
  • <Possible follow-ups>
  • Re: Purpose of the cbt-tape forum on yahoogroups.com, Efinnell15
• RE: Backup IOCDS, McKown, John
  • <Possible follow-ups>
  • Re: Backup IOCDS, August . Carideo
  • RE: Backup IOCDS, Brown, Warren S, HRC-Alexandria/EDS
• Re: Order of Operands (was Re: JES2 Exit6 - Changing Class= Based, Shmuel Metz , Seymour J.
• Configuring DRM, feedmetwinkies
  • Re: Configuring DRM, Dick de Groot
• ICETOOL SPLICE basic question., ashan_dsouza
  • <Possible follow-ups>
  • Re: ICETOOL SPLICE basic question., Frank Yaeger
• RE: Assembler question (now answered), Bob Stark
  • <Possible follow-ups>
  • Re: Assembler question (now answered), John R. Ehrman
• Diagnostic info for 3287 printer, Chuck
  • Re: Diagnostic info for 3287 printer, Cyber
  • Re: Diagnostic info for 3287 printer, FAD
    • Re: Diagnostic info for 3287 printer, Chuck
    • Re: Diagnostic info for 3287 printer, Chuck
• re: assembler instruction question, john gilmore
• Disaster recovery question - 3952 drives in an ATL., McKown, John
  • Re: Disaster recovery question - 3952 drives in an ATL., R.S.
  • <Possible follow-ups>
  • Re: Disaster recovery question - 3952 drives in an ATL., Pohlen Mailinglist
  • Re: Disaster recovery question - 3952 drives in an ATL., Mike Wood
    • Re: Disaster recovery question - 3952 drives in an ATL., Pohlen Mailinglist
  • Re: Disaster recovery question - 3952 drives in an ATL., Mike Wood
    • Re: Disaster recovery q