Re: [Mailman-Developers] Re: Requirements for a new archiver

On Tue, 28 Oct 2003 00:44:43 -0500 J C Lawrence <J> wrote:
On Mon, 27 Oct 2003 19:16:35 -0500 Barry Warsaw <barry@python.org> wrote:
Which does point to an alternative direction -- maybe we don't need any direct connection to an html archive. Maybe the archiver should just be a separate process that reads messages from the NNTP interface a MM3 might export. Just blue-skying here.
+1
More simply I've come to want a clean abstraction in the work cases: storage, indexing, presentation. The three are different, largely unrelated, and I see little reason (non in my case) to even have them done by related or similar tools. As such the questions come out to"
What's an efficient way to store messages?
What's an efficient way to retrieve messages by a primary index?
What's an efficient way to build other indexes to that primary key?
How do I want to present the data?
For me that came out to inn2, Message-IDs, We:Search, and a mix of a MeoWWW derivative (HTTP) and NNTP straight to inn2. The critical point is that each bit of that amalgamation is independent and can be trivially swapped out for something else that suits a local use case better.
--
J C Lawrence
---------(*) Satan, oscillate my metallic sonatas.
claw@kanga.nu He lived as a devil, eh?
http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

On Tue, Oct 28, 2003 at 12:53:26AM -0500, J C Lawrence wrote:
For me that came out to inn2, Message-IDs, We:Search, and a mix of a MeoWWW derivative (HTTP) and NNTP straight to inn2. The critical point
It's certainly possible to assemble a set of packages that provide a featureful search, but does this raise the bar for installing Mailman too much? SMARTarchiver would require that you have PostgreSQL; is adding that dependency OK? Barry, what's your opinion?
--amk

On Tue, 2003-10-28 at 08:48, amk@amk.ca wrote:
It's certainly possible to assemble a set of packages that provide a featureful search, but does this raise the bar for installing Mailman too much? SMARTarchiver would require that you have PostgreSQL; is adding that dependency OK? Barry, what's your opinion?
And the SmartArchiver developer is planning to support MySQL, too. When this happens you'd only need to have one of the two databases.
- Kevin

On Tue, Oct 28, 2003 at 09:45:21AM -0500, Kevin McCann wrote:
And the SmartArchiver developer is planning to support MySQL, too. When this happens you'd only need to have one of the two databases.
Yeah, but installing MySQL isn't trivial either.
--amk

On Tue, 28 Oct 2003 08:48:13 -0500 amk <amk@amk.ca> wrote:
On Tue, Oct 28, 2003 at 12:53:26AM -0500, J C Lawrence wrote:
SMARTarchiver would require that you have PostgreSQL; is adding that dependency OK? Barry, what's your opinion?
I wouldn't consider it an acceptable dependency. This is where things like We:Search and the like come in (albeit We:Search is optimised for far larger message stores than Mailman typically handles). You get a simple tool which does something simple, providing the basics, and which can be easily extracted and replaced plugin-style should that be desired.
Mailman is growing up. It is rapidly becoming a message processing system or framework, not just a mailing list manager.
--
J C Lawrence
---------(*) Satan, oscillate my metallic sonatas.
claw@kanga.nu He lived as a devil, eh?
http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

At 12:53 AM -0500 2003/10/28, J C Lawrence wrote:
For me that came out to inn2, Message-IDs, We:Search, and a mix of a MeoWWW derivative (HTTP) and NNTP straight to inn2. The critical point is that each bit of that amalgamation is independent and can be trivially swapped out for something else that suits a local use case better.
One of the hallmarks of mailman is that it provides almost all
the features anyone would be likely to want, out-of-the-box. Maybe they're not the 100% ideal solution, but they're usually more than sufficient. You get a decent archive solution provided "for free", as part of the base package.
If you throw that out and go with a modular approach based on any
number of external third-party add-in tools, then you might as well go back to Majordomo.
-- Brad Knowles, <brad.knowles@skynet.be>
"They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -Benjamin Franklin, Historical Review of Pennsylvania.
GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI++++$ P+>++ L+ !E-(---) W+++(--) N+ !w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++) tv+(+++) b+(++++) DI+(++++) D+(++) G+(++++) e++>++++ h--- r---(+++)* z(+++)
participants (4)
-
amk@amk.ca
-
Brad Knowles
-
J C Lawrence
-
Kevin McCann