Re: [Mailman-Users] creating second mailinglist
Hello Andre Vallese On 2012-08-09 14:03, Andre Vallese wrote: We have a mailinglist already running well. Now trying to create a new mailinglist. So we are on http://listen.ifz.name/mailman/admin and click on create new list. What appears is the site http://listen.ifz.name/mailman/create with the text: “Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, webmaster@localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Perhaps this is a permisson problem or a misconfiguration of suhosin, or your harddisk is full or ... Perhaps you should do what the error message suggests: Look into the apache server error log! Kind regards, Christian Mack -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Administratively subscribe other users via email
Hello Nick Bright On 2012-08-14 01:59, Nick Bright wrote: I'm sorry if this is a repeated question; but I've spent the last hour searching/reading faq's and not finding anything useful. I'm creating a newsletter mailing list, which I've successfully done - now, I am trying to get my billing system to automatically add new customers to the mailing list. The easiest way to do this would be to have my billing system send an email to mailman to subscribe the user. However, I have as of yet been unable to locate any information on how to do so. I've tried using the Approved: header with a subscribe command in the mail body, following the subscribe command syntax at http://www.list.org/mailman-member/node41.html, but the response back from mailman is that the commands remain unprocessed. What is the correct syntax for doing this? Send an email with subject help and empty body to your ${listname}-request@${your.mailman.server}. You will get back a description of all commands supported by email. Kind regards, Christian Mack -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Mailman Problems under OSX Lion
Am 20.08.2012 um 12:33 schrieb Brad Knowles: On Aug 19, 2012, at 8:11 PM, Lindsay Haisley fmouse-mail...@fmp.com wrote: There are lots of mailing lists available. Mailman is only one of them. Apple no doubt supports _a_ mailing list, but as Apple Enterprise Support says, one can seldom expect support from a proprietary software vendor for software which isn't their own. This has long been a major bone of contention. We're happy to have them take our software, but if they're going to make modifications to it, they need to share those modifications back with us -- and support their mods. If they're going to ship a modified version of our software but then not provide those modifications back to us and not support their modifications, and not provide any support for what they have shipped? Well, then that makes them the bad guys -- they don't give us any way to be able to provide support to their customers, and they don't support their customers themselves. Regretfully, the Server team at Apple is well known for ignoring feedback and input from anyone else, especially anyone else in the company. that's partly also true for postfix. The mods Apple made are undocumented and not reported back to the postfix developers. This concerns basically the OpenDirectory integration. Besides that, Apple is not shipping mailman anymore with MoutainLion Server, so people are already installing it separately and that's what I would do under Lion as well. What makes me wonder is that the OP has an AppleSupport contract and mailman is shipping with Lion, I find that more than strange ... cheers Matthias -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Mailman Problems under OSX Lion
On Sun, 2012-08-19 at 22:33 -0500, Brad Knowles wrote: Regretfully, the Server team at Apple is well known for ignoring feedback and input from anyone else, especially anyone else in the company. My guess is that they don't put their top-flight people on either server development or server support. Apple isn't know for servers, it's niche markets being audio recording, graphics editing and consumer desktop and laptop systems. I've also observed, with somewhat limited experience, that Apple doesn't respond to complaints about bugs. People bitched and moaned on Apple's user forum about a recent problem with video-induced kernel panics in Lion (which I also experienced) and Apple never responded, but the problem was fixed in a subsequent release. but if they're going to make modifications to it, they need to share those modifications back with us Doesn't their failure to do so violate the GPL? -- Lindsay Haisley | Real programmers use butterflies FMP Computer Services | 512-259-1190 | - xkcd http://www.fmp.com| -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Mailman Problems under OSX Lion
Lindsay Haisley writes: but if they're going to make modifications to it, they need to share those modifications back with us Doesn't their failure to do so violate the GPL? No. The GPL requires that you grant certain rights to use of your code to downstream recipients, not that you publish code or give it back to upstream developers. It's failure to provide source code to paying customers (even if the price was zero) that violates the GPL. If one of us is willing to buy a server system and demand source code, they either cough up or they suffer a rerun of the Objective-C embarrassment, and then they either cough up anyway or they lose the right to distribute Mailman. Alternatively, if somebody knows somebody with a server system who's willing to piss off Apple, the first somebody could get the second somebody to do it. This has been done in other contexts (the cPanel Mailman patch was outed at least once by a customer, and maybe Plesk's, too), but the history with Apple seems to go like this: 1. Bug bites Mac server system's Mailman. 2. Victim wastes time talking to Apple. By the time they realize it is a waste of time, they're panicking. 3. Willing to do anything, they come here and are advised to install Mailman from source as described in our INSTALL file. (This advice was especially effective when coming from Chuq. :-) 4. Victim discovers there's nothing they want from the Apple version, and by the time they've put out all the other little fires that sprang up while they were fighting the Mailman fire, they cool off enough to realize there's nothing to benefit *anybody* in the Apple version, and it would be best if it just went away, so they don't bother asking for code. ;-) Steve -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Mailman Problems under OSX Lion
On Aug 20, 2012, at 9:00 AM, Lindsay Haisley fmouse-mail...@fmp.com wrote: My guess is that they don't put their top-flight people on either server development or server support. I believe that they do have high quality people working on the development side, I think the issue is more on the support side. And the fact that they don't want to talk to *ANYONE* outside of the server team itself. Apple isn't know for servers, it's niche markets being audio recording, graphics editing and consumer desktop and laptop systems. The irony is that they've done quite well on the server side, in the SOHO and workgroup business market. Since Snow Leopard, the server version has been much cheaper than Windows server solutions, and they don't put any limits on how many machines you can use your licensed copy of the software -- which is why I always made sure to buy the group or family license (authorized for up to five machines), even though I was only using it one two or three machines in the house. Apple's problems have historically been with the Enterprise market, as opposed to SOHO and workgroups. I've also observed, with somewhat limited experience, that Apple doesn't respond to complaints about bugs. People bitched and moaned on Apple's user forum about a recent problem with video-induced kernel panics in Lion (which I also experienced) and Apple never responded, but the problem was fixed in a subsequent release. Apple does listen to complaints and usually does respond, in different ways to different types of complaints -- also depending on how loudly people are complaining and how many of them there are. Fixing a problem in the next release is one way they respond, another way is holding an impromptu press conference to explain why Antennagate is much ado about very little. However, Apple frequently does not respond in the way that most people would expect or want them to. I think a simple acknowledgement that there is a problem would go a long ways towards defusing a lot of the issues that have happened in the past. but if they're going to make modifications to it, they need to share those modifications back with us Doesn't their failure to do so violate the GPL? In this respect, I believe that they are probably in violation of the spirit of the GPL, but perhaps not in the letter of the law. Which is probably why they are so very violently opposed to having any GPL-encumbered code anywhere in the company. -- Brad Knowles b...@shub-internet.org LinkedIn Profile: http://tinyurl.com/y8kpxu -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Mailman Problems under OSX Lion
On Mon, 20 Aug 2012, Brad Knowles wrote: I've got a copy of Mountain Lion server (it's only $20), and the code in question is Python, so it has to be shipped as source. So, if we want their changes, it's easy enough to get them. Actually, it doesn't have to be shipped as source. They could ship just the .pyc files. But this doesn't mean it's not shipped as source. Anyone with Apple Server could confirm this one way or the other. Geoff. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Mailman Problems under OSX Lion
On Mon, 2012-08-20 at 21:39 +0300, Geoff Shang wrote: On Mon, 20 Aug 2012, Brad Knowles wrote: I've got a copy of Mountain Lion server (it's only $20), and the code in question is Python, so it has to be shipped as source. So, if we want their changes, it's easy enough to get them. Actually, it doesn't have to be shipped as source. They could ship just the .pyc files. The GPL only requires that the source be made available, yes? So functionally the .pyc files would be adequate for all but a few files such as Defaults.py, with the full .py source withheld pending a specific request for it, as prescribed by the GPL. Doing this would minimize redundancy and would make sense, from the point of view of a proprietary software vendor such as Apple. -- Lindsay Haisley | The difference between a duck is because FMP Computer Services |one leg is both the same 512-259-1190 | - Anonymous http://www.fmp.com| -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
[Mailman-Users] Problem when creating new lists
Hi, Everytime I create a new list using the Web interface in Mailman I get the following error: Bug in Mailman version 2.1.14 We're sorry, we hit a bug! Please inform the webmaster for this site of this problem. Printing of traceback and other system information has been explicitly inhibited, but the webmaster can find this information in the Mailman error logs. The file /etc/mailman/Virtual-mailman has changed ownership from mailman to apache. I have to change it manually and then run the genaliases and postmap commands to make the system work correctly again. Could someone please tell me what's wrong because I'm kinda lost? See below for more info. Content of /var/log/mailman/error: Aug 20 23:54:13 2012 (29703) command failed: /usr/sbin/postalias /etc/mailman/aliases (status: 1, Operation not permitted) Aug 20 23:54:13 2012 admin(29703): admin(29703): [- Mailman Version: 2.1.14 -] admin(29703): [- Traceback --] admin(29703): Traceback (most recent call last): admin(29703): File /usr/lib/mailman/scripts/driver, line 112, in run_main admin(29703): main() admin(29703): File /usr/lib/mailman/Mailman/Cgi/create.py, line 56, in main admin(29703): process_request(doc, cgidata) admin(29703): File /usr/lib/mailman/Mailman/Cgi/create.py, line 239, in process_request admin(29703): sys.modules[modname].create(mlist, cgi=1) admin(29703): File /usr/lib/mailman/Mailman/MTA/Postfix.py, line 238, in create admin(29703): _update_maps() admin(29703): File /usr/lib/mailman/Mailman/MTA/Postfix.py, line 53, in _update_maps admin(29703): raise RuntimeError, msg % (acmd, status, errstr) admin(29703): RuntimeError: command failed: /usr/sbin/postalias /etc/mailman/aliases (status: 1, Operation not permitted) admin(29703): [- Python Information -] admin(29703): sys.version = 2.7.1 (r271:86832, Apr 12 2011, 16:15:16) [GCC 4.6.0 20110331 (Red Hat 4.6.0-2)] admin(29703): sys.executable = /usr/bin/python admin(29703): sys.prefix = /usr admin(29703): sys.exec_prefix = /usr admin(29703): sys.path= ['/usr/lib/mailman/pythonlib', '/usr/lib/mailman', '/usr/lib/mailman/scripts', '/usr/lib/mailman', '/usr/lib64/python27.zip', '/usr/lib64/python2.7/', '/usr/lib64/python2.7/plat-linux2', '/usr/lib64/python2.7/lib-tk', '/usr/lib64/python2.7/lib-old', '/usr/lib64/python2.7/lib-dynload', '/usr/lib/python2.7/site-packages'] admin(29703): sys.platform= linux2 admin(29703): [- Environment Variables -] admin(29703): HTTP_COOKIE: SESSae9265d1ff1a26d16ed53a0ed247816c=i2mjdepcbf7rgac7kgreaeh2t3; SESSd6dc799775a4e319c149c4959a84efa2=vah0edt1d26euphiurqulrncd1 admin(29703): SERVER_SOFTWARE: Apache/2.2.21 (Fedora) admin(29703): SCRIPT_NAME: /mailman/create admin(29703): SERVER_SIGNATURE: addressApache/2.2.21 (Fedora) Server at www.ungasynskadade.se Port 80/address admin(29703): admin(29703): REQUEST_METHOD: POST admin(29703): SERVER_PROTOCOL: HTTP/1.1 admin(29703): QUERY_STRING: admin(29703): CONTENT_LENGTH: 151 admin(29703): HTTP_USER_AGENT: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.0; Trident/5.0) admin(29703): HTTP_CONNECTION: Keep-Alive admin(29703): HTTP_REFERER: http://www.ungasynskadade.se/mailman/create admin(29703): SERVER_NAME: www.ungasynskadade.se admin(29703): REMOTE_ADDR: 94.254.99.6 admin(29703): SERVER_PORT: 80 admin(29703): SERVER_ADDR: 91.123.204.174 admin(29703): DOCUMENT_ROOT: /var/www/html admin(29703): PYTHONPATH: /usr/lib/mailman admin(29703): SCRIPT_FILENAME: /usr/lib/mailman/cgi-bin/create admin(29703): SERVER_ADMIN: root@localhost admin(29703): HTTP_HOST: www.ungasynskadade.se admin(29703): HTTP_CACHE_CONTROL: no-cache admin(29703): REQUEST_URI: /mailman/create admin(29703): HTTP_ACCEPT: text/html, application/xhtml+xml, */* admin(29703): GATEWAY_INTERFACE: CGI/1.1 admin(29703): REMOTE_PORT: 59287 admin(29703): HTTP_ACCEPT_LANGUAGE: sv admin(29703): CONTENT_TYPE: application/x-www-form-urlencoded admin(29703): HTTP_ACCEPT_ENCODING: gzip, deflate Cheers, /David R. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Problems with Moderation
David Dodell wrote: I am running mailman on OSX Lion. Moderation through the web interface does not work. If I try to do anything from the web interface (see screenshot) ... I can see a split second of it accessing the server, and the screen refreshes and goes back to this default of defer Just no actions at all work. Any idea where I should look ... See the FAQ at http://wiki.list.org/x/ioA9 (ignore the keeps asking me to re-enter my password part of the title). Also, view the source of the page and look at the action= URL in the form tag. Is this the same URL you see in the address bar of the browser? If not, the issue is probably that of the web server redirecting the URL and losing the POST data. This can be fixed by setting DEFAULT_URL_PATTERN appropriately in mm_cfg.py and running fix_url on the affected lists. See http://wiki.list.org/x/mIA9. -- Mark Sapiro m...@msapiro.netThe highway is for gamblers, San Francisco Bay Area, Californiabetter use your sense - B. Dylan -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Mailman Problems under OSX Lion
Brad Knowles writes: Doesn't their failure to do so violate the GPL? In this respect, I believe that they are probably in violation of the spirit of the GPL, but perhaps not in the letter of the law. RMS is adamantly opposed to that interpretation of the spirit of the GPL, and has said so on many occasions. Usually in the context of refusing to certify a license as a free software license because it contains some kind of give-back clause. Free software licenses are allowed to contain only give-forward clauses. Which is probably why they are so very violently opposed to having any GPL-encumbered code anywhere in the company. GCC? gdb? binutils? Make? CUPS? Mailman? And that's just the applications I know of in the Mac OS X distribution itself; I'm sure there are plenty of developers who use Emacs and other GNU tools in preference to the Mac-supplied tools at Apple. That said, yes, Apple clearly avoids the GPL. I think it's at least in part a reaction to the Objective-C fiasco, but mostly a pragmatic balance between the cost and quality benefits of using a lot of open source and Apple's general strategy of exploiting intellectual property in creative ways to make profits. Including other folks' IP (iTunes, for example, would be a much smaller deal if Napster hadn't been crushed). Steve -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Mailman Problems under OSX Lion
David Dodell wrote: (1) First issue is cosmetic.At the bottom of each administrative page, mailman does not display the icons which I see on ever other mailman website ... basically the mailman / python logos. Not a real big deal, besides the cosmetic irk. I've checked the docs, found the path in the config file, and sure enough the images are there in the path, but they still do not display. Ideas? Look in mm_cfg.py and Defaults.py for the definition of IMAGE_LOGOS. Our default setting is IMAGE_LOGOS = '/icons/' which says the logo images should be displayed and will be found at URLs like http://url_host/icons/logo_file. If there is something like IMAGE_LOGOS = 0 in mm_cfg.py, this is what says don't use the logos. Look at the source of the page to see if there is an img tag for each logo. If not, IMAGE_LOGOS has a False value. If so, you can adjust IMAGE_LOGOS to generate a correct src= URL, or just make sure the files are copied to the web server's /icons/ directory. -- Mark Sapiro m...@msapiro.netThe highway is for gamblers, San Francisco Bay Area, Californiabetter use your sense - B. Dylan -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] How to disable notifications to moderator and ownerof pending posts?
Mikael Jokela wrote: I have a list configuration question. I would like to totally disable email notifications for a list regarding pending posts. The list moderator or admin would login to the admindb page from time to time regardless any notifications. The moderator and admin would get notifications of membership requests and such but none of pending posts. I can't find a configuration parameter for this. How would you do this? There is no configuration for this. Notifications about posts are treated the same as notices about subscription requests. You can turn off the immediate notices for a list by setting General Options - admin_immed_notify to No. You can turn off daily summary notices for ALL lists by removing the cron/checkdbs entry from Mailman's crontab. Anything else requires modifying code. -- Mark Sapiro m...@msapiro.netThe highway is for gamblers, San Francisco Bay Area, Californiabetter use your sense - B. Dylan -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Mailman Problems under OSX Lion
On Aug 20, 2012, at 9:03 PM, Stephen J. Turnbull step...@xemacs.org wrote: Which is probably why they are so very violently opposed to having any GPL-encumbered code anywhere in the company. GCC? gdb? binutils? Make? CUPS? Mailman? And that's just the applications I know of in the Mac OS X distribution itself; I'm sure there are plenty of developers who use Emacs and other GNU tools in preference to the Mac-supplied tools at Apple. Gcc gdb are gone -- replaced by llvm. I believe that CUPS is also gone, but I may be wrong. And if another commenter on this thread is correct (I have not yet checked the Mountain Lion Server image that I have), then Mailman is also gone. And I can most definitely confirm that Apple is actively eliminating any use of GPL-based technologies or tools within the company. They even eliminated X out-of-the-box, although you can still download it from an alternative site. Of course, you could claim that was a disk space issue, but then they're no longer shipping the OS on physical media. -- Brad Knowles b...@shub-internet.org LinkedIn Profile: http://tinyurl.com/y8kpxu -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Mailman Problems under OSX Lion
Brad Knowles writes: More importantly, it would be much less difficult for us to support that part of the community, which would help reduce the support burden that Apple has to maintain. C'mon, Brad, it's *annoying* to have to support that part of the community, but it's never been difficult. Install Mailman from source, OK? With Xcode switching from llvm from gcc for the backend, and the way that llvm is continuing to be developed in partnership, maybe we can convince them to take a similar approach to Mailman and other open source software? llvm is a key component of their strategy for Mac OS X developer support as far as I can see. They did the same with CUPS for users. But I don't think Mailman is a big part of their overall strategy. They just considered it a cool thing to put in their distribution. (This advice was especially effective when coming from Chuq. :-) Yes, well -- he had the advantage that not only was he an Apple employee, he was also running lists.apple.com, and used Mailman to do it. Well, the real point is that as somebody running some of the biggest most active lists in the world, he didn't use Apple's version -- he used and advocated stock Mailman. And he didn't have a lot nice to say about Apple server support, either. That sequence of events doesn't serve anyone well -- not the customer, nor Apple, nor our community. We can do better. *We* can. Apple won't. Now, if somebody here can channel Steve Jobs and get direct access to the top execs at Apple, maybe they could force the server people to turn over maintenance to us. But the server division would surely fight that with fire. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Mailman Problems under OSX Lion
Brad Knowles writes: On Aug 20, 2012, at 9:03 PM, Stephen J. Turnbull step...@xemacs.org wrote: Which is probably why they are so very violently opposed to having any GPL-encumbered code anywhere in the company. GCC? gdb? binutils? Make? CUPS? Mailman? Gcc gdb are gone -- replaced by llvm. Sure, and I can see why they'd want to do that. My point is simply that Apple is pragmatic about it. Sure, they want permissive licenses if they can get them, and I think the FLOSS world is heading in that direction. I'm not surprised they take advantage of the trend. They even eliminated X out-of-the-box, X11 is still a mess, and their development philosophy still sucks for users and 3rd-party developers. If I can use the Mac GUI, I do. Again, de-supporting X is arguably a pragmatic decision. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Administratively subscribe other users via email
On 8/13/2012 4:59 PM, Nick Bright wrote: The easiest way to do this would be to have my billing system send an email to mailman to subscribe the user. However, I have as of yet been unable to locate any information on how to do so. I've tried using the Approved: header with a subscribe command in the mail body, following the subscribe command syntax at http://www.list.org/mailman-member/node41.html, but the response back from mailman is that the commands remain unprocessed. The Approved: header is ignored in this context. What remains unprocessed? If it is the subscribe command, there is something wrong with that command. If it is lines following the subscribe command, I suspect the command was processed and a confirmation was send to the address= address and the subscription is waiting confirmation from the user. What is the correct syntax for doing this? That described at http://www.list.org/mailman-member/node41.html. However, that probably won't work for you because the Approved: header is ignored and the list's subscribe_policy is applied to the request. See the FAQ at http://wiki.list.org/x/uIA9 for pointers to other ways to do what you want. -- Mark Sapiro m...@msapiro.netThe highway is for gamblers, San Francisco Bay Area, Californiabetter use your sense - B. Dylan -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Mailman Problems under OSX Lion
On Aug 20, 2012, at 10:56 PM, Stephen J. Turnbull step...@xemacs.org wrote: More importantly, it would be much less difficult for us to support that part of the community, which would help reduce the support burden that Apple has to maintain. C'mon, Brad, it's *annoying* to have to support that part of the community, but it's never been difficult. Install Mailman from source, OK? That's not difficult for the likes of you or me, but I can guarantee you that doing something like installing Mailman from source is very difficult for the average OS X admin. If Apple did their part, then we could do our part to make the upgrade process relatively simple and painless, even by OS X standards -- i.e., drag-n-drop and you're done. llvm is a key component of their strategy for Mac OS X developer support as far as I can see. They did the same with CUPS for users. But I don't think Mailman is a big part of their overall strategy. They just considered it a cool thing to put in their distribution. I think Mailman was a bigger part of their overall strategy prior to Mountain Lion, but if the reports are to be believed then they eliminated the install of Mailman at the same time as they eliminated the ability to easily run a web server based on the apache2 code that is still installed. Sure, if you find the right articles on the right MacFanatic websites, you can be lead to a PrefPane that you can add to your system that will allow you to re-enable apache2, but that doesn't change the fact that apache is disabled by default and there is no standard OS-provided way to turn it back on. Been there, already done that. I think Apple is in the process of removing a lot of stuff from the Server component. As to what motivation you want to ascribe those actions to, well that's your choice. Yes, well -- he had the advantage that not only was he an Apple employee, he was also running lists.apple.com, and used Mailman to do it. Well, the real point is that as somebody running some of the biggest most active lists in the world, he didn't use Apple's version -- he used and advocated stock Mailman. And he didn't have a lot nice to say about Apple server support, either. My point was more about the fact that he said the things he did, but specifically as the guy who was running lists.apple.com. No other person who works (or worked) at Apple and said the same sorts of things would be likely to carry the same kind of weight. And no one outside of Apple would be able to say the same kinds of things and have them carry the same kind of weight with people who are using OS X Server. The key is not just what he was saying, which I was taking as granted. The key is that he was saying those things as a person uniquely positioned to be able to say them and have them carry weight with the particular user community in question. *We* can. Apple won't. As I said, we can do better. Now, if somebody here can channel Steve Jobs and get direct access to the top execs at Apple, maybe they could force the server people to turn over maintenance to us. But the server division would surely fight that with fire. At their worst, they would not have fought the effort with fire. They would have simply ignored it, and it would never have happened. However, I am starting to wonder if this kind of stuff going away is not part of an overall effort to dumb-down OS X so that it can be unified with iOS. I do recall some slips at the WWDC Keynote address where it was referred to as iOS X by a couple of people At least, it does make me wonder how something like Mailman could be re-written to work effectively on something like iOS. -- Brad Knowles b...@shub-internet.org LinkedIn Profile: http://tinyurl.com/y8kpxu -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org