Re: [mlmmj] private lists with mlmmj
Date: Fri, 10 Dec 2010 00:04:35 +1100
I actually wrote the attached patch a few days ago for another purpose, but it
could be brought to bear on this problem. It adds an executable 'mlmmj-subbed'
which simply prints out 'yes' or 'no', depending upon whether a given address is
subscribed to the list or not.
I use a PHP script to call mlmmj-subbed and examine the output to decide whether
to grant access to the user based solely on their email address which I ask them
to enter on a form (with no password). It wouldn't be hard to use a similar PHP
wrapper around mail archives, asking for an email address before granting access.
Maybe one day mlmmj-subbed, or something similar, will be part of Mlmmj. So far it
is just a bit of a quick hack, though, and not very carefully thought through.
Making it work is also a bit of a hack. Mlmmj makes its subscriber files readable
only by their owner, which isn't my web user which is running the PHP scripts. So
I use sudo to allow mlmmj-subbed to be run by the web user as the Mlmmj user, with
a hardcoded listdir.
Anyway, it may help, I guess.
Ben.
On 8/12/10 9:26 PM, Florian Effenberger wrote:
> Hi,
>
> we're quite happy with mlmmj and public mailing lists. For internal
> lists, so far, we've been using Mailman, and I'm thinking of
> continuing that because:
>
> * archives are available to all subscribers with ther individual
> username and password
> * every subscriber can change his address on his own
>
> With mlmmj, I'd have to do some magic .htaccess trick for the
> archives, and address changes would have to be done by an
> administrator. From my feeling, I'd love to move private lists to
> mlmmj as well, to have all lists with one list manager, so I'm asking
> here if someone has some good ideas on how to deal with the above to
> problems?
>
> Thanks,
> Florian
>
>
>
- text/x-patch attachment: mlmmj-subbed.patch