<html>
<br>
I have been using mailman for the vtkusers list for about a year
now.<br>
Everything was going quite well, until a disk crashed. I was able<br>
to recover the old, lists and everything seemed to be going well.<br>
<br>
I am running this:<br>
FreeBSD 4.4-RC3<br>
mailman-2.0.6<br>
<br>
About three days ago the mail stopped.<br>
<br>
<br>
As far as the logs I am getting a bunch of this stuff:<br>
....<br>
Sep 14 16:30:03 2001 (12593) Could not acquire qrunner lock<br>
Sep 14 16:31:02 2001 (12663) Could not acquire qrunner lock<br>
Sep 14 16:32:02 2001 (12667) Could not acquire qrunner lock<br>
Sep 14 16:33:02 2001 (12675) Could not acquire qrunner lock<br>
Sep 14 16:34:01 2001 (12689) Could not acquire qrunner lock<br>
Sep 14 16:35:02 2001 (12708) Could not acquire qrunner lock<br>
Sep 14 16:36:02 2001 (12724) Could not acquire qrunner lock<br>
<br>
<br>
logs/smtp<br>
Sep 10 16:19:02 2001 (87765) smtp for 1 recips, completed in 0.641
seconds<br>
Sep 10 16:45:45 2001 (2181) smtp for 654 recips, completed in 443.366
seconds<br>
Sep 10 16:49:46 2001 (5068) smtp for 1 recips, completed in 225.345
seconds<br>
... all the times are very long now after this point.<br>
<br>
logs/smtp-failure<br>
Can not check MX records for recipient host dc.ufscar.br)<br>
Sep 14 09:29:04 2001 (75288) 450 rodrigod@dc.ufscar.br (4.7.1
&lt;rodrigod@dc.ufsca<br>
r.br&gt;... Can not check MX records for recipient host
dc.ufscar.br)<br>
Sep 14 09:32:32 2001 (75592) 450 rodrigod@dc.ufscar.br (4.7.1
&lt;rodrigod@dc.ufsca<br>
r.br&gt;... Can not check MX records for recipient host
dc.ufscar.br)<br>
<br>
logs/posts<br>
Sep 14 09:21:32 2001 (75288) post to vtkusers from tedyvtk@gogo.com.br,
size=401<br>
9, 1 failures<br>
Sep 14 09:24:03 2001 (75288) post to vtkusers from tedyvtk@gogo.com.br,
size=417<br>
3, 1 failures<br>
Sep 14 09:26:33 2001 (75288) post to vtkusers from dalleyg@dma.org,
size=570, 1 <br>
failures<br>
Sep 14 09:29:04 2001 (75288) post to vtkusers from krw@viz-solutions.com,
size=6<br>
97, 1 failures<br>
Sep 14 09:32:32 2001 (75592) post to vtkusers from
charlie.chang@nchc.gov.tw, si<br>
ze=2325, 1 failures<br>
<br>
<br>
Very little mail seems to be getting out.<br>
<br>
<br>
I found this on google groups:<br>
From: Marc MERLIN &lt;marc_news@v...&gt;<br>
Date: Fri Nov 3, 2000 7:14 pm<br>
Subject: [Exim] name resolution with mailman and exim<br>
<br>
<br>
Ok, so here's the deal:<br>
Sourceforge hosts a lot of mailing lists with mailman, and I'm helping
with<br>
their new setup.<br>
<br>
<br>
Mailman will spool all the incoming mailing list posts and run through
the<br>
queue once a minute with a single threaded process, and that process
takes<br>
every post and feeds them to (currently) sendmail.<br>
One mail from, and lots of rcpt to (batches of 100 I think).<br>
Actually, you can tell mailman not to spool and talk to the MTA
directly,<br>
but that was unreliable apparently.<br>
<br>
<br>
<br>
The problem is that some list subscribers are in countries where DNS is
slow<br>
and unreliable.<br>
<br>
<br>
Any ideas for a fix would be appreciated.<br>
<br>
Thanks in advance.<br>
<br>
-Bill<br>
<br>
<br>
<br>
I have been using mailman for the vtkusers list for about a year
now.<br>
Everything was going quite well, until a disk crashed. I was able<br>
to recover the old, lists and everything seemed to be going well.<br>
<br>
I am running this:<br>
FreeBSD 4.4-RC3<br>
mailman-2.0.6<br>
<br>
About three days ago the mail stopped.<br>
<br>
<br>
As far as the logs I am getting a bunch of this stuff:<br>
....<br>
Sep 14 16:30:03 2001 (12593) Could not acquire qrunner lock<br>
Sep 14 16:31:02 2001 (12663) Could not acquire qrunner lock<br>
Sep 14 16:32:02 2001 (12667) Could not acquire qrunner lock<br>
Sep 14 16:33:02 2001 (12675) Could not acquire qrunner lock<br>
Sep 14 16:34:01 2001 (12689) Could not acquire qrunner lock<br>
Sep 14 16:35:02 2001 (12708) Could not acquire qrunner lock<br>
Sep 14 16:36:02 2001 (12724) Could not acquire qrunner lock<br>
<br>
<br>
logs/smtp<br>
Sep 10 16:19:02 2001 (87765) smtp for 1 recips, completed in 0.641
seconds<br>
Sep 10 16:45:45 2001 (2181) smtp for 654 recips, completed in 443.366
seconds<br>
Sep 10 16:49:46 2001 (5068) smtp for 1 recips, completed in 225.345
seconds<br>
... all the times are very long now after this point.<br>
<br>
logs/smtp-failure<br>
Can not check MX records for recipient host dc.ufscar.br)<br>
Sep 14 09:29:04 2001 (75288) 450 rodrigod@dc.ufscar.br (4.7.1
&lt;rodrigod@dc.ufsca<br>
r.br&gt;... Can not check MX records for recipient host
dc.ufscar.br)<br>
Sep 14 09:32:32 2001 (75592) 450 rodrigod@dc.ufscar.br (4.7.1
&lt;rodrigod@dc.ufsca<br>
r.br&gt;... Can not check MX records for recipient host
dc.ufscar.br)<br>
<br>
logs/posts<br>
Sep 14 09:21:32 2001 (75288) post to vtkusers from tedyvtk@gogo.com.br,
size=401<br>
9, 1 failures<br>
Sep 14 09:24:03 2001 (75288) post to vtkusers from tedyvtk@gogo.com.br,
size=417<br>
3, 1 failures<br>
Sep 14 09:26:33 2001 (75288) post to vtkusers from dalleyg@dma.org,
size=570, 1 <br>
failures<br>
Sep 14 09:29:04 2001 (75288) post to vtkusers from krw@viz-solutions.com,
size=6<br>
97, 1 failures<br>
Sep 14 09:32:32 2001 (75592) post to vtkusers from
charlie.chang@nchc.gov.tw, si<br>
ze=2325, 1 failures<br>
<br>
<br>
Very little mail seems to be getting out.<br>
<br>
<br>
I found this on google groups:<br>
From: Marc MERLIN &lt;marc_news@v...&gt;<br>
Date: Fri Nov 3, 2000 7:14 pm<br>
Subject: [Exim] name resolution with mailman and exim<br>
<br>
<br>
Ok, so here's the deal:<br>
Sourceforge hosts a lot of mailing lists with mailman, and I'm helping
with<br>
their new setup.<br>
<br>
<br>
Mailman will spool all the incoming mailing list posts and run through
the<br>
queue once a minute with a single threaded process, and that process
takes<br>
every post and feeds them to (currently) sendmail.<br>
One mail from, and lots of rcpt to (batches of 100 I think).<br>
Actually, you can tell mailman not to spool and talk to the MTA
directly,<br>
but that was unreliable apparently.<br>
<br>
<br>
<br>
The problem is that some list subscribers are in countries where DNS is
slow<br>
and unreliable.<br>
<br>
<br>
Any ideas for a fix would be appreciated.<br>
<br>
Thanks in advance.<br>
<br>
-Bill<br>
<br>
<br>
</html>