summaryrefslogtreecommitdiff
path: root/Mailman/docs
diff options
context:
space:
mode:
authorBarry Warsaw2007-11-04 18:10:21 -0500
committerBarry Warsaw2007-11-04 18:10:21 -0500
commit46f480dfaa6286ff8950af817de1c35910b37e16 (patch)
tree194e8a3fb2150b7fa9ce5063a4b5b4acdf821365 /Mailman/docs
parent85473d738ce8ec53ac518819832e0babc3558cf2 (diff)
downloadmailman-46f480dfaa6286ff8950af817de1c35910b37e16.tar.gz
mailman-46f480dfaa6286ff8950af817de1c35910b37e16.tar.zst
mailman-46f480dfaa6286ff8950af817de1c35910b37e16.zip
Target Mailman onto the Storm <http://storm.canonical.com> Python ORM. This
enables a few interesting things: 1. It makes it easier to do our "pillars of storage" idea, where list data and messages could live in one database, but user information live in a separate database. 2. It reduces the number of moving parts. SQLAlchemy and Elixir can both go away in favor of just one database layer. 3. No more Unicode/string mush hell. Somewhere along the way the upgrade to SQLAlchemy 0.4 and Elixir 0.4 made the strings coming out the database sometimes Unicode and sometimes 8-bit. This was totally unpredictable. Storm asserts that if a property is declared Unicode, it comes in and goes out as Unicode. 4. 'flush' is gone. One cost of this is that Storm does not yet currently support schema generation. So I cheat by dumping the trunk's SQLite schema and using that as a starting place for the Storm-based schema. I hope that Storm will eventually address this. Other related changes include: - SQLALCHEMY_ENGINE_URL is renamed to DEFAULT_DATABASE_URL. This may still get changed. Things I still want to fix: - Ickyness with clearing the databases. - Really implement multiple stores with better management of the Store instances. - Fix all the circular import nasties.
Diffstat (limited to 'Mailman/docs')
-rw-r--r--Mailman/docs/ack-headers.txt25
1 files changed, 5 insertions, 20 deletions
diff --git a/Mailman/docs/ack-headers.txt b/Mailman/docs/ack-headers.txt
index 156a9d530..4418fc4f8 100644
--- a/Mailman/docs/ack-headers.txt
+++ b/Mailman/docs/ack-headers.txt
@@ -7,14 +7,9 @@ transformations. Some headers get added, others get changed. Some of these
changes depend on mailing list settings and others depend on how the message
is getting sent through the system. We'll take things one-by-one.
- >>> from email import message_from_string
- >>> from Mailman.Message import Message
>>> from Mailman.Handlers.CookHeaders import process
- >>> from Mailman.configuration import config
- >>> from Mailman.database import flush
- >>> mlist = config.db.list_manager.create('_xtest@example.com')
+ >>> mlist = config.db.list_manager.create(u'_xtest@example.com')
>>> mlist.subject_prefix = u''
- >>> flush()
When the message's metadata has a 'noack' key set, an 'X-Ack: no' header is
added.
@@ -23,17 +18,12 @@ added.
... From: aperson@example.com
...
... A message of great import.
- ... """, Message)
+ ... """)
>>> process(mlist, msg, dict(noack=True))
>>> print msg.as_string()
From: aperson@example.com
X-Ack: no
- X-BeenThere: _xtest@example.com
- X-Mailman-Version: ...
- Precedence: list
- <BLANKLINE>
- A message of great import.
- <BLANKLINE>
+ ...
Any existing X-Ack header in the original message is removed.
@@ -42,14 +32,9 @@ Any existing X-Ack header in the original message is removed.
... From: aperson@example.com
...
... A message of great import.
- ... """, Message)
+ ... """)
>>> process(mlist, msg, dict(noack=True))
>>> print msg.as_string()
From: aperson@example.com
X-Ack: no
- X-BeenThere: _xtest@example.com
- X-Mailman-Version: ...
- Precedence: list
- <BLANKLINE>
- A message of great import.
- <BLANKLINE>
+ ...