summaryrefslogtreecommitdiff
path: root/docs/index.rst
diff options
context:
space:
mode:
authorRuben Pollan <meskio@sindominio.net>2014-08-26 11:05:33 -0500
committerRuben Pollan <meskio@sindominio.net>2014-08-26 11:06:08 -0500
commit7fb94e10525e76b6533e720c56945fa81df3b9fd (patch)
tree4ddbbb1c76eb285aad0f533c13ee38234fc5a6ea /docs/index.rst
parent726ee20f8e19fcc3bfe1d960e2b75cae53423533 (diff)
parenta9389c17bb695e4b4b4de176f085bcdd2d21fbbc (diff)
Merge branch 'feature/sphinx-boilerplate' into develop
Diffstat (limited to 'docs/index.rst')
-rw-r--r--docs/index.rst66
1 files changed, 66 insertions, 0 deletions
diff --git a/docs/index.rst b/docs/index.rst
new file mode 100644
index 0000000..4801833
--- /dev/null
+++ b/docs/index.rst
@@ -0,0 +1,66 @@
+.. leap.mail documentation master file, created by
+ sphinx-quickstart on Mon Aug 25 19:19:48 2014.
+ You can adapt this file completely to your liking, but it should at least
+ contain the root `toctree` directive.
+
+Welcome to leap.mail's documentation!
+=====================================
+
+This is the documentation for the ``leap.imap`` module. It is a twisted package
+that exposes two services, ``smtp`` and ``imap``, that run local proxies and interact
+with a remote ``LEAP`` provider that offers *a soledad syncronization endpoint*
+and receive the outgoing email.
+
+See :ref:`the life cycle of a leap email <mail_journey>` for an overview of the life cycle
+of an email through ``LEAP`` providers.
+
+``Soledad`` stores its documents as local ``sqlcipher`` tables, and syncs
+against the soledad sync service in the provider.
+
+
+.. TODO clear document types documentation.
+
+The data model at the present moment consists of several *document types* that split email into
+different documents that are stored in ``Soledad``. The idea behind this is to
+keep clear the separation between *mutable* and *inmutable* parts, and still being able to
+reconstruct arbitrarily nested email structures easily.
+
+In the coming releases we are going to be working towards the goal of exposing
+a protocol-agnostic email public API, so that third party mail clients can
+manipulate the data layer without having to resort to handling the sql tables or
+doing direct u1db calls. The code will be transitioning towards a LEAPMail
+public API that we can stabilize as soon as possible, and leaving the IMAP
+server as another code entity that uses this lower layer.
+
+
+..
+.. Contents:
+.. toctree::
+ :maxdepth: 2
+
+.. intro
+.. tutorial
+
+
+API documentation
+-----------------
+
+If you were looking for the documentation of the ``leap.mail`` module, you will
+find it here. Beware that the public API will still be unstable for the next
+development cycles.
+
+.. toctree::
+ :maxdepth: 2
+
+ api/mail
+
+
+
+
+Indices and tables
+==================
+
+* :ref:`genindex`
+* :ref:`modindex`
+* :ref:`search`
+