[Mailman-Users] Installation
Does anyone know if there is a service whereby somebody can install Mailman for me, obviously I don't mind paying for this, just need to find it. Thanks. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
[Mailman-Users] how can I forward messages without having it appear as an attachment?
Hi, I moderate a list and want to forward a message from within 'pending requests' to another address that is another email list that we run. I have found out that the posting text went out as an attachment, with the body of the actual email text-less. Also the From: did not state the original sender of the posting but as 'mylistname-bounces'. So does anyone know if it's possible with a posting forwarded from one list to another to have it a) sent not as an attachment but with the text in the body of the email and b) contain a From: header with the sender's address and not a '-bounces' one ?? Thanks for any advice or fixes. Riki P.S. A similar question to this one was posted in the archives and I never saw an answer. Is there one? -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
[Mailman-Users] pipermail+archives
Hi all On what is pipermail based on to make the coherence with the representation of the archives ? i-e in order to know witch mail is a answer to another mail for the html representation for having a three representation. reguards -- Cordialement, Jean-Philippe Giola - 6577 -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
[Mailman-Users] Viewing 5xx errorred recipient emails
Hi, Can I see a list of all 5xx recipients in python? Thanks and have a nice day. -- SubZero -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
[Mailman-Users] Large list problem
Hello, I am running Mailman 2.1.5 on a Solaris 2.8 SUN 280R (fully loaded). I have a number of lists but 1 in particular is giving me problems. The list currently has about 14000 members of which about 1100 are disabled due to bounces. The problem seems to arise when a message is sent to the list (around every 2-3 weeks). The CPU time for a python process jumps up to around 50% for an indetermined amount of time ( 24 hours). While the system is working on this list message, GUI access to the list is nearly impossible (can't login); while other lists seem to function OK. Up to this point I have had to stop/kill all Mailman processes and then restart Mailman several times to bring things back to normal with the List service. The intended message being sent to the list does arrive in users mailboxes (which are worldwide). I believe the culprit to be a combination of managing the number of bounces due to the size of the list membership. Also, we prefer that once a member has been disabled for 3 bounces, that it also be unsubscribed from the list. This does seem to occur, but it seems to take forever to occur. Like I said there are about 1100 addresses disabled right now. However, they have yet to be removed. It is like the system is waiting on something else to occur, but I don't know what. Are there any recommendations Many thanks, Chance Eppinette Technology Support Manager ULM Computing Center [EMAIL PROTECTED] 318-342-5021 (phone) 318-342-5018 (fax) -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] aliases assistant
Diana Huang wrote: Thanks all, you guys really give me some hints on my problem. Let me show you permission of the script and the commands the script executes. snip -rw-r--r--1 root root 81 Jun 7 12:41 /usr/local/sbin/mailman.aliases -rwxr-xr-x1 root root47988 Oct 30 2003 /bin/cp -rw-rw1 mailman mailman 1110 Jun 15 15:11 /usr/local/mailman/data/aliases -rw-r--r--1 root root 685 Jun 7 13:42 /etc/mailman.aliases lrwxrwxrwx1 root root 32 Apr 7 2003 /usr/bin/newaliases - /etc/alternatives/mta-newaliases I create a mailman user, which is in the mailman group. The mailman group only has a mailman user. I suppose the problems are caused by: 1. user mailman has no execute permission to run /usr/local/sbin/mailman.aliases (causes command not found) Actually, no one has permission to execute this file. It's root that needs permission because it's run by sudo as root. chmod +x /usr/local/sbin/mailman.aliases or chmod 755 /usr/local/sbin/mailman.aliases 2. user root has no read permission to see /usr/local/mailman/data/aliases (causes status: 1, Operation not permitted) That's correct. chmod o+r /usr/local/mailman/data/aliases or chmod 664 /usr/local/mailman/data/aliases -- Mark Sapiro [EMAIL PROTECTED] The 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://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
[Mailman-Users] Reply-To revisited
No, I don't want to convert you to my opinion of Reply-To handling :-) I think Mailmans attitude is correct, everyone should be able to implement his own idea ... Only I found it not flexible enough. Our Problem: We have an announcement list for campus network admnistrators and an associated discussion list (for *interested* network administrators). Usually, answers are directed to the discussion list and everyone is happy. But sometimes, there are announcements like We need 20 people who also buy this to get a good price. If you would like to buy, answer me. The answers obviously shouldn't go to the list. Network adminstrators aren't any better at hand editing To: fields than anybody else. If you opt for not stripping the original Reply-To: header, you will get the answers to the sender *and* the list, also not what you want. My idea would be to restructure the options in the following way: DEFAULT_REPLY_GOES_TO_LIST: # 0 - Reply-To: no address # 1 - Reply-To: back to the list # 2 - Reply-To: to an explicit value (reply_to_address) # 3 - Reply-To: to sender of mail DEFAULT_FIRST_STRIP_REPLY_TO # 0 - merge # 1 - override # 2 - respect For our case, I'd use values of 0 and 2. I hope the meaning of respect, override and merge is clear ... Any ideas? Jost -- | [EMAIL PROTECTED] Please help stamp out spam! | | Postmaster, JAPH, resident answer machineat RUB Comp. Center | | Sincere words are not sweet, sweet words are not sincere.| | Lao Tse, Tao Te King 81 | pgprELM5GVaua.pgp Description: PGP signature -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] how can I forward messages without having it appearas an attachment?
rfried wrote: I moderate a list and want to forward a message from within 'pending requests' to another address that is another email list that we run. I have found out that the posting text went out as an attachment, with the body of the actual email text-less. Also the From: did not state the original sender of the posting but as 'mylistname-bounces'. So does anyone know if it's possible with a posting forwarded from one list to another to have it a) sent not as an attachment but with the text in the body of the email and b) contain a From: header with the sender's address and not a '-bounces' one You can't do this directly from the admindb (pending requests) page. How easy it is to do depends on the capabilities of your MUA (e-mail client). First, you need a copy of the original message (only) which can be extracted from the immediate notification to the moderator (you) if you get immediate notifications, or extracted from the message as forwarded to you (instead of the other list) from the admindb interface, or if you are going to approve the message for the original list, it can be the post you receive from the original list after approval. Then you need to 'redirect', 'resend' or 'bounce' that message to the target list, and in this process or by pre-editing change the To: address from the old list to the new so the message doesn't get held for implicit destination, and maybe strip any subject prefix from the subject. Some MUAs make this very easy and some make it impossible. At worst, you can edit the message with a text editor and send it to the new list with the sendmail command or equivalent if you have access to that. -- Mark Sapiro [EMAIL PROTECTED] The 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://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] pipermail+archives
Jean-Philippe GIOLA wrote: On what is pipermail based on to make the coherence with the representation of the archives ? i-e in order to know witch mail is a answer to another mail for the html representation for having a three representation. It uses the References: and/or the In-Reply-To: header -- Mark Sapiro [EMAIL PROTECTED] The 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://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] Viewing 5xx errorred recipient emails
Sub Zero wrote: Can I see a list of all 5xx recipients in python? Once the bounce has been registered by bounce processing, the original bounce message is discarded. The only ones you see are the one that causes the initial disable and unrecognized ones assuming those notifications are turned on. -- Mark Sapiro [EMAIL PROTECTED] The 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://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] Large list problem
Chance Eppinette wrote: I am running Mailman 2.1.5 on a Solaris 2.8 SUN 280R (fully loaded). I have a number of lists but 1 in particular is giving me problems. The list currently has about 14000 members of which about 1100 are disabled due to bounces. The problem seems to arise when a message is sent to the list (around every 2-3 weeks). The CPU time for a python process jumps up to around 50% for an indetermined amount of time ( 24 hours). Which python process (i.e. presumably one of the qrunners, but which one) While the system is working on this list message, GUI access to the list is nearly impossible (can't login); while other lists seem to function OK. The list is probably locked. Up to this point I have had to stop/kill all Mailman processes and then restart Mailman several times to bring things back to normal with the List service. The intended message being sent to the list does arrive in users mailboxes (which are worldwide). I believe the culprit to be a combination of managing the number of bounces due to the size of the list membership. This doesn't seem likely. Also, we prefer that once a member has been disabled for 3 bounces, that it also be unsubscribed from the list. This does seem to occur, but it seems to take forever to occur. Like I said there are about 1100 addresses disabled right now. However, they have yet to be removed. It is like the system is waiting on something else to occur, but I don't know what. It's waiting n weeks for the n weekly warning messages to be sent where n is the bounce_you_are_disabled_warnings setting. It seems you want this to be 0. You might be interested in seeing what's in Mailman's bounce log. -- Mark Sapiro [EMAIL PROTECTED] The 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://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] Reply-To revisited
Jost Krieger wrote: My idea would be to restructure the options in the following way: DEFAULT_REPLY_GOES_TO_LIST: # 0 - Reply-To: no address # 1 - Reply-To: back to the list # 2 - Reply-To: to an explicit value (reply_to_address) # 3 - Reply-To: to sender of mail DEFAULT_FIRST_STRIP_REPLY_TO # 0 - merge # 1 - override # 2 - respect For our case, I'd use values of 0 and 2. Would you really? How would that be different from the current reply_goes_to_list = Poster and first_strip_reply_to = No I think I can understand your idea if you would use values of 1 and 2, but it wouldn't work because of all the MUAs that unconditionally put Reply-To: in the message when it's not different from From: -- Mark Sapiro [EMAIL PROTECTED] The 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://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] How do I remove the Sender option?
Sub Zero wrote: I have removed the Sender header from one of my lists and now I want to remove it from all my other lists too. I don't know how I did that :( but I want to do the same for my other lists. Can anyone point me to a right direction please? I don't know. I only see two places in the code where the Sender: header is manipulated. It is removed for anonymous lists (General Options-anonymous_list = Yes), but it looks like SMTPDirect removes it from all outgoing messages and puts in a Sender: with the envelope sender (usually listname-bounces) address. If this doesn't help, you could use bin/config_list to dump the configuraton from the one list and from one of the others and then diff the two to see what's different. -- Mark Sapiro [EMAIL PROTECTED] The 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://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] aliases assistant
Hi Mark, Pretty thanks. I followed your steps to change the perssion. /usr/local/mailman/bin/newlist works pretty well. After I create a list by using bin/newlist, /etc/mailman.aliases has aliases for that list. However, when I create a list in the web (http://mydomain.com/mailman/create), I got some errors (See the following). And /etc/mailman.aliases doesn't have aliases for the list I created, but /usr/local/mailman/data/aliases file does have aliases for that list My web server runs as 'www', so my /etc/sudoers file is like this www All= NOPASSWD: /usr/local/sbin/mailman.aliases mailman ALL=NOPASSWD: /usr/local/sbin/mailman.aliases Is it still file permission problem? (looks like...but I did change the permission ) Thanks, Diana Traceback: Traceback (most recent call last): File /usr/local/mailman/scripts/driver, line 87, in run_main main() File /usr/local/mailman/Mailman/Cgi/create.py, line 55, in main process_request(doc, cgidata) File /usr/local/mailman/Mailman/Cgi/create.py, line 226, in process_request sys.modules[modname].create(mlist, cgi=1) File /usr/local/mailman/Mailman/MTA/Postfix.py, line 232, in create _update_maps() File /usr/local/mailman/Mailman/MTA/Postfix.py, line 53, in _update_maps raise RuntimeError, msg % (acmd, status, errstr) RuntimeError: command failed: /usr/bin/sudo /usr/local/sbin/mailman.aliases /usr/local/mailman/data/aliases (status: 1, Operation not permitted Python information:Variable Value sys.version 2.2.2 (#1, Feb 24 2003, 19:13:11) [GCC 3.2.2 20030222 (Red Hat Linux 3.2.2-4)] sys.executable /usr/bin/python sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform inux2 Environment variables:Variable Value HTTP_ACCEPT text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 CONTENT_TYPE application/x-www-form-urlencoded HTTP_REFERER http://testbed.majitek.com/mailman/create SERVER_SOFTWARE Apache/1.3.19 (Unix) PYTHONPATH /usr/local/mailman SCRIPT_FILENAME /usr/local/mailman/cgi-bin/create SERVER_ADMIN [EMAIL PROTECTED] SCRIPT_NAME /mailman/create SERVER_SIGNATURE Apache/1.3.19 Server at testbed.majitek.com Port 80 REQUEST_METHOD POST HTTP_HOST testbed.majitek.com HTTP_KEEP_ALIVE 300 SERVER_PROTOCOL HTTP/1.1 QUERY_STRING REQUEST_URI /mailman/create CONTENT_LENGTH 132 HTTP_ACCEPT_CHARSET ISO-8859-1,utf-8;q=0.7,*;q=0.7 HTTP_USER_AGENT Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 HTTP_CONNECTION keep-alive SERVER_NAME testbed.majitek.com REMOTE_PORT 1145 REMOTE_ADDR 192.168.0.192 HTTP_ACCEPT_LANGUAGE en-us,en;q=0.5 SERVER_PORT 80 GATEWAY_INTERFACE CGI/1.1 HTTP_ACCEPT_ENCODING gzip,deflate SERVER_ADDR 192.168.0.104 DOCUMENT_ROOT /usr/local/apache/share/htdocs -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] aliases assistant
Hi Mark, Pretty thanks. I followed your steps to change the perssion. /usr/local/mailman/bin/newlist works pretty well. After I create a list by using bin/newlist, /etc/mailman.aliases has aliases for that list. However, when I create a list in the web (http://mydomain.com/mailman/create), I got some errors (See the following). And /etc/mailman.aliases doesn't have aliases for the list I created, but /usr/local/mailman/data/aliases file does have aliases for that list My web server runs as 'www', so my /etc/sudoers file is like this www All= NOPASSWD: /usr/local/sbin/mailman.aliases mailman ALL=NOPASSWD: /usr/local/sbin/mailman.aliases I fixed it. I checked httpd.conf and found my web server runs 'magicrock'. Doh.. Thanks, Diana -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] Red Hat FHS packaging
At 6:20 PM +0100 2005-06-15, Andy Heath wrote: Many open source software products provide small text installation documentation files that explain what is needed for particular platforms - for example the XFree86 distributions used to (dunno if they still do). The answer come look over here at our product doesn't cut it with me. There is mutual co-operation and there is come look over here and you won't need anything else. You seem to be displaying the second. The Mailman project cannot maintain binary packages for every platform we support. We provide the source code, and if others want to produce binary packages from that, that's up to them. RedHat is doing exactly the same sort of thing that other vendors do in this respect. If vendors decide they want to create a binary package, they need to keep and maintain their own documentation on how to update the binary packages. In this respect, RedHat does a much better job than some other vendors. If you're going to be running RedHat on your machines, then you need to know how RedHat handles their binary packages. Your failure to fully understand this process is not the fault of RedHat, nor is it the fault of the Mailman project. -- Brad Knowles, [EMAIL PROTECTED] Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See http://www.sage.org/ for more info. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] Large list problem
At 7:46 AM -0500 2005-06-16, Chance Eppinette wrote: I believe the culprit to be a combination of managing the number of bounces due to the size of the list membership. Check the FAQ at http://www.python.org/cgi-bin/faqw-mm.py and search for things like performance and large. I suspect you may be running into Python locking issues, but you may also be having some filesystem or disk subsystem problems. A lot of discussion has occurred on the list regarding large mailing lists (e.g., those with 100k subscribers or more), and we've tried to encode this information in the FAQ, with links to good threads in the archives, etc Before going too much further, I'd recommend checking the FAQ, searching the archives, etc -- Brad Knowles, [EMAIL PROTECTED] Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See http://www.sage.org/ for more info. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] Red Hat FHS packaging
At 10:25 AM +0100 2005-06-15, Andy Heath wrote: Its customary when you interact with a community to learn their language not expect them to learn yours. What you suggest doesn't satisfy the requirement I stated. If you're a RedHat user, then talking about SRPMs is precisely the right sort of thing for RedHat to do. From what I can gather, you chose the OS first, then the application. That would imply that you want to run RedHat in general, and that other applications could equally meet your needs. This doesn't do much for non-RedHat users, but then if you're going to be running RedHat, you need to learn how RedHat works. If you had chosen the application first and then come asked us, we could have given you some feedback on what OSes are well-known to work with Mailman, including the ones previously and currently in use at python.org, etc You might still have chosen RedHat after that discussion, but you would hopefully have understood the problem a bit better, and had a better idea of where you need to go looking. -- Brad Knowles, [EMAIL PROTECTED] Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See http://www.sage.org/ for more info. -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
