Brad Knowles wrote:
Mailman is not, and never will be, the be-all and end-all of
community collaboration tools. By necessity, those tools must be
all-encompassing, and mailing list management is just a small part of
the much greater picture. You can't just take a bunch of
At 4:10 AM -0500 2005-11-17, Kevin McCann wrote:
A design that supports independent functionality *and* integration is a
Good Thing. It's how a lot of software works.
There are cases where this is possible, and cases where it is
not. The Unix philosophy of tying a multitude of tiny
On 16 Nov 2005, at 21:30, Kevin McCann wrote:
MLM
developers do not buy into the concept of making the three main data
stores available in SQL (those being list config, member and message
archives)
Add to that Sender privacy rules, so that the Mail Transport Agent
can do SMTP time
Kevin == Kevin McCann [EMAIL PROTECTED] writes:
Kevin I guess I have to watch the words I choose. Erase the word
Kevin beg,
No. It's the right word for the behavior I've observed so far on the
MM lists. (I'm excluding your most recent reply to Brad, which
demonstrates (to me, anyway)
On 17 Nov 2005, at 10:49, Ian Eiloart wrote:
On 16 Nov 2005, at 21:30, Kevin McCann wrote:
MLM
developers do not buy into the concept of making the three main data
stores available in SQL (those being list config, member and message
archives)
Add to that Sender privacy rules, so that
Ian Eiloart wrote:
Seems to me the big misunderstanding in this debate lies around the
differences between Mailman 2 and Mailman 3. As far as I can see,
they are big differences - of the sort that Kevin is looking for.
Unfortunately, they're not highly visible - probably due to the fact
Stephen J. Turnbull wrote:
Kevin Rather than look at what has been done in the way of
Kevin patches I'd be more inclined to contribute toward a design
Kevin for MM3. I have actually worked on the specs for a
Kevin SQL-enabled MLM system, based on user and admin
Kevin
Well, it's pretty much about as vanilla of an XMLRPC interface as we
could generate... I'm not a PHP programmer, so I don't know exactly how
the XMLRPC bindings work on PHP, but the Readers' Digest version of
XMLRPC goes like this...
XMLRPC is a request-response based remote procedure call
Joshua Ginsberg [EMAIL PROTECTED] on Thursday, November 17, 2005 at 12:46 PM
+ wrote:
Well, it's pretty much about as vanilla of an XMLRPC interface as we
could generate... I'm not a PHP programmer, so I don't know exactly how
the XMLRPC bindings work on PHP, but the Readers' Digest version of
I'll admit I've been on the scene for only a few weeks, and I'd not like
to speak for fil or Kev Green, but the MySqlMemberAdaptor they developed
works fairly easily with the intended design of MemberAdaptor. You are
spot on that they have a works for me flavor, and I look forward to more
At 10:49 AM + 2005-11-17, Ian Eiloart wrote:
MLM
developers do not buy into the concept of making the three main data
stores available in SQL (those being list config, member and message
archives)
Add to that Sender privacy rules, so that the Mail Transport Agent
can do SMTP time
At 7:16 AM -0500 2005-11-17, Kevin McCann wrote:
For what it's worth, the kind of tool that I'm hoping to see--from a
functional point of view--has already been created. At Bellanet (my
former org.) we created something called Dgroups (see www.dgroups.org)
several years ago. The problem
The MySQLMemberAdaptor you guys produced is quite good. IMHO, a final
version to be included in 2.2 branch should include:
1) Abstractions of SQL queries on a per list basis, i.e. I don't want to
necessarily have to use your schema. Your schema should be the default,
but I want to be able to
Brad Knowles wrote:
If you look at the Mailman FAQ Wizard entries related to this
subject (and the threads that they link to), most of the useful
information regarding integration with CMSes, web board discussion
systems, etc... has come from Tobias Eigen at Kabissa and various
On Wed, 2005-11-16 at 13:12 -0400, Adrian Wells wrote:
Hello. How might one configure Mailman (version 2.1.6) list settings
using PHP scripts?
Wow, this thread opened up a can of worms. :) Since I'm sitting here
waiting for some compiles, I'll try to answer them as best I can.
First, the
And now for the political answers... ;)
On Wed, 2005-11-16 at 16:30 -0500, Kevin McCann wrote:
I don't mean to be a pessimist, but I don't think this will ever happen.
I hope this isn't the case, but realistically, things have to change
before we're going to make significant progress. I hope
On Wed, 2005-11-16 at 23:49 -0500, Kevin McCann wrote:
This kind of response is precisely what makes me realize there is a huge
disconnect between people who run mailing lists and ONLY want to run
mailing lists and those who want to have a mailing list be a critical
component of something
On Thu, 2005-11-17 at 09:00 -0600, Brad Knowles wrote:
I'm not sure I understand. Are you talking about integrating the
MTA into Mailman, so that it can directly access the list of allowed
senders for a given mailing list and take appropriate action for
other addresses before
Kevin == Kevin McCann [EMAIL PROTECTED] writes:
Kevin Is this fair, Stephen? The word I was used to indicate
Kevin who had worked on the specs, not who would be involved in
Kevin implementing them. Why insinuate a personality trait here?
My point is that I know of two people who
19 matches
Mail list logo
