diff options
author | Bertrand Guiheneuf <bertrand@src.gnome.org> | 2000-02-29 01:37:05 +0800 |
---|---|---|
committer | Bertrand Guiheneuf <bertrand@src.gnome.org> | 2000-02-29 01:37:05 +0800 |
commit | 6bd4410fada137dbfe6065ad7b17589020c9c933 (patch) | |
tree | 82be2f715162845bbfb211d040d4ccf6177aec96 | |
parent | 1e56ca6288490a924dfdfaf81618fa940ae807e7 (diff) | |
download | gsoc2013-evolution-6bd4410fada137dbfe6065ad7b17589020c9c933.tar gsoc2013-evolution-6bd4410fada137dbfe6065ad7b17589020c9c933.tar.gz gsoc2013-evolution-6bd4410fada137dbfe6065ad7b17589020c9c933.tar.bz2 gsoc2013-evolution-6bd4410fada137dbfe6065ad7b17589020c9c933.tar.lz gsoc2013-evolution-6bd4410fada137dbfe6065ad7b17589020c9c933.tar.xz gsoc2013-evolution-6bd4410fada137dbfe6065ad7b17589020c9c933.tar.zst gsoc2013-evolution-6bd4410fada137dbfe6065ad7b17589020c9c933.zip |
Talk about virtual folders.
Talk about lightweight messages
Talk about IMAP.
svn path=/trunk/; revision=1977
-rw-r--r-- | doc/white-papers/mail/ChangeLog | 4 | ||||
-rw-r--r-- | doc/white-papers/mail/camel.sgml | 33 | ||||
-rw-r--r-- | help/white-papers/mail/ChangeLog | 4 | ||||
-rw-r--r-- | help/white-papers/mail/camel.sgml | 33 |
4 files changed, 72 insertions, 2 deletions
diff --git a/doc/white-papers/mail/ChangeLog b/doc/white-papers/mail/ChangeLog index 0a9b744cd7..9d29b5d7a4 100644 --- a/doc/white-papers/mail/ChangeLog +++ b/doc/white-papers/mail/ChangeLog @@ -2,7 +2,9 @@ * camel.sgml: add a blurb about camel offering uniform interface. needs style and grammar corrections. - + Talk about virtual folders. + Talk about lightweight messages + Talk about IMAP. 2000-02-28 Dan Winship <danw@helixcode.com> diff --git a/doc/white-papers/mail/camel.sgml b/doc/white-papers/mail/camel.sgml index ec8f5f70c6..7feda4dcd2 100644 --- a/doc/white-papers/mail/camel.sgml +++ b/doc/white-papers/mail/camel.sgml @@ -59,6 +59,39 @@ extensible. Camel includes a provider mechnism which allows the application to be written once, and access the various mail protocols when camel supports them. + </para> + <para> + The store/folder mechanism is a powerful and versatile + way of accessing mail messages. No particular asumption + is made on the client side, thus allowing a new way of + managing the mails. For example, the mails stored in the + folders don't necessarily have to be physically located + in the folder. The folder can be a pure virtual folder + containing only references to the actual mails. + </para> + <para> + The folder may support a index/searching mechanism + which allows the application to create virtual + folders as the result of requests. These requests + can be persistently associated to the virtual folders + so that each new mail corresponding to the request + is added dynamically to the virtual folder. + </para> + <para> + In addition to these possibilities, Camel has full Mime + supports. Camel Mime messages are lightwheight objects + representing the Mime skeleton of the actual mail. + The data contained in the Mime parts are never stored + in memory. The application, when accessing the various + mime objects contained in the message (text parts, + attachments, embedded binary objects ...) ask camel + for a stream that it can read data from. + These scheme allows a light and non blocking handling + of mime messages. It is fully compatible with IMAP and + obviously takes full advantage of the "load on demand" + feature of this popular yet rarely properly supported + protocol. + </para> <para> To begin using &Camel;, an application first creates a <classname>CamelSession</classname> object. This object is used diff --git a/help/white-papers/mail/ChangeLog b/help/white-papers/mail/ChangeLog index 0a9b744cd7..9d29b5d7a4 100644 --- a/help/white-papers/mail/ChangeLog +++ b/help/white-papers/mail/ChangeLog @@ -2,7 +2,9 @@ * camel.sgml: add a blurb about camel offering uniform interface. needs style and grammar corrections. - + Talk about virtual folders. + Talk about lightweight messages + Talk about IMAP. 2000-02-28 Dan Winship <danw@helixcode.com> diff --git a/help/white-papers/mail/camel.sgml b/help/white-papers/mail/camel.sgml index ec8f5f70c6..7feda4dcd2 100644 --- a/help/white-papers/mail/camel.sgml +++ b/help/white-papers/mail/camel.sgml @@ -59,6 +59,39 @@ extensible. Camel includes a provider mechnism which allows the application to be written once, and access the various mail protocols when camel supports them. + </para> + <para> + The store/folder mechanism is a powerful and versatile + way of accessing mail messages. No particular asumption + is made on the client side, thus allowing a new way of + managing the mails. For example, the mails stored in the + folders don't necessarily have to be physically located + in the folder. The folder can be a pure virtual folder + containing only references to the actual mails. + </para> + <para> + The folder may support a index/searching mechanism + which allows the application to create virtual + folders as the result of requests. These requests + can be persistently associated to the virtual folders + so that each new mail corresponding to the request + is added dynamically to the virtual folder. + </para> + <para> + In addition to these possibilities, Camel has full Mime + supports. Camel Mime messages are lightwheight objects + representing the Mime skeleton of the actual mail. + The data contained in the Mime parts are never stored + in memory. The application, when accessing the various + mime objects contained in the message (text parts, + attachments, embedded binary objects ...) ask camel + for a stream that it can read data from. + These scheme allows a light and non blocking handling + of mime messages. It is fully compatible with IMAP and + obviously takes full advantage of the "load on demand" + feature of this popular yet rarely properly supported + protocol. + </para> <para> To begin using &Camel;, an application first creates a <classname>CamelSession</classname> object. This object is used |