torsdag 29 oktober 2009 01:59:26 skrev  A Darren Dunham:
> On Wed, Oct 28, 2009 at 05:59:06PM -0400, George Sinclair wrote:
> > Hmm ... I was always under the impression that this was not the case, at
> > least not with a browsable recover. I thought the whole point of a
> > browse recover was that NW was supposed to be able to rebuild the
> > directory, or file system, exactly the way it last appeared, so it ought
> > to remove deleted files since the deletion of files gets updated in the
> > client index, assuming, of course, that they were ever backed up.
> 
> In the old days, this wasn't possible.  An unmodified file wouldn't be
> backed up in an incremental saveset, so the server couldn't distinguish
> between "not modified" and "deleted".  Where is the image of the
> filesystem kept that would show file deletions?

What happens here is the Networker tracks the changetime of the directory 
(which will change by a deletion in the POSIX compliant setups). If changed, 
the directory info was backed up again in its new form. In Windows this has 
been a problem as Windows doesn't seem to consider a deletion of a directory a 
change :-( and that generated a problem in some versions of Networker. Should 
work fine in the more recent Networkers though.

Same thing with a unchanged but renamed file BTW.

Best
Dag

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 with 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