J.Pearce@cs.ucl.ac.uk (11/22/90)
Can anyone recommend any relatively cheap applications for file transfer between two Macs on an Appletalk network. Many thanks, John Pearce jpearce@uk.ac.ucl.cs Computer Science Department University College London
kris@cc.ic.ac.uk (K. Hampel Ext 6918 Supvsr D.Vvedensky) (11/22/90)
In article <1301@ucl-cs.uucp> J.Pearce@cs.ucl.ac.uk writes: > >Can anyone recommend any relatively cheap applications for file >transfer between two Macs on an Appletalk network. > Try public folder (freeware? from Claris) it acts as a chooser device and talks to a folder nominated "public" on another mac. It also happens to cripple the server mac for the duration of the transfer. -- Kris Hampel, Solid State Theory Group, Physics, Imperial College. =====> kris@sst.ph.ic.ac.uk <=====
tih@barsoom.nhh.no (Tom Ivar Helbekkmo) (11/22/90)
kris@cc.ic.ac.uk (K. Hampel Ext 6918 Supvsr D.Vvedensky) writes: :In article <1301@ucl-cs.uucp: J.Pearce@cs.ucl.ac.uk writes: ::Can anyone recommend any relatively cheap applications for file ::transfer between two Macs on an Appletalk network. :Try public folder (freeware? from Claris) it acts as a chooser :device and talks to a folder nominated "public" on another mac. :It also happens to cripple the server mac for the duration of the :transfer. Or try Oscar, available by anonymous FTP from apple.apple.com. It's an application that runs under MultiFinder (set it as the startup application), and allows background transfer of files from an "outbox" folder on any machine to an "inbox" folder on any other. You just drop the files you want to transfer in the outbox subfolder with the username of the Mac you want to transfer them to, and as soon as your Mac is able to contact Oscar on the target Mac, the files will magically move to a subfolder of the inbox folder marked with your username on that Mac. Neat! -tih -- Tom Ivar Helbekkmo, NHH, Bergen, Norway. Telephone: +47-5-959205 tih@barsoom.nhh.no, thelbekk@norunit.bitnet, edb_tom@debet.nhh.no
mst@mx.csun.edu (Michael Temkin) (11/24/90)
In article <tih.659264948@barsoom> tih@barsoom.nhh.no (Tom Ivar Helbekkmo) writes: >kris@cc.ic.ac.uk (K. Hampel Ext 6918 Supvsr D.Vvedensky) writes: > >:In article <1301@ucl-cs.uucp: J.Pearce@cs.ucl.ac.uk writes: > >::Can anyone recommend any relatively cheap applications for file >::transfer between two Macs on an Appletalk network. > >:Try public folder (freeware? from Claris) it acts as a chooser > >Or try Oscar, available by anonymous FTP from apple.apple.com. >Tom Ivar Helbekkmo, NHH, Bergen, Norway. Telephone: +47-5-959205 WARNING: Although Oscar is cute (especially if you install Moof) it does open you system up to some joker sending you virused files without your consent. We recognized this fact when we were playing with it here and decided against it. Mike. ----- -- Mike Temkin mst@csun.edu Cal. State U. Northridge, School of Engineering and Computer Science Voice phone: (818) 885-3919
MacUserLabs@cup.portal.com (Stephan - Somogyi) (11/28/90)
mst@mx.csun.edu (Michael Temkin) writes: >WARNING: > Although Oscar is cute (especially if you install Moof) it > does open you system up to some joker sending you virused > files without your consent. We recognized this fact when we > were playing with it here and decided against it. You should be using anti-viral's on your local machines to stop infected apps from infecting you. If some joker puts an infected app in his Public Folder you wind up with the same end-result. Your problem lies elsewhere. Oscar is too useful for words; I cannot imagine working without it. Disclaimer: my opinion. ___________________________________________________________________ Stephan Somogyi Contentedness is for sheep MacUser
mst@mx.csun.edu (Michael Temkin) (11/28/90)
In article <36276@cup.portal.com> MacUserLabs@cup.portal.com (Stephan - Somogyi) writes: >mst@mx.csun.edu (Michael Temkin) writes: > >>WARNING: >> Although Oscar is cute (especially if you install Moof) it >> does open you system up to some joker sending you virused >> files without your consent. We recognized this fact when we >> were playing with it here and decided against it. > >You should be using anti-viral's on your local machines to stop >infected apps from infecting you. If some joker puts an infected app >in his Public Folder you wind up with the same end-result. Your >problem lies elsewhere. > >Oscar is too useful for words; I cannot imagine working without it. > >Stephan Somogyi Contentedness is for sheep Ah but the difference is that with Public Folder, if someone else finds that a file is infected, you just don't get it. But if someone is very excited about a piece of software and thinks *everybody* should *really* have it... Anyway it is your choice as to use it or not, but I would still like to have the choice to pull it onto my system (PF) rather than be at the mercy of someone else (O). Mike. -- Mike Temkin mst@csun.edu Cal. State U. Northridge, School of Engineering and Computer Science Voice phone: (818) 885-3919
JS05STAF@MIAMIU.BITNET (Joe Simpson) (11/29/90)
SingleShare, available from the sumex archives is another alternative to
Public Folder and Oscar.
SingleShare is an application that you run under multifinder. It implements
an AppleShare server on your Mac while you are using it. You
wouldn't want many folk pinging on you though.
Advantages. Uses standard AppleShare and supplies services of same, includiing
control over read/write and access authentication.
Disadvantages. Just as complicated as AppleShare.
Side Note: Not a replacement for a real, reliable, supported, high performanc
AppleShare server.pyrros@cis.udel.edu (Christos Pyrros) (12/03/90)
In article <90332.150256JS05STAF@MIAMIU.BITNET> JS05STAF@MIAMIU.BITNET (Joe Simpson) writes: >SingleShare, available from the sumex archives is another alternative to >Public Folder and Oscar. Ahh, finally, someone who is familiar with SingleShare!! I am using SingleShare version 0.9b16 on a Mac SE/30 with 2 Megs of RAM. It works fine with other Macs, however, since it provides limited support for ProDOS, the Apple IIGS (Rom 03, 2 Meg RAM, System 5.0.2) on the AppleTalk Net is unable to recognize appropriate file types. It _will_ read and write files from the server, but then any applications copied to the server can't be executed since they appear as documents. Any ideas on what's wrong would be appreciated!! Chris
jean@biomac.univ-lyon1.fr (jean) (12/03/90)
>In article <90332.150256JS05STAF@MIAMIU.BITNET> JS05STAF@MIAMIU.BITNET (Joe Simp >>SingleShare, available from the sumex archives is another alternative to >>Public Folder and Oscar. > >Ahh, finally, someone who is familiar with SingleShare!! >I am using SingleShare version 0.9b16 on a Mac SE/30 with 2 Megs of RAM. >It works fine with other Macs, however, since it provides limited support >for ProDOS, the Apple IIGS (Rom 03, 2 Meg RAM, System 5.0.2) on the >AppleTalk Net is unable to recognize appropriate file types. It _will_ >read and write files from the server, but then any applications copied >to the server can't be executed since they appear as documents. I have a SingleShare server on a 1/20 Mac Plus, which works fine, except that when other Macs mount volumes from this server, documents have no icon. However, they regain their icons when dowloaded to the client Mac... Jean Jean Thioulouse Laboratoire de Biometrie - Universite Lyon 1 69622 Villeurbanne Cedex - France e-mail: thioulou@biom2.univ-lyon1.fr
urlichs@smurf.sub.org (Matthias Urlichs) (12/04/90)
In comp.protocols.appletalk, article <37916@nigel.ee.udel.edu>, pyrros@cis.udel.edu (Christos Pyrros) writes: < In article <90332.150256JS05STAF@MIAMIU.BITNET> JS05STAF@MIAMIU.BITNET (Joe Simpson) writes: < >SingleShare, available from the sumex archives is another alternative to < >Public Folder and Oscar. < < Ahh, finally, someone who is familiar with SingleShare!! < What's wrong with sending mai to the author? ;-) < for ProDOS, the Apple IIGS (Rom 03, 2 Meg RAM, System 5.0.2) on the < AppleTalk Net is unable to recognize appropriate file types. It _will_ < read and write files from the server, but then any applications copied < to the server can't be executed since they appear as documents. < < Any ideas on what's wrong would be appreciated!! < Seems to be a bug. If you can mail me the Prodos file types, the MacOS file type+creator when you copy the file to the Mac, and the Prodos file type you get when copying the file back, I'll fix it. -- Matthias Urlichs -- urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de /(o\ Humboldtstrasse 7 - 7500 Karlsruhe 1 - FRG -- +49+721+621127(0700-2330) \o)/
urlichs@smurf.sub.org (Matthias Urlichs) (12/04/90)
In comp.protocols.appletalk, article <901203.151220.438@biomac.univ-lyon1.fr>,
jean@biomac.univ-lyon1.fr (jean) writes:
<
< I have a SingleShare server on a 1/20 Mac Plus, which works fine, except that
< when other Macs mount volumes from this server, documents have no icon. However,
<
< they regain their icons when dowloaded to the client Mac...
Are you using 0.9b16 or b11? b11 had that problem, but I do think that it's
fixed in b16...
--
Matthias Urlichs -- urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de /(o\
Humboldtstrasse 7 - 7500 Karlsruhe 1 - FRG -- +49+721+621127(0700-2330) \o)/joseph@elbereth.rutgers.edu (Seymour Joseph) (12/04/90)
Singleshare is not AFP 2.0 compliant and will therefore not work with the Apple IIGS implementation of AppleShare. Seymour
urlichs@smurf.sub.org (Matthias Urlichs) (12/06/90)
In comp.protocols.appletalk, article <Dec.3.22.21.51.1990.19744@elbereth.rutgers.edu>,
joseph@elbereth.rutgers.edu (Seymour Joseph) writes:
< Singleshare is not AFP 2.0 compliant and will therefore not work with
< the Apple IIGS implementation of AppleShare.
<
The newest version (0.9b17) is minimally AFP 2.0 compliant. Or at least it
tries to be. There is a bug in the Prodos file type handling code which I
can't find because I don't have a IIgs.
If anyone wants to fix that bug, be my guest -- the relevant code is in
:impl:bitmaps. (Source code can be FTP'd from iraun1.ira.uka.de.)
--
Matthias Urlichs -- urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de /(o\
Humboldtstrasse 7 - 7500 Karlsruhe 1 - FRG -- +49+721+621127(0700-2330) \o)/