Re: Nested and overlapping lists

[Daniel Liston <dliston @ sonny . org>]

Rule #1, NEVER put anyone on a list they did not specifically sign up to be on.
Using classmates.com as an example, there are many if not most that do not mind
being contacted from this site for their standard announcements.  Now introduce
reunion.com, that uses both it's own membership, plus that of classmates.com to
annoy, I mean announce, you with information.  Users from classmates should not
be automatically assumed to be interested in reunion, regardless of their small
similarities.  As soon as I can remember my credentials, I will remove myself
from the classmates membership, simply because my contact information was shared
with reunion.  You don't want this to happen on your lists, do you?

Dan Liston

Adam H. Kerman wrote:

> How do you all handle nested lists with Majordomo?
> 
> I have a situation in which there are three related mailing lists. One of the
> lists includes most, but not all, of the members of the other two lists, so
> they aren't truly nested. A few people on subscribed to both of the two smaller
> lists.
> 
> I was trying to avoid having people subscribed to more than one of these lists,
> so I'd set up a fourth list with just the subscribers to the two smaller lists
> on it. That worked awkwardly, but did what I wanted till the situation came up
> in which not all the subscribers of the smaller lists should be on the larger
> list, so they could no longer be nested.
> 
> On the theory that Majordomo's lack of feature bloat is an advantage, who has
> come up with a kludge for this type of situation?
> 
> I'd like something like chmod's permission values of 4, 2, 1, 0 that can be
> added in unique combinations to get the wanted result. So, each list would have
> (D, C, B, A) a different value, add up the values for a result and then put the
> subscriber on combined list 5 if he wishes to be on lists D and B. I'd like
> some way of automating that to an extent.