Thanks for the super-detailed replies... I'm separating these discussions,
so here I have some questions about licensing and bundling..

> So in some sense, CSLA needn't become *the* Mailman archiver, but it should
> definitely be *a* Mailman archiver.  Then you can make all the engineering
> and
> design decisions you prefer, but with the confidence that it will Just Work
> with Mailman 3.


Sure but this isn't why I'm here. CSLA is already *a* mailman archiver..I
think we first released it in 2004. A few of us ex-egroups folks hacked it
out because we used it for private projects. We open-sourced it so we could
use it across organizational boundaries and because we were happy to give
it away to anyone who wanted it. We're just all primarily focused on
startup and commercial endeavors, so we havn't done much to package and
popularize it.

Right now I'm in between entrepreneural endeavors and spending some time
'giving back' and coding/donating-to/helping several open-source projects.
As I engage with these projects, all of them are using Mailman, which is
fantastic. However, nearly all of them are also using pipermail, which is
not so great. They are using it because it's the default, so it was easy.

I started to talk to one of them about installing CSLA (or MHonArc, or
anything really), and realized I should see if you folks are interested in
a great bundled archiver, to fix the problem at the source. I'm not
particularly interested in promoting or maintaining an open-source project
around this, so if you folks don't want a shiny new (S-BSD licensed)
archiver to bundle, I'll probably just fix a few things, bump the CSLA
archiver to 0.3 and move on.

---

I admit that even with a pretty good knowledge of these many licenses, I'm
not familiar with the intracacies of FSF copyright assignment and non-GPL
free licenses.

The ClearsilverArchiver code (written by me and two others) is released
under the "Simplified BSD" license and "totally free". It's important to me
that any code I release be similarly free-and-unrestricted
(i.e. BSD/Python/Artistic/PublicDomain), not free under certain conditions
(i.e. GPL/LGPL). It's not possible to assert GPL restrictions on
totally-free code, because it's already totally free.

FSF says S-BSD is GPL-Compatible, which I believe means they are saying
they have no problem with GPL code depending on and being combined with
(i.e. linked with) S-BSD code, because the S-BSD code is fully open-source
and does not put restrictions on the use of the GPL code.

It's also my understanding that the primary reason for FSF copyright
assignment is to provide a coherent entity to enforce the terms of the GPL
by challenging violators who don't redistribute source.... something which
is not necessary for S-BSD. (Though I suppose they could enforce that folks
include the S-BSD copyright notices.)

So I guess this all drives to the following question:

Is Mailman-team is interested in having a better built-in archiver that is
included in the distribution, but licensed under the less-restrictive S-BSD
terms?

Sorry for the length. This license stuff can be complicated.


-- 

On a weirdly unrelated coincidence, thanks for smtpd.py. I just hacked it
into smtp-to-maildir for a "private hosted webmail" installation. We were
migrating code/data to some new machines and smtpd.py seemed simpler than
fighting with qmail-installation or configuring postfix to "accept
everything" (something it doesn't seem designed to do).

> But that absolutely shouldn't stop any other third party archiver from
being

> Mailman 3 compatible.
>
> As I said, like the Python standard library, it's both a blessing and a
> curse. :)
>
> >As for the features it doesn't have from your list: Editing would be easy
> >to add because it's sqlite (deciding on the auth system is probably more
of
> >an issue than the editing). Anti-Crawl code is really an issue of
> >configuration for cheap in-memory state-management. NNTP is well. that
> >would be a big job that I doubt will be bitten off by something as
"small"
> >as a list archiver.
>
> Why can't we kill off Gmane while we're killing off Gmail, and *Groups?
:).
>
> >What is the REST UI used by? CSLA supports RSS. When it comes to a more
> >involved REST UI, what software would be hitting it? I don't think I'll
> >understand your other API/REST points until I see an answer to this.
>
> I'm a list owner and someone requests that a post containing private
> information be taken down.
>
> As a drive-by archive user, I want to request that a message get sent to
me so
> that I can reply to it in my mail reader as if I had received the
original.
>
> I run a question/answer forum that gateways a list, and I want to +1
really
> helpful messages, or give some extra kudos to really helpful users.
>
> -Barry
> _______________________________________________
> Mailman-Developers mailing list
> Mailman-Developers@python.org
> http://mail.python.org/mailman/listinfo/mailman-developers
> Mailman FAQ: http://wiki.list.org/x/AgA3
> Searchable Archives:
http://www.mail-archive.com/mailman-developers%40python.org/
> Unsubscribe:
http://mail.python.org/mailman/options/mailman-developers/davidj%40gmail.com
>
> Security Policy: http://wiki.list.org/x/QIA9
_______________________________________________
Mailman-Developers mailing list
Mailman-Developers@python.org
http://mail.python.org/mailman/listinfo/mailman-developers
Mailman FAQ: http://wiki.list.org/x/AgA3
Searchable Archives: 
http://www.mail-archive.com/mailman-developers%40python.org/
Unsubscribe: 
http://mail.python.org/mailman/options/mailman-developers/archive%40jab.org

Security Policy: http://wiki.list.org/x/QIA9

Reply via email to