summaryrefslogtreecommitdiff
path: root/doc/NOTES.md
diff options
context:
space:
mode:
authorTomas Touceda <chiiph@leap.se>2013-04-25 12:12:02 -0300
committerTomas Touceda <chiiph@leap.se>2013-04-25 12:12:02 -0300
commita0df6b9b8fbf7d4db53bb21f379cb1941d823a5b (patch)
tree688a9442985c1e849a301dd85b1988c38643c7e5 /doc/NOTES.md
parent28a5992e9b4c5a9a080ad39ba6483843c99f1c47 (diff)
Reorder files, normalize repo and add sample config
Diffstat (limited to 'doc/NOTES.md')
-rw-r--r--doc/NOTES.md59
1 files changed, 59 insertions, 0 deletions
diff --git a/doc/NOTES.md b/doc/NOTES.md
new file mode 100644
index 0000000..a53f49d
--- /dev/null
+++ b/doc/NOTES.md
@@ -0,0 +1,59 @@
+
+# Questions #
+-------------
+
+1. What is the lowest available RAM for a target server running a leap_mx?
+ 1.a. Do we want to store all id_keys and/or aliases in memory?
+
+2. Asked in discussion section of '''postfix pipeline''' on the [leap_mx wiki
+page](https://we.riseup.net/leap/mx) :
+
+ "What is the best way to have postfix write a message to a spool directory?
+ There is a built-in facility for saving to a maildir, so we could just
+ specify a common maildir for everyone. alternately, we could pipe to a
+ simple command that was responsible for safely saving the file to disk. a
+ third possibility would be to have a local long running daemon that spoke
+ lmtp that postfix forward the message on to for delivery."
+
+ I think that maildir is fine, but perhaps this will slow things down more
+ than monitoring a spool file. I would also imagine that if the server is
+ supposed to stand up to high loads, a spool file I/O blocks with every
+ email added to the queue.
+
+3. How do get it to go faster? Should we create some mockups and benchmark
+them? Could we attempt to learn which aliases are most often resolved and
+prioritize keeping those in in-memory mappings? Is
+[memcache](http://code.sixapart.com/svn/memcached/trunk/server/doc/protocol.txt)
+a viable protocol for this, and how would it interact with CouchDB?
+
+4. What lib should we use for Python + Twisted + GPG/PGP ?
+ 4.a. It looks like most people are using python-gnupg...
+
+
+## Tickets ##
+-------------
+
+'''To be created:'''
+
+ticket for feature-alias_resolver_couchdb_support:
+
+ o The alias resolver needs to speak to a couchdb/bigcouch
+ instance(s). Currently, it merely creates an in-memory dictionary
+ mapping. It seems like paisley is the best library for this.
+
+ticket for feature-check_recipient:
+
+ o Need various errors for anything that could go wrong, e.g. the recipient
+ address is malformed, sender doesn't have permissions to send to such
+ address, etc.
+ o These errcodes need to follow the SMTP server transport code spec.
+
+ticket for feature-virtual_alias_map:
+
+ o Get the recipient's userid from couchdb.
+
+ticket for feature-evaluate_python_gnupg:
+
+ o Briefly audit library in order to assess if it has the necessary
+ features, as well as its general code quality.
+