Re: [Mailman-Users] Authentication by domain?
On May 10, 2005, at 04:22, James wrote: Is there a way to authenticate people by domain? For example, all people at domain.com should be able to email any lists at domain.com, while people outside the domain.com must be members to post to the list. Adding a regular expression that matches all possible domain.com poster addresses to the accept_these_nonmembers field of the Privacy options... Sender filters... page may be adequate for your needs. Try a variant of: [EMAIL PROTECTED] Sender addresses are rather easy to spoof, so you may want to think twice about doing this. -- Jim Tittsler http://www.OnJapan.net/ GPG: 0x01159DB6 Python Starship http://Starship.Python.net/crew/jwt/ Mailman IRC irc://irc.freenode.net/#mailman -- 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 to clear queue?
At 3:27 PM -0700 2005-05-09, Tyler Strickland wrote: That's entirely possible - the system is an old sun running sendmail. Older versions of sendmail can certainly have some issues in this respect. More modern versions work much better, but still require some additional configuration changes in order to get them to work better with large mailing lists. I'm currently building a new mail server to replace it that should be able to handle the load much better by running postfix on a hyperthreaded Pentium 4. See the stuff in the FAQ about performance. For one, HyperThreading almost always hurts performance and does not help. This is a seriously dain-bramaged idea that Intel had that never panned out, although they did get enough people interested in the concept that once AMD came out with a real dual-core chip, performance really has improved significantly. For two, you don't need CPU. You need RAM and disk I/O capacity. Not disk space, but I/O capacity. When an MTA receives a mail message, it creates one or more temporary files to store that message. When the message has been delivered, the temporary files are deleted. Between those two points, there may be many more file creations, deletions, and renaming operations just for that one message. Each of these types of operations are known as Synchronous Meta-Data Operations, and they require that the entire directory be locked against all other changes during the process of that operation. You would think that this would not hurt performance very much, but think of a turnstile going into a football stadium -- no matter how fast it operates, the simple fact that it only allows through one person at a time will mean that the total throughput is greatly reduced. A fast intelligent hardware RAID array with a large quantity of battery-backed write-back RAM cache and high-speed internal interfaces to high-speed drives with intelligent disk queueing (i.e., SCSI with Tagged Command Queueing, or good SATA drives that actually properly implement a similar feature) can really help. A fast filesystem which optimizes synchronous meta-data operations can also help. But all this is covered in the FAQ, and you should read about it when you search for performance. I will tell you that if you're trying to build a high-performance mail/mailing list server, about the worst possible mistake you could make would be to try to build the machine without first reading the information on this subject in the FAQ, and reading the various pieces of documentation that are referenced. -- 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
[Mailman-Users] remove
Brad Knowles wrote: At 3:27 PM -0700 2005-05-09, Tyler Strickland wrote: That's entirely possible - the system is an old sun running sendmail. Older versions of sendmail can certainly have some issues in this respect. More modern versions work much better, but still require some additional configuration changes in order to get them to work better with large mailing lists. I'm currently building a new mail server to replace it that should be able to handle the load much better by running postfix on a hyperthreaded Pentium 4. See the stuff in the FAQ about performance. For one, HyperThreading almost always hurts performance and does not help. This is a seriously dain-bramaged idea that Intel had that never panned out, although they did get enough people interested in the concept that once AMD came out with a real dual-core chip, performance really has improved significantly. For two, you don't need CPU. You need RAM and disk I/O capacity. Not disk space, but I/O capacity. When an MTA receives a mail message, it creates one or more temporary files to store that message. When the message has been delivered, the temporary files are deleted. Between those two points, there may be many more file creations, deletions, and renaming operations just for that one message. Each of these types of operations are known as Synchronous Meta-Data Operations, and they require that the entire directory be locked against all other changes during the process of that operation. You would think that this would not hurt performance very much, but think of a turnstile going into a football stadium -- no matter how fast it operates, the simple fact that it only allows through one person at a time will mean that the total throughput is greatly reduced. A fast intelligent hardware RAID array with a large quantity of battery-backed write-back RAM cache and high-speed internal interfaces to high-speed drives with intelligent disk queueing (i.e., SCSI with Tagged Command Queueing, or good SATA drives that actually properly implement a similar feature) can really help. A fast filesystem which optimizes synchronous meta-data operations can also help. But all this is covered in the FAQ, and you should read about it when you search for performance. I will tell you that if you're trying to build a high-performance mail/mailing list server, about the worst possible mistake you could make would be to try to build the machine without first reading the information on this subject in the FAQ, and reading the various pieces of documentation that are referenced. -- 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] ezmlm to mailman
Hi,
Le mardi 10 Mai 2005 07:53, vous avez écrit :
I suspect that your mbox file is not in proper mbox format.
Well, the messages are separated by a \nFrom :... Is there any other rule
about the mbox format ?
And/or, depending on which files generated the no such file errors,
you may have permissions errors that are preventing arch from writing
to the archives/private/{listname} directory.
I made a chown -R mailman.mailman /usr/local/mailman/archives/private, but
it didn't change anything.
Regarding the no such file, it seems that mailman tries different locations
for each file, and finally it find it generally. Except at the end : it can't
find these locks :
/usr/local/mailman/locks/testliste.archiver.lock..25516.1
/usr/local/mailman/locks/testliste.archiver.lock..25516.1
/usr/local/mailman/locks/testliste.lock..25516.0
/usr/local/mailman/locks/testliste.lock..25516.0
Regards,
--
Christophe BAEGERT
--
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] Help with Mailman 2.1 on RedHat 9
On Mon, 2005-05-09 at 20:27 -0700, DJ Freak wrote: I am using the default Mailman 2.1 installed by RedHat. I can manage groups via listinfo in my web browser and even add and remove members to the groups that I create; plus, the mail log indicates that messages are relayed on their merry way to the correct Mailman commands location however no posts or admin mails are ever sent or received. The big clue here is that when I go to File ./mailmanctl, line 274, in check_privs gid = grp.getgrnam(mm_cfg.MAILMAN_GROUP)[2] KeyError: getgrnam(): name not found You don't say which mailman rpm you've installed. There was a bug several years ago in one of our rpm's where the variables MAILMAN_USER and MAILMAN_GROUP were not defined and one would get this error as a consequence. That bug has long since been fixed but you may have installed that rpm if you are working with an old distribution. The fix is to either add MAILMAN_USER = 'mailman' MAILMAN_GROUP = 'mailman' at the top of your mm_cfg.py file -or- upgrade to a newer rpm. -- John Dennis [EMAIL PROTECTED] -- 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] mailman-postfix problem
On Tue, 2005-05-10 at 15:07 +1000, Lie, Jafaruddin wrote: Hi gang Just joined the mailing list *waves to everyone I have problems getting mailman to run with postfix. Here's the story: mailman installation went ok and it ran ok with sendmail. When I installed and used system-switch-mail to switch to postfix, the problem began. The setup: I am setting mailman to run internally, so we have local mail accounts on my fedora box ([EMAIL PROTECTED]) not accessible to the outside world, only locally and anyone on the domain x.x.x. The postfix installation went ok, I can send and receive mails from my local accounts just fine. I configured mailman in mm_cfg.py to use postfix as the MTA. I followed the instruction on http://www.gnu.org/software/mailman...all/node13.html. The problem: I created one mailing list, with 3 email addresses suscribed to it. One is my local mail account ([EMAIL PROTECTED] which is forwarded to [EMAIL PROTECTED]) and two are addresses from x.x.x, lets call it [EMAIL PROTECTED] and [EMAIL PROTECTED] These are real email addresses, accessible from the internet With sendmail, the mailing list works just fine. All the accounts can send and receive emails from the list. With postfix, only the local account can. The other two email addresses can send to the list, but they will not receive anything from it. The error message I get from /var/log/maillog: May 10 12:11:24 fedora postfix/smtpd[4341]: connect from localhost.localdomain[127.0.0.1] May 10 12:11:24 fedora postfix/smtpd[4341]: NOQUEUE: reject: RCPT from localhost.localdomain[127.0.0.1]: 550 [EMAIL PROTECTED]: Recipient address rejected: User unknown in local recipient table; from=[EMAIL PROTECTED] to=[EMAIL PROTECTED] proto=ESMTP helo=fedora.x.x.x May 10 12:11:24 fedora postfix/smtpd[4341]: C36F82CC285: client=localhost.localdomain[127.0.0.1] May 10 12:11:24 fedora postfix/cleanup[4344]: C36F82CC285: message-id=[EMAIL PROTECTED] May 10 12:11:24 fedora postfix/qmgr[3071]: C36F82CC285: from=[EMAIL PROTECTED], size=2571, nrcpt=1 (queue active) May 10 12:11:24 fedora postfix/smtpd[4341]: disconnect from localhost.localdomain[127.0.0.1] May 10 12:11:24 fedora postfix/local[4345]: C36F82CC285: to=[EMAIL PROTECTED], orig_to=[EMAIL PROTECTED], relay=local, delay=0, status=sent (delivered to mailbox) May 10 12:11:24 fedora postfix/qmgr[3071]: C36F82CC285: removed That's when I send from my real email address to the list. Similar error, about User unknown in local recipient table. The only way I can get it to send is if I add the two email addresses into the /etc/aliases file, something like daryl: [EMAIL PROTECTED] Considering the list will contain a lot of people, I don't want to be entering the aliases in the /etc/aliases when mailman obviously has the email address stored in /etc/mailman/aliases and /etc/mailman/aliases.db. What I have done: I have ran postmap and postalias to /etc/aliases/ and /etc/mailman/aliases, have changed /etc/postfix/main.cf, the alias_maps to read: Code: alias_maps = hash:/etc/aliases, hash:/etc/mailman/aliases I am at lost here, and about to pull out my hair.. Any suggestions? Yes, read this documentation :-) /usr/share/doc/postfix-*/README_FILES/LOCAL_RECIPIENT_README It looks like what is happening is that the two addresses that are failing are being interpreted by postfix as being local, which you claim they are not (I assume because local == fedora.x.x.x and non-local == x.x.x). Postfix by default won't attempt delivery to local users that don't exist (that would be pretty pointless wouldn't it?). So how does postfix determine who is local? It matches the domain in the email address against $mydestination or the IP addresses in $inet_interfaces or $proxy_interfaces. I suspect one of these is not properly configured in /etc/postfix/main.cf. -- John Dennis [EMAIL PROTECTED] -- 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] Sendmail: using aliases
At 12:10 PM -0400 2005-05-02, Randall Perry wrote: Sendmail needs to see the group 'daemon' to run anything from it's secure shell /usr/adm/sm.bin. So I reran configure with --mail-gid=daemon and it's working now. That's a good thing to note. Do you want to update the Mailman FAQ Wizard entry for MacOS X to include this? Ok. Tried but got 2 errors: 1) Incorrect password: do I need a separate password from my list subscription password? 2) Log message box: what should I put here and who sees it? -- Randall Perry sysTame Xserve Web Hosting/Co-location Website Development/Promotion Mac Consulting/Sales http://www.systame.com/ -- 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] Sendmail: using aliases
At 1:08 PM -0400 2005-05-10, Randall Perry wrote: That's a good thing to note. Do you want to update the Mailman FAQ Wizard entry for MacOS X to include this? Ok. Tried but got 2 errors: 1) Incorrect password: do I need a separate password from my list subscription password? Yes. Read the page carefully -- it will tell you what password you need to use. 2) Log message box: what should I put here and who sees it? Just some short description of the changes you made. This is incorporated into the version control system that underlies the FAQ Wizard, and anyone who goes in to see all of the versions of the particular question will see the descriptive text that is entered. -- 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
[Mailman-Users] Mailman - majordomo in cascade
Hi, I have this question: There are 2 list, mine and another one in majordomo. I want that if someone post an email to the majordomo list, a copy is sended to my mailman list. It would be like my list is subscribed to the majordomo list. I worry about duplicating email and infinite loops, thats why I have not tested it yet. If this works, then it would be nice to implement the other way: if someone post in my mailman list, a copy is sended to the majordomo list. I hope this can be done, Many Thanks Oliver -- Oliver Schulze L. [EMAIL PROTECTED] -- 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] pending requests disappearing?
Hi. I just saw someone send a subscribe request and in the subscribe log it has his address and pending, but its not in the pending moderator requests. It looks like all the runners are running, anyone know what could be the matter? Any assistance would be appreciated. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici [EMAIL PROTECTED] -- 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] Multiple list managing?
Hi, I was wondering if anyone knew of a utility or a way to do the following through mailman: * Is there a way to enter an e-mail account and have all of the mailing lists listed on a browser page with radio buttons and then be able to select all of the lists you want that e-mail account to be subscribed to? * And the reverse - is there a way that I can enter an e-mail account in and have a page display listing all of the mailing lists this user is subscribed to and be able to unsubscribe that user from all of the lists at once instead of having to go into each list? If this is not possible, I would like to put this in the wishlist. Thank you. Trevor Cullingsworth -- 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] Multiple list managing?
At 2:29 PM -0700 2005-05-10, Trevor Cullingsworth wrote: If this is not possible, I would like to put this in the wishlist. Feel free to file this yourself at the Mailman RFE page at http://sourceforge.net/tracker/?group_id=103atid=350103. -- 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
[Mailman-Users] Group mismatch error
Can someone explain what I need to do when I get this error - I don't want to have to re-run configure. Group mismatch error. Mailman expected the mail wrapper script to be executed as group mail, but the system's mail server executed the mail script as group mailnull. Try tweaking the mail server to run the script as group mail, or re-run configure, providing the command line option `--with-mail-gid=mailnull'. 554 5.3.0 unknown mailer error 2 -- John -- 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] mailman-postfix problem
I know I was missing something simple ;) Once I change $mydestination to fedora.x.x.x, all works fine. :) Thanks :) Jafar -Original Message- From: John Dennis [mailto:[EMAIL PROTECTED] Sent: Wednesday, 11 May 2005 12:20 AM To: Lie, Jafaruddin Cc: mailman-users@python.org Subject: Re: [Mailman-Users] mailman-postfix problem Yes, read this documentation :-) /usr/share/doc/postfix-*/README_FILES/LOCAL_RECIPIENT_README It looks like what is happening is that the two addresses that are failing are being interpreted by postfix as being local, which you claim they are not (I assume because local == fedora.x.x.x and non-local == x.x.x). Postfix by default won't attempt delivery to local users that don't exist (that would be pretty pointless wouldn't it?). So how does postfix determine who is local? It matches the domain in the email address against $mydestination or the IP addresses in $inet_interfaces or $proxy_interfaces. I suspect one of these is not properly configured in /etc/postfix/main.cf. -- John Dennis [EMAIL PROTECTED] -- 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] Group mismatch error
--On May 10, 2005 11:45:29 PM +0100 John Poltorak [EMAIL PROTECTED] wrote: Can someone explain what I need to do when I get this error - I don't want to have to re-run configure. To which I reply: Then your choice would appear to be the other option given in the error message: Try tweaking the mail server to run the script as group mail What's so hard about re-running configure? -- Steve Burlingmailto:[EMAIL PROTECTED] University of Michigan, ICPSRVoice: +1 734 615.3779 330 Packard Street FAX: +1 734 647.8700 Ann Arbor, MI 48104-2910 -- 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
