I still have a bunch of 3.1.0.8 level clients, and they haven't had the
problem in past time changes.

On Friday, October 26, 2001 12:15 PM, bbullock [SMTP:bbullock AT MICRON DOT 
COM] wrote:
>         How about this question: We have some NT clients still running the V
> 3.1.0.7 client, (I know, no longer supported, but you know how customers can
> be). They are below the versions mentioned, but the 3.1 versions are not
> explicitly discussed.
>
>         Will they do a  full backup or not?
>
> Ben
>
>
> -----Original Message-----
> From: Jim Kirkman [mailto:jmk AT EMAIL.UNC DOT EDU]
> Sent: Friday, October 26, 2001 1:05 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Daylight saving issue on backup
>
>
> As Andrew noted earlier, 3.7.2.18/19, 4.1.1.16 and 4.1.2 and above are free
> of
> this 'defect'
>
> "Chan, Kien" wrote:
>
> > Hi all TSMers and guru. Our site still had problem on this daylight saving
> > issue on backup. Majority of our client was NT box running b/a client
> > version below 3.7.2.18, which was the fix version for this daylight saving
> > issue. My question is if we unchecked the box for automatically adjusting
> > the daylight saving changes on Saturday night and checked that box on day
> > morning, would all these clients do a full backup on Sunday when the
> backup
> > schedule start on Sunday evening? Besides this fix, would anyone have a
> > better solution for a quick fix on this issue? Also, if the client was on
> > the version above 3.7.2.18, do I still have to worry about this daylight
> > saving and also whether that box for automatically adjusting daylight
> saving
> > changes is checked or unchecked? What about the TSM server, running
> version
> > 4.2 for both (b/a and server)?
> >
> > Any help or idea will be greatly appreciated. Thank you for all in
> advance.
> >
> > Best regards,
> > Kien
>
> --
> Jim Kirkman
> AIS - Systems
> UNC-Chapel Hill
> 966-5884