Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!samsung!think!snorkelwacker!bloom-beacon!crdos1.crd.ge.COM!davidsen
From: davidsen@crdos1.crd.ge.COM
Newsgroups: comp.mail.mush
Subject: Compressed folders
Message-ID: <5C98ACE2A8@crdos1>
Date: 2 Feb 90 13:27:41 GMT
Sender: root@athena.mit.edu (Wizard A. Root)
Reply-To: davidsen@crdos1.crd.ge.com
Organization: GE Corporate R&D Center
Lines: 28


> Yep - this is definitely the case for me too.   Is also way down on
> my plate of things to do.  From what I can see it's easy enough for
> folders, since you don't have to worry about anyone else accessing
> them at the same time.

  If this gets added, and I would love to see it, provision should be
made to provide a compress and uncompress string, which, if defined,
would be loaded with the parameters and executed. This would allow not
only compress, but also things like arc, zoo, zip, lzhuf, etc, archives
of folders. Many of these run on DOS as well as UNIX.

                           Make it work right

  This should be integrated into the save commands, too. No use allowing
a compresses folder if you can't add to it. And perhaps an option to not
recompress until exit, so going thru your mail and sending stuff into
folders would not thrash folders if multiple things were added.

  This would use the logic: if folder F does not exist and file
F_something does, do extract_ACTION, and on quit do compress_ACTION. Of
course if Fsomething did not exist, or the extract got bad status, the
current actions would take place.


-- 
bill davidsen	(davidsen@crdos1.crd.GE.COM -or- uunet!crdgw1!crdos1!davidsen)
            "Stupidity, like virtue, is its own reward" -me