Re: How long is YOUR signature/disclaimer?

[Kris Buelens]

When using Mozilla Seamonkey, you can turn on spell checking for any
edit area in the browser.

2009/5/13 Alan Ackerman 
>
> There is a way around all this -- I am using it now. I do not use email to
> post to this list, I sign on to a web page. My signature is two lines. It
> is plain text because the LISTSERV software that provides this web pages
> works that way.
>
> The link I use is to read and write here is
> .
>
> There is one limitation -- my PC does not spellcheck my posts. My Mac at
> home spellchecks eveythign, so I prefer to use the Mac.
>
> Alan Ackerman
> Alan (dot) Ackerman (at) Bank of America (dot) com



--
Kris Buelens,
IBM Belgium, VM customer support

Re: Oops and finding passwords on a system...

[David Kreuter]

RACF really doesn't control access to a whole lot of commands.  CP class overrides will help here. It will audit a whole bunch! But control, no, not really.  Once on operator or sysoper id with secuser set to operator: SEND RACF SETRACF INACTIVE; response yes; now your system has fallen back to weak(er) cp passwords.Some shops will not permit network access to the HMC, so now you need physical access to the HMC. OK, now you can get to SYSG by enabling the 3270 HMC iconic thingie and you know a valid ipl volume, but you are physically at the controls of the box.  So you have passed through several get smart doors into the cold room and you are being recorded by a webcam  ...On an insecure note - sometimes I like to write the volume, start cylinder, # of cylinders of DIRMAINT 1DB in the comments of SALIPL - and it shows up on the SAPL screen.  Bailed me out of a jam more than once.Coming back to operator and RACF without knowing maint password using some of the stuff Bob mentioned:from operator:xautolog maintset secuser maint *send cp maint IPL something or other (190 or CMS) ...send maint rac (change my password through one of the racf commands)...logon maint... have oodles of fun ...


 Original Message 
Subject: Re: [IBMVM] Oops and finding passwords on a system...
From: Scott Rohling 
Date: Tue, May 12, 2009 9:31 pm
To: IBMVM@LISTSERV.UARK.EDU

Good question --   I know that RACF can be used to control command access -- but I'm not sure it would work on OPERATOR.I can see the problem:   Given that the only accessible user is OPERATOR if things fail at IPL (RACF doesn't come up, DASD isn't online, whatever) at the real/HMC console - it needs the authority to do what needs doing to bring up the system or restore what needs restoring.   physical/logical Access to the operator console is security hole at that point. ScottOn Tue, May 12, 2009 at 6:54 PM, Mike Walter  wrote: And every human Operator need class D privclass to handle SPOOL operations.  Some report or data files can be transferred by an Operator to another userid, viewed there, and transferred back.  It makes me wonder how secret 3-letter US government agencies dealt with Operator, sysprog, and security admin issues.  Mike Walter Hewitt Associates  (Sent from the wee keyboard on a Blackberry.)   - Original Message - From: "Bob Bates" [robert.ba...@wellsfargo.com] Sent: 05/12/2009 04:48 PM EST To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Oops and finding passwords on a system...From the HELP file for DEFINE MDISK says the PRIMARY OPERATOR has it. Doesn't matter what's in the directory or what the userid is. If you are the primary operator, you've got the ability.  Besides, AUTOLOG, SET SECUSER, and SEND can also be used to look at files on other users if you have the authority to do it. Want to keep the passwords under wraps, they best be encrypted. An inventive soul can find a way to get to clear text files if they have access to the right stuff.   Bob Bates Enterprise Hosting Services  w. (469)892-6660 c. (214) 907-5071  "This message may contain confidential and/or privileged information.  If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein.  If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message.  Thank you for your cooperation." The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.  

Re: DIRMAINT 'regions'

[Scott Rohling]

:-)   I've thought the same when specifying DASD types and having weird
sizes due to entries in the DEFAULTS section (or DEFAULTS DATADVH).
Wouldn't a Q DASD DETAILS by DIRMAINT (say during the RLDE command) be
better and avoid user errors?

Scott

On Tue, May 12, 2009 at 8:35 PM, Marcy Cortes  wrote:

> David wrote:
> "Also good ole datamove will do the proverbially choke if it is told to go
> and format, or clonedisk to a missing volume."
>
> No way... Still?  That was when I worked with dirmaint in the late 80's.
> No one got a requirement through that it be kinder/gentler to the users
> since then??!!??
>
> (yeah, I was working with VM in grade school :)
>
>
>
> Marcy
>
> "This message may contain confidential and/or privileged information. If
> you are not the addressee or authorized to receive this for the addressee,
> you must not use, copy, disclose, or take any action based on this message
> or any information herein. If you have received this message in error,
> please advise the sender immediately by reply e-mail and delete this
> message. Thank you for your cooperation."
>

Re: DIRMAINT 'regions'

[Marcy Cortes]

David wrote:
"Also good ole datamove will do the proverbially choke if it is told to go and 
format, or clonedisk to a missing volume."

No way... Still?  That was when I worked with dirmaint in the late 80's.
No one got a requirement through that it be kinder/gentler to the users since 
then??!!??

(yeah, I was working with VM in grade school :)



Marcy

"This message may contain confidential and/or privileged information. If you 
are not the addressee or authorized to receive this for the addressee, you must 
not use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message. Thank you for 
your cooperation."

Re: How long is YOUR signature/disclaimer?

[Scott Rohling]

   I admit I actually read your disclaimer - hilarious   ;-)   Thanks
- Scott

On Tue, May 12, 2009 at 8:24 PM, Jack Woehr  wrote:

>  Dave Wade wrote:
>
>
>1. Access to personal e-mail is blocked in the office.
>2. Disclaimers are added to all e-mail leaving the company by the
>firewall…
>3. Attempted to circumvent these policies is a dismissible offence
>
>  *Disclaimer Confidentiality Notice: This e-mail, and any attachments
> and/or documents linked to this email, are intended to make fun
> of the anal retentiveness of the brontosaurus-like walnut-brained megacorps
> full of PHB's that stay awake night finding make-work for their technical
> cadres.
> All confidential, proprietary, or useless information in this communication
> is
> utterly unprotected by law once posted it to a newsgroup.
> Dissemination, distribution, and copying is unavoidable.This
> notice serves as a reminder that corporate management around the
> world has its head up its butt, which is why the world is in a business
> crisis. If you have received this communication in error, you're probably
> no wiser
> than the party for whom it was intended.*
>
>
> --
> Jack J. Woehr# I run for public office from time to time. It's 
> likehttp://www.well.com/~jax  # working out at 
> the gym, you sweat a lot, don't gethttp://www.softwoehr.com # anywhere, and 
> you fall asleep easily afterwards.
>
>

Re: How long is YOUR signature/disclaimer?

[Jack Woehr]

Dave Wade wrote:


   1. Access to personal e-mail is blocked in the office.
   2. Disclaimers are added to all e-mail leaving the company by the
  firewall...
   3. Attempted to circumvent these policies is a dismissible offence


   /Disclaimer Confidentiality Notice: This e-mail, and any attachments
   and/or documents linked to this email, are intended to make fun
   of the anal retentiveness of the brontosaurus-like walnut-brained
   megacorps
   full of PHB's that stay awake night finding make-work for their
   technical cadres.
   All confidential, proprietary, or useless information in this
   communication is
   utterly unprotected by law once posted it to a newsgroup.
   Dissemination, distribution, and copying is unavoidable.This
   notice serves as a reminder that corporate management around the
   world has its head up its butt, which is why the world is in a business
   crisis. If you have received this communication in error, you're
   probably no wiser
   than the party for whom it was intended./


--
Jack J. Woehr# I run for public office from time to time. It's like
http://www.well.com/~jax # working out at the gym, you sweat a lot, don't get
http://www.softwoehr.com # anywhere, and you fall asleep easily afterwards.

Re: REXX Date Function Help...Please

[Scott Rohling]

For the group (sent this to Howard personally when I did a reply):

Is this what you mean?:

jday = date('J')
Say DATE('U',jday,'J')

On DATE:  the first parm is the output format (USA) - the 2nd is the input
date - the 3rd is the input date format.

Scott

On Tue, May 12, 2009 at 7:57 PM, Howard Rifkind  wrote:

> I have the DATE function working in order to get the current date into
> Julian date format but I'm have difficulty going the other way...Julian date
> to standard date such as MM/DD/YY.
>
> I've tried tries a number of ways to format the DATE function to do this
> without any success.
>
> I surrender.
>
> File_Juldate = DATE('J',FILE_DATE)Doesn't work.
>
> Any help with this will be appreciated.
>
> Thanks
>
>

Re: z/VM 5.4 install

[Jim Bohnsack]

Mike--You must be just a kid.  I remember installing from 800BPI tapes 
and using 556FCI tapes (flux changes per inch).  I remember, 30 years or 
so ago, taking my son to the data center on a Saturday and him spending 
the morning rolling old DTR's (remember them) the length of the floor or 
as far as they went since IBM only used as much tape as necessary to 
ship PTF's on them.


Jim

Mike Walter wrote:
..Besides, I'm a throwback to tape (going back to round, 
8-track, 1600BPI tape installs).


Mike Walter
Hewitt Associates



--
Jim Bohnsack
Cornell University
(972) 596-6377 home/office
(972) 342-5823 cell
jab...@cornell.edu

REXX Date Function Help...Please

[Howard Rifkind]

I have the DATE function working in order to get the current date into Julian 
date format but I'm have difficulty going the other way...Julian date to 
standard date such as MM/DD/YY.

I've tried tries a number of ways to format the DATE function to do this 
without any success.

I surrender.

File_Juldate = DATE('J',FILE_DATE)    Doesn't work.

Any help with this will be appreciated.

Thanks



  

Re: How long is YOUR signature/disclaimer?

[Alan Ackerman]

There is a way around all this -- I am using it now. I do not use email t
o 
post to this list, I sign on to a web page. My signature is two lines. It
 
is plain text because the LISTSERV software that provides this web pages 

works that way.

The link I use is to read and write here is 
.

There is one limitation -- my PC does not spellcheck my posts. My Mac at 

home spellchecks eveythign, so I prefer to use the Mac.

Alan Ackerman

Alan (dot) Ackerman (at) Bank of America (dot) com

Re: Oops and finding passwords on a system...

[Scott Rohling]

Good question --   I know that RACF can be used to control command access --
but I'm not sure it would work on OPERATOR.

I can see the problem:   Given that the only accessible user is OPERATOR if
things fail at IPL (RACF doesn't come up, DASD isn't online, whatever) at
the real/HMC console - it needs the authority to do what needs doing to
bring up the system or restore what needs restoring.   physical/logical
Access to the operator console is security hole at that point.

Scott

On Tue, May 12, 2009 at 6:54 PM, Mike Walter  wrote:

> And every human Operator need class D privclass to handle SPOOL operations.
>  Some report or data files can be transferred by an Operator to another
> userid, viewed there, and transferred back.
>
> It makes me wonder how secret 3-letter US government agencies dealt with
> Operator, sysprog, and security admin issues.
>
> Mike Walter
> Hewitt Associates
>
> (Sent from the wee keyboard on a Blackberry.)
>
>
> - Original Message -
> From: "Bob Bates" [robert.ba...@wellsfargo.com]
> Sent: 05/12/2009 04:48 PM EST
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Oops and finding passwords on a system...
>
>
>
> From the HELP file for DEFINE MDISK says the PRIMARY OPERATOR has it.
> Doesn't matter what's in the directory or what the userid is. If you are the
> primary operator, you've got the ability.
>
> Besides, AUTOLOG, SET SECUSER, and SEND can also be used to look at files
> on other users if you have the authority to do it. Want to keep the
> passwords under wraps, they best be encrypted. An inventive soul can find a
> way to get to clear text files if they have access to the right stuff.
>
>
> Bob Bates
> Enterprise Hosting Services
>
> w. (469)892-6660
> c. (214) 907-5071
>
> "This message may contain confidential and/or privileged information.  If
> you are not the addressee or authorized to receive this for the addressee,
> you must not use, copy, disclose, or take any action based on this message
> or any information herein.  If you have received this message in error,
> please advise the sender immediately by reply e-mail and delete this
> message.  Thank you for your cooperation."
>
>
>
>
> The information contained in this e-mail and any accompanying documents may
> contain information that is confidential or otherwise protected from
> disclosure. If you are not the intended recipient of this message, or if
> this message has been addressed to you in error, please immediately alert
> the sender by reply e-mail and then delete this message, including any
> attachments. Any dissemination, distribution or other use of the contents of
> this message by anyone other than the intended recipient is strictly
> prohibited. All messages sent to and from this e-mail address may be
> monitored as permitted by applicable law and regulations to ensure
> compliance with our internal policies and to protect our business. E-mails
> are not secure and cannot be guaranteed to be error free as they can be
> intercepted, amended, lost or destroyed, or contain viruses. You are deemed
> to have accepted these risks if you communicate with us by e-mail.
>

Re: DIRMAINT 'regions'

[Scott Rohling]

Hi Dave,
Right - you touched on another thing I'm checking on with code -- volumes
being specified in EXTENT CONTROL - but not attached to the system.   Also -
being specified in the directory but not attached.   There may be valid
reasons for these conditions, but in general, should be avoided.  Thanks!

Scott

On Tue, May 12, 2009 at 7:09 PM, David Kreuter wrote:

> Hi Scott: Since the days of wide CMS usage, and device physics, I haven't
> really configured regions with any degree of sophistication. Not to say it
> isn't useful.  Maybe there's a case for if you have real mod27s or mod54s
> and you want to code a bunch 3390 mod3 size mdisks, maybe for 2nd level vm's
> then you could do some slick configuring.
>
> On another extent control note, a little nasty is that dirmaint treats
> extent control as truth.  If you code a volser cum region and there is no
> disk with that label online or attached to the system DIRMAINT will happily
> add space to it when you use autov, autor, explicit, and autog (provided the
> errant volume is in the groups section). Not nice when you really expect a
> minidisk to be there! Also good ole datamove will do the proverbially choke
> if it is told to go and format, or clonedisk to a missing volume.  A perfect
> case of your gun, bullet, and foot.  After all you told DIRMAINT about it.
> I know some out there might do this exact thing for future plans and keep
> datamove away from it, but for clarities sake I avoid it. Datamove gets
> confused enough I daresay.
>
> I support systems with hundreds of real volumes (SCSI and edev still a
> while down the road) and keeping extent control in shape remains a manual
> process.  Life's tough all over.
>
> David Kreuter
>
>
>   Original Message 
> Subject: [IBMVM] DIRMAINT 'regions'
> From: Scott Rohling 
> Date: Tue, May 12, 2009 8:47 pm
> To: IBMVM@LISTSERV.UARK.EDU
>
> I have never seen 'regions' defined in EXTENT CONTROL as anything other
> than the corresponding DASD volser.   I can see how it might be used if you
> were really into carving up DASD volumes strategically -- but I believe
> those days are long gone.
>
> Anyway - I'm putting together some best practices revolving around DASD,
> DIRMAINT, EXTENT CONTROL - and one thing I planned to list is to ensure that
> the regions listed match the volsers.   I've been bitten by mismatches
> (someone duplicating a line but failing to change the 2nd word -- the
> volume) and want to eliminate them.
>
> So my question is this:   Does anyone at all actually specify regions in
> EXTENT CONTROL on a DASD volume that have a different name then the DASD
> volser?   If so - is there an advantage you can tell me about?
>
> Thanks!  Scott
>
>

Re: DIRMAINT 'regions'

[David Kreuter]

Hi Scott: Since the days of wide CMS usage, and device physics, I haven't really configured regions with any degree of sophistication. Not to say it isn't useful.  Maybe there's a case for if you have real mod27s or mod54s and you want to code a bunch 3390 mod3 size mdisks, maybe for 2nd level vm's then you could do some slick configuring.On another extent control note, a little nasty is that dirmaint treats extent control as truth.  If you code a volser cum region and there is no disk with that label online or attached to the system DIRMAINT will happily add space to it when you use autov, autor, explicit, and autog (provided the errant volume is in the groups section). Not nice when you really expect a minidisk to be there! Also good ole datamove will do the proverbially choke if it is told to go and format, or clonedisk to a missing volume.  A perfect case of your gun, bullet, and foot.  After all you told DIRMAINT about it.  I know some out there might do this exact thing for future plans and keep datamove away from it, but for clarities sake I avoid it. Datamove gets confused enough I daresay.I support systems with hundreds of real volumes (SCSI and edev still a while down the road) and keeping extent control in shape remains a manual process.  Life's tough all over.David Kreuter


 Original Message 
Subject: [IBMVM] DIRMAINT 'regions'
From: Scott Rohling 
Date: Tue, May 12, 2009 8:47 pm
To: IBMVM@LISTSERV.UARK.EDU

I have never seen 'regions' defined in EXTENT CONTROL as anything other than the corresponding DASD volser.   I can see how it might be used if you were really into carving up DASD volumes strategically -- but I believe those days are long gone. Anyway - I'm putting together some best practices revolving around DASD, DIRMAINT, EXTENT CONTROL - and one thing I planned to list is to ensure that the regions listed match the volsers.   I've been bitten by mismatches  (someone duplicating a line but failing to change the 2nd word -- the volume) and want to eliminate them. So my question is this:   Does anyone at all actually specify regions in EXTENT CONTROL on a DASD volume that have a different name then the DASD volser?   If so - is there an advantage you can tell me about?Thanks!  Scott  

Re: Oops and finding passwords on a system...

[Mike Walter]

And every human Operator need class D privclass to handle SPOOL operations.  
Some report or data files can be transferred by an Operator to another userid, 
viewed there, and transferred back.

It makes me wonder how secret 3-letter US government agencies dealt with 
Operator, sysprog, and security admin issues.

Mike Walter
Hewitt Associates

(Sent from the wee keyboard on a Blackberry.)


- Original Message -
From: "Bob Bates" [robert.ba...@wellsfargo.com]
Sent: 05/12/2009 04:48 PM EST
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Oops and finding passwords on a system...



From the HELP file for DEFINE MDISK says the PRIMARY OPERATOR has it. Doesn't 
matter what's in the directory or what the userid is. If you are the primary 
operator, you've got the ability.

Besides, AUTOLOG, SET SECUSER, and SEND can also be used to look at files on 
other users if you have the authority to do it. Want to keep the passwords 
under wraps, they best be encrypted. An inventive soul can find a way to get to 
clear text files if they have access to the right stuff.


Bob Bates
Enterprise Hosting Services

w. (469)892-6660
c. (214) 907-5071

"This message may contain confidential and/or privileged information.  If you 
are not the addressee or authorized to receive this for the addressee, you must 
not use, copy, disclose, or take any action based on this message or any 
information herein.  If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message.  Thank you for 
your cooperation."




The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient is strictly prohibited. All messages 
sent to and from this e-mail address may be monitored as permitted by 
applicable law and regulations to ensure compliance with our internal policies 
and to protect our business. E-mails are not secure and cannot be guaranteed to 
be error free as they can be intercepted, amended, lost or destroyed, or 
contain viruses. You are deemed to have accepted these risks if you communicate 
with us by e-mail. 

DIRMAINT 'regions'

[Scott Rohling]

I have never seen 'regions' defined in EXTENT CONTROL as anything other than
the corresponding DASD volser.   I can see how it might be used if you were
really into carving up DASD volumes strategically -- but I believe those
days are long gone.

Anyway - I'm putting together some best practices revolving around DASD,
DIRMAINT, EXTENT CONTROL - and one thing I planned to list is to ensure that
the regions listed match the volsers.   I've been bitten by mismatches
(someone duplicating a line but failing to change the 2nd word -- the
volume) and want to eliminate them.

So my question is this:   Does anyone at all actually specify regions in
EXTENT CONTROL on a DASD volume that have a different name then the DASD
volser?   If so - is there an advantage you can tell me about?

Thanks!  Scott

Re: SSL Encryption For TN3270

[Dave Keeton]

I've been very interested in this thread, as I'm also trying to set up
the SSLSERV for Telnet sessions. I am also experiencing the same problem
of connections failing. I have tried to use both x3270 under Linux
(using the L::992 option) and using Passport to connect using SSL.
Neither completes a connection - VM disconnects immediately.

Was there a final solution?

Thanks,
Dave


-Original Message-
From: Michael Coffin 
Reply-to: The IBM z/VM Operating System 
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SSL Encryption For TN3270
Date: Fri, 27 Mar 2009 09:31:41 -0400

FYI... IBM and Attachmate are looking at this, it appears to be a
problem either with the Attachmate TN3270 client or the z/VM 5.4
TCPIP/TN3270/SSL .  The TN3270 client SHOULD be negotiating a secure
connection in explicit mode if capable, or fall back to unencrypted if
not.
 
-Mike

-Original Message-
From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Michael Coffin
Sent: Thursday, March 26, 2009 9:23 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SSL Encryption For TN3270


Hi Marci,
 
Oh, that simple.  In the Configure Connection page:
 
Terminal is IBM-3279
 
Encryption:  SSL V3.0
 
The following checkboxes are unchecked:
 
Use Attachmate Security
Use Microsoft Security implementation
Verify Server Identity
 
There is a checkbox at the bottom that is checked and reads
"Automatically enter data on this screen for new connections".
I cannot find HELP for this and don't know what it is, but have
been leaving it at the default (checked) value (which works for
implicit TN3270 connections with SECURE on the PORT statement,
but not explicit TN3270 connections).
 
-Mike

-Original Message-
From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Marci
Beach
Sent: Thursday, March 26, 2009 8:47 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SSL Encryption For TN3270



I mean on the client end in Attachmate Infoconnect. 


From: 
Michael Coffin
 
To: 
IBMVM@LISTSERV.UARK.EDU 
Date: 
03/26/2009 08:40 AM 
Subject: 
Re: SSL Encryption For
TN3270






Hi Marci, 
  
What do you mean by "security configuration"?  If you
are referring to RACF, we don't use it - we use
VM:Secure and the Rules Facility. 
  
If you are referring to the INTERNALCLIENTPARMS just
SECURECONNECTION PREFERRED and the TSLABEL statements. 
  
-Mike 
-Original Message-
From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Marci
Beach
Sent: Thursday, March 26, 2009 7:33 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SSL Encryption For TN3270

What does your Security Configuration window look like
and what values do you have set ? 
 
  Marci Beach 

From: 
Michael Coffin
 
To: 
IBMVM@LISTSERV.UARK.EDU 
Date: 
03/25/2009 03:25 PM 
Subject: 
Re: SSL Encryption For
TN3270







Hi Alan,

Good call on PREFERRED vs. ALLOWED, but unfortunately
that didn't clear
it up (but I think I will keep PREFERRED as the
setting).

I put a trace on Telnet but its 250+ lines so rather
than include it in
this email if you are interested you can see the trace
here:

http://www.mccci.com/misc/telnet_trace.txt

Does anything look out of the ordinary in that trace?

  

Re: Oops and finding passwords on a system...

[Bob Bates]

>From the HELP file for DEFINE MDISK says the PRIMARY OPERATOR has it. Doesn't 
>matter what's in the directory or what the userid is. If you are the primary 
>operator, you've got the ability.  

Besides, AUTOLOG, SET SECUSER, and SEND can also be used to look at files on 
other users if you have the authority to do it. Want to keep the passwords 
under wraps, they best be encrypted. An inventive soul can find a way to get to 
clear text files if they have access to the right stuff. 


Bob Bates
Enterprise Hosting Services 

w. (469)892-6660
c. (214) 907-5071

"This message may contain confidential and/or privileged information.  If you 
are not the addressee or authorized to receive this for the addressee, you must 
not use, copy, disclose, or take any action based on this message or any 
information herein.  If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message.  Thank you for 
your cooperation."

What is the way to update the second dirmain?

[sunny . hu]

Recently I  built the second z/VM system and turned Dirmaint on.
Now I have a question on how I can let the dirmain on the second z/VM to 
know the dirmap on the Dirmain on the first z/VM?
We have over 30 linux servers running on the first z/VM. NO CSE.

I don't want to clear another dasd anymore.
Yesterday I asked about" what happen to the datamove".
Today one server on prod1 has known  damaged by my command "dirm for 
linmstr purge"  ::) see my power!
I should use dirm for linmstr purge noclean instead. 

Thanks for the encouragment and  advice you provided to me. It means a 
lots to me!

Sunny Hu
I. M. Technical Services
W.C.B. Alberta
(780) 498-4739
sunny...@wcb.ab.ca

This message is intended only for the addressee.  It may contain privileged or 
confidential information.  Any unauthorized disclosure is strictly prohibited.  
If you have received this message in error, please notify us immediately so 
that we may correct our internal records.  Please then delete the original 
email.  Thank you. (Sent by Webgate1)

Re: Oops and finding passwords on a system...

[Rich Greenberg]

On: Tue, May 12, 2009 at 01:59:40PM -0700,Schuh, Richard Wrote:

} According to the help file, "The user must be the primary system operator or 
the user's OPTION directory statement must include the DEVMAINT option". Does 
this not indicate that OPERATOR does not need DEVMAINT?

There are many cases, some intended, some accidental where OPERATOR is
not the primary system operator.

-- 
Rich Greenberg  N Ft Myers, FL, USA richgr atsign panix.com  + 1 239 543 1353
Eastern time.  N6LRT  I speak for myself & my dogs only.VM'er since CP-67
Canines:Val, Red, Shasta & Casey (RIP), Red & Zero, Siberians  Owner:Chinook-L
Retired at the beach Asst Owner:Sibernet-L

Re: Virtualized Desktop

[Dave Jones]

It really depends, Mike. What o/s are these 1000 users going to be 
running in the virtual machines, and what applications? If it's CMS 
supporting office automation type stuff, then you won't need a lot of 
DASD, MIPS, etc. If it's Linux running, say, SAP, then you'll need a lot 
of everything.


Ward, Mike S wrote:

Hello, all. I have a question. It seems that we are looking into a
virtualized desktop environment (Single Image) on our distributed side.
I kind of laugh at this because that's where we came from with VM and an
OS running under VM (Green Screen) long ago and now it's making full
circle. In VM how do you determine the amount of hardware MIPS, Disk,
Etc... for let's say 1000 users? Is there any kind of formula to go by?
I know in the distributed environment, it will probably take a lot of
disk space, and as far as performance I don't think it would be as
snappy as a real VM system. I used to work at a shop where we had 2500
users and a few with APL, that's right APL. Anyone that's been around
knows what APL programmers did for VM. And in that shop response time
was good even under MVS/CICS under VM. Anyway any comments, suggestions,
criticisms are welcome.


Thanks.
==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.



--
Dave Jones
V/Soft
www.vsoft-software.com
Houston, TX
281.578.7544

Virtualized Desktop

[Ward, Mike S]

Hello, all. I have a question. It seems that we are looking into a
virtualized desktop environment (Single Image) on our distributed side.
I kind of laugh at this because that's where we came from with VM and an
OS running under VM (Green Screen) long ago and now it's making full
circle. In VM how do you determine the amount of hardware MIPS, Disk,
Etc... for let's say 1000 users? Is there any kind of formula to go by?
I know in the distributed environment, it will probably take a lot of
disk space, and as far as performance I don't think it would be as
snappy as a real VM system. I used to work at a shop where we had 2500
users and a few with APL, that's right APL. Anyone that's been around
knows what APL programmers did for VM. And in that shop response time
was good even under MVS/CICS under VM. Anyway any comments, suggestions,
criticisms are welcome.


Thanks.
==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

Re: Oops and finding passwords on a system...

[Mike Walter]

From the original z/VM 5.4.0 "USER DIRECT" 
(and yes, the password is exposed - anyone going into production with an 
IBM-distributed password *should* be in "triple-trouble"!):
--
USER OPERATOR OPERATOR 32M 32M ABCDEFG 
 INCLUDE IBMDFLT 
 AUTOLOG AUTOLOG1 OP1 MAINT 
 ACCOUNT 2 OPERATOR 
 MACH ESA 
 OPTION MAINTCCW 
 IPL 190 
 LINK OP1   191 192 RR 
 MDISK 191 3390 3301 005 VSR54I  MR READ WRITEMULTIPLE 
--
(We save the original MAINT 02CC as MAINT D2CC (Distributed 2CC) as soon 
as the installation is complete.  Let's us go back later to understand.)
 
The "INCLUDE IBMDFLT" does not (and had better not) include "OPTION 
DEVMAINT".

Could there perhaps be some confusion between "DEVMAINT" and "MAINTCCW"?

Mike Walter
Hewitt Associates



"Scott Rohling"  

Sent by: "The IBM z/VM Operating System" 
05/12/2009 04:04 PM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Oops and finding passwords on a system...






Wow ..  open mouth, insert foot ... it does imply OPERATOR has it by 
default - and here I am saying it's a security violation.   This is just 
not my day :-(  

I guess OPERATOR 'is' the failsafe VM userid -- and by rights should have 
this ability for recovery.  But I wouldn't want my typical VM operator 
doing these kinds of things.  I guess an audit trail will have to suffice. 


Scott

On Tue, May 12, 2009 at 2:59 PM, Schuh, Richard  wrote:
According to the help file, "The user must be the primary system operator 
or the user's OPTION directory statement must include the DEVMAINT 
option". Does this not indicate that OPERATOR does not need DEVMAINT?
 
Regards, 
Richard Schuh 
 
 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
Behalf Of Scott Rohling
Sent: Tuesday, May 12, 2009 1:52 PM

To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Oops and finding passwords on a system...

I understand your premise, but respectfully disagree.   We're not going to 
increase the security of z/VM by not discussing ways to do things when 
necessary.   The mirror question to yours is:  'How do I prevent a z/VM 
system from being hacked?'.  The answer lies in things like:

-  Run an ESM (may I suggest RACF?)
-  Don't hand out OPTION DEVMAINT indiscriminately (as in this case -- 
does OPERATOR actually have it?  YIKES!!)

Any of the methods being discussed can only be done by a user with 
sufficient privilege to do so.   None of this is secret stuff, nor should 
it be.

Scott

On Tue, May 12, 2009 at 2:29 PM, Mark Wheeler  
wrote:
Greetings all,
 
These are the kind of questions I really hate to see, because many of us 
know the answer (or multiple answers) and want to help. Actually, it's 
those answers that I hate to see, because, to paraphrase, the root 
question is basically "How do I hack into a z/VM system?" Posting the 
answers to the list doesn't seem prudent, whereas a private response to 
Bob (you really are Bob, right?) would be more appropriate. It helps Bob, 
who we all know and love, solve his problem but doesn't compromise the 
integrity of everyone else's systems.
 
Respectfully,
 
Mark Wheeler
 
http://www.linkedin.com/in/marklwheeler 
 
Date: Tue, 12 May 2009 14:36:19 -0500
From: nix.rob...@mayo.edu
Subject: Oops and finding passwords on a system... 

To: IBMVM@LISTSERV.UARK.EDU

I didn?t log in for awhile and, due to advancing age (actually a year 
older tomorrow too), I?ve forgotten what I made the MAINT password. And, 
since this was also the main password used for almost all the service 
machines, I don?t have any other locations to log into that would help me. 
I know; stupid. :(

Could someone with a zVM 540 system please tell me the starting cylinder 
of the DIRMAINT 1DB minidisk? I don?t think we had any reason to relocate 
it, so, I think, with that and a DEFINE MINIDISK command from OPERATOR (my 
one working userid) I can get the password I need to regain control and 
save some face (other than here, since I?ve confessed to you all).

Thanks to one and all for keeping this as quiet as possible.

-- 
Robert P. Nix  Mayo Foundation.~. 
RO-OE-5-55 200 First Street SW/V\ 
507-284-0844   Rochester, MN 55905  /( )\   
-^^-^^  
"In theory, theory and practice are the same, but
 in practice, theory and practice are different." 


Hotmail® has ever-growing storage! Don?t worry about storage limits. Check 
it out.






The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient is strictly

Re: Oops and finding passwords on a system...

[Scott Rohling]

Wow ..  open mouth, insert foot ... it does imply OPERATOR has it by default
- and here I am saying it's a security violation.   This is just not my day
:-(

I guess OPERATOR 'is' the failsafe VM userid -- and by rights should have
this ability for recovery.  But I wouldn't want my typical VM operator doing
these kinds of things.  I guess an audit trail will have to suffice.

Scott

On Tue, May 12, 2009 at 2:59 PM, Schuh, Richard  wrote:

>  According to the help file, "The user must be the primary system operator
> or the user's OPTION directory statement must include the DEVMAINT option".
> Does this not indicate that OPERATOR does not need DEVMAINT?
>
>
> Regards,
> Richard Schuh
>
>
>
>
>  --
> *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On
> Behalf Of *Scott Rohling
> *Sent:* Tuesday, May 12, 2009 1:52 PM
> *To:* IBMVM@LISTSERV.UARK.EDU
> *Subject:* Re: Oops and finding passwords on a system...
>
> I understand your premise, but respectfully disagree.   We're not going to
> increase the security of z/VM by not discussing ways to do things when
> necessary.   The mirror question to yours is:  'How do I prevent a z/VM
> system from being hacked?'.  The answer lies in things like:
>
> -  Run an ESM (may I suggest RACF?)
> -  Don't hand out OPTION DEVMAINT indiscriminately (as in this case -- does
> OPERATOR actually have it?  YIKES!!)
>
> Any of the methods being discussed can only be done by a user with
> sufficient privilege to do so.   None of this is secret stuff, nor should it
> be.
>
> Scott
>
> On Tue, May 12, 2009 at 2:29 PM, Mark Wheeler wrote:
>
>> Greetings all,
>>
>> These are the kind of questions I really hate to see, because many of us
>> know the answer (or multiple answers) and want to help. Actually, it's those
>> answers that I hate to see, because, to paraphrase, the root question is
>> basically "How do I hack into a z/VM system?" Posting the answers to the
>> list doesn't seem prudent, whereas a private response to Bob (you really are
>> Bob, right?) would be more appropriate. It helps Bob, who we all know and
>> love, solve his problem but doesn't compromise the integrity of everyone
>> else's systems.
>>
>> Respectfully,
>>
>> Mark Wheeler
>>
>> http://www.linkedin.com/in/marklwheeler
>>
>> --
>> Date: Tue, 12 May 2009 14:36:19 -0500
>> From: nix.rob...@mayo.edu
>> Subject: Oops and finding passwords on a system...
>> To: IBMVM@LISTSERV.UARK.EDU
>>
>>  I didn’t log in for awhile and, due to advancing age (actually a year
>> older tomorrow too), I’ve forgotten what I made the MAINT password. And,
>> since this was also the main password used for almost all the service
>> machines, I don’t have any other locations to log into that would help me. I
>> know; stupid. :(
>>
>> Could someone with a zVM 540 system please tell me the starting cylinder
>> of the DIRMAINT 1DB minidisk? I don’t think we had any reason to relocate
>> it, so, I think, with that and a DEFINE MINIDISK command from OPERATOR (my
>> one working userid) I can get the password I need to regain control and save
>> some face (other than here, since I’ve confessed to you all).
>>
>> Thanks to one and all for keeping this as quiet as possible.
>>
>> --
>> Robert P. Nix  Mayo Foundation.~.
>> RO-OE-5-55 200 First Street SW/V\
>> 507-284-0844   Rochester, MN 55905  /( )\
>> -^^-^^
>> "In theory, theory and practice are the same, but
>>  in practice, theory and practice are different."
>>
>>
>>  --
>> Hotmail® has ever-growing storage! Don’t worry about storage limits. Check
>> it 
>> out.
>>
>
>

Re: Oops and finding passwords on a system...

[Huegel, Thomas]

There are other ways to passwords besides what has been discussed so far
here..




From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Scott Rohling
Sent: Tuesday, May 12, 2009 4:00 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Oops and finding passwords on a system...


Absolutely this is a security risk!   I would never give OPERATOR
DEVMAINT ability - OPERATOR should have the ability to do particular
things and query particular things -- but not things like see passwords
or the get ability to get to anything they want (e.g. DEF MDISK).   If I
was an auditor - you'd be in big trouble, buddy ;-)   And for not having
an ESM maintain your passwords in an encrypted and unqueryable fashion
-- double trouble..

Scott


On Tue, May 12, 2009 at 2:52 PM, RPN01  wrote:


eeded.

The evil question that comes to mind now is, could an auditor
site you
because the operators effectively have access to all the
passwords on the
system via roughly four commands? Is this considered a security
hole (though
one that proved very useful today...)
--
Robert Nix  -- Mayo Clinic
(shortened signature)

Re: Oops and finding passwords on a system...

[Scott Rohling]

Absolutely this is a security risk!   I would never give OPERATOR DEVMAINT
ability - OPERATOR should have the ability to do particular things and query
particular things -- but not things like see passwords or the get ability to
get to anything they want (e.g. DEF MDISK).   If I was an auditor - you'd be
in big trouble, buddy ;-)   And for not having an ESM maintain your
passwords in an encrypted and unqueryable fashion -- double trouble..

Scott

On Tue, May 12, 2009 at 2:52 PM, RPN01  wrote:

> eeded.
>
> The evil question that comes to mind now is, could an auditor site you
> because the operators effectively have access to all the passwords on the
> system via roughly four commands? Is this considered a security hole
> (though
> one that proved very useful today...)
> --
> Robert Nix  -- Mayo Clinic
> (shortened signature)
>
>

Re: Oops and finding passwords on a system...

[Schuh, Richard]

According to the help file, "The user must be the primary system operator or 
the user's OPTION directory statement must include the DEVMAINT option". Does 
this not indicate that OPERATOR does not need DEVMAINT?


Regards,
Richard Schuh






From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Scott Rohling
Sent: Tuesday, May 12, 2009 1:52 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Oops and finding passwords on a system...

I understand your premise, but respectfully disagree.   We're not going to 
increase the security of z/VM by not discussing ways to do things when 
necessary.   The mirror question to yours is:  'How do I prevent a z/VM system 
from being hacked?'.  The answer lies in things like:

-  Run an ESM (may I suggest RACF?)
-  Don't hand out OPTION DEVMAINT indiscriminately (as in this case -- does 
OPERATOR actually have it?  YIKES!!)

Any of the methods being discussed can only be done by a user with sufficient 
privilege to do so.   None of this is secret stuff, nor should it be.

Scott

On Tue, May 12, 2009 at 2:29 PM, Mark Wheeler 
mailto:mwheele...@hotmail.com>> wrote:
Greetings all,

These are the kind of questions I really hate to see, because many of us know 
the answer (or multiple answers) and want to help. Actually, it's those answers 
that I hate to see, because, to paraphrase, the root question is basically "How 
do I hack into a z/VM system?" Posting the answers to the list doesn't seem 
prudent, whereas a private response to Bob (you really are Bob, right?) would 
be more appropriate. It helps Bob, who we all know and love, solve his problem 
but doesn't compromise the integrity of everyone else's systems.

Respectfully,

Mark Wheeler

http://www.linkedin.com/in/marklwheeler


Date: Tue, 12 May 2009 14:36:19 -0500
From: nix.rob...@mayo.edu
Subject: Oops and finding passwords on a system...

To: IBMVM@LISTSERV.UARK.EDU

I didn't log in for awhile and, due to advancing age (actually a year older 
tomorrow too), I've forgotten what I made the MAINT password. And, since this 
was also the main password used for almost all the service machines, I don't 
have any other locations to log into that would help me. I know; stupid. :(

Could someone with a zVM 540 system please tell me the starting cylinder of the 
DIRMAINT 1DB minidisk? I don't think we had any reason to relocate it, so, I 
think, with that and a DEFINE MINIDISK command from OPERATOR (my one working 
userid) I can get the password I need to regain control and save some face 
(other than here, since I've confessed to you all).

Thanks to one and all for keeping this as quiet as possible.

--
Robert P. Nix  Mayo Foundation.~.
RO-OE-5-55 200 First Street SW/V\
507-284-0844   Rochester, MN 55905  /( )\
-^^-^^
"In theory, theory and practice are the same, but
 in practice, theory and practice are different."



Hotmail(r) has ever-growing storage! Don't worry about storage limits. Check it 
out.

Re: How long is YOUR signature/disclaimer?

[Frank M. Ramaekers]

I completely understand, but our company applies the disclaimer to the
end of all email.   My only choices are to:

 

1)   Fight with the company to have this changed
(somehow).

2)   Use a private email account

 

Personally, neither of the above will work for me.

 

Frank M. Ramaekers Jr.

 

Systems Programmer

MCP, MCP+I, MCSE & RHCE

American Income Life Insurance Co.

Phone: (254)761-6649

1200 Wooded Acres Dr.

Fax: (254)741-5777

Waco, Texas  76701

 

 

 

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Scott Rohling
Sent: Tuesday, May 12, 2009 9:46 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: How long is YOUR signature/disclaimer?

 

This is a plea to all of you with signature lines with all kinds of junk
(like all those preachy quotes you might think others will appreciate)
-- and ESPECIALLY those of you with company disclaimers:

Please find a way to post with as clean a signature as you can.

I've run across some posts lately that are just completely ridiculous.
1 line of question or comment followed by 100 lines of your particular
company's disclaimer.   While it's very helpful at times to see where
you all work - maybe using your personal email rather than your company
email is a better idea.  That way you don't have to disclaim anything
and aren't helping fill up these mailing lists with 'meta text'.

I'm sure this will be seen as 'meta' discussion - but I'm especially
cranky today, so what the heck   ;-)

Thanks for your consideration:Scott


_
This message contains information which is privileged and confidential and is 
solely for the use of the
intended recipient. If you are not the intended recipient, be aware that any 
review, disclosure,
copying, distribution, or use of the contents of this message is strictly 
prohibited. If you have
received this in error, please destroy it immediately and notify us at 
privacy...@ailife.com.

Re: Oops and finding passwords on a system...

[RPN01]

Actually, OPERATOR has it by default, though I¹m not sure why it needs it
other than problems like this one.
-- 
Robert Nix  -- Mayo Clinic


On 5/12/09 3:51 PM, "Scott Rohling"  wrote:

> -  Don't hand out OPTION DEVMAINT indiscriminately (as in this case -- does
> OPERATOR actually have it?  YIKES!!)

Re: FTP packed files

[Rob van der Heij]

On Tue, May 12, 2009 at 10:44 PM, Schuh, Richard  wrote:

> The original question had to do with sending a packed file from 1st level to 
> 2nd level VM systems.

Right, which is why I offered that option (assuming it was obvious it
works between 2 VM systems as well)
When dealing with 2nd level systems you often don't have the space and
CPU cycles to pack the data just to protect the record layout. And if
you configured it such, an FTP to the virtual reader is a nice option
as well.

-Rob

Re: Oops and finding passwords on a system...

[Marcy Cortes]

I'd say yes if I were an auditor.  Encrypted PW requirements are usually 
something you find on your company's security policy, an ESM is a necessity on 
VM.


Marcy

"This message may contain confidential and/or privileged information. If you 
are not the addressee or authorized to receive this for the addressee, you must 
not use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message. Thank you for 
your cooperation."


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of RPN01
Sent: Tuesday, May 12, 2009 1:53 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Oops and finding passwords on a system...

Yes, I discovered this shortly after asking. I was able to do this from
OPERATOR, and then use DEFINE MDISK to get access to the disk and see the
USER BACKUP file to get the passwords I needed.

The evil question that comes to mind now is, could an auditor site you
because the operators effectively have access to all the passwords on the
system via roughly four commands? Is this considered a security hole (though
one that proved very useful today...)
--
Robert Nix  -- Mayo Clinic
(shortened signature)


On 5/12/09 2:55 PM, "Marcy Cortes"  wrote:

> Oops.
> Make that
>
> Q MDISK USER DIRMAINT 1DB LOC
>
>
> Marcy
>
> "This message may contain confidential and/or privileged information. If you
> are not the addressee or authorized to receive this for the addressee, you
> must not use, copy, disclose, or take any action based on this message or any
> information herein. If you have received this message in error, please advise
> the sender immediately by reply e-mail and delete this message. Thank you for
> your cooperation."
>
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
> Of Marcy Cortes
> Sent: Tuesday, May 12, 2009 12:54 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: [IBMVM] Oops and finding passwords on a system...
>
> If he is logged on,
>
> Q MDISK USER DIRMAINT LOC
>
>
>
>
> Marcy

Re: Oops and finding passwords on a system...

[RPN01]

Yes, I discovered this shortly after asking. I was able to do this from
OPERATOR, and then use DEFINE MDISK to get access to the disk and see the
USER BACKUP file to get the passwords I needed.

The evil question that comes to mind now is, could an auditor site you
because the operators effectively have access to all the passwords on the
system via roughly four commands? Is this considered a security hole (though
one that proved very useful today...)
-- 
Robert Nix  -- Mayo Clinic
(shortened signature)


On 5/12/09 2:55 PM, "Marcy Cortes"  wrote:

> Oops.
> Make that
> 
> Q MDISK USER DIRMAINT 1DB LOC
> 
> 
> Marcy
> 
> "This message may contain confidential and/or privileged information. If you
> are not the addressee or authorized to receive this for the addressee, you
> must not use, copy, disclose, or take any action based on this message or any
> information herein. If you have received this message in error, please advise
> the sender immediately by reply e-mail and delete this message. Thank you for
> your cooperation."
> 
> 
> -Original Message-
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
> Of Marcy Cortes
> Sent: Tuesday, May 12, 2009 12:54 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: [IBMVM] Oops and finding passwords on a system...
> 
> If he is logged on,
> 
> Q MDISK USER DIRMAINT LOC
> 
> 
> 
> 
> Marcy

Re: Oops and finding passwords on a system...

[Scott Rohling]

I understand your premise, but respectfully disagree.   We're not going to
increase the security of z/VM by not discussing ways to do things when
necessary.   The mirror question to yours is:  'How do I prevent a z/VM
system from being hacked?'.  The answer lies in things like:

-  Run an ESM (may I suggest RACF?)
-  Don't hand out OPTION DEVMAINT indiscriminately (as in this case -- does
OPERATOR actually have it?  YIKES!!)

Any of the methods being discussed can only be done by a user with
sufficient privilege to do so.   None of this is secret stuff, nor should it
be.

Scott

On Tue, May 12, 2009 at 2:29 PM, Mark Wheeler wrote:

>  Greetings all,
>
> These are the kind of questions I really hate to see, because many of us
> know the answer (or multiple answers) and want to help. Actually, it's those
> answers that I hate to see, because, to paraphrase, the root question is
> basically "How do I hack into a z/VM system?" Posting the answers to the
> list doesn't seem prudent, whereas a private response to Bob (you really are
> Bob, right?) would be more appropriate. It helps Bob, who we all know and
> love, solve his problem but doesn't compromise the integrity of everyone
> else's systems.
>
> Respectfully,
>
> Mark Wheeler
>
> http://www.linkedin.com/in/marklwheeler
>
> --
> Date: Tue, 12 May 2009 14:36:19 -0500
> From: nix.rob...@mayo.edu
> Subject: Oops and finding passwords on a system...
> To: IBMVM@LISTSERV.UARK.EDU
>
> I didn’t log in for awhile and, due to advancing age (actually a year older
> tomorrow too), I’ve forgotten what I made the MAINT password. And, since
> this was also the main password used for almost all the service machines, I
> don’t have any other locations to log into that would help me. I know;
> stupid. :(
>
> Could someone with a zVM 540 system please tell me the starting cylinder of
> the DIRMAINT 1DB minidisk? I don’t think we had any reason to relocate it,
> so, I think, with that and a DEFINE MINIDISK command from OPERATOR (my one
> working userid) I can get the password I need to regain control and save
> some face (other than here, since I’ve confessed to you all).
>
> Thanks to one and all for keeping this as quiet as possible.
>
> --
> Robert P. Nix  Mayo Foundation.~.
> RO-OE-5-55 200 First Street SW/V\
> 507-284-0844   Rochester, MN 55905  /( )\
> -^^-^^
> "In theory, theory and practice are the same, but
>  in practice, theory and practice are different."
>
>
> --
> Hotmail® has ever-growing storage! Don’t worry about storage limits. Check
> it 
> out.
>

Re: FTP packed files

[Schuh, Richard]

The original question had to do with sending a packed file from 1st level to 
2nd level VM systems.

Regards, 
Richard Schuh 

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Rob van der Heij
> Sent: Tuesday, May 12, 2009 1:31 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: FTP packed files
> 
> On Tue, May 12, 2009 at 8:28 PM, Steve Mitchell 
>  wrote:
> 
> > I'm sure you aren't surprised to here that worked perfectly.
> 
> When doing FTP between MVS and VM systems, MODE B # TYPE E  
> does magic stuff.
> 
> -Rob
> 

Re: Oops and finding passwords on a system...

[Ward, Mike S]

A little bit of social engeneering?

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mark Wheeler
Sent: Tuesday, May 12, 2009 3:30 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Oops and finding passwords on a system...

 

Greetings all,
 
These are the kind of questions I really hate to see, because many of us
know the answer (or multiple answers) and want to help. Actually, it's
those answers that I hate to see, because, to paraphrase, the root
question is basically "How do I hack into a z/VM system?" Posting the
answers to the list doesn't seem prudent, whereas a private response to
Bob (you really are Bob, right?) would be more appropriate. It helps
Bob, who we all know and love, solve his problem but doesn't compromise
the integrity of everyone else's systems.
 
Respectfully,
 
Mark Wheeler
 
http://www.linkedin.com/in/marklwheeler 
 



Date: Tue, 12 May 2009 14:36:19 -0500
From: nix.rob...@mayo.edu
Subject: Oops and finding passwords on a system...
To: IBMVM@LISTSERV.UARK.EDU

I didn't log in for awhile and, due to advancing age (actually a year
older tomorrow too), I've forgotten what I made the MAINT password. And,
since this was also the main password used for almost all the service
machines, I don't have any other locations to log into that would help
me. I know; stupid. :(

Could someone with a zVM 540 system please tell me the starting cylinder
of the DIRMAINT 1DB minidisk? I don't think we had any reason to
relocate it, so, I think, with that and a DEFINE MINIDISK command from
OPERATOR (my one working userid) I can get the password I need to regain
control and save some face (other than here, since I've confessed to you
all).

Thanks to one and all for keeping this as quiet as possible.

-- 
Robert P. Nix  Mayo Foundation.~. 
RO-OE-5-55 200 First Street SW/V\ 
507-284-0844   Rochester, MN 55905  /( )\   
-^^-^^  
"In theory, theory and practice are the same, but
 in practice, theory and practice are different." 





Hotmail(r) has ever-growing storage! Don't worry about storage limits.
Check it out.
 

==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

Re: FTP packed files

[Rob van der Heij]

On Tue, May 12, 2009 at 8:28 PM, Steve Mitchell
 wrote:

> I'm sure you aren't surprised to here that worked perfectly.

When doing FTP between MVS and VM systems, MODE B # TYPE E  does magic stuff.

-Rob

Re: Oops and finding passwords on a system...

[Mark Wheeler]

Greetings all,

 

These are the kind of questions I really hate to see, because many of us know 
the answer (or multiple answers) and want to help. Actually, it's those answers 
that I hate to see, because, to paraphrase, the root question is basically "How 
do I hack into a z/VM system?" Posting the answers to the list doesn't seem 
prudent, whereas a private response to Bob (you really are Bob, right?) would 
be more appropriate. It helps Bob, who we all know and love, solve his problem 
but doesn't compromise the integrity of everyone else's systems.

 

Respectfully,

 

Mark Wheeler

 

http://www.linkedin.com/in/marklwheeler 
 


Date: Tue, 12 May 2009 14:36:19 -0500
From: nix.rob...@mayo.edu
Subject: Oops and finding passwords on a system...
To: IBMVM@LISTSERV.UARK.EDU

I didn’t log in for awhile and, due to advancing age (actually a year older 
tomorrow too), I’ve forgotten what I made the MAINT password. And, since this 
was also the main password used for almost all the service machines, I don’t 
have any other locations to log into that would help me. I know; stupid. :(

Could someone with a zVM 540 system please tell me the starting cylinder of the 
DIRMAINT 1DB minidisk? I don’t think we had any reason to relocate it, so, I 
think, with that and a DEFINE MINIDISK command from OPERATOR (my one working 
userid) I can get the password I need to regain control and save some face 
(other than here, since I’ve confessed to you all).

Thanks to one and all for keeping this as quiet as possible.

-- 
Robert P. Nix  Mayo Foundation.~. 
RO-OE-5-55 200 First Street SW/V\ 
507-284-0844   Rochester, MN 55905  /( )\   
-^^-^^  
"In theory, theory and practice are the same, but
 in practice, theory and practice are different." 


_
Hotmail® has ever-growing storage! Don’t worry about storage limits.
http://windowslive.com/Tutorial/Hotmail/Storage?ocid=TXT_TAGLM_WL_HM_Tutorial_Storage1_052009

Re: XEDIT macro question

[Huegel, Thomas]

Thanks Bruce that worked.

I found I had Kris Buelens GD-XEDIT package (some pretty cool stuff) so now my 
routine looks like this:

 'macro   all /' machid '/'  /* find all matches
  */
 command extract '/lastmsg/'  /* get the selected count*/
 dsize = strip(word(lastmsg.1,1),b,"'")/* get the number of found lines */
 command set shadow off   /* turn shadow display off   */




From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Roy, Bruce
Sent: Tuesday, May 12, 2009 12:35 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: XEDIT macro question



Check out the SET SCOPE command (ie, SET SCOPE DISPLAY) and 'EXTRACT 
/NBSCOPE/'.  While many of the EXTRACT options can be QUERY'd, the NBSCOPE 
option can only be used through EXTRACT.  I assume the code below is part of 
some larger XEDIT macro since by itself it would have a few bugs.



Of course, if you wanted count the lines, let the DO construct do the work.  
That is, replace "do until rc  \= 0" with "do count=1 by 1 
until rc \= 0"



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Huegel, Thomas
Sent: Tuesday, May 12, 2009 11:22 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: XEDIT macro question



I have a simple question about a XEDIT  macro.



I have a macro that does a locate and select on some lines and then displays 
the selected lines.



My question, is there a way to find the number of lines that have been selected 
without counting them as I select them?

EXTRACT '/selectedlines/'  doesn't seem to exist..



snipit:

 do until rc ¬= 0/* loop until locate fails (rc > 
0)  */
   'command set select 1 1'/* set selection level 1   */
'command up 1' /* go back up one line   
*/
   'command locate /' machid '/'   /* look for the rest
*/
 end /* end of loop 
  */
 command set shadow off   /* turn shadow display off */
 command set display 1 1  /* display selected lines   */



Thanks

Re: what happen to the datamove?

[Rob van der Heij]

On Tue, May 12, 2009 at 10:11 PM, Kris Buelens  wrote:

> But, if the minidisk is located on a non existing/offline pack -as it
> was in this case- CP responds with "minidisk does not exist", exactly
> the same as for a query of a not existing MDISK record :-(

Yes, this bit me greatly during the recovery process. Knowing what you
miss is half the recovery.
So we had an extra CP command that also revealed the Q MD U data when
the volume was not online.

Rob

Re: FTP packed files

[Kris Buelens]

You'd even better create a VMARC file, this way the passage through
FTP will not reset the file's dates to the transmission moment:
   VMARC PACK infn inft infm SOME VMARC A
   VMARC PACK infn2 inft2 infm2 SOME VMARC A (APPEND
Transfer that as BIN F 80, and run VMRAC UNPK

Or, even easier, but needing a bit more VM knowledge:
- make your secondlevel system LINK to the minidisk
   LINK someuser somemdisk 0001 RR
- in the 2nd level
   ATTACH 0001 * 0001 R/O
   ACCESS 0001 Z
   COPYFILE xx xx Z = = fm (OLDDATE
The CPHOST package on the VM Download library makes it easy to issue
the CP LINKs at first level from your CMS user in the secondlevel
system (often MAINT)

2009/5/12 Schuh, Richard :
> Glad to have helped.
>
> Regards,
> Richard Schuh
>
>
>
>> -Original Message-
>> From: The IBM z/VM Operating System
>> [mailto:ib...@listserv.uark.edu] On Behalf Of Steve Mitchell
>> Sent: Tuesday, May 12, 2009 11:28 AM
>> To: IBMVM@LISTSERV.UARK.EDU
>> Subject: Re: FTP packed files
>>
>> I'm sure you aren't surprised to here that worked perfectly.
>>
>> THANKS!
>>
>> Steve Mitchell
>> Sr Systems Software Specialist
>> Blue Cross Blue Shield of Kansas
>> (785) 291-8885
>>
>> 'There are no degrees of Honesty-you're either Honest or you're not!
>>
>>
>>
>>
>>
>>   From:   "Schuh, Richard" 
>>
>>
>>
>>   To: IBMVM@LISTSERV.UARK.EDU
>>
>>
>>
>>   Date:   05/12/2009 01:16 PM
>>
>>
>>
>>   Subject:Re: FTP packed files
>>
>>
>>
>>
>>
>>
>>
>>
>> Enter the BIN command prior to the PUT or GET:
>>
>> BIN F 1024
>>
>> Regards,
>> Richard Schuh
>>
>>
>>
>> > -Original Message-
>> > From: The IBM z/VM Operating System
>> > [mailto:ib...@listserv.uark.edu] On Behalf Of Steve Mitchell
>> > Sent: Tuesday, May 12, 2009 10:55 AM
>> > To: IBMVM@LISTSERV.UARK.EDU
>> > Subject: Re: FTP packed files
>> >
>> > I'm not.  Apparently I'm in need of some ftp education.
>> How is that
>> > accomplished?
>> >
>> > Steve Mitchell
>> > Sr Systems Software Specialist
>> > Blue Cross Blue Shield of Kansas
>> > (785) 291-8885
>> >
>> > 'There are no degrees of Honesty-you're either Honest or you're not!
>> >
>> >
>> >
>> >
>> >
>> >   From:   "Schuh, Richard" 
>> >
>> >
>> >
>> >   To: IBMVM@LISTSERV.UARK.EDU
>> >
>> >
>> >
>> >   Date:   05/12/2009 11:39 AM
>> >
>> >
>> >
>> >   Subject:Re: FTP packed files
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > Are you specifying Fixed 1024 in your FTP?
>> >
>> > Regards,
>> > Richard Schuh
>> >
>> >
>> >
>> > > -Original Message-
>> > > From: The IBM z/VM Operating System
>> > > [mailto:IBMVM@LISTSERV.UARK.EDU>] On Behalf Of Steve Mitchell
>> > > Sent: Tuesday, May 12, 2009 9:29 AM
>> > > To: IBMVM@LISTSERV.UARK.EDU
>> > > Subject: FTP packed files
>> > >
>> > > I'm ftping files from my 1st level system to 2nd level vm.
>> > > When I pack =
>> > >
>> > > them with copyfile, send them binary, unpack them with
>> copyfile CMS
>> > > tells=
>> > >
>> > > me they are not in 'packed' format.  What do I need to do
>> > to be able
>> > > to =
>> > >
>> > > send them packed.  Sending them w/o packing works fine, I want to
>> > > figure =
>> > >
>> > > out what I'm not doing.
>> > >
>> > > Thanks.
>> > >
>> >
>> >
>> >
>> >
>> > CONFIDENTIALITY NOTICE: This email message and any
>> attachments are for
>> > the sole use of the intended recipient(s) and may contain
>> proprietary,
>> > confidential, trade secret or privileged information.  Any
>> > unauthorized review use, disclosure or distribution is
>> prohibited and
>> > may be a violation of law.  If you are not the intended
>> recipient or a
>> > person responsible for delivering this message to an intended
>> > recipient, please contact the sender by reply email and destroy all
>> > copies of the original message.
>> >
>>
>>
>>
>>
>> CONFIDENTIALITY NOTICE: This email message and any
>> attachments are for the sole use of the intended recipient(s)
>> and may contain proprietary, confidential, trade secret or
>> privileged information.  Any unauthorized review use,
>> disclosure or distribution is prohibited and may be a
>> violation of law.  If you are not the intended recipient or a
>> person responsible for delivering this message to an intended
>> recipient, please contact the sender by reply email and
>> destroy all copies of the original message.
>>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: what happen to the datamove?

[Kris Buelens]

But, if the minidisk is located on a non existing/offline pack -as it
was in this case- CP responds with "minidisk does not exist", exactly
the same as for a query of a not existing MDISK record :-(
And, when you've got my DIRME EXEC (part of DRM package) a peek in a
directory definition managed by DIRMAINT is as short as DIRME
DATAMOVE.

2009/5/12 Ronald van der Laan 
>
> Sunny,
>
> Instead of having to look into the source directory or directory map,  you 
> can also ask CP directly for the location of any minidisk.
>
> QUERY MDISK USER DATAMOVE 0100 DIRECTORY LOCATION
>
> or a bit shorter:  Q MD U DATAMOVE 100 DIR LOC
>
> Ronald van der Laan



--
Kris Buelens,
IBM Belgium, VM customer support

Re: Oops and finding passwords on a system...

[Scott Rohling]

Sweet!   Thanks for that, Marcy .. that's a new one for me, we've apparently
improved Q MDISK!  (or I was just unblissfully ignorant)

Scott

On Tue, May 12, 2009 at 1:55 PM, Marcy Cortes  wrote:

> Oops.
> Make that
>
> Q MDISK USER DIRMAINT 1DB LOC
>
>
> Marcy
>
>
>

Re: Oops and finding passwords on a system...

[Steve Mitchell]

Mine is in the same location

Steve Mitchell
Sr Systems Software Specialist
Blue Cross Blue Shield of Kansas
(785) 291-8885

'There are no degrees of Honesty-you're either Honest or you're not!




   
  From:   Mark Pace  
   

   
  To: IBMVM@LISTSERV.UARK.EDU   
   

   
  Date:   05/12/2009 02:46 PM   
   

   
  Subject:Re: Oops and finding passwords on a system... 
   

   





MDISK 01DB 3390 1421 009 540W02 MR

On Tue, May 12, 2009 at 3:36 PM, RPN01  wrote:
  I didn’t log in for awhile and, due to advancing age (actually a year
  older tomorrow too), I’ve forgotten what I made the MAINT password. And,
  since this was also the main password used for almost all the service
  machines, I don’t have any other locations to log into that would help
  me. I know; stupid. :(

  Could someone with a zVM 540 system please tell me the starting cylinder
  of the DIRMAINT 1DB minidisk? I don’t think we had any reason to relocate
  it, so, I think, with that and a DEFINE MINIDISK command from OPERATOR
  (my one working userid) I can get the password I need to regain control
  and save some face (other than here, since I’ve confessed to you all).

  Thanks to one and all for keeping this as quiet as possible.

  --
  Robert P. Nix  Mayo Foundation    .~.
  RO-OE-5-55 200 First Street SW    /V\
  507-284-0844   Rochester, MN 55905  /( )\
  -    ^^-^^
  "In theory, theory and practice are the same, but
   in practice, theory and practice are different."




--
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317


CONFIDENTIALITY NOTICE: This email message and any attachments are for the sole 
use of the intended recipient(s) and may contain proprietary, confidential, 
trade secret or privileged information.  Any unauthorized review use, 
disclosure or distribution is prohibited and may be a violation of law.  If you 
are not the intended recipient or a person responsible for delivering this 
message to an intended recipient, please contact the sender by reply email and 
destroy all copies of the original message.

Re: Oops and finding passwords on a system...

[Marcy Cortes]

Oops.
Make that

Q MDISK USER DIRMAINT 1DB LOC


Marcy

"This message may contain confidential and/or privileged information. If you 
are not the addressee or authorized to receive this for the addressee, you must 
not use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message. Thank you for 
your cooperation."


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Marcy Cortes
Sent: Tuesday, May 12, 2009 12:54 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Oops and finding passwords on a system...

If he is logged on,

Q MDISK USER DIRMAINT LOC




Marcy

Re: Oops and finding passwords on a system...

[Marcy Cortes]

If he is logged on, 
 
Q MDISK USER DIRMAINT LOC
 
 
 

Marcy 


"This message may contain confidential and/or privileged information. If you
are not the addressee or authorized to receive this for the addressee, you
must not use, copy, disclose, or take any action based on this message or
any information herein. If you have received this message in error, please
advise the sender immediately by reply e-mail and delete this message. Thank
you for your cooperation."

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of RPN01
Sent: Tuesday, May 12, 2009 12:36 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] Oops and finding passwords on a system...


I didn't log in for awhile and, due to advancing age (actually a year older
tomorrow too), I've forgotten what I made the MAINT password. And, since
this was also the main password used for almost all the service machines, I
don't have any other locations to log into that would help me. I know;
stupid. :(

Could someone with a zVM 540 system please tell me the starting cylinder of
the DIRMAINT 1DB minidisk? I don't think we had any reason to relocate it,
so, I think, with that and a DEFINE MINIDISK command from OPERATOR (my one
working userid) I can get the password I need to regain control and save
some face (other than here, since I've confessed to you all).

Thanks to one and all for keeping this as quiet as possible.

-- 
Robert P. Nix  Mayo Foundation.~. 
RO-OE-5-55 200 First Street SW/V\ 
507-284-0844   Rochester, MN 55905  /( )\   
-^^-^^  
"In theory, theory and practice are the same, but
 in practice, theory and practice are different." 

Re: Oops and finding passwords on a system...

[Scott Rohling]

Might be time to get the DIRENT package from the IBM VM downloads page:

http://www.vm.ibm.com/download/packages/descript.cgi?DIRENT

This reads the object directory so you don't need access to the source
directory..

Not sure if this helps - but maybe..?

Scott

On Tue, May 12, 2009 at 1:46 PM, Mark Pace  wrote:

> It would appear that the 1DB disk could be just about anywhere.
>
>
> On Tue, May 12, 2009 at 3:44 PM, Mark Pace  wrote:
>
>> MDISK 01DB 3390 1421 009 540W02 MR
>>
>> On Tue, May 12, 2009 at 3:36 PM, RPN01  wrote:
>>
>>>  I didn’t log in for awhile and, due to advancing age (actually a year
>>> older tomorrow too), I’ve forgotten what I made the MAINT password. And,
>>> since this was also the main password used for almost all the service
>>> machines, I don’t have any other locations to log into that would help me. I
>>> know; stupid. :(
>>>
>>> Could someone with a zVM 540 system please tell me the starting cylinder
>>> of the DIRMAINT 1DB minidisk? I don’t think we had any reason to relocate
>>> it, so, I think, with that and a DEFINE MINIDISK command from OPERATOR (my
>>> one working userid) I can get the password I need to regain control and save
>>> some face (other than here, since I’ve confessed to you all).
>>>
>>> Thanks to one and all for keeping this as quiet as possible.
>>>
>>> --
>>> Robert P. Nix  Mayo Foundation.~.
>>> RO-OE-5-55 200 First Street SW/V\
>>> 507-284-0844   Rochester, MN 55905  /( )\
>>> -^^-^^
>>> "In theory, theory and practice are the same, but
>>>  in practice, theory and practice are different."
>>>
>>>
>>
>>
>> --
>> Mark Pace
>> Mainline Information Systems
>> 1700 Summit Lake Drive
>> Tallahassee, FL. 32317
>>
>
>
>
> --
> Mark Pace
> Mainline Information Systems
> 1700 Summit Lake Drive
> Tallahassee, FL. 32317
>

Re: Oops and finding passwords on a system...

[Mark Pace]

It would appear that the 1DB disk could be just about anywhere.

On Tue, May 12, 2009 at 3:44 PM, Mark Pace  wrote:

> MDISK 01DB 3390 1421 009 540W02 MR
>
> On Tue, May 12, 2009 at 3:36 PM, RPN01  wrote:
>
>>  I didn’t log in for awhile and, due to advancing age (actually a year
>> older tomorrow too), I’ve forgotten what I made the MAINT password. And,
>> since this was also the main password used for almost all the service
>> machines, I don’t have any other locations to log into that would help me. I
>> know; stupid. :(
>>
>> Could someone with a zVM 540 system please tell me the starting cylinder
>> of the DIRMAINT 1DB minidisk? I don’t think we had any reason to relocate
>> it, so, I think, with that and a DEFINE MINIDISK command from OPERATOR (my
>> one working userid) I can get the password I need to regain control and save
>> some face (other than here, since I’ve confessed to you all).
>>
>> Thanks to one and all for keeping this as quiet as possible.
>>
>> --
>> Robert P. Nix  Mayo Foundation.~.
>> RO-OE-5-55 200 First Street SW/V\
>> 507-284-0844   Rochester, MN 55905  /( )\
>> -^^-^^
>> "In theory, theory and practice are the same, but
>>  in practice, theory and practice are different."
>>
>>
>
>
> --
> Mark Pace
> Mainline Information Systems
> 1700 Summit Lake Drive
> Tallahassee, FL. 32317
>



-- 
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317

Re: Oops and finding passwords on a system...

[Scott Rohling]

Happy Birthday!   While I don't have access at the moment to a 5.4 system --
the type of DASD you used (3390-3 ,  3390-9 ?) will be important for others
to help...  (I'll be trying to get to my 5.4 on 3390-9 with everything on
540RES in the meantime to help)

Scott

On Tue, May 12, 2009 at 1:36 PM, RPN01  wrote:

>  I didn’t log in for awhile and, due to advancing age (actually a year
> older tomorrow too), I’ve forgotten what I made the MAINT password. And,
> since this was also the main password used for almost all the service
> machines, I don’t have any other locations to log into that would help me. I
> know; stupid. :(
>
> Could someone with a zVM 540 system please tell me the starting cylinder of
> the DIRMAINT 1DB minidisk? I don’t think we had any reason to relocate it,
> so, I think, with that and a DEFINE MINIDISK command from OPERATOR (my one
> working userid) I can get the password I need to regain control and save
> some face (other than here, since I’ve confessed to you all).
>
> Thanks to one and all for keeping this as quiet as possible.
>
> --
> Robert P. Nix  Mayo Foundation.~.
> RO-OE-5-55 200 First Street SW/V\
> 507-284-0844   Rochester, MN 55905  /( )\
> -^^-^^
> "In theory, theory and practice are the same, but
>  in practice, theory and practice are different."
>
>

Re: Oops and finding passwords on a system...

[Mark Pace]

MDISK 01DB 3390 1421 009 540W02 MR

On Tue, May 12, 2009 at 3:36 PM, RPN01  wrote:

>  I didn’t log in for awhile and, due to advancing age (actually a year
> older tomorrow too), I’ve forgotten what I made the MAINT password. And,
> since this was also the main password used for almost all the service
> machines, I don’t have any other locations to log into that would help me. I
> know; stupid. :(
>
> Could someone with a zVM 540 system please tell me the starting cylinder of
> the DIRMAINT 1DB minidisk? I don’t think we had any reason to relocate it,
> so, I think, with that and a DEFINE MINIDISK command from OPERATOR (my one
> working userid) I can get the password I need to regain control and save
> some face (other than here, since I’ve confessed to you all).
>
> Thanks to one and all for keeping this as quiet as possible.
>
> --
> Robert P. Nix  Mayo Foundation.~.
> RO-OE-5-55 200 First Street SW/V\
> 507-284-0844   Rochester, MN 55905  /( )\
> -^^-^^
> "In theory, theory and practice are the same, but
>  in practice, theory and practice are different."
>
>


-- 
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317

Re: Oops and finding passwords on a system...

[Bruce Hayden]

USER DIRMAINT
 MDISK 0155 3390 0021 009 3HUS02 MR
 MDISK 01AA 3390 3303 009 3HUS01 MR
 MDISK 01DB 3390 0039 009 3HUS02 MR
 MDISK 01DE 3390 0001 020 3HUS02 MR
 MDISK 01DF 3390 0030 009 3HUS02 MR
 MDISK 01FA 3390 3312 009 3HUS01 MR
 MDISK 02AA 3390 3321 009 3HUS01 MR
 MDISK 02DB 3390 0057 009 3HUS02 MR

I'm using 3390-3 DASD... are you?

On Tue, May 12, 2009 at 3:36 PM, RPN01  wrote:
> I didn’t log in for awhile and, due to advancing age (actually a year older
> tomorrow too), I’ve forgotten what I made the MAINT password. And, since
> this was also the main password used for almost all the service machines, I
> don’t have any other locations to log into that would help me. I know;
> stupid. :(
>
> Could someone with a zVM 540 system please tell me the starting cylinder of
> the DIRMAINT 1DB minidisk? I don’t think we had any reason to relocate it,
> so, I think, with that and a DEFINE MINIDISK command from OPERATOR (my one
> working userid) I can get the password I need to regain control and save
> some face (other than here, since I’ve confessed to you all).
>
> Thanks to one and all for keeping this as quiet as possible.
>
> --
> Robert P. Nix  Mayo Foundation    .~.
> RO-OE-5-55 200 First Street SW    /V\
> 507-284-0844   Rochester, MN 55905  /( )\
> -    ^^-^^
> "In theory, theory and practice are the same, but
>  in practice, theory and practice are different."
>
>



-- 
Bruce Hayden
Linux on System z Advanced Technical Support
IBM, Endicott, NY

Re: How long is YOUR signature/disclaimer?

[Scott Rohling]

Being a programmer and an INTP (myers-briggs - don't ask) - I hate
redundancy..  so part of my peeve is using space for it when it's
avoidable.   I doubt the lawyers would go for it, but it would be nice if a
simple URL were provided (which pre-supposes a public web page) with the
company's disclaimer. Something like:

Cranky Scott Inc. communication disclaimer:
http://crankyscott.com/long-overblown-disclaimer-that-absolutely-noone-will-read.html

At least it's a little less redundant  ;-)   Oh well..

Scott

On Tue, May 12, 2009 at 12:44 PM, Rob van der Heij wrote:

>
>
> Noticed that some of the disclaimers don't even identify the
> organisation, so with various pre- and post-quoting it is hard to tell
> whose disclaimer it is. Clearly it does not fit the purpose that we
> have here. I know of one large organisation that created an additional
> email platform for those who need to communicate with others in a more
> free manner.
>
> -Rob
>

Re: Oops and finding passwords on a system...

[Wandschneider, Scott]

MDISK 1DB 3390 2371 009 540W02  MR 

 

Thank you,

 

Scott

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of RPN01
Sent: Tuesday, May 12, 2009 2:36 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Oops and finding passwords on a system...

 

I didn't log in for awhile and, due to advancing age (actually a year
older tomorrow too), I've forgotten what I made the MAINT password. And,
since this was also the main password used for almost all the service
machines, I don't have any other locations to log into that would help
me. I know; stupid. :(

Could someone with a zVM 540 system please tell me the starting cylinder
of the DIRMAINT 1DB minidisk? I don't think we had any reason to
relocate it, so, I think, with that and a DEFINE MINIDISK command from
OPERATOR (my one working userid) I can get the password I need to regain
control and save some face (other than here, since I've confessed to you
all).

Thanks to one and all for keeping this as quiet as possible.

-- 
Robert P. Nix  Mayo Foundation.~. 
RO-OE-5-55 200 First Street SW/V\ 
507-284-0844   Rochester, MN 55905  /( )\   
-^^-^^  
"In theory, theory and practice are the same, but
 in practice, theory and practice are different." 



Confidentiality Note: This e-mail, including any attachment to it, may contain 
material that is confidential, proprietary, privileged and/or "Protected Health 
Information," within the meaning of the regulations under the Health Insurance 
Portability & Accountability Act as amended.  If it is not clear that you are 
the intended recipient, you are hereby notified that you have received this 
transmittal in error, and any review, dissemination, distribution or copying of 
this e-mail, including any attachment to it, is strictly prohibited. If you 
have received this e-mail in error, please immediately return it to the sender 
and delete it from your system. Thank you.

Oops and finding passwords on a system...

[RPN01]

I didn¹t log in for awhile and, due to advancing age (actually a year older
tomorrow too), I¹ve forgotten what I made the MAINT password. And, since
this was also the main password used for almost all the service machines, I
don¹t have any other locations to log into that would help me. I know;
stupid. :(

Could someone with a zVM 540 system please tell me the starting cylinder of
the DIRMAINT 1DB minidisk? I don¹t think we had any reason to relocate it,
so, I think, with that and a DEFINE MINIDISK command from OPERATOR (my one
working userid) I can get the password I need to regain control and save
some face (other than here, since I¹ve confessed to you all).

Thanks to one and all for keeping this as quiet as possible.

-- 
Robert P. Nix  Mayo Foundation.~.
RO-OE-5-55 200 First Street SW/V\
507-284-0844   Rochester, MN 55905   /( )\
-^^-^^
"In theory, theory and practice are the same, but
 in practice, theory and practice are different."

Re: How long is YOUR signature/disclaimer?

[Rob van der Heij]

On Tue, May 12, 2009 at 6:36 PM, Thomas Kern  wrote:

> Maybe we could make a plea to the LSoft support people to add something that
> will ignore ALL records in a posting after some well-know trigger. Then we
> could have our posting, a minimal closing (name, phone#, etc), the trigger,
> fancy signature block, and corporate disclaimer. And only the posting and
> minimal closing would get through to the list. Of course, everything would
> be included in the Archive files.

I suppose that function is still there. It works with job cards etc.
Takes some work to get things right.

Noticed that some of the disclaimers don't even identify the
organisation, so with various pre- and post-quoting it is hard to tell
whose disclaimer it is. Clearly it does not fit the purpose that we
have here. I know of one large organisation that created an additional
email platform for those who need to communicate with others in a more
free manner.

-Rob

Re: FTP packed files

[Schuh, Richard]

Glad to have helped.

Regards, 
Richard Schuh 

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Steve Mitchell
> Sent: Tuesday, May 12, 2009 11:28 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: FTP packed files
> 
> I'm sure you aren't surprised to here that worked perfectly.
> 
> THANKS!
> 
> Steve Mitchell
> Sr Systems Software Specialist
> Blue Cross Blue Shield of Kansas
> (785) 291-8885
> 
> 'There are no degrees of Honesty-you're either Honest or you're not!
> 
> 
> 
>   
>  
>   From:   "Schuh, Richard"   
>  
>   
>  
>   To: IBMVM@LISTSERV.UARK.EDU 
>  
>   
>  
>   Date:   05/12/2009 01:16 PM 
>  
>   
>  
>   Subject:Re: FTP packed files
>  
>   
>  
> 
> 
> 
> 
> 
> Enter the BIN command prior to the PUT or GET:
> 
> BIN F 1024
> 
> Regards,
> Richard Schuh
> 
> 
> 
> > -Original Message-
> > From: The IBM z/VM Operating System
> > [mailto:ib...@listserv.uark.edu] On Behalf Of Steve Mitchell
> > Sent: Tuesday, May 12, 2009 10:55 AM
> > To: IBMVM@LISTSERV.UARK.EDU
> > Subject: Re: FTP packed files
> >
> > I'm not.  Apparently I'm in need of some ftp education.  
> How is that 
> > accomplished?
> >
> > Steve Mitchell
> > Sr Systems Software Specialist
> > Blue Cross Blue Shield of Kansas
> > (785) 291-8885
> >
> > 'There are no degrees of Honesty-you're either Honest or you're not!
> >
> >
> >
> >
> >
> >   From:   "Schuh, Richard" 
> >
> >
> >
> >   To: IBMVM@LISTSERV.UARK.EDU
> >
> >
> >
> >   Date:   05/12/2009 11:39 AM
> >
> >
> >
> >   Subject:Re: FTP packed files
> >
> >
> >
> >
> >
> >
> >
> >
> > Are you specifying Fixed 1024 in your FTP?
> >
> > Regards,
> > Richard Schuh
> >
> >
> >
> > > -Original Message-
> > > From: The IBM z/VM Operating System
> > > [mailto:IBMVM@LISTSERV.UARK.EDU>] On Behalf Of Steve Mitchell
> > > Sent: Tuesday, May 12, 2009 9:29 AM
> > > To: IBMVM@LISTSERV.UARK.EDU
> > > Subject: FTP packed files
> > >
> > > I'm ftping files from my 1st level system to 2nd level vm.
> > > When I pack =
> > >
> > > them with copyfile, send them binary, unpack them with 
> copyfile CMS 
> > > tells=
> > >
> > > me they are not in 'packed' format.  What do I need to do
> > to be able
> > > to =
> > >
> > > send them packed.  Sending them w/o packing works fine, I want to 
> > > figure =
> > >
> > > out what I'm not doing.
> > >
> > > Thanks.
> > >
> >
> >
> >
> >
> > CONFIDENTIALITY NOTICE: This email message and any 
> attachments are for 
> > the sole use of the intended recipient(s) and may contain 
> proprietary, 
> > confidential, trade secret or privileged information.  Any 
> > unauthorized review use, disclosure or distribution is 
> prohibited and 
> > may be a violation of law.  If you are not the intended 
> recipient or a 
> > person responsible for delivering this message to an intended 
> > recipient, please contact the sender by reply email and destroy all 
> > copies of the original message.
> >
> 
> 
> 
> 
> CONFIDENTIALITY NOTICE: This email message and any 
> attachments are for the sole use of the intended recipient(s) 
> and may contain proprietary, confidential, trade secret or 
> privileged information.  Any unauthorized review use, 
> disclosure or distribution is prohibited and may be a 
> violation of law.  If you are not the intended recipient or a 
> person responsible for delivering this message to an intended 
> recipient, please contact the sender by reply email and 
> destroy all copies of the original message.
> 

Re: FTP packed files

[Steve Mitchell]

I'm sure you aren't surprised to here that worked perfectly.

THANKS!

Steve Mitchell
Sr Systems Software Specialist
Blue Cross Blue Shield of Kansas
(785) 291-8885

'There are no degrees of Honesty-you're either Honest or you're not!




   
  From:   "Schuh, Richard" 
   

   
  To: IBMVM@LISTSERV.UARK.EDU   
   

   
  Date:   05/12/2009 01:16 PM   
   

   
  Subject:Re: FTP packed files  
   

   





Enter the BIN command prior to the PUT or GET:

BIN F 1024

Regards,
Richard Schuh



> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:ib...@listserv.uark.edu] On Behalf Of Steve Mitchell
> Sent: Tuesday, May 12, 2009 10:55 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: FTP packed files
>
> I'm not.  Apparently I'm in need of some ftp education.  How
> is that accomplished?
>
> Steve Mitchell
> Sr Systems Software Specialist
> Blue Cross Blue Shield of Kansas
> (785) 291-8885
>
> 'There are no degrees of Honesty-you're either Honest or you're not!
>
>
>
>
>
>   From:   "Schuh, Richard" 
>
>
>
>   To: IBMVM@LISTSERV.UARK.EDU
>
>
>
>   Date:   05/12/2009 11:39 AM
>
>
>
>   Subject:Re: FTP packed files
>
>
>
>
>
>
>
>
> Are you specifying Fixed 1024 in your FTP?
>
> Regards,
> Richard Schuh
>
>
>
> > -Original Message-
> > From: The IBM z/VM Operating System
> > [mailto:IBMVM@LISTSERV.UARK.EDU>] On Behalf Of Steve Mitchell
> > Sent: Tuesday, May 12, 2009 9:29 AM
> > To: IBMVM@LISTSERV.UARK.EDU
> > Subject: FTP packed files
> >
> > I'm ftping files from my 1st level system to 2nd level vm.
> > When I pack =
> >
> > them with copyfile, send them binary, unpack them with copyfile CMS
> > tells=
> >
> > me they are not in 'packed' format.  What do I need to do
> to be able
> > to =
> >
> > send them packed.  Sending them w/o packing works fine, I want to
> > figure =
> >
> > out what I'm not doing.
> >
> > Thanks.
> >
>
>
>
>
> CONFIDENTIALITY NOTICE: This email message and any
> attachments are for the sole use of the intended recipient(s)
> and may contain proprietary, confidential, trade secret or
> privileged information.  Any unauthorized review use,
> disclosure or distribution is prohibited and may be a
> violation of law.  If you are not the intended recipient or a
> person responsible for delivering this message to an intended
> recipient, please contact the sender by reply email and
> destroy all copies of the original message.
>




CONFIDENTIALITY NOTICE: This email message and any attachments are for the sole 
use of the intended recipient(s) and may contain proprietary, confidential, 
trade secret or privileged information.  Any unauthorized review use, 
disclosure or distribution is prohibited and may be a violation of law.  If you 
are not the intended recipient or a person responsible for delivering this 
message to an intended recipient, please contact the sender by reply email and 
destroy all copies of the original message.

Re: How long is YOUR signature/disclaimer?

[Dave Wade]

As we no longer have VM at work I only use this from home. However as others
have stated:-

 

1.  Access to personal e-mail is blocked in the office.
2.  Disclaimers are added to all e-mail leaving the company by the
firewall.
3.  Attempted to circumvent these policies is a dismissible offence

 

So any e-mail list relating to work suffers the indignity of the 22 line
legalese that the user has to scroll down too.

 

Dave Wade G4UGM

Illegitimi Non Carborundum

 

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of MacIntyre, Cory
Sent: 12 May 2009 15:49
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: How long is YOUR signature/disclaimer?

 

If your company does not allow access to your personal e-mail account from
work makes this request a little bit out of range

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Scott Rohling
Sent: Tuesday, May 12, 2009 9:46 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: How long is YOUR signature/disclaimer?

 

This is a plea to all of you with signature lines with all kinds of junk
(like all those preachy quotes you might think others will appreciate) --
and ESPECIALLY those of you with company disclaimers:

Please find a way to post with as clean a signature as you can.

I've run across some posts lately that are just completely ridiculous.  1
line of question or comment followed by 100 lines of your particular
company's disclaimer.   While it's very helpful at times to see where you
all work - maybe using your personal email rather than your company email is
a better idea.  That way you don't have to disclaim anything and aren't
helping fill up these mailing lists with 'meta text'.

I'm sure this will be seen as 'meta' discussion - but I'm especially cranky
today, so what the heck   ;-)

Thanks for your consideration:Scott

 

  _  

Disclaimer Confidentiality Notice: This e-mail, and any attachments
and/or documents linked to this email, are intended for the
addressee and may contain information that is privileged,
confidential, proprietary, or otherwise protected by law. Any
dissemination, distribution, or copying is prohibited. This
notice serves as a confidentiality marking for the purpose of
any confidentiality or nondisclosure agreement. If you have
received this communication in error, please contact the
original sender.

Re: FTP packed files

[Schuh, Richard]

Enter the BIN command prior to the PUT or GET:

BIN F 1024

Regards, 
Richard Schuh 

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Steve Mitchell
> Sent: Tuesday, May 12, 2009 10:55 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: FTP packed files
> 
> I'm not.  Apparently I'm in need of some ftp education.  How 
> is that accomplished?
> 
> Steve Mitchell
> Sr Systems Software Specialist
> Blue Cross Blue Shield of Kansas
> (785) 291-8885
> 
> 'There are no degrees of Honesty-you're either Honest or you're not!
> 
> 
> 
>   
>  
>   From:   "Schuh, Richard"   
>  
>   
>  
>   To: IBMVM@LISTSERV.UARK.EDU 
>  
>   
>  
>   Date:   05/12/2009 11:39 AM 
>  
>   
>  
>   Subject:Re: FTP packed files
>  
>   
>  
> 
> 
> 
> 
> 
> Are you specifying Fixed 1024 in your FTP?
> 
> Regards,
> Richard Schuh
> 
> 
> 
> > -Original Message-
> > From: The IBM z/VM Operating System
> > [mailto:ib...@listserv.uark.edu] On Behalf Of Steve Mitchell
> > Sent: Tuesday, May 12, 2009 9:29 AM
> > To: IBMVM@LISTSERV.UARK.EDU
> > Subject: FTP packed files
> >
> > I'm ftping files from my 1st level system to 2nd level vm.
> > When I pack =
> >
> > them with copyfile, send them binary, unpack them with copyfile CMS 
> > tells=
> >
> > me they are not in 'packed' format.  What do I need to do 
> to be able 
> > to =
> >
> > send them packed.  Sending them w/o packing works fine, I want to 
> > figure =
> >
> > out what I'm not doing.
> >
> > Thanks.
> >
> 
> 
> 
> 
> CONFIDENTIALITY NOTICE: This email message and any 
> attachments are for the sole use of the intended recipient(s) 
> and may contain proprietary, confidential, trade secret or 
> privileged information.  Any unauthorized review use, 
> disclosure or distribution is prohibited and may be a 
> violation of law.  If you are not the intended recipient or a 
> person responsible for delivering this message to an intended 
> recipient, please contact the sender by reply email and 
> destroy all copies of the original message.
> 

Re: FTP packed files

[Steve Mitchell]

I'm not.  Apparently I'm in need of some ftp education.  How is that
accomplished?

Steve Mitchell
Sr Systems Software Specialist
Blue Cross Blue Shield of Kansas
(785) 291-8885

'There are no degrees of Honesty-you're either Honest or you're not!




   
  From:   "Schuh, Richard" 
   

   
  To: IBMVM@LISTSERV.UARK.EDU   
   

   
  Date:   05/12/2009 11:39 AM   
   

   
  Subject:Re: FTP packed files  
   

   





Are you specifying Fixed 1024 in your FTP?

Regards,
Richard Schuh



> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:ib...@listserv.uark.edu] On Behalf Of Steve Mitchell
> Sent: Tuesday, May 12, 2009 9:29 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: FTP packed files
>
> I'm ftping files from my 1st level system to 2nd level vm.
> When I pack =
>
> them with copyfile, send them binary, unpack them with
> copyfile CMS tells=
>
> me they are not in 'packed' format.  What do I need to do to
> be able to =
>
> send them packed.  Sending them w/o packing works fine, I
> want to figure =
>
> out what I'm not doing.
>
> Thanks.
>




CONFIDENTIALITY NOTICE: This email message and any attachments are for the sole 
use of the intended recipient(s) and may contain proprietary, confidential, 
trade secret or privileged information.  Any unauthorized review use, 
disclosure or distribution is prohibited and may be a violation of law.  If you 
are not the intended recipient or a person responsible for delivering this 
message to an intended recipient, please contact the sender by reply email and 
destroy all copies of the original message.

Re: XEDIT macro question

[Roy, Bruce]

Check out the SET SCOPE command (ie, SET SCOPE DISPLAY) and 'EXTRACT 
/NBSCOPE/'.  While many of the EXTRACT options can be QUERY'd, the NBSCOPE 
option can only be used through EXTRACT.  I assume the code below is part of 
some larger XEDIT macro since by itself it would have a few bugs.

Of course, if you wanted count the lines, let the DO construct do the work.  
That is, replace "do until rc  \= 0" with "do count=1 by 1 
until rc \= 0"

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Huegel, Thomas
Sent: Tuesday, May 12, 2009 11:22 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: XEDIT macro question

I have a simple question about a XEDIT  macro.

I have a macro that does a locate and select on some lines and then displays 
the selected lines.

My question, is there a way to find the number of lines that have been selected 
without counting them as I select them?
EXTRACT '/selectedlines/'  doesn't seem to exist..

snipit:
 do until rc ¬= 0/* loop until locate fails (rc > 
0)  */
   'command set select 1 1'/* set selection level 1   */
'command up 1' /* go back up one line   
*/
   'command locate /' machid '/'   /* look for the rest
*/
 end /* end of loop 
  */
 command set shadow off   /* turn shadow display off */
 command set display 1 1  /* display selected lines   */

Thanks

Re: FTP packed files

[Hughes, Jim]

Is the packed file Fixed 1024 bytes per block on the receiving and
sending end?

If not, a little pipe procedure would fix it quite easily.


Jim Hughes
603-271-5586
"It is fun to do the impossible."
==>-Original Message-
==>From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]
On
==>Behalf Of Steve Mitchell
==>Sent: Tuesday, May 12, 2009 12:29 PM
==>To: IBMVM@LISTSERV.UARK.EDU
==>Subject: FTP packed files
==>
==>I'm ftping files from my 1st level system to 2nd level vm.  When I
pack =
==>
==>them with copyfile, send them binary, unpack them with copyfile CMS
==>tells=
==>
==>me they are not in 'packed' format.  What do I need to do to be able
to =
==>
==>send them packed.  Sending them w/o packing works fine, I want to
figure
==>=
==>
==>out what I'm not doing.
==>
==>Thanks.

Re: FTP packed files

[Schuh, Richard]

Are you specifying Fixed 1024 in your FTP?

Regards, 
Richard Schuh 

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Steve Mitchell
> Sent: Tuesday, May 12, 2009 9:29 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: FTP packed files
> 
> I'm ftping files from my 1st level system to 2nd level vm.  
> When I pack =
> 
> them with copyfile, send them binary, unpack them with 
> copyfile CMS tells=
>  
> me they are not in 'packed' format.  What do I need to do to 
> be able to =
> 
> send them packed.  Sending them w/o packing works fine, I 
> want to figure =
> 
> out what I'm not doing.
> 
> Thanks.
> 

Re: How long is YOUR signature/disclaimer?

[Thomas Kern]

Maybe we could make a plea to the LSoft support people to add something t
hat
will ignore ALL records in a posting after some well-know trigger. Then w
e
could have our posting, a minimal closing (name, phone#, etc), the trigge
r,
fancy signature block, and corporate disclaimer. And only the posting and

minimal closing would get through to the list. Of course, everything woul
d
be included in the Archive files.
 
/Tom Kern



On Tue, 12 May 2009 08:45:34 -0600, Scott Rohling 
wrote:

>This is a plea to all of you with signature lines with all kinds of junk

>(like all those preachy quotes you might think others will appreciate) -
-
>and ESPECIALLY those of you with company disclaimers:
>
>Please find a way to post with as clean a signature as you can.
>
>I've run across some posts lately that are just completely ridiculous.  
1
>line of question or comment followed by 100 lines of your particular
>company's disclaimer.   While it's very helpful at times to see where yo
u
>all work - maybe using your personal email rather than your company emai
l is
>a better idea.  That way you don't have to disclaim anything and aren't
>helping fill up these mailing lists with 'meta text'.
>
>I'm sure this will be seen as 'meta' discussion - but I'm especially cra
nky
>today, so what the heck   ;-)
>
>Thanks for your consideration:Scott
>

FTP packed files

[Steve Mitchell]

I'm ftping files from my 1st level system to 2nd level vm.  When I pack 

them with copyfile, send them binary, unpack them with copyfile CMS tells
 
me they are not in 'packed' format.  What do I need to do to be able to 

send them packed.  Sending them w/o packing works fine, I want to figure 

out what I'm not doing.

Thanks.

Re: z/VM 5.4 install

[clifford jackson]

Thanks Michael for clearing that up for me...
 


Date: Tue, 12 May 2009 12:10:39 -0400
From: mjfo...@us.ibm.com
Subject: Re: z/VM 5.4 install
To: IBMVM@LISTSERV.UARK.EDU

Hi Clifford, 

I assume you are referring to Chapter 6 Second-level  DVD Installation Method, 
From a VM Minidisk in z/VM: Guide for Automated Installation and Service 
version 5 release 4. The answer is yes, the FTP command "binary f 1028" is 
correct. You will notice in a following substep (12 in the z/VM 5.4 edition) 
you are instructed to verify the image files are fixed format and have a 
logical record length of 1028. If the files are transferred using a different 
value, installation will fail. 

12. Verify the image file has a fixed (F) file format and a logical record 
length (LRECL) of 1028. If the file format or logical record length is 
incorrect, the image file was copied incorrectly. Erase the image file off the 
minidisk and copy the image file again using the correct parameters. Repeat the 
process starting with substep 6 on page 102. 

listfile *222* image w (alloc 
FILENAME FILETYPE FM FORMAT LRECL RECS BLOCKS 
CKD22200 IMAGE W1 F 1028 1845 464 Ready; T=n.nn/n.nn hh:mm:ss 

Thanks, 
Michael J. Forte
z/OS Storage ID and POK Softcopy Support
Software Engineer, System z Information Solutions 58HA
IBM Poughkeepsie, New York
mjfo...@us.ibm.com







From: 
Mike Walter  

To: 
IBMVM@LISTSERV.UARK.EDU 

Date: 
05/12/2009 11:50 AM 

Subject: 
Re: z/VM 5.4 install 

Sent by: 
The IBM z/VM Operating System 





Clifford,

I've never seen "binary f 1028" used when installing z/VM or downloading 
files from IBM, its always been "BINary Fix 1024".
Can you explain from where that recommendation came?  Is it in a pub, on a 
web site, or elsewhere?

Mike Walter
Hewitt Associates



"clifford jackson"  

Sent by: "The IBM z/VM Operating System" 
05/12/2009 09:56 AM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
z/VM 5.4 install






The directions on installing from VM minidisk in the FTP command where it 
directs me to set 'binary f 1028' is the 1028 correct 
Windows Live?: Keep your life in sync. Check it out.




The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient is strictly prohibited. All messages 
sent to and from this e-mail address may be monitored as permitted by 
applicable law and regulations to ensure compliance with our internal policies 
and to protect our business. E-mails are not secure and cannot be guaranteed to 
be error free as they can be intercepted, amended, lost or destroyed, or 
contain viruses. You are deemed to have accepted these risks if you communicate 
with us by e-mail. 


_
Windows Live™: Keep your life in sync.
http://windowslive.com/explore?ocid=TXT_TAGLM_BR_life_in_synch_052009

Re: z/VM 5.4 install

[Mike Walter]

> Chapter 6 Second-level  DVD Installation Method
Ah hah!  That's why I've never seen 'BIN F 1028'... I've never installed 
from DVD. 

Our network security group won't let us connect a DVD on our laptops to 
the mainframe.  Installing from the HMC's DVD drive is just not worth the 
hassle here.  Besides, I'm a throwback to tape (going back to round, 
8-track, 1600BPI tape installs).

Mike Walter
Hewitt Associates



The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient is strictly prohibited. All messages 
sent to and from this e-mail address may be monitored as permitted by 
applicable law and regulations to ensure compliance with our internal policies 
and to protect our business. E-mails are not secure and cannot be guaranteed to 
be error free as they can be intercepted, amended, lost or destroyed, or 
contain viruses. You are deemed to have accepted these risks if you communicate 
with us by e-mail. 

Re: z/VM 5.4 install

[clifford jackson]

Mike its from the Guide for automated installation and service version 5.4  
GC24-6099-05 page 103 ( Install from a VM Minidisk) 
 
> Date: Tue, 12 May 2009 10:50:04 -0500
> From: mike.wal...@hewitt.com
> Subject: Re: z/VM 5.4 install
> To: IBMVM@LISTSERV.UARK.EDU
> 
> Clifford,
> 
> I've never seen "binary f 1028" used when installing z/VM or downloading 
> files from IBM, its always been "BINary Fix 1024".
> Can you explain from where that recommendation came? Is it in a pub, on a 
> web site, or elsewhere?
> 
> Mike Walter
> Hewitt Associates
> 
> 
> 
> "clifford jackson"  
> 
> Sent by: "The IBM z/VM Operating System" 
> 05/12/2009 09:56 AM
> Please respond to
> "The IBM z/VM Operating System" 
> 
> 
> 
> To
> IBMVM@LISTSERV.UARK.EDU
> cc
> 
> Subject
> z/VM 5.4 install
> 
> 
> 
> 
> 
> 
> The directions on installing from VM minidisk in the FTP command where it 
> directs me to set 'binary f 1028' is the 1028 correct 
> Windows Live?: Keep your life in sync. Check it out.
> 
> 
> 
> 
> The information contained in this e-mail and any accompanying documents may 
> contain information that is confidential or otherwise protected from 
> disclosure. If you are not the intended recipient of this message, or if this 
> message has been addressed to you in error, please immediately alert the 
> sender by reply e-mail and then delete this message, including any 
> attachments. Any dissemination, distribution or other use of the contents of 
> this message by anyone other than the intended recipient is strictly 
> prohibited. All messages sent to and from this e-mail address may be 
> monitored as permitted by applicable law and regulations to ensure compliance 
> with our internal policies and to protect our business. E-mails are not 
> secure and cannot be guaranteed to be error free as they can be intercepted, 
> amended, lost or destroyed, or contain viruses. You are deemed to have 
> accepted these risks if you communicate with us by e-mail. 

_
Windows Live™: Keep your life in sync.
http://windowslive.com/explore?ocid=TXT_TAGLM_BR_life_in_synch_052009

Re: z/VM 5.4 install

[Michael Forte]

Hi Clifford,

I assume you are referring to Chapter 6 Second-level  DVD Installation 
Method, From a VM Minidisk in z/VM: Guide for Automated Installation and 
Service version 5 release 4. The answer is yes, the FTP command "binary f 
1028" is correct. You will notice in a following substep (12 in the z/VM 
5.4 edition) you are instructed to verify the image files are fixed format 
and have a logical record length of 1028. If the files are transferred 
using a different value, installation will fail.

12. Verify the image file has a fixed (F) file format and a logical record 
length (LRECL) of 1028. If the file format or logical record length is 
incorrect, the image file was copied incorrectly. Erase the image file off 
the minidisk and copy the image file again using the correct parameters. 
Repeat the process starting with substep 6 on page 102.

listfile *222* image w (alloc
FILENAME FILETYPE FM FORMAT LRECL RECS BLOCKS 
CKD22200 IMAGE W1 F 1028 1845 464 Ready; T=n.nn/n.nn hh:mm:ss

Thanks,
Michael J. Forte
z/OS Storage ID and POK Softcopy Support
Software Engineer, System z Information Solutions 58HA
IBM Poughkeepsie, New York
mjfo...@us.ibm.com




From:
Mike Walter 
To:
IBMVM@LISTSERV.UARK.EDU
Date:
05/12/2009 11:50 AM
Subject:
Re: z/VM 5.4 install
Sent by:
The IBM z/VM Operating System 



Clifford,

I've never seen "binary f 1028" used when installing z/VM or downloading 
files from IBM, its always been "BINary Fix 1024".
Can you explain from where that recommendation came?  Is it in a pub, on a 

web site, or elsewhere?

Mike Walter
Hewitt Associates



"clifford jackson"  

Sent by: "The IBM z/VM Operating System" 
05/12/2009 09:56 AM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
z/VM 5.4 install






The directions on installing from VM minidisk in the FTP command where it 
directs me to set 'binary f 1028' is the 1028 correct 
Windows Live?: Keep your life in sync. Check it out.




The information contained in this e-mail and any accompanying documents 
may contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if 
this message has been addressed to you in error, please immediately alert 
the sender by reply e-mail and then delete this message, including any 
attachments. Any dissemination, distribution or other use of the contents 
of this message by anyone other than the intended recipient is strictly 
prohibited. All messages sent to and from this e-mail address may be 
monitored as permitted by applicable law and regulations to ensure 
compliance with our internal policies and to protect our business. E-mails 
are not secure and cannot be guaranteed to be error free as they can be 
intercepted, amended, lost or destroyed, or contain viruses. You are 
deemed to have accepted these risks if you communicate with us by e-mail. 

Re: z/VM 5.4 install

[Mike Walter]

Clifford,

I've never seen "binary f 1028" used when installing z/VM or downloading 
files from IBM, its always been "BINary Fix 1024".
Can you explain from where that recommendation came?  Is it in a pub, on a 
web site, or elsewhere?

Mike Walter
Hewitt Associates



"clifford jackson"  

Sent by: "The IBM z/VM Operating System" 
05/12/2009 09:56 AM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
z/VM 5.4 install






The directions on installing from VM minidisk in the FTP command where it 
directs me to set 'binary f 1028' is the 1028 correct 
Windows Live?: Keep your life in sync. Check it out.




The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient is strictly prohibited. All messages 
sent to and from this e-mail address may be monitored as permitted by 
applicable law and regulations to ensure compliance with our internal policies 
and to protect our business. E-mails are not secure and cannot be guaranteed to 
be error free as they can be intercepted, amended, lost or destroyed, or 
contain viruses. You are deemed to have accepted these risks if you communicate 
with us by e-mail. 

z/VM 5.4 install

[clifford jackson]

The directions on installing from VM minidisk in the FTP command where it 
directs me to set 'binary f 1028' is the 1028 correct 
_
Windows Live™: Keep your life in sync.
http://windowslive.com/explore?ocid=TXT_TAGLM_BR_life_in_synch_052009

Re: How long is YOUR signature/disclaimer?

[Marcy Cortes]

It's still HTML ;)


Marcy

"This message may contain confidential and/or privileged information. If you 
are not the addressee or authorized to receive this for the addressee, you must 
not use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message. Thank you for 
your cooperation."





From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Scott Rohling
Sent: Tuesday, May 12, 2009 8:25 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] How long is YOUR signature/disclaimer?


Thanks Richard!  I just went into my settings and set it to Unicode UTF-8..
Scott


On Tue, May 12, 2009 at 9:20 AM, Richard Troth  wrote:


GMail lets you send plain text.  I have plain text set as the default
for composition.


-- R;   <><






On Tue, May 12, 2009 at 11:13, Scott Rohling  
wrote:
> Yes - I guess I knew what I was asking may not be possible for some.  
I
> guess I should just count myself lucky that IBM doesn't require such
> measures and I have access to both intra/inter nets directly.
>
> I've also seen ugly HTML tags ..  I use gmail -- hope that isn't 
showing up
> as a mess to some?  It all looks fine to me, but I follow these posts 
thru
> gmail.  Please let me know - I'd hate to be creating my own form of 
'junk'
> ;-)
>
> Scott
>
> On Tue, May 12, 2009 at 9:06 AM, Marcy Cortes
>  wrote:
>>
>> Some of us don't have a choice if we are doing this from work.
>> As another point of consideration, please don't use HTML.  It's ugly 
for
>> the folks on the digest version.
>>
>> Marcy
>>
>> "This message may contain confidential and/or privileged 
information. If
>> you are not the addressee or authorized to receive this for the 
addressee,
>> you must not use, copy, disclose, or take any action based on this 
message
>> or any information herein. If you have received this message in 
error,
>> please advise the sender immediately by reply e-mail and delete this
>> message. Thank you for your cooperation."
>>
>>
>>
>> 
>>
>> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] 
On
>> Behalf Of Scott Rohling
>> Sent: Tuesday, May 12, 2009 7:46 AM
>> To: IBMVM@LISTSERV.UARK.EDU
>> Subject: [IBMVM] How long is YOUR signature/disclaimer?
>>
>>
>> This is a plea to all of you with signature lines with all kinds of 
junk
>> (like all those preachy quotes you might think others will 
appreciate) --
>> and ESPECIALLY those of you with company disclaimers:
>>
>> Please find a way to post with as clean a signature as you can.
>>
>> I've run across some posts lately that are just completely 
ridiculous.  1
>> line of question or comment followed by 100 lines of your particular
>> company's disclaimer.   While it's very helpful at times to see 
where you
>> all work - maybe using your personal email rather than your company 
email is
>> a better idea.  That way you don't have to disclaim anything and 
aren't
>> helping fill up these mailing lists with 'meta text'.
>>
>> I'm sure this will be seen as 'meta' discussion - but I'm especially
>> cranky today, so what the heck   ;-)
>>
>> Thanks for your consideration:Scott
>
>

Re: How long is YOUR signature/disclaimer?

[Scott Rohling]

Thanks Richard!  I just went into my settings and set it to Unicode
UTF-8..Scott

On Tue, May 12, 2009 at 9:20 AM, Richard Troth  wrote:

> GMail lets you send plain text.  I have plain text set as the default
> for composition.
>
>
> -- R;   <><
>
>
>
>
>
> On Tue, May 12, 2009 at 11:13, Scott Rohling 
> wrote:
> > Yes - I guess I knew what I was asking may not be possible for some.  I
> > guess I should just count myself lucky that IBM doesn't require such
> > measures and I have access to both intra/inter nets directly.
> >
> > I've also seen ugly HTML tags ..  I use gmail -- hope that isn't showing
> up
> > as a mess to some?  It all looks fine to me, but I follow these posts
> thru
> > gmail.  Please let me know - I'd hate to be creating my own form of
> 'junk'
> > ;-)
> >
> > Scott
> >
> > On Tue, May 12, 2009 at 9:06 AM, Marcy Cortes
> >  wrote:
> >>
> >> Some of us don't have a choice if we are doing this from work.
> >> As another point of consideration, please don't use HTML.  It's ugly for
> >> the folks on the digest version.
> >>
> >> Marcy
> >>
> >> "This message may contain confidential and/or privileged information. If
> >> you are not the addressee or authorized to receive this for the
> addressee,
> >> you must not use, copy, disclose, or take any action based on this
> message
> >> or any information herein. If you have received this message in error,
> >> please advise the sender immediately by reply e-mail and delete this
> >> message. Thank you for your cooperation."
> >>
> >>
> >>
> >> 
> >>
> >> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
> >> Behalf Of Scott Rohling
> >> Sent: Tuesday, May 12, 2009 7:46 AM
> >> To: IBMVM@LISTSERV.UARK.EDU
> >> Subject: [IBMVM] How long is YOUR signature/disclaimer?
> >>
> >>
> >> This is a plea to all of you with signature lines with all kinds of junk
> >> (like all those preachy quotes you might think others will appreciate)
> --
> >> and ESPECIALLY those of you with company disclaimers:
> >>
> >> Please find a way to post with as clean a signature as you can.
> >>
> >> I've run across some posts lately that are just completely ridiculous.
>  1
> >> line of question or comment followed by 100 lines of your particular
> >> company's disclaimer.   While it's very helpful at times to see where
> you
> >> all work - maybe using your personal email rather than your company
> email is
> >> a better idea.  That way you don't have to disclaim anything and aren't
> >> helping fill up these mailing lists with 'meta text'.
> >>
> >> I'm sure this will be seen as 'meta' discussion - but I'm especially
> >> cranky today, so what the heck   ;-)
> >>
> >> Thanks for your consideration:Scott
> >
> >
>

XEDIT macro question

[Huegel, Thomas]

I have a simple question about a XEDIT  macro.

I have a macro that does a locate and select on some lines and then displays 
the selected lines.

My question, is there a way to find the number of lines that have been selected 
without counting them as I select them?
EXTRACT '/selectedlines/'  doesn't seem to exist..

snipit:
 do until rc ¬= 0/* loop until locate fails (rc > 
0)  */
   'command set select 1 1'/* set selection level 1   */
'command up 1' /* go back up one line   
*/
   'command locate /' machid '/'   /* look for the rest
*/
 end /* end of loop 
  */
 command set shadow off   /* turn shadow display off */
 command set display 1 1  /* display selected lines   */

Thanks

Re: How long is YOUR signature/disclaimer?

[Richard Troth]

GMail lets you send plain text.  I have plain text set as the default
for composition.


-- R;   <><





On Tue, May 12, 2009 at 11:13, Scott Rohling  wrote:
> Yes - I guess I knew what I was asking may not be possible for some.  I
> guess I should just count myself lucky that IBM doesn't require such
> measures and I have access to both intra/inter nets directly.
>
> I've also seen ugly HTML tags ..  I use gmail -- hope that isn't showing up
> as a mess to some?  It all looks fine to me, but I follow these posts thru
> gmail.  Please let me know - I'd hate to be creating my own form of 'junk'
> ;-)
>
> Scott
>
> On Tue, May 12, 2009 at 9:06 AM, Marcy Cortes
>  wrote:
>>
>> Some of us don't have a choice if we are doing this from work.
>> As another point of consideration, please don't use HTML.  It's ugly for
>> the folks on the digest version.
>>
>> Marcy
>>
>> "This message may contain confidential and/or privileged information. If
>> you are not the addressee or authorized to receive this for the addressee,
>> you must not use, copy, disclose, or take any action based on this message
>> or any information herein. If you have received this message in error,
>> please advise the sender immediately by reply e-mail and delete this
>> message. Thank you for your cooperation."
>>
>>
>>
>> 
>>
>> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
>> Behalf Of Scott Rohling
>> Sent: Tuesday, May 12, 2009 7:46 AM
>> To: IBMVM@LISTSERV.UARK.EDU
>> Subject: [IBMVM] How long is YOUR signature/disclaimer?
>>
>>
>> This is a plea to all of you with signature lines with all kinds of junk
>> (like all those preachy quotes you might think others will appreciate) --
>> and ESPECIALLY those of you with company disclaimers:
>>
>> Please find a way to post with as clean a signature as you can.
>>
>> I've run across some posts lately that are just completely ridiculous.  1
>> line of question or comment followed by 100 lines of your particular
>> company's disclaimer.   While it's very helpful at times to see where you
>> all work - maybe using your personal email rather than your company email is
>> a better idea.  That way you don't have to disclaim anything and aren't
>> helping fill up these mailing lists with 'meta text'.
>>
>> I'm sure this will be seen as 'meta' discussion - but I'm especially
>> cranky today, so what the heck   ;-)
>>
>> Thanks for your consideration:Scott
>
>

Re: How long is YOUR signature/disclaimer?

[Scott Rohling]

Yes - I guess I knew what I was asking may not be possible for some.  I
guess I should just count myself lucky that IBM doesn't require such
measures and I have access to both intra/inter nets directly.

I've also seen ugly HTML tags ..  I use gmail -- hope that isn't showing up
as a mess to some?  It all looks fine to me, but I follow these posts thru
gmail.  Please let me know - I'd hate to be creating my own form of 'junk'
;-)

Scott

On Tue, May 12, 2009 at 9:06 AM, Marcy Cortes  wrote:

> Some of us don't have a choice if we are doing this from work.
> As another point of consideration, please don't use HTML.  It's ugly for
> the folks on the digest version.
>
> Marcy
>
> "This message may contain confidential and/or privileged information. If
> you are not the addressee or authorized to receive this for the addressee,
> you must not use, copy, disclose, or take any action based on this message
> or any information herein. If you have received this message in error,
> please advise the sender immediately by reply e-mail and delete this
> message. Thank you for your cooperation."
>
>
>
> 
>
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
> Behalf Of Scott Rohling
> Sent: Tuesday, May 12, 2009 7:46 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: [IBMVM] How long is YOUR signature/disclaimer?
>
>
> This is a plea to all of you with signature lines with all kinds of junk
> (like all those preachy quotes you might think others will appreciate) --
> and ESPECIALLY those of you with company disclaimers:
>
> Please find a way to post with as clean a signature as you can.
>
> I've run across some posts lately that are just completely ridiculous.  1
> line of question or comment followed by 100 lines of your particular
> company's disclaimer.   While it's very helpful at times to see where you
> all work - maybe using your personal email rather than your company email is
> a better idea.  That way you don't have to disclaim anything and aren't
> helping fill up these mailing lists with 'meta text'.
>
> I'm sure this will be seen as 'meta' discussion - but I'm especially cranky
> today, so what the heck   ;-)
>
> Thanks for your consideration:Scott
>

Re: How long is YOUR signature/disclaimer?

[Marcy Cortes]

Some of us don't have a choice if we are doing this from work.
As another point of consideration, please don't use HTML.  It's ugly for the 
folks on the digest version.

Marcy

"This message may contain confidential and/or privileged information. If you 
are not the addressee or authorized to receive this for the addressee, you must 
not use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message. Thank you for 
your cooperation."





From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Scott Rohling
Sent: Tuesday, May 12, 2009 7:46 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] How long is YOUR signature/disclaimer?


This is a plea to all of you with signature lines with all kinds of junk (like 
all those preachy quotes you might think others will appreciate) -- and 
ESPECIALLY those of you with company disclaimers:

Please find a way to post with as clean a signature as you can.

I've run across some posts lately that are just completely ridiculous.  1 line 
of question or comment followed by 100 lines of your particular company's 
disclaimer.   While it's very helpful at times to see where you all work - 
maybe using your personal email rather than your company email is a better 
idea.  That way you don't have to disclaim anything and aren't helping fill up 
these mailing lists with 'meta text'.

I'm sure this will be seen as 'meta' discussion - but I'm especially cranky 
today, so what the heck   ;-)

Thanks for your consideration:Scott

Re: How long is YOUR signature/disclaimer?

[MacIntyre, Cory]

If your company does not allow access to your personal e-mail account from work 
makes this request a little bit out of range

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Scott Rohling
Sent: Tuesday, May 12, 2009 9:46 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: How long is YOUR signature/disclaimer?

This is a plea to all of you with signature lines with all kinds of junk (like 
all those preachy quotes you might think others will appreciate) -- and 
ESPECIALLY those of you with company disclaimers:

Please find a way to post with as clean a signature as you can.

I've run across some posts lately that are just completely ridiculous.  1 line 
of question or comment followed by 100 lines of your particular company's 
disclaimer.   While it's very helpful at times to see where you all work - 
maybe using your personal email rather than your company email is a better 
idea.  That way you don't have to disclaim anything and aren't helping fill up 
these mailing lists with 'meta text'.

I'm sure this will be seen as 'meta' discussion - but I'm especially cranky 
today, so what the heck   ;-)

Thanks for your consideration:Scott


Disclaimer Confidentiality Notice: This e-mail, and any attachments
and/or documents linked to this email, are intended for the
addressee and may contain information that is privileged,
confidential, proprietary, or otherwise protected by law. Any
dissemination, distribution, or copying is prohibited. This
notice serves as a confidentiality marking for the purpose of
any confidentiality or nondisclosure agreement. If you have
received this communication in error, please contact the
original sender.

Re: How long is YOUR signature/disclaimer?

[Wakser, David]

Scott:
 
I agree with you - but, alas, I have no control over the company
disclaimer. It is inserted automatically by the outgoing mail server,
and they have refused to make an exception. Any suggestions?
 
David Wakser



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Scott Rohling
Sent: Tuesday, May 12, 2009 10:46 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: How long is YOUR signature/disclaimer?


This is a plea to all of you with signature lines with all kinds of junk
(like all those preachy quotes you might think others will appreciate)
-- and ESPECIALLY those of you with company disclaimers:

Please find a way to post with as clean a signature as you can.

I've run across some posts lately that are just completely ridiculous.
1 line of question or comment followed by 100 lines of your particular
company's disclaimer.   While it's very helpful at times to see where
you all work - maybe using your personal email rather than your company
email is a better idea.  That way you don't have to disclaim anything
and aren't helping fill up these mailing lists with 'meta text'.

I'm sure this will be seen as 'meta' discussion - but I'm especially
cranky today, so what the heck   ;-)

Thanks for your consideration:Scott



Confidentiality Note: This e-mail, including any attachment to it, may contain 
material that is confidential, proprietary, privileged and/or "Protected Health 
Information," within the meaning of the regulations under the Health Insurance 
Portability & Accountability Act as amended.  If it is not clear that you are 
the intended recipient, you are hereby notified that you have received this 
transmittal in error, and any review, dissemination, distribution or copying of 
this e-mail, including any attachment to it, is strictly prohibited. If you 
have received this e-mail in error, please immediately return it to the sender 
and delete it from your system. Thank you.

Re: How long is YOUR signature/disclaimer?

[Mark Pace]

Most people emailing from their corporate email have no choice in what is
appended to their email.  I also know that many people have no other choice
than to use their corporate email account from within their corporate
network.

On Tue, May 12, 2009 at 10:45 AM, Scott Rohling wrote:

> This is a plea to all of you with signature lines with all kinds of junk
> (like all those preachy quotes you might think others will appreciate) --
> and ESPECIALLY those of you with company disclaimers:
>
> Please find a way to post with as clean a signature as you can.
>
> I've run across some posts lately that are just completely ridiculous.  1
> line of question or comment followed by 100 lines of your particular
> company's disclaimer.   While it's very helpful at times to see where you
> all work - maybe using your personal email rather than your company email is
> a better idea.  That way you don't have to disclaim anything and aren't
> helping fill up these mailing lists with 'meta text'.
>
> I'm sure this will be seen as 'meta' discussion - but I'm especially cranky
> today, so what the heck   ;-)
>
> Thanks for your consideration:Scott
>



-- 
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317

How long is YOUR signature/disclaimer?

[Scott Rohling]

This is a plea to all of you with signature lines with all kinds of junk
(like all those preachy quotes you might think others will appreciate) --
and ESPECIALLY those of you with company disclaimers:

Please find a way to post with as clean a signature as you can.

I've run across some posts lately that are just completely ridiculous.  1
line of question or comment followed by 100 lines of your particular
company's disclaimer.   While it's very helpful at times to see where you
all work - maybe using your personal email rather than your company email is
a better idea.  That way you don't have to disclaim anything and aren't
helping fill up these mailing lists with 'meta text'.

I'm sure this will be seen as 'meta' discussion - but I'm especially cranky
today, so what the heck   ;-)

Thanks for your consideration:Scott

Re: what happen to the datamove?

[Ronald van der Laan]

Sunny,

Instead of having to look into the source directory or directory map,  you
can also ask CP directly for the location of any minidisk.

QUERY MDISK USER DATAMOVE 0100 DIRECTORY LOCATION

or a bit shorter:  Q MD U DATAMOVE 100 DIR LOC

Ronald van der Laan