[Mailman-Users] Long delay for qrunner ?
Danny Terweij
danny at terweij.nl
Sat Apr 27 00:21:07 CEST 2002
RE: [Mailman-Users] Long delay for qrunner ?I am using 2.0.10
Never tested 2.0.8 fully. Did setup and test the functionality in 2.0.8 and then 2.0.10 came out and upgraded it.
Now i have about 6 lists. many people are subscribed (30-66) and posted kb is between 1k and 4mb .
Mostly around 300kb.
But it costs ages to empty the whole qfiles dir here...
Danny.
----- Original Message -----
From: Bueschel, Eric W RWBAHC DIN-PACS
To: 'Danny Terweij'
Sent: Saturday, April 27, 2002 12:11 AM
Subject: RE: [Mailman-Users] Long delay for qrunner ?
What version of mm are you using? I'm using 2.0.9. Seems like I've heard a lot of people complain about qrunner running slow. Is it a problem in 2.0.10?
Eric
-----Original Message-----
From: Danny Terweij [mailto:danny at poema.yi.org]
Sent: Friday, April 26, 2002 2:36 PM
To: Bueschel, Eric W RWBAHC DIN-PACS; mailman-users at python.org
Subject: Re: [Mailman-Users] Long delay for qrunner ?
Hmm I wonder some thing...
My mailman linux server is behind a firewall.
[internet]
\/
router
\/
MAIN-SERVER (xxx.yyy.com) (A)
\/
MAILMAN SERVER (lnx.xxx.yyy.com) (B)
When some person sends an mail to test at lnx.xxx.yyy.com , the server (A) sends it to (B).
Webpages are get by http://lnx.xxx.yyy.com/ and Apache redirects it on (A) to http://xxx.yyy.com:81/. This last url is port forwarded from the router to http://internal-ip-server(B):80/
Outgoing mail from mailman :
SMTPDirect module to 127.0.0.1 port 25 (sendmail)
Sendmail is configured to not deliver directly but send all mail to server (A).
DNS master is (A) (outside requests and backup for internal LAN)
DNS slave is (B) (For internal LAN requests)
So i do not think it is an MTA DNS resolving stuff. Maybe i am wrong but all the DNS resolvings at above situation are on Server (A). Because there are the outgoing messages real processed for the internet. I see there the mx lookups and not on server (B).
Danny.
----- Original Message -----
From: Bueschel, Eric W RWBAHC DIN-PACS
To: mailman-users at python.org
Sent: Friday, April 26, 2002 11:05 PM
Subject: RE: [Mailman-Users] Long delay for qrunner ?
Ok, I am also seeing that problem, below is an excerpt from the faq. I am using sendmail for my MTA, how would I turn this off on my box? I looked in README.SENDMAIL and it didn't address it.
Eric
Q. I'm getting really terrible performance for outgoing messages. It seems that if the MTA has trouble resolving DNS for any recipients, qrunner just gets really slow clearing the queue. Any ideas?
A. What's likely happening is that your MTA is doing DNS resolution on recipients for messages delivered locally (i.e. from Mailman to your MTA via SMTPDirect.py). This is a Bad Thing. You need to turn off synchronous DNS resolution for messages originating from the local host.
In Exim, the value to edit is receiver_verify_hosts. See README.EXIM for details. Other MTAs have (of course) different parameters and defaults that control this. First check the README file for your MTA and then consult your MTA's own documentation.
> -----Original Message-----
> From: Danny Terweij [mailto:danny at terweij.nl]
> Sent: Friday, April 26, 2002 6:49 AM
> To: jonc at nc.rr.com; mailman-users at python.org
> Subject: Re: [Mailman-Users] Long delay for qrunner ?
>
>
> From: "Jon Carnes" <jonc at nc.rr.com>
> > Are messages going out from Mailman? In otherwords, is
> qrunner stuck on
> one
> > or two messages?
>
> Every message is going out. But qrunner is very slow (or
> something else).
>
> With ps ax i see :
>
> 4609 ? R 41:19 /usr/bin/python -S
> /var/mailman/cron/qrunner
>
> Danny.
>
>
>
>
>
> ------------------------------------------------------
> Mailman-Users mailing list
> Mailman-Users at python.org
> http://mail.python.org/mailman/listinfo/mailman-users
> Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.python.org/pipermail/mailman-users/attachments/20020427/ca3371fe/attachment.htm
More information about the Mailman-Users
mailing list