Hello, > There is also a James based list server from Japan that has been offered, it > seems to the project. I don't know if Mark has looked at it. One problem > is that the docs are all in Japanese, and no one seems to know how it > compares, or what it offers.
Yes, i proposed the MLMS (mailing list management system) born in japan, named *Majavdomo* at the [EMAIL PROTECTED] the other day. The English documents can be found at http://james.terra-intl.com/majavdomo/en/top.html (The translations are still in progress...) Sincerely, -- Tetsuya. ([EMAIL PROTECTED]) P.S. there is another well-thought-out MLMS here in japan (written in perl, however). please see FML website http://www.fml.org/index.html.en for more details. I think this also gives you broader insights into the design of MLMS ------------------------------------------------------ On Tue, 15 Jul 2003 00:08:17 -0400 (Subject: RE: listserv processors in 2.2.0a8) "Noel J. Bergman" <[EMAIL PROTECTED]> wrote: > > I've been skimming through the listserv processors code (AvalonListserv, > > JDBCListserv, & CommandListservProcessor) > > Completely different beasts. AvalonListserv & Co are the old list server. > CommandListserv represents a new list server. JDBCListserv is a somewhat > misleading orphan, as far as I've ever figured out. You don't need it to > store lists in JDBC. > > > 1. CommandListservProcessor seems to be new to 2.2. Why doesn't it > > extend from GenericListserv? > > Because it is fundamentally different code, and intended to replace the old > code, although we want to preserve the old code for people relying upon it. > > > 2. Seems like GenericListservManager->AvalonListservManager does not > > use the CommandListservManager structure. > > Because they are not related. > > > 3. If I use JDBCListserv as my processor, since there is no > > corresponding JDBCListservManager, can I use either > > AvalonListservManager or CommandListservManager? > > Don't use JDBCListserv unless you've some special reason having studied the > code. > > > 4. Will the GenericListserv code be deprecated in the future in favor > > of the CommandListserv paradigm? > > See above. > > There is also a James based list server from Japan that has been offered, it > seems to the project. I don't know if Mark has looked at it. One problem > is that the docs are all in Japanese, and no one seems to know how it > compares, or what it offers. > > --- Noel > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] ----------------------------------------------------- Tetsuya Kitahata -- Terra-International, Inc. E-mail: [EMAIL PROTECTED] : [EMAIL PROTECTED] http://www.terra-intl.com/ (Apache Jakarta Translation, Japanese) http://jakarta.terra-intl.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
