<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">

  <title></title>

</head>

<body bgcolor="#ffffff" text="#000000">

Whatever the group system is, just please keep it separate from region

servers at a healthy distance. I would go as far as suggesting that the

administration actions in groups should not be accessible via the raw

LL viewer because it is a recipe for entanglement. Have all that

administrative work done via web/http, which then other viewers can

integrate back if they want. <br>

<br>

Dr Scofield wrote:

<blockquote cite="mid:49D9E69D.3060501@xyzzyxyzzy.net" type="cite">

  <pre wrap="">Ralf Haifisch wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">*gg*

Sure - but unless you have a scalable and robust load balanced topology as

e.g. notes/domino, you can avaoid some trouble by having an advance.

The trouble to avoid is enumeration.

Lindens did a "one fits all" group thing.

While security groups are ACL based, they still need some kinda enumartion.

So, at the time people had more and more groups and more and more members

have been in that group and sending group IM´s, the system degraded.   If

this would have been limited to communication it would have been discomfort

- but getting the enumeration in groups getting stale, so influence in

collaboration, it was a pain in the neck.

The advantage would be the goal Charles did outline:  move on to the next

frontier.   You could keep compatibility on one (security) while setting up

a more advanced (maybe XMPP, wich could be a voice basis as well) solution

for the other (communication).

Besides that - yes, collaboration needs communication.  Call me old style -

I still prefer to be able to access files, portals and print over email

@work.  I can still pick up the headset.   So I would prefer to isolate the

communication from security for availability means, as well.

    </pre>

  </blockquote>

  <pre wrap=""><!---->

i would argue that we first of all need a proper group system, then we can make

use of the group system for various other purposes, such as access control,

modification rights, communication purposes.

        DrS/dirk

  </pre>

</blockquote>

<br>

</body>

</html>