> 
> Well, this seems strange, but here's what I've observed. My default time 
> zone on the client is set as EDT,

Windows?  UNIX?

 and the so is the server. If I run my 
> command, specifying ssretent(18), then I notice that there are a number 
> of save sets on the volume that report times exactly 1 hour ahead of 
> what the server reports (minutes and seconds are identical, however).

Some, but not all.  Any commonality between them?  Are they all on one
side or the other of the DST switch?

> Here's the command: mminfo -s server -q volume=volname -r 
> 'name,ssretent(18) -ot'
> 
> However, if I then change my time zone, on both the client and the 
> server, from EDT to UTC then the output is identical, even if specifying 
> only ssretent and not ssretent(18). This seems reasonable, but why would 
> the server report some times as being exactly 1 hour behind when its 
> time zone was set to EDT and so was the client's?

Bug?

-- 
Darren Dunham                                           ddunham AT taos DOT com
Senior Technical Consultant         TAOS            http://www.taos.com/
Got some Dr Pepper?                           San Francisco, CA bay area
         < This line left intentionally blank to confuse you. >

To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the
body of the email. Please write to networker-request AT listserv.temple DOT edu 
if you have any problems
wit this list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER