[Twisted-Python] <homer>Oooh, it's good news</homer>
1. All .protocols that I wrote from scratch have tests in test_twisted. .irc and .telnet are waiting for glyph. 2. twisted.pop3 now uses the POP3 protocol. 3. twisted.smtp now has rudimentary unit tests. I think that finishes the twisted.mail goals for 0.8.5 By 0.9 I hope to have enough to support so you can just issue a bin/mkmailsystem <root> And know that you have a mail system that does not go outside the root, and manages the mail. With some luck, maybe I'll even be able to add a gloop server which integrates with a gloop-to-web gateway to have a web interface for configuring domains. Anyone who did qmail knows what I'm talking about -- every postmaster can go in, add users, remove users, define policies, etc. That's probably post-0.9, though... -- "I'll be ex-DPL soon anyway so I'm |LUKE: Is Perl better than Python? looking for someplace else to grab power."|YODA: No...no... no. Quicker, -- Wichert Akkerman (on debian-private)| easier, more seductive. For public key, finger moshez@debian.org |http://www.{python,debian,gnu}.org
On Wed, May 02, 2001 at 12:23:44PM +0300, Moshe Zadka wrote:
1. All .protocols that I wrote from scratch have tests in test_twisted. .irc and .telnet are waiting for glyph. 2. twisted.pop3 now uses the POP3 protocol. 3. twisted.smtp now has rudimentary unit tests.
I think that finishes the twisted.mail goals for 0.8.5 By 0.9 I hope to have enough to support so you can just issue a
bin/mkmailsystem <root>
And know that you have a mail system that does not go outside the root, and manages the mail. With some luck, maybe I'll even be able to add a gloop server which integrates with a gloop-to-web gateway to have a web interface for configuring domains. Anyone who did qmail knows what I'm talking about -- every postmaster can go in, add users, remove users, define policies, etc. That's probably post-0.9, though...
You don't need to write a gloop-to-web gateway for a config interface - I'm already working on a configuration interface. All you'll have to do is define some standard functions in the classes that you want to be configurable and it will be configurable for any UI that's implemented (currently only working on web, but a reality configurator is something that I'm looking forward to as well). -- Chris Armstrong carmstro@twistedmatrix.com http://twistedmatrix.com/~carmstro carmstro@dynup.net
On Wed, 2 May 2001 21:39:29 -0400, Chris Armstrong
You don't need to write a gloop-to-web gateway for a config interface - I'm already working on a configuration interface. All you'll have to do is define some standard functions in the classes that you want to be configurable and it will be configurable for any UI that's implemented
Sounds cool. Try to look how Zope does it, and take the good parts, and throw away the bad parts. For example, I would like a .generateQuestions() --> Return a ConfigurationQuestions object. .acceptAnswers(answers) --> Accept an ConfigurationAnswers object, and configure yourself. Also, you probably also want to consider security -- e.g., I'd like to have hierarchical permissions, so the site-admin can configure any domain, but a postmaster for a certain domain can have permissions for a specific domain. I don't mind dealing with security on my own, though, e.g., have methods .acceptCredentials(name, password) --> Return a unique id, which is sent back with the answers.
(currently only working on web, but a reality configurator is something that I'm looking forward to as well).
Cool. You mean, like, walk up to the dragon and tell him the password to get inside the "configuration room"? ;-) -- "I'll be ex-DPL soon anyway so I'm |LUKE: Is Perl better than Python? looking for someplace else to grab power."|YODA: No...no... no. Quicker, -- Wichert Akkerman (on debian-private)| easier, more seductive. For public key, finger moshez@debian.org |http://www.{python,debian,gnu}.org
participants (2)
-
Chris Armstrong
-
Moshe Zadka