Re: AppleDouble ftpd?


Subject: Re: AppleDouble ftpd?
From: Andy Maas (maas@networking.stanford.edu)
Date: Thu Jan 25 1996 - 16:59:08 EST


A while ago I had similar idea but to do it on the client side. I had suggested
to Fetch author that when user select a file to download, Fetch can try to
check existance of .AppleDouble/<the same file name>. If that is true then
Fetch can (optionally prompt user for confirmation) to automatically get the
two forks and build the file locally on the mac. It should also look at
.AppleDesktop component for finderInfo (?)

Andy

> On 24 Jan 1996, Stefan Bethke wrote:
>
> > Subject: RE>AppleDouble ftpd?
> >
> > I also thought this would be nice.
> >
> > As a first approximation, it should be possible to use wuftp's
> > on-the-fly conversion (see ftpconversions(5)); at least, this would
> > allow a user to request "file.bin" and get "file" converted from
> > AppleDouble to MacBinary.
>
> Assuming you have a program to do the conversion.
>
> After looking at wuftpd, and the example conversion file (the man page
> for ftpconversion(5) is a bit, how shall we say, sparse), it appears
> that wuftpd does in fact hand the conversion program a filename and
> expect it to write to stdout.
>
> I think you'll need to define the program something like
> :macbinary '%s': in the conversions file instead of just :macbinary %s:
> in order to insure names with spaces work, in addition to getting me to
> make the "macbinary" form of megatron write to stdout.
>
> You would then rely on user trying to "get" "filename.bin" when they see
> "filename", instead of just clicking on "filename" from within Fetch (as
> pointed out by Stefan Bethke, this isn't the most intuitive, obvious, or
> point-and-click type of operation, such as a user with Fetch is used to).
> Alternatively, you could hack wuftpd to use the macbinary conversion by
> default, though that would make your ftpd pretty useless to any non-mac
> clients. Perhaps you could also hack wuftpd to accept some command that
> would put it into this mode, which would be a bit more palatable.
>
> --
> cmclark
>
>



This archive was generated by hypermail 2b28 : Sat Dec 18 1999 - 16:23:56 EST