On Mon, 22 Nov 1999, Nick Simicich wrote:
> It is not juvenile to form another list, especially if you want to talk
> about something else. It is juvenile to use the "this list is somehow
> inferior because it does not want to talk about things I want to talk
> about, in the way I want to talk about them" argument.
I think that some of the question was whether or not list-managers is
intended as a place to discuss the future of list management as the
Internet changes (a very valid topic, and an important one), or just more
day-to-day present dealing with list management problems.
I think both have their place. Whether or not both belong on the same
list is a matter of opinion; I will admit that in my own observation, this
list tends to be more useful in dealing with the day-to-day problems.
However, the discussion about AOL does prove that the face of the Internet
is changing. In years past, spammers and huge overburdened ISPs weren't
really a concern... but they'll only get to be MORE of a concern as time
goes on. Chuq is right in suggesting that list management will continue
to evolve, and that discussion on that topic is valid and merited.
I do agree that this list is most useful for dealing with problems in the
present of mailing list management; as was pointed out, many people don't
run lists large enough to -need- to care about things such as massive list
server architecture. Hence, another list -is- probably warranted (and
that's why this discussion prompted me to create one).
> >No, again. That's ONE of the things I'm interested in. But I've also
> >been researching where to go with the servers I run for small-medium
> >systems as well.
>
> Well, fine. When you have talked about list architecture, you've mostly
> talked about big lists, in so far as I remember.
In fairness, that's where problems start to crop up. :) It's easy to
design a list architecture that works efficiently for 12 people; it's
harder to design one that works efficiently for 12 million. So list
architecture for large lists is probably going to be a more common topic.
;)
--
Jeremy Blackman - [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED]
Lithtech Team, Monolith Productions -- http://www.lith.com
Listar Developer -- http://www.listar.org
