[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gzz-commits] gzz/doc/pegboard/email_storage--marc peg.rst
From: |
Marc Schiereck |
Subject: |
[Gzz-commits] gzz/doc/pegboard/email_storage--marc peg.rst |
Date: |
Wed, 30 Oct 2002 17:54:18 -0500 |
CVSROOT: /cvsroot/gzz
Module name: gzz
Changes by: Marc Schiereck <address@hidden> 02/10/30 17:54:17
Modified files:
doc/pegboard/email_storage--marc: peg.rst
Log message:
Added the rationale
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/doc/pegboard/email_storage--marc/peg.rst.diff?tr1=1.3&tr2=1.4&r1=text&r2=text
Patches:
Index: gzz/doc/pegboard/email_storage--marc/peg.rst
diff -u gzz/doc/pegboard/email_storage--marc/peg.rst:1.3
gzz/doc/pegboard/email_storage--marc/peg.rst:1.4
--- gzz/doc/pegboard/email_storage--marc/peg.rst:1.3 Tue Oct 29 18:12:21 2002
+++ gzz/doc/pegboard/email_storage--marc/peg.rst Wed Oct 30 17:54:17 2002
@@ -2,8 +2,8 @@
PEG email_storage
===============================================================
:Authors: Marc Schiereck
-:Date: $Date: 2002/10/29 23:12:21 $
-:Revision: $Revision: 1.3 $
+:Date: $Date: 2002/10/30 22:54:17 $
+:Revision: $Revision: 1.4 $
:Date-Created: 2002-10-28
:Status: incomplete
@@ -39,7 +39,19 @@
Rationale
---------
- ...
+We nedd a system for saving emails in Storm. (especially
+for the planned email-client.) A way to do this is to put
+all existent headers in one block and to put all bodies
+in distinctive blocks, as said in ``Issues`` und described
+further later on.
+
+The reason for putting the the bodies in separate blocks is
+that their content has xanalogical IDs, so we are able to
+transclude and link them. Another point is that different
+e-mail header could point at the same body block.
+
+And it should be possible to fetch emails on different
+computers and to synchronize the Storm-Pool.
Description
-----------
@@ -111,7 +123,7 @@
Multipart messages
``````````````````
-Storing multipart messages works similar as storing
+Storing multipart messages works similar to storing
non-multipart messages. There is one block for the
headers and a block for each part's body.