Subject: More Dreams: Compressed Folders

From: "Robert A. Hayden" <[email-masked]>
Date: Fri, 19 Nov 1993 21:06:46 -0600 (CST)

I'm wondering if there are any immediate/future plans to implement the 
ability within pine to manipulate folders that are compressed.  I know 
that I have about 500 to 1000k in various and sundry folders, and if I 
could compress them, it sure would be a boon on my quota limited system.

Thanks :)

____         Robert A. Hayden          <=> [email-masked]
\  /__           -=-=-=-=-             <=>          -=-=-=-=-
 \/  /    Finger for Geek Code Info    <=> Veteran of the Bermuda Triangle
   \/   Finger for PGP 2.3a Public Key <=> Expeditionary Force -- 1993-1951
-=-=-=-=-=-=-=-
(GEEK CODE 1.0.1)  GAT d- -p+(---) c++(++++) l++ u++ e+/* m++(*)@ s-/++
		       n-(---) h+(*) f+ g+ w++ t++ r++ y+(*)

---

From: Terry Gray <[email-masked]>
Date: Fri, 19 Nov 1993 19:42:06 -0800 (PST)

Robert,

You are not the first to suggest this, and it is on the ever-growing
"requested enhancement list".  Can't make any promises yet, though. 

-teg

---

From: David L Miller <[email-masked]>
Date: Fri, 19 Nov 1993 19:45:18 -0800 (PST)

Robert,

We have no plans to implement compressed folders.  However, it should not 
be very difficult to implement a c-client driver to implement compressed 
folders.  See the c-client/mbox.c file in the Pine distribution for an 
example of how to write a driver that inherits most of it's code from 
another driver.

--DLM

|\ |  |\/|  David L. Miller    [email-masked]  (206) 685-6240
|/ |_ |  |  Software Engineer, Pine Development Team   (206) 685-4045 (FAX)
University of Washington, Networks & Distributed Computing
4545 15th Ave NE, Seattle WA 98105, USA

---

From: Steve Hole <[email-masked]>
Date: Sat, 20 Nov 1993 15:13:51 -0700

> example of how to write a driver that inherits most of it's code from 

We have plans to implement a new (hopefully) generic driver that exhibits
characteristics: 

(1) Hierarchical folder structure mapped onto the hierarchical folder
    system.   If the host systems does not support hierarchy, then we
    will have a variant that just uses filesystem namespace encoding 
    to emulate hierarchy.

(2) Per-file store of messages.   This should allow individual messages 
    to be locked.

(3) Message compression.  Messages will be stored compressed.

This new driver will converge with similar local transport support 
developed for our MTA's that will allow the MTA to write into the 
folder space, do cross linking of messages on delivery and write
compressed files.   It will also provide an API for managing message
archival on the system.

We see this as being very important for providing mail service 
independent of the UNIX server host environment.   Theoretically, the 
IMAP server will use Kerberos for authentications and production rules 
based on the Kerberos user information to locate and identify user folder 
spaces.  Deployment of remote mail systems in large sites is dependent 
on MS/MTA convergence support to support large organization mail 
administration.

Plans for providing this new folder structure are to begin implementation 
in January.   We are busy acquiring additional resources for making this
happen.  We will of course make this available to the Pine development 
team if they don't do something first.

Cheers.

--
Steve Hole  		        Director of Research and Communications
ISA Corporation			mail:  [email-masked]
Suite 835, 10040 - 104 St.      phone: (403) 420-8081
Edmonton, Alberta, Canada       fax:   (403) 420-8037
T5J 0Z2