Subject: Re: Modification Dates in netatalk and samba
From: Tom Kacvinsky (tjk@ams.org)
Date: Wed Oct 11 2000 - 10:01:33 EDT
Hi,
I made a mistake. netatalk uses version AppleDouble files, and the mac file
info/timestamp information is stored in entry descriptor 7.
The AppleDouble documentation I have (version 2) specifies that version 1 files
can be updated to version 2 files by replacing id 7 with id 8 (time stamp info)
and one of the following entry IDs: Macintosh File Info (ID=10), ProDOS File
Info (ID=11), or MS-DOS File Info (ID=12).
There is some conditional code in asun's version for version 2 AD support, but
it isn't turned on because the persistent DID stuff is not yet complete.
I have asked about when the DID stuff will be completed, but I haven't heard
back.
Tom
On Wed, 11 Oct 2000, Jan Dockx wrote:
> Thanks.
> Seems to me netatalk is the one at fault, not samba. When serving
> files, netatalk should be more intelligent. It should strip the entry
> descriptor 8 you talk about from the resource, and transmit the file
> system time stamps instead.
> Otherwise file changes through samba would present the correct time
> stamps on a Mac, but not file changes done from unix.
>
> High time I got some time to program some things for netatalk :~$.
>
> So, that mystery is solved. The other problem seems to be purely
> samba, so this is probably not the best mailing list to pursue it
> further.
>
>
> At 17:57 -0400 10/10/2000, Tom Kacvinsky wrote:
> > >
> >> Then we thought that the modification date for Mac's might come from
> >> the resource-fork-files in the .AppleDouble folder. But this didn't
> >> fit the bill either.
> >>
> >
> >Yes, it does. The files sitting in the .AppleDouble directories
> >have timestamp
> >information embedded in them. Looking at my AppleDouble documentation, it is
> >entry descriptor 8.
> >
> >Touching these files will not change the timestamp info in the file,
> >and I know
> >of no tool that will do (though one could be cooked up easily enough).
> >
> >I guess Samba's netatalk integration doesn't take this into account. Bummer.
> >
> >Tom
>
>
This archive was generated by hypermail 2b28 : Wed Jan 17 2001 - 14:32:22 EST