On Sun, 28 Apr 1996, Brock Rozen wrote:
> On Sun, 28 Apr 1996, Randall S. Winchester wrote:
>
> > > > Here's a question: Should list members be able to see the list via a
> > > > 'lists' command? Right now, [no]advertise forbids them from seeing
> > > > the list if they match. Thoughts?
> > >
> > > If somebody is on the list, there's no reason that it shouldn't show up
> > > for them when they do give a lists command. It seems silly to not let it
> > > show up.
> > >
> > > OTOH, the person may think the list is a "public" list and may tell others
> > > about it just because it shows up in the lists setting.
> > >
> > > How about this? Adding a show_lists config setting. When set to yes,
> > > it'll show the list to list members regardless of the
> > > advertise/noadvertise setting and when set to no, it'll stick solely to
> > > the advertise/noadvertise without regard to whether the person is a list
> > > member.
> >
> > This would be good from the standpoint that if show_lists=yes, majordomo could
> > do less work by not having to check if the requestor was a member of the list.
>
> What do you mean? The whole point of adding show_lists would be if the
> requestor was a member of the list. If show_lists was set to no then no
> checking would be done and standard advertise rules would apply. If it was
> set to yes then standard advertise rules would apply to NON-members.
Ahh I read it bass ackwards. However, the point I was trying to make was
that though it may be good to let members see the lists on some occasions
when other can not, that this takes more work for majordomo. i.e. It has
to verify that the member is indead on the list. Having a yes/no policy
is good because it lets majordomo do less work in the other instance.
It would also be good to document which rules run faster. I would thus
(properly corrected -- thanks) use show_lists=yes only when it was really
needed. So long as the list owner can run the command, which would be
faster the looking through a possibley thousands of lines.
This was just a performance observation.
Randall
>
> Any ideas on this proposal?
>
> -------------------------------------------------------------------------
> | Brock Rozen | brozen@netvoyage.net | http://www.netvoyage.net/~brozen |
> | Check out my Auto-Reply System -- Send me mail with subject SEND HELP |
> -------------------------------------------------------------------------
>
>
References:
|
|
