RE: [Zope] Zope-mail gateway
Jay, Dylan writes:
I'm not really looking for a way of implementing this now. What I'm trying to say is that I think there would be a need for a closer intergration of mail and web and zope is a perfect candidate. At the moment email processing
Yes, this would be an *excellent* idea, and would be a natural component used to implement bug-tracking systems, group memories, customer service response systems, and so forth. Zope's a powerful platform, and it makes sense to tie it into as many things as possible, so you have a unified means of accessing resources. For similar reasons, I really like Ty Sarna's idea of uploading data from a Pilot directly into a Zope database, and then writing Zope methods that would do things with it. As someone once said, "It is correspondingly argued that the right way to build reliable systems is to put all your eggs in one basket, after making sure that you've built a really *good* basket." (http://www.tuxedo.org/~esr/jargon/html/entry/airplane-rule.html). Zope is a pretty decent basket now, and it'll get better in the future. Someone should start a list of potential Zope projects and components, to be implemented when free time is available. :) -- A.M. Kuchling http://starship.python.net/crew/amk/
You know, I've made a few Python programs that accept/parse email. I'll give this a shot. Should just be a matter of using ZPublisher.Client Anybody want to help test it? -Tony Lownds On Wed, 11 Aug 1999, Andrew M. Kuchling wrote:
Jay, Dylan writes:
I'm not really looking for a way of implementing this now. What I'm trying to say is that I think there would be a need for a closer intergration of mail and web and zope is a perfect candidate. At the moment email processing
Yes, this would be an *excellent* idea, and would be a natural component used to implement bug-tracking systems, group memories, customer service response systems, and so forth. Zope's a powerful platform, and it makes sense to tie it into as many things as possible, so you have a unified means of accessing resources. For similar reasons, I really like Ty Sarna's idea of uploading data from a Pilot directly into a Zope database, and then writing Zope methods that would do things with it.
As someone once said, "It is correspondingly argued that the right way to build reliable systems is to put all your eggs in one basket, after making sure that you've built a really *good* basket." (http://www.tuxedo.org/~esr/jargon/html/entry/airplane-rule.html). Zope is a pretty decent basket now, and it'll get better in the future.
Someone should start a list of potential Zope projects and components, to be implemented when free time is available. :)
-- A.M. Kuchling http://starship.python.net/crew/amk/
_______________________________________________ Zope maillist - Zope@zope.org http://www.zope.org/mailman/listinfo/zope
(To receive general Zope announcements, see: http://www.zope.org/mailman/listinfo/zope-announce
For developer-specific issues, zope-dev@zope.org - http://www.zope.org/mailman/listinfo/zope-dev )
participants (3)
-
Andrew M. Kuchling -
Michael Bernstein -
Tony Lownds