Re: I find this somewhat ironic..
by chromatic (Archbishop) on Jul 16, 2010 at 17:55 UTC
|
What's wrong with using Mailman? (Okay, I can list a lot of problems with Mailman, starting with its password policy!)
Does the use of a piece of software (software that's really not the point of the project) written in a language of which you don't approve somehow diminish the validity of the project? Parrot.org runs on a Drupal backend, not because we can't write a CMS in a language hosted on Parrot, but because we get free hosting from OSU OSL which we don't have to maintain.
| [reply] |
Re: I find this somewhat ironic..
by Anonymous Monk on Jul 17, 2010 at 02:58 UTC
|
Yeah, I was so embarrassed when I went to a big carpentry convention and the parking lot shuttle wasn't made of wood.
| [reply] |
Re: I find this somewhat ironic..
by StommePoes (Scribe) on Jul 27, 2010 at 13:15 UTC
|
Bah, I remember feeling the same way when I saw the planet.perl pages... with the little "written in (some version of) Python"-whatever logo on the bottom-right.
I figured the planet.perl people didn't really give a rats what ran the site, only that the information (about Perl) was useful. Still, would have been more jawsome if it had a Powered By Catalyst badge instead! : )
| [reply] |
Re: I find this somewhat ironic..
by scorpio17 (Canon) on Jul 19, 2010 at 13:35 UTC
|
In this particular case (perlmongers list), the big python logo does seem to be advertising for the "competition". But mailman is highly configurable (you can modify template files, etc.) - so it should be possible to remove the logo.
Or - maybe the next time that group of perlmongers has a meeting, they should plan a project to port mailman to perl!
| [reply] |
|
| [reply] |
|
sympa seems to be alive and well (can't say how many use it though).
| [reply] |
|
There is Dada Mail which is a simple CGI (non mod_perl or FastCGI) mailing list manager written in Perl.
I've used it for a couple of clients with very specific needs which it met, but overall I'm much more impressed with Mailman.
This Freshmeat search for 'mailing list perl' turns up a few projects.
Probably a decade ago I wrote a multiple-list package from scratch in Perl for my employer at the time who wanted some very particular features. Those included having the hosting company set up accounts for clients and assigning each client a maximum number of lists and a maximum number of overall subscribers, allowing the the clients to have lists open or closed and outbound-only or repeating inbound mail possibly from members only, figuring the cost basis for the hosting company of each list to adjust subscription pricing, and allowing the hosting company to override administration of a list when necessary. I'm sure the code's a mess if it even still exists. I could try to find it if anyone wants to look into breathing life into it. I'm not interested in the code personally, at least not for free. I'd be happy to put it out there for someone else to clean up if I can find it and get permission, though.
| [reply] |
|
There is Dada Mail which is a simple CGI (non mod_perl or FastCGI) mailing list manager written in Perl. I've used it for a couple of clients with very specific needs which it met, but overall I'm much more impressed with Mailman.
This Freshmeat search for 'mailing list perl' turns up a few projects.
Probably a decade ago I wrote a multiple-list package from scratch in Perl for my employer at the time who wanted some very particular features. Those included having the hosting company set up accounts for clients and assigning each client a maximum number of lists and a maximum number of overall subscribers, allowing the the clients to have lists open or closed and outbound-only or repeating inbound mail possibly from members only, figuring the cost basis for the hosting company of each list to adjust subscription pricing, and allowing the hosting company to override administration of a list when necessary. I'm sure the code's a mess if it even still exists. I could try to find it if anyone wants to look into breathing life into it. I'm not interested in the code personally, at least not for free. I'd be happy to put it out there for someone else to clean up if I can find it and get permission, though.
Overall, I'd use what works, even if it's not in Perl. If I have to do much customization, I'd prefer Perl over most other languages just because of my preference for Perl.
| [reply] |