[MF] the way forward for MoQ discussion lists

[kieran wild]

I am very new to this forum, but have you thought of using google groups as
a means of managing this message board

you can have different types groups such as

     Announcement-only - Anyone can read the archives. Anyone can join, but
only moderators can post messages

or
Restricted - People must be invited to join the group and post or read
messages. Your group and its archives do not appear in public Google search
results or the directory.


On 11/22/05, ian glendinning <psybertron at gmail.com> wrote:
>
> Hi folks ...
>
> I already said that separate areas with distinct topics / rules would
> be doomed without a high level of moderator management. Activity will
> gravitate to wherever the feathers fly, or people will stay in the
> area where they can interect with their favourite people, and miss-out
> on others.
>
> Whichever styles we use (mail-server / chat-forum) there are options
> for individual / digest / filtered mail receipts and for on-line view
> of current threads (with no outgoing mail)
>
> I'm dead against introducing artifical delays / limits - at least
> unless there is a more immediate conversational speed forum as well as
> the strangled one. Which is back pretty much to MF and MD (One of the
> main problems with the current MD is the existing unpredictable
> delayes - leading to crossed-wires and confused dialogues.)
>
> MD moderation should be morals and manners only. Real time
> conversational - but people are allowed to say "shut up" if
> individuals annoy - like real life :-)
>
> MF can have delays / staying on thread subject rules / total no /
> quantity of post, etc, but - managing non-hijacking of subjects will
> involve human moderation. I've seen successful forums where 3 or 4
> people share this load.
>
> Another thing I said already, is that the moderator(s) need to have
> other sanctions to apply besides simply cutting off. Warnings, reduced
> access, idea.
>
> Without active management I doubt any discussion forum can have the
> kind of discipline some would like.
>
> Ian
>
> On 11/22/05, Wim Nusselder <wim.nusselder at antenna.nl> wrote:
> > Dear Horse,
> >
> > You asked:
> >
> > > And if they don't want to move? What then? Should they be removed for
> > having more to
> > > say than others?
> >
> > If they don't move from their own accord, I don't propose forcing them
> in
> > any way. Then we simply have to look for other solutions.
> >
> > > Once MD is moved to the new server there will be little delay in posts
> > coming through.
> > > About the same delay as MF currently - i.e. about 30 seconds or so.
> >
> > What I am suggesting (and Jonathan too, if I understood him correctly)
> is
> > building in a standard delay of say 24 hours despite the technical
> > possibilities to pass posts on almost immediately. I think the software
> > should offer that possibility even without moderation.
> >
> > > The only effective way (IMO) to reduce email traffic on MD is to
> provide
> > other lists with
> > > common areas.
> >
> > We could try, but as MF didn't have that effect, I doubt whether more
> MF's
> > would do the trick.
> >
> > > Asking members to reduce the number of emails they send each day is
> > > unlikely to work - it hasn't in the past and is unlikely to do so in
> the
> > future. This has
> > > already been tried and if you look at the rules it does specify a
> maximum
> > number of
> > > posts.
> >
> > Rules don't work, I agree. Delaying replies, does, as MF showed...
> My  idea
> > would be to experiment with the length of the delay (without moderating
> and
> > without limiting the subject) so as to reduce traffic enough and not too
> > much.
> >
> > > If we stay with the a single list the alternative is to either
> moderate
> > members
> > > individually or remove them from the list.
> >
> > Which is impractible respectively undesirable, I agree. I hope the
> > alternative I suggest is now clear.
> >
> > With friendly greetings,
> >
> > Wim
> >
> > _______________________________________________
> > moq_focus mailing list
> > Listinfo, Unsubscribing etc.
> > http://lists.moqtalk.org/listinfo.cgi/moq_focus-moqtalk.org
> > Archives:
> > http://lists.moqtalk.org/pipermail/moq_focus-moqtalk.org/
> > http://moq.org.uk/pipermail/moq_focus_archive/
> >
> _______________________________________________
> moq_focus mailing list
> Listinfo, Unsubscribing etc.
> http://lists.moqtalk.org/listinfo.cgi/moq_focus-moqtalk.org
> Archives:
> http://lists.moqtalk.org/pipermail/moq_focus-moqtalk.org/
> http://moq.org.uk/pipermail/moq_focus_archive/
>