on 12/1/08 1:50 PM, Ricardo Kleemann said:
But if I do an strace on the outgoing runner, it basically is working
very slowly through a large memberlist. It will process a certain
number, then hang a few seconds before it processes the next batch. The
server is not loaded and I don't see any ot
Brad Rogers wrote:
>
>I run a small mailing list which under version 2.1.11 of Mailman. A
>while ago, an unsubscribe message came to the list rather than be
>intercepted and acted upon. I thought nothing of it at the time, but
>a similar occurrence on another list (to which I subscribe but do not
Ricardo Kleemann wrote:
>
>I wrote a tiny perl script to test the connection to the server via
>localhost and I can consistently do 500 connections in 30 seconds. I don't
>see any other evidence of the smtp hanging up.
The connection rate is generally not an issue as Mailman normall does
all th
Sean Murphy wrote:
>Mark Sapiro wrote:
>>
>> When sent, the mail is sent to [EMAIL PROTECTED] (or whatever the name
>> of the site list is). You can test if this mail is deliverable by just
>> mailing anything to that address.
>>
>
>I checked the mm_cfg.py and then the defaults.py it is currentl
Hello All,
I run a small mailing list which under version 2.1.11 of Mailman. A
while ago, an unsubscribe message came to the list rather than be
intercepted and acted upon. I thought nothing of it at the time, but
a similar occurrence on another list (to which I subscribe but do not
have admin pr
Mark, thanks for your help.
For the most part I did get around the SMTP issues last week, I disabled
ident lookup on the smtp server. But it seems to be back today and I don't
quite understand what could be the problem.
I wrote a tiny perl script to test the connection to the server via
loca
On Mon, Dec 1, 2008 at 18:39, Mark Sapiro <[EMAIL PROTECTED]> wrote:
> Something like the following:
Thanks yet again!
Richard
--
Mailman-Users mailing list
Mailman-Users@python.org
http://mail.python.org/mailman/listinfo/mailman-users
Mailma
Richard Hartmann wrote:
>
>For reference, how should the output of dumpdb -p look like if the
>files were OK?
Something like the following:
[- start pickle file -]
<- start object 1 ->
(this section has the raw message text)
<- start object 2 ->
{ '_parsemsg': True,
On Mon, Dec 1, 2008 at 18:24, Mark Sapiro <[EMAIL PROTECTED]> wrote:
> It looks like the files are corrupt. You may be able to see something
> of the contents with 'strings', but Mailman won't be able to process
> them as they are.
>
> If strings allows you to actually recover a message from the f
Richard Hartmann wrote:
>
>> You should
>> dump the file with "bin/dumpdb -p" to make sure it contains both a
>> message and a metadata object before renaming it.
>
># /usr/lib/mailman/bin/dumpdb -p
>/var/lib/mailman/qfiles/shunt/1227775710.928695+a44f4a2c5af5927c529c6c4a5589ab71759a1f86.pck.tmp
>[
On Mon, Dec 1, 2008 at 18:01, Mark Sapiro <[EMAIL PROTECTED]> wrote:
> First of all, your /etc/init.d/mailman script come from plesk or some
> other packager. Our suggested script doesn't attempt to remove lock
> files.
Yes, it's Plesk (unfortunately).
> You should
> dump the file with "bin/dum
Richard Hartmann wrote:
>Even more info (should have stated that in the first email):
>
>This is a NFS share. So it might 'just' be a crappy net connection.
>
>Any thoughts about this patch which I plan to apply locally?
>Beware evil GMail linebreaks..
>
>
>--- /usr/lib/mailman/Mailman/Queue/Switc
Richard Hartmann wrote:
>Further info:
>
>Restarting mailman gives me
>
># /etc/init.d/mailman restart
>Shutting down mailman
>
> done
>rm: cannot remove `/var/lib/mailman/locks/*': No such file or directory
>Starting mailmanrm: cannot remove `/
On Mon, Dec 1, 2008 at 15:14, J.A. Terranson <[EMAIL PROTECTED]> wrote:
> try this:
>
>./mailmanctl stop
>./mailmanctl --stale-lock-cleanup start
Nope, the warnings are still there. I don't really care about those, though.
My main concern is to make Mailman reliably relay list mai
On Mon, 1 Dec 2008, Richard Hartmann wrote:
> Restarting mailman gives me
>
> # /etc/init.d/mailman restart
> Shutting down mailman
>
> done
> rm: cannot remove `/var/lib/mailman/locks/*': No such file or directory
> Starting mailmanrm: cannot
Even more info (should have stated that in the first email):
This is a NFS share. So it might 'just' be a crappy net connection.
Any thoughts about this patch which I plan to apply locally?
Beware evil GMail linebreaks..
--- /usr/lib/mailman/Mailman/Queue/Switchboard.py.orig 2008-12-01
11:46:3
Further info:
Restarting mailman gives me
# /etc/init.d/mailman restart
Shutting down mailman
done
rm: cannot remove `/var/lib/mailman/locks/*': No such file or directory
Starting mailmanrm: cannot remove `/var/lib/mailman/locks/*': No such
f
Hi all,
I have this in my error log:
Nov 27 09:53:19 2008 post(18252): Traceback (most recent call last):
post(18252): File "/usr/lib/mailman/scripts/post", line 69, in ?
post(18252): main()
post(18252): File "/usr/lib/mailman/scripts/post", line 64, in main
post(18252): tolist=1, _
18 matches
Mail list logo
