Subject: Re: [netatalk-admins] I'm worried..
From: Scott Venier (scottven@umich.edu)
Date: Tue Jan 20 1998 - 18:03:56 EST
The way I understand it, if all the files are created on a Mac, and just
saved to the netatalk volume, the AppleVolumes.system doesn't come into
play. The Mac will save the file with the correct type and creator codes.
The mappings are for files that got onto the drive in some other way
(created in unix, samba share to a pc, ftp, etc.) and don't have a
.AppleDouble entry associated with them.
Scott
On Tue, 20 Jan 1998, Bill Stewart-Cole wrote:
> At 4:41 PM -0600 1/20/98, Tony Moran wrote:
>
>
> >I've just got netatalk going fine and purring, and am about to bring
> >the Server on-line for the masses..well..all twenty of us anyway..
> >But, with a bit of talk recently on the list about Mac->Unix file translation,
> >I'm really worried about the prospect of files being mis-translated or
> >somehow corrupted. Especially important graphics and database/spreadsheet
> >files..
>
> The ONLY way you risk that is if you have line-ending translation turned
> on. IMHO it is a dangerous feature, and should not be turned on by anyone
> who uses anything other than plain text files on the server.
>
>
> >What are the opinions and experiences out there ? - Do the default mappings
> >that come in AppleVolumes.system suffice to take care of everything to
> >satisfaction or have they caused problems for people..?
>
> The default mappings are too few for most people I would think. They are
> not going to corrupt anything, they just might make file opening a bit of
> as challenge.
>
> >I also added in additional mappings that were supplied to the list from
> >last year,
> >hoping to cover as many file types as possible, tho the users here tend
> >not to
> >suffix files according to the file type - tending to rely on longish
> >descriptive
> >names instead. I noticed that the new mappongs I took from the
> >list-posting used
> >completely new file typings, like GKON, R*CH, SCPL - was I wise to add these
> >into AppleVolumes.system ?
>
>
> Probably not, since those sound like my preferred mappings... :)
>
> But seriously, The creator field is a lot less important than the type
> field. Respectively those are GraphicConvertor, BBEdit, and SoundApp, all
> of which are very nice programs in their own way, although none is likely
> the most common tool for opening the files that they are capable of
> opening.
>
> The result of using a creator code that is 'wrong' for you is that
> double-clicking the file will either open an application you don't want to
> use for that type of file OR if you don't have that application, provide
> ither a selection of applications capable of opening it (if Easy Open is
> installed) or an 'application not found' error. Getting the type wrong is a
> bit worse since any program that looks at it will expect one format and
> find another, and report the file is corrupted when in fact it is perfectly
> fine for its REAL type.
>
>
> ----
> Bill Stewart-Cole
> This space for rent. Inquire within.
>
>
>
=====================================================================
Scott Venier *ResComp Network Support Technician
scottven@umich.edu *Consultant for Ingematics,
scott@compu-aid.com a division of Compu-Aid, Inc.
---------------------------------------------------------------------
This archive was generated by hypermail 2b28 : Sat Dec 18 1999 - 16:30:27 EST