[mlmmj] mlmmj wishlist request

["webmaster@vlsc.org" <webmaster@vlsc.org>]

[-- Attachment #1: Type: text/plain, Size: 2235 bytes --]

I've been successfully running a handful of small mlmmj lists for 
several months now, on an eApps centOS cloud server, running sendmail. I 
have a question/request related to a feature that I used to exploit when 
working with the old majordomo mailing list tool:

When using majordomo it was possible to configure a "closed" list, in 
terms of senders and receivers of posts (functionally similar to how 
mlmmj works using the "subonlypost" control file), while at the same 
time it was also possible to configure a secondary file (containing 
addresses) that could only submit posts, but not receive any posts.

Perhaps a simple example can illustrate how this might be used:
Acme Services is run by a board of directors, and the board has their 
own closed mlmmj list.  There are also several dept managers that work 
for Acme Services, and the board would like these managers to be able to 
communicate directly with all the members of the board by simply sending 
an email to the board list. On the other hand, the board doesn't want 
the managers receiving any of the board list posts.

There are several other scenarios that might benefit from this ability - 
in fact I'd say it might find many uses, and the varied possibilities 
are likely the reason majordomo had this feature.

I haven't seen anything that indicates this is somehow currently 
possible with mlmmj, so I apologize in advance for missing the notes on 
how to do this currently, if its already available.

With mlmmj, I could envision having another directory similar to the 
existing "subscribers.d", that would contain file(s) of addresses that 
only had permission to "submit" posts.

Or perhaps there could be some way to flag or code files contained in 
the existing
"subscribers.d" directory that would indicate if the addresses it 
contains are only "submitters" or only " receivers" or both "submitters 
and receivers".

I haven't looked under the hood far enough to know how simple or 
complicated this might be to implement with mlmmj (assuming its not 
there now) so I'm just sharing the thought, in the hope that someone 
might be intrigued by the idea of adding this feature, and hoping it 
would not be difficult to implement.

Philip Parshley


[-- Attachment #2: Type: text/html, Size: 2854 bytes --]