Unfortunately force=yes is not valid for option set includes (or other
additive option set options) but server side include/excludes are always
enforced before client side include/excludes so in this case it will
work.

Just bind everything to the default MC in your option set. This will
limit you and make it very messy to have individual include/excludes on a
host by host basis, but that is in fact what you are asking for.

-km

On 12/08, Huebschman, George J. wrote:
> You could use a client option set on the TSM Server with an include for
> a specific management class with force=yes.
> But, I don't think you could hide the other management classes.
> We have some client option sets with includes for management class for
> specific directories, but not all directories.  It could get messy if
> you have a variety of retention policies and client configurations.
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf 
> Of
> Abid Ilias
> Sent: Thursday, August 12, 2010 3:47 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: [ADSM-L] Access to Management Class for TSM Clients
>
> We have some longer management classes defined in a policy domain for
> some specific purpose, but our management does not want  TSM clients to
> see or use them.   Our management wants the TSM admins to have this
> control and bind the data to different management class as per requests.
> I have not seen any way to prevent users from doing this.  Is there a
> way to prevent TSM clients from using a management class other than
> default.
>
> Any input would be greatly appreciated.
>
> Thanks
> Abid
>
> IMPORTANT:  E-mail sent through the Internet is not secure. Legg Mason 
> therefore recommends that you do not send any confidential or sensitive 
> information to us via electronic mail, including social security numbers, 
> account numbers, or personal identification numbers. Delivery, and or timely 
> delivery of Internet mail is not guaranteed. Legg Mason therefore recommends 
> that you do not send time sensitive
> or action-oriented messages to us via electronic mail.
>
> This message is intended for the addressee only and may contain privileged or 
> confidential information. Unless you are the intended recipient, you may not 
> use, copy or disclose to anyone any information contained in this message. If 
> you have received this message in error, please notify the author by replying 
> to this message and then kindly delete the message. Thank you.