Re: [Mailman-Developers] CVS glitch.
On Wed, 30 Oct 2002 22:55:26 -0800 Chuq Von Rospach [EMAIL PROTECTED] wrote: well, that's bloody weird. CVS doesn't think so. ... weirdo. General CVS advice: When in doubt, concern with CVS or even just the wrong day of the week (ie anything between Sunday and Saturday inclusive), do a fresh checkout, not an update. Its saved my bacon and shorts far too many times to ignore. CVS has a tendency to get these sorts of rare and complex operations (eg update) wrong now and then. Elide rant on the gloriously broken state and quality of CVS -- J C Lawrence -(*)Satan, oscillate my metallic sonatas. [EMAIL PROTECTED] He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live. ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers
[Mailman-Developers] [ mailman-Bugs-631447 ] error during subscription process
Bugs item #631447, was opened at 2002-10-31 10:18 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=100103aid=631447group_id=103 Category: (un)subscribing Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Carlo Meme' (cmeme) Assigned to: Nobody/Anonymous (nobody) Summary: error during subscription process Initial Comment: One user trying to subscribe got the following email message: Bug in Mailman version 2.0.13 We're sorry, we hit a bug! The information in the log are: admin(8347): [- Mailman Version: 2.0.13 -] admin(8347): [- Traceback --] admin(8347): Traceback (innermost last): admin(8347): File /var/mailman/scripts/driver, line 96, in run_main admin(8347): main() admin(8347): File /var/mailman/Mailman/Cgi/subscribe.py, line 76, in main admin(8347): process_form(mlist, doc) admin(8347): File /var/mailman/Mailman/Cgi/subscribe.py, line 104, in process_form admin(8347): if form.has_key(UserOptions) or \ admin(8347): File /var/mailman/Mailman/pythonlib/cgi.py, line 564, in has_key admin(8347): raise TypeError, not indexable admin(8347): TypeError: not indexable admin(8347): [- Python Information -] admin(8347): sys.version= 1.5.2 (#1, Jul 5 2001, 03:02:19) [GCC 2.96 2731 (Red Hat Linux 7.1 2 admin(8347): sys.executable = /usr/bin/python admin(8347): sys.prefix = /usr admin(8347): sys.exec_prefix= /usr admin(8347): sys.path = /usr admin(8347): sys.platform = linux-i386 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=100103aid=631447group_id=103 ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers
Re: [Mailman-Developers] CVS glitch.
CVR == Chuq Von Rospach [EMAIL PROTECTED] writes: CVR well, that's bloody weird. CVS doesn't think so. I just tried an anonymous cvs co on MacOS 10.2.1 and got the expected files. I thought maybe it could be a OSX thing, or maybe a pserver thing (remember that I always work in an authenticated checkout). But nope, I got the expected files. JCL == J C Lawrence [EMAIL PROTECTED] writes: JCL Elide rant on the gloriously broken state and quality of JCL CVS Sigh. Greg Wilson said at a Python conference many years ago (paraphrasing): cvs is the worst tool all of us use on a daily basis. subversive-ly y'rs, -Barry ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers
Re: [Mailman-Developers] CVS glitch.
What happens when you do cvs -q up -P -d -A ? plaidworks.com 162# cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/mailman update mailman Am I just being annoying if I point out that you didn't include all the flags Barry suggested? (Specifically -A says make sure *nothing* is sticky and go to the head of the main trunk.) -Dale ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers
[Mailman-Developers] [ mailman-Bugs-631569 ] conn.quit() - SMTPServerDisconnected
Bugs item #631569, was opened at 2002-10-31 15:33
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=100103aid=631569group_id=103
Category: mail delivery
Group: 2.1 beta
Status: Open
Resolution: None
Priority: 5
Submitted By: Denzel D'aviagio (uplink2sf)
Assigned to: Nobody/Anonymous (nobody)
Summary: conn.quit() - SMTPServerDisconnected
Initial Comment:
well this is driving me insane. had it since 2.1b3 on
RedHat 7.2 using python 2.2 (stock rpm install).
there's a few lists active but mail gets delivered
rarely - seems when sending mail,
Mailman/Handlers/SMTPDirect.py fails to conn.quit()
thus raising a
SMTPServerDisconnected: please run connect() first
...weird!
please find attached looots of logfiles that hopefully
make sense to you. I have too little knowledge of
python (=0) to investigate more.
---
root [tweak] # $(which python2) -v
# /usr/lib/python2.2/site.pyc matches
/usr/lib/python2.2/site.py
import site # precompiled from /usr/lib/python2.2/site.pyc
# /usr/lib/python2.2/os.pyc matches
/usr/lib/python2.2/os.py
import os # precompiled from /usr/lib/python2.2/os.pyc
import posix # builtin
# /usr/lib/python2.2/posixpath.pyc matches
/usr/lib/python2.2/posixpath.py
import posixpath # precompiled from
/usr/lib/python2.2/posixpath.pyc
# /usr/lib/python2.2/stat.pyc matches
/usr/lib/python2.2/stat.py
import stat # precompiled from /usr/lib/python2.2/stat.pyc
# /usr/lib/python2.2/UserDict.pyc matches
/usr/lib/python2.2/UserDict.py
import UserDict # precompiled from
/usr/lib/python2.2/UserDict.pyc
Python 2.2 (#1, Apr 12 2002, 15:29:57)
[GCC 2.96 2731 (Red Hat Linux 7.2 2.96-109)] on linux2
Type help, copyright, credits or license for
more information.
dlopen(/usr/lib/python2.2/lib-dynload/readline.so, 2);
import readline # dynamically loaded from
/usr/lib/python2.2/lib-dynload/readline.so
---
the following logfile mix is obfuscated a bit (email
and IP addresses)
08017 220 companyMail ESMTP
08017 EHLO company.at
08017 250-mx.company.at Hello fqdn.domain.net
[2.3.4.5], pleased to meet you
08017 250-ENHANCEDSTATUSCODES
08017 250-PIPELINING
08017 250-8BITMIME
08017 250-SIZE
08017 250-DSN
08017 250-ETRN
08017 250-AUTH DIGEST-MD5 CRAM-MD5
08017 250-STARTTLS
08017 250-DELIVERBY
08017 250 HELP
08017 STARTTLS
08017 220 2.0.0 Ready to start TLS
08018 220 companyMail ESMTP
08018 HELO company.at
08018 250 mx.company.at Hello fqdn.domain.net
[2.3.4.5], pleased to meet you
08018 MAIL FROM:[EMAIL PROTECTED]
08018 250 2.1.0 [EMAIL PROTECTED]... Sender ok
08018 RCPT TO:[EMAIL PROTECTED]
08018 250 2.1.5 [EMAIL PROTECTED]... Recipient ok
08018 DATA
08018 354 Enter mail, end with . on a line by itself
08018 Date: Thu, 31 Oct 2002 15:05:15 +0100
08018 Mime-Version: 1.0 (Apple Message framework v546)
08018 Content-Type: text/plain; charset=US-ASCII;
format=flowed
08018 Subject: test
08018 From: SENDER REALNAME [EMAIL PROTECTED]
08018 To: [EMAIL PROTECTED]
08018 Content-Transfer-Encoding: 7bit
08018 Message-Id:
[EMAIL PROTECTED]
08018 X-Mailer: Apple Mail (2.546)
08018
08018 ENDOFTEST
08018
08018 .
08018 250 2.0.0 g9VDs6Nu008018 Message accepted for
delivery
08018 QUIT
08018 221 2.0.0 mx.company.at closing connection
08019 === EXEC smrsh -c
/opt/mailman/current/mail/mailman post apfelsucht
08019 From [EMAIL PROTECTED] Thu Oct 31 14:54:06 2002
08019 Received: from company.at (fqdn.domain.net
[2.3.4.5]) by mx.company.at (company.at/20021013) with
SMTP id g9VDs6Nu008018 for [EMAIL PROTECTED];
Thu, 31 Oct 2002 14:54:06 +0100
08019 Date: Thu, 31 Oct 2002 15:05:15 +0100
08019 Mime-Version: 1.0 (Apple Message framework v546)
08019 Content-Type: text/plain; charset=US-ASCII;
format=flowed
08019 Subject: test
08019 From: SENDER REALNAME [EMAIL PROTECTED]
08019 To: [EMAIL PROTECTED]
08019 Content-Transfer-Encoding: 7bit
08019 Message-Id:
[EMAIL PROTECTED]
08019 X-Mailer: Apple Mail (2.546)
08019
08019 ENDOFTEST
08019
Oct 31 14:54:06 tweak sm-mta[8018]: g9VDs6Nu008018:
from=[EMAIL PROTECTED], size=377, class=0, nrcpts=1,
msgid=[EMAIL PROTECTED],
proto=SMTP, daemon=MTA, relay=fqdn.domain.net [2.3.4.5]
08019 [EOF]
Oct 31 14:54:07 tweak sm-mta[8019]: g9VDs6Nu008018:
to=|/opt/mailman/current/mail/mailman post
apfelsucht, ctladdr=[EMAIL PROTECTED] (47/0),
delay=00:00:01, xdelay=00:00:01, mailer=prog,
pri=30568, dsn=2.0.0, stat=Sent
connect: ('localhost', 25)
connect: ('localhost', 25)
reply: '220 companyMail ESMTP\r\n'
reply: retcode (220); Msg: companyMail ESMTP
connect: companyMail ESMTP
send: 'ehlo tweak.company.at\r\n'
reply: '250-mx.company.at Hello localhost [127.0.0.1],
pleased to meet you\r\n'
reply: '250-ENHANCEDSTATUSCODES\r\n'
reply: '250-PIPELINING\r\n'
reply: '250-8BITMIME\r\n'
reply: '250-SIZE\r\n'
reply: '250-DSN\r\n'
reply: '250-ETRN\r\n'
reply: '250-AUTH DIGEST-MD5 CRAM-MD5\r\n'
reply: '250-STARTTLS\r\n'
reply: '250-DELIVERBY\r\n'
reply: '250 HELP\r\n'
reply: retcode (250); Msg: mx.company.at Hello
localhost [127.0.0.1], pleased to
[Mailman-Developers] errors in 2.1b4
I had some stuff in the shunt dir, so I ran unshunt. Most of it seemed
to be weird spam with funky character sets in it.
Got various tracebacks and errors attempting to deal with it
plaidworks.com 44# ../bin/unshunt
*** /Users/mailman/logs/error ***
Oct 31 08:53:11 2002 (393) Uncaught runner exception:
Oct 31 08:53:11 2002 (393) Traceback (most recent call last):
File /usr/local/mailman/Mailman/Queue/Runner.py, line 105, in
_oneloop
self._onefile(msg, msgdata)
File /usr/local/mailman/Mailman/Queue/Runner.py, line 154, in
_onefile
keepqueued = self._dispose(mlist, msg, msgdata)
File /usr/local/mailman/Mailman/Queue/IncomingRunner.py, line 129,
in _dispose
status = self._dopipeline(mlist, msg, msgdata, pipeline)
File /usr/local/mailman/Mailman/Queue/IncomingRunner.py, line 152,
in _dopipeline
sys.modules[modname].process(mlist, msg, msgdata)
File /usr/local/mailman/Mailman/Handlers/Hold.py, line 181, in
process
MessageTooBig(bodylen, mlist.max_message_size))
File /usr/local/mailman/Mailman/Handlers/Hold.py, line 207, in
hold_for_approval
id = mlist.HoldMessage(msg, reason, msgdata)
File /usr/local/mailman/Mailman/ListAdmin.py, line 202, in
HoldMessage
assert not self.__db.has_key(id)
AssertionError
Oct 31 08:53:13 2002 (395) Uncaught runner exception: sequence
expected, NoneType found
Oct 31 08:53:13 2002 (395) Traceback (most recent call last):
File /usr/local/mailman/Mailman/Queue/Runner.py, line 105, in
_oneloop
self._onefile(msg, msgdata)
File /usr/local/mailman/Mailman/Queue/Runner.py, line 154, in
_onefile
keepqueued = self._dispose(mlist, msg, msgdata)
File /usr/local/mailman/Mailman/Queue/OutgoingRunner.py, line 61,
in _dispose
self._func(mlist, msg, msgdata)
File /usr/local/mailman/Mailman/Handlers/SMTPDirect.py, line 139,
in process
deliveryfunc(mlist, msg, msgdata, envsender, refused, conn)
File /usr/local/mailman/Mailman/Handlers/SMTPDirect.py, line 277,
in verpdeliver
d = {'bounces': bmailbox,
TypeError: sequence expected, NoneType found
Oct 31 08:53:13 2002 (393) Uncaught runner exception: ASCII decoding
error: ordinal not in range(128)
Oct 31 08:53:13 2002 (393) Traceback (most recent call last):
File /usr/local/mailman/Mailman/Queue/Runner.py, line 105, in
_oneloop
self._onefile(msg, msgdata)
File /usr/local/mailman/Mailman/Queue/Runner.py, line 154, in
_onefile
keepqueued = self._dispose(mlist, msg, msgdata)
File /usr/local/mailman/Mailman/Queue/IncomingRunner.py, line 129,
in _dispose
status = self._dopipeline(mlist, msg, msgdata, pipeline)
File /usr/local/mailman/Mailman/Queue/IncomingRunner.py, line 152,
in _dopipeline
sys.modules[modname].process(mlist, msg, msgdata)
File /usr/local/mailman/Mailman/Handlers/Hold.py, line 181, in
process
MessageTooBig(bodylen, mlist.max_message_size))
File /usr/local/mailman/Mailman/Handlers/Hold.py, line 255, in
hold_for_approval
lang=lang)
File /usr/local/mailman/Mailman/Message.py, line 203, in __init__
self['Subject'] = Header(subject, charset, header_name='Subject')
File /usr/local/mailman/pythonlib/email/Header.py, line 164, in
__init__
self.append(s, charset)
File /usr/local/mailman/pythonlib/email/Header.py, line 224, in
append
unicode(s, charset.get_output_charset())
UnicodeError: ASCII decoding error: ordinal not in range(128)
Not even sure this isn't the correct response to these beasts, but I
thought I'd pass them along in case Barry wanted to tighten up some
tests in the code...
--
Chuq Von Rospach, Architech
[EMAIL PROTECTED] -- http://www.plaidworks.com/chuqui/blog/
Yes, I am an agent of Satan, but my duties
are largely ceremonial.
___
Mailman-Developers mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/mailman-developers
[Mailman-Developers] [ mailman-Bugs-631569 ] conn.quit() - SMTPServerDisconnected
Bugs item #631569, was opened at 2002-10-31 15:33
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=100103aid=631569group_id=103
Category: mail delivery
Group: 2.1 beta
Status: Open
Resolution: None
Priority: 6
Submitted By: Denzel D'aviagio (uplink2sf)
Assigned to: Nobody/Anonymous (nobody)
Summary: conn.quit() - SMTPServerDisconnected
Initial Comment:
well this is driving me insane. had it since 2.1b3 on
RedHat 7.2 using python 2.2 (stock rpm install).
there's a few lists active but mail gets delivered
rarely - seems when sending mail,
Mailman/Handlers/SMTPDirect.py fails to conn.quit()
thus raising a
SMTPServerDisconnected: please run connect() first
...weird!
please find attached looots of logfiles that hopefully
make sense to you. I have too little knowledge of
python (=0) to investigate more.
---
root [tweak] # $(which python2) -v
# /usr/lib/python2.2/site.pyc matches
/usr/lib/python2.2/site.py
import site # precompiled from /usr/lib/python2.2/site.pyc
# /usr/lib/python2.2/os.pyc matches
/usr/lib/python2.2/os.py
import os # precompiled from /usr/lib/python2.2/os.pyc
import posix # builtin
# /usr/lib/python2.2/posixpath.pyc matches
/usr/lib/python2.2/posixpath.py
import posixpath # precompiled from
/usr/lib/python2.2/posixpath.pyc
# /usr/lib/python2.2/stat.pyc matches
/usr/lib/python2.2/stat.py
import stat # precompiled from /usr/lib/python2.2/stat.pyc
# /usr/lib/python2.2/UserDict.pyc matches
/usr/lib/python2.2/UserDict.py
import UserDict # precompiled from
/usr/lib/python2.2/UserDict.pyc
Python 2.2 (#1, Apr 12 2002, 15:29:57)
[GCC 2.96 2731 (Red Hat Linux 7.2 2.96-109)] on linux2
Type help, copyright, credits or license for
more information.
dlopen(/usr/lib/python2.2/lib-dynload/readline.so, 2);
import readline # dynamically loaded from
/usr/lib/python2.2/lib-dynload/readline.so
---
the following logfile mix is obfuscated a bit (email
and IP addresses)
08017 220 companyMail ESMTP
08017 EHLO company.at
08017 250-mx.company.at Hello fqdn.domain.net
[2.3.4.5], pleased to meet you
08017 250-ENHANCEDSTATUSCODES
08017 250-PIPELINING
08017 250-8BITMIME
08017 250-SIZE
08017 250-DSN
08017 250-ETRN
08017 250-AUTH DIGEST-MD5 CRAM-MD5
08017 250-STARTTLS
08017 250-DELIVERBY
08017 250 HELP
08017 STARTTLS
08017 220 2.0.0 Ready to start TLS
08018 220 companyMail ESMTP
08018 HELO company.at
08018 250 mx.company.at Hello fqdn.domain.net
[2.3.4.5], pleased to meet you
08018 MAIL FROM:[EMAIL PROTECTED]
08018 250 2.1.0 [EMAIL PROTECTED]... Sender ok
08018 RCPT TO:[EMAIL PROTECTED]
08018 250 2.1.5 [EMAIL PROTECTED]... Recipient ok
08018 DATA
08018 354 Enter mail, end with . on a line by itself
08018 Date: Thu, 31 Oct 2002 15:05:15 +0100
08018 Mime-Version: 1.0 (Apple Message framework v546)
08018 Content-Type: text/plain; charset=US-ASCII;
format=flowed
08018 Subject: test
08018 From: SENDER REALNAME [EMAIL PROTECTED]
08018 To: [EMAIL PROTECTED]
08018 Content-Transfer-Encoding: 7bit
08018 Message-Id:
[EMAIL PROTECTED]
08018 X-Mailer: Apple Mail (2.546)
08018
08018 ENDOFTEST
08018
08018 .
08018 250 2.0.0 g9VDs6Nu008018 Message accepted for
delivery
08018 QUIT
08018 221 2.0.0 mx.company.at closing connection
08019 === EXEC smrsh -c
/opt/mailman/current/mail/mailman post apfelsucht
08019 From [EMAIL PROTECTED] Thu Oct 31 14:54:06 2002
08019 Received: from company.at (fqdn.domain.net
[2.3.4.5]) by mx.company.at (company.at/20021013) with
SMTP id g9VDs6Nu008018 for [EMAIL PROTECTED];
Thu, 31 Oct 2002 14:54:06 +0100
08019 Date: Thu, 31 Oct 2002 15:05:15 +0100
08019 Mime-Version: 1.0 (Apple Message framework v546)
08019 Content-Type: text/plain; charset=US-ASCII;
format=flowed
08019 Subject: test
08019 From: SENDER REALNAME [EMAIL PROTECTED]
08019 To: [EMAIL PROTECTED]
08019 Content-Transfer-Encoding: 7bit
08019 Message-Id:
[EMAIL PROTECTED]
08019 X-Mailer: Apple Mail (2.546)
08019
08019 ENDOFTEST
08019
Oct 31 14:54:06 tweak sm-mta[8018]: g9VDs6Nu008018:
from=[EMAIL PROTECTED], size=377, class=0, nrcpts=1,
msgid=[EMAIL PROTECTED],
proto=SMTP, daemon=MTA, relay=fqdn.domain.net [2.3.4.5]
08019 [EOF]
Oct 31 14:54:07 tweak sm-mta[8019]: g9VDs6Nu008018:
to=|/opt/mailman/current/mail/mailman post
apfelsucht, ctladdr=[EMAIL PROTECTED] (47/0),
delay=00:00:01, xdelay=00:00:01, mailer=prog,
pri=30568, dsn=2.0.0, stat=Sent
connect: ('localhost', 25)
connect: ('localhost', 25)
reply: '220 companyMail ESMTP\r\n'
reply: retcode (220); Msg: companyMail ESMTP
connect: companyMail ESMTP
send: 'ehlo tweak.company.at\r\n'
reply: '250-mx.company.at Hello localhost [127.0.0.1],
pleased to meet you\r\n'
reply: '250-ENHANCEDSTATUSCODES\r\n'
reply: '250-PIPELINING\r\n'
reply: '250-8BITMIME\r\n'
reply: '250-SIZE\r\n'
reply: '250-DSN\r\n'
reply: '250-ETRN\r\n'
reply: '250-AUTH DIGEST-MD5 CRAM-MD5\r\n'
reply: '250-STARTTLS\r\n'
reply: '250-DELIVERBY\r\n'
reply: '250 HELP\r\n'
reply: retcode (250); Msg: mx.company.at Hello
localhost [127.0.0.1], pleased to
[Mailman-Developers] re: Much cpu/memory load
I've had the same problem. ArchRunner seems to have serious performance problems if you've got heavy list activity and are archiving to both pipermail and mbox. I fixed it by setting ARCHIVE_TO_MBOX=1. This will only archive to mbox, so your pipermail archives won't be updated. You should be able to generate pipermail archives by hand later with bin/arch list_name. It isn't an ideal solution, but at least your message will move out of the archive queue. -- Andrew Clark Campus Network Programmer Office of Information Technology University of California, Santa Barbara [EMAIL PROTECTED] (805) 893-5311 Date: Thu, 31 Oct 2002 15:48:08 +0100 From: Danny Terweij [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Mailman-Developers] Much cpu/memory load Message-ID: 01ab01c280ec$8739bb20$[EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Precedence: list Message: 1 Hi, Because my /qfiles/archive/*.* files are not processed by the qrunner/ArchRunner my linux box gets overloaded. I have now 55mb unproccessed archive files at the qfiles dir. The pipermail archives are not updated. When i do a mailmanctl stop then the Archrunner is still active. I did a kill -9 PID and it stops. Then i must remove all the lock files found where lockfiles are. Then the cpu load is back to normal. 24290 ?S 0:00 /usr/bin/python2 ./mailmanctl start 24291 ?D 34:56 qrunner /usr/local/mailman/bin/qrunner --runner=ArchRunner:0:1 -s 24292 ?S 0:16 qrunner /usr/local/mailman/bin/qrunner --runner=BounceRunner:0:1 -s 24293 ?S 0:03 qrunner /usr/local/mailman/bin/qrunner --runner=CommandRunner:0:1 -s 24294 ?S 0:31 qrunner /usr/local/mailman/bin/qrunner --runner=IncomingRunner:0:1 -s 24295 ?S 0:03 qrunner /usr/local/mailman/bin/qrunner --runner=NewsRunner:0:1 -s 24296 ?S 0:29 qrunner /usr/local/mailman/bin/qrunner --runner=OutgoingRunner:0:1 -s 24297 ?S 0:07 qrunner /usr/local/mailman/bin/qrunner --runner=VirginRunner:0:1 -s I think that realy somthing is wrong with the ArchRunner. Looks like it is in a loop or is doing nothing. The /qfiles/archive/ dir is growing and growing, i must stop mailman very often now otherwise de box gets overloaded. The load was this morning on a average of 10 and all my memory was used (20mb left on swap). No error and messages at the logs dir :( Please take a look Barry :) it is the latest cvs. You may also take al look on my box if you want and have time... Danny Terweij ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers
Re: [Mailman-Developers] Can't Approve/Reject/Discard from AdminWebInterface
Thanks for the response Greg. Actually I just figured it out. But it looks like I may be petitioning for a feature request or detail fix... I was looking at the html source for one of the regular admin pages and I noticed that the url for the form POST is a relative path ../admin/somethingorother. But the url for the page I was having trouble with (the moderator requests one) is an absolute path starting with http://servername/mailman/admindb/whatever. This was the issue b/c I had apache sending a redirect for any http://servername/mailman url to https://servername/mailman (to run it over SSL). The POST information was getting lost in the redirect. Does anyone else run mailman over https? This worked great with the 2.0.x releases. Barry, can this be added as a configurable option? Or could that path just be made relative too? Thanks, Rick - Original Message - From: Greg Ward [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 30, 2002 1:15 PM Subject: Re: [Mailman-Developers] Can't Approve/Reject/Discard from Admin WebInterface On 30 October 2002, Rick Ennis said: Hi... I have a quick question. Sorry, I don't have any quick answers -- just more questions. I just started playing with 2.1 yesterday (snagged 2.1b4+ from cvs) and have been searching the mailing lists all morning. What I can't seem to figure out is... should the approve/reject/discard interface on the admin screen be working (in this beta)? I click one of the radio buttons followed by submit all data but it just reloads the same page. Logging out and back in shows no change in the db state. Which web browser, and on which OS? Which web server, and on which OS? What does your web server log say? Anything weird like an HTTP proxy server in the way? Have you tried running a packet tracer (I like ethereal myself) to the traffic between web browser and server to make sure it looks sane? None of my files in the mailman/logs directory have been updated, nor my /var/log/messages file. AFAIK Mailman does not use syslog, so /var/log/* should be irrelevant. Do look in ~mailman/data though -- that's where it stores pending messages. When you approve/reject/discard a message, a file should disappear from that directory (I think). Is this not implemented yet or did I just do something brain-dead during the installation? Greg ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers
Re: [Mailman-Developers] CVS glitch.
On Thu, 31 Oct 2002 09:04:04 -0500 Barry A Warsaw [EMAIL PROTECTED] wrote: JCL Elide rant on the gloriously broken state and quality of CVS Sigh. Greg Wilson said at a Python conference many years ago (paraphrasing): cvs is the worst tool all of us use on a daily basis. Far be it from em to disagree. subversive-ly y'rs, -Barry I've been there. No thanks. -- J C Lawrence -(*)Satan, oscillate my metallic sonatas. [EMAIL PROTECTED] He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live. ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers
Re: [Mailman-Developers] CVS glitch.
Dale Newfield wrote: What happens when you do cvs -q up -P -d -A ? plaidworks.com 162# cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/mailman update mailman Am I just being annoying if I point out that you didn't include all the flags Barry suggested? (Specifically -A says make sure *nothing* is sticky and go to the head of the main trunk.) What he said; Chuq, can you soothe my mind about the panacea for CVS's brokenness, and try those flags? It is expected that cvs without -A might not get everything. It is unexpected that -A won't solve that. ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers
Re: [Mailman-Developers] CVS glitch.
On Thu, 31 Oct 2002, Dan Mick wrote: It is expected that cvs without -A might not get everything. It is unexpected that -A won't solve that. And just for the edification of the list, an explanation of the other two flags Barry suggested: -P says give me new directories (and their contents) if any have been created. -d says remove unmodified files (and resulting empty directories) that are no longer relevant. Order should not matter, and I never tracked it down as far as I should, but let me mention that I've witnessed people having cvs problems when the flags are ordered -P -d instead of -d -P from cvs --help update : -A Reset any sticky tags/date/kopts. -P Prune empty directories. -d Build directories, like checkout does. -Dale ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers
Re: [Mailman-Developers] re: Much cpu/memory load
From: Andrew D. Clark [EMAIL PROTECTED] I've had the same problem. ArchRunner seems to have serious performance problems if you've got heavy list activity and are archiving to both pipermail and mbox. I fixed it by setting ARCHIVE_TO_MBOX=1. This will only archive to mbox, so your pipermail archives won't be updated. You should be able to generate pipermail archives by hand later with bin/arch list_name. It isn't an ideal solution, but at least your message will move out of the archive queue. Hmmzz. i am now trying to reboot my machine with 9:33pm up 1 day, 6:38, 7 users, load average: 42.95, 41.97, 40.85 This is very bad! and this is happened after upgrade to b4(+) Date: Thu, 31 Oct 2002 15:48:08 +0100 From: Danny Terweij [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Mailman-Developers] Much cpu/memory load Message-ID: 01ab01c280ec$8739bb20$[EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Precedence: list Message: 1 Hi, Because my /qfiles/archive/*.* files are not processed by the qrunner/ArchRunner my linux box gets overloaded. I have now 55mb unproccessed archive files at the qfiles dir. The pipermail archives are not updated. When i do a mailmanctl stop then the Archrunner is still active. I did a kill -9 PID and it stops. Then i must remove all the lock files found where lockfiles are. Then the cpu load is back to normal. 24290 ?S 0:00 /usr/bin/python2 ./mailmanctl start 24291 ?D 34:56 qrunner /usr/local/mailman/bin/qrunner --runner=ArchRunner:0:1 -s 24292 ?S 0:16 qrunner /usr/local/mailman/bin/qrunner --runner=BounceRunner:0:1 -s 24293 ?S 0:03 qrunner /usr/local/mailman/bin/qrunner --runner=CommandRunner:0:1 -s 24294 ?S 0:31 qrunner /usr/local/mailman/bin/qrunner --runner=IncomingRunner:0:1 -s 24295 ?S 0:03 qrunner /usr/local/mailman/bin/qrunner --runner=NewsRunner:0:1 -s 24296 ?S 0:29 qrunner /usr/local/mailman/bin/qrunner --runner=OutgoingRunner:0:1 -s 24297 ?S 0:07 qrunner /usr/local/mailman/bin/qrunner --runner=VirginRunner:0:1 -s I think that realy somthing is wrong with the ArchRunner. Looks like it is in a loop or is doing nothing. The /qfiles/archive/ dir is growing and growing, i must stop mailman very often now otherwise de box gets overloaded. The load was this morning on a average of 10 and all my memory was used (20mb left on swap). No error and messages at the logs dir :( Please take a look Barry :) it is the latest cvs. You may also take al look on my box if you want and have time... Danny Terweij ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers
Re: [Mailman-Developers] re: Much cpu/memory load
A quick fix for the Archiver problems, until I can debug them more is to add the following in ArchRunner.py, just under the class ArchRunner line: class ArchRunner(Runner): QDIR = mm_cfg.ARCHQUEUE_DIR SLEEPTIME = mm_cfg.minutes(10) def _dispose(self, mlist, msg, msgdata): This at least makes ArchRunner only run once per 10 minutes. -Barry ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers
[Mailman-Developers] [ mailman-Bugs-631774 ] i18n unicode string interpolation
Bugs item #631774, was opened at 2002-10-31 22:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=100103aid=631774group_id=103 Category: None Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Simone Piunno (pioppo) Assigned to: Nobody/Anonymous (nobody) Summary: i18n unicode string interpolation Initial Comment: Hi, below you can find a report from one of the italian translators (thanks Enea Zaffanella). I believe somewhere between 2.1b3 and b4 a string has been converted into unicode and now string interpolation is not working anymore as expected. Here u'' appears in html output (generated by admin.py): == table BORDER=2 tr tdcenterstrongIndirizzo/nome/strong/center/td tdcenterstrongLa tua decisione/strong/center/td tdcenterstrongMotivo del rifiuto/strong/center/td /tr tr ** tdu'[EMAIL PROTECTED]bremEnea Zaffanella/em'/td ** td table CELLSPACING=5 tr tdinput name=14 type=RADIO value=0 CHECKED Rimando la decisione/td tdinput name=14 type=RADIO value=4 Approvo/td tdinput name=14 type=RADIO value=2 Rigetta/td tdinput name=14 type=RADIO value=3 Scarta/td /tr /table And here (adminsubscribeack.txt) interpolation doesn't happen: %(member)s รจ stato iscritto con successo a %(listname)s. They are 2 different cases: one is _(string) and the other is Utils.Maketext(a template, dictionary of strings), so this suggests even more that i18n.py has been screwed up by unicode. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=100103aid=631774group_id=103 ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers
Re: [Mailman-Developers] re: Much cpu/memory load
Barry A. Warsaw wrote: A quick fix for the Archiver problems, until I can debug them more is to add the following in ArchRunner.py, just under the class ArchRunner line: class ArchRunner(Runner): QDIR = mm_cfg.ARCHQUEUE_DIR SLEEPTIME = mm_cfg.minutes(10) def _dispose(self, mlist, msg, msgdata): This at least makes ArchRunner only run once per 10 minutes. -Barry The problem's affecting me badly right now too. So far it seems that the holdup is in the 'date.html' index file processing; everything else is finished, but the bin/qrunner -r Arch -o process has lost its little mind trying to write the date index. It's in a loop, chewing up 409600 bytes of memory (brk), and then opening, reading, and closing archidxentry.html, hundreds of times in a row. It's been doing this for about 15 minutes now. (yes, one message.) The process size is 203MB and 196M is resident. Clearly, there's some horrible misuse of objects in the date-processing stuff, but I lost track of the pdb before it got into the date stuff so I don't have a lot of visibility yet. I have a number of files queued up, though, so I can try again as soon as it ends. ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers
Re: [Mailman-Developers] CVS glitch.
Sure. It finds stuff that's otherwise missing... and my problem went away. Sigh. i'll fix my CVS commands. Thanks, all. cvs -q up -P -d -A ? misc/email-2.3 ? misc/email-2.4.3 ? misc/JapaneseCodecs-1.4.8 ? misc/KoreanCodecs-2.0.5 P ACKNOWLEDGMENTS P NEWS P README.EXIM U README.MACOSX P TODO P UPGRADING P admin/www/MMGenerator.py P admin/www/download.ht P admin/www/download.html U admin/www/faq.ht P admin/www/faq.html P admin/www/i18n.ht P admin/www/i18n.html P admin/www/index.ht P admin/www/index.html P admin/www/mailman.html P admin/www/todo.ht P admin/www/todo.html P bin/add_members P bin/arch P bin/change_pw P bin/check_db P bin/check_perms P bin/cleanarch P bin/clone_member P bin/config_list P bin/dumpdb P bin/find_member P bin/genaliases P bin/inject P bin/list_admins P bin/list_lists P bin/list_members P bin/mailmanctl P bin/mmsitepass P bin/newlist P bin/pygettext.py P bin/qrunner P bin/remove_members P bin/rmlist P bin/sync_members P bin/transcheck P bin/unshunt P bin/update P bin/withlist P cron/bumpdigests P cron/checkdbs P cron/disabled P cron/gate_news P cron/mailpasswds P cron/nightly_gzip P cron/senddigests U doc/mailman-admin.tex P messages/mailman.pot U messages/cs/LC_MESSAGES/mailman.mo P messages/cs/LC_MESSAGES/mailman.po U messages/de/LC_MESSAGES/mailman.mo P messages/de/LC_MESSAGES/mailman.po U messages/es/LC_MESSAGES/mailman.mo P messages/es/LC_MESSAGES/mailman.po U messages/fi/LC_MESSAGES/mailman.mo P messages/fi/LC_MESSAGES/mailman.po U messages/fr/LC_MESSAGES/mailman.mo P messages/fr/LC_MESSAGES/mailman.po U messages/hu/LC_MESSAGES/mailman.mo P messages/hu/LC_MESSAGES/mailman.po U messages/it/LC_MESSAGES/mailman.mo P messages/it/LC_MESSAGES/mailman.po U messages/ja/LC_MESSAGES/mailman.mo P messages/ja/LC_MESSAGES/mailman.po U messages/ko/LC_MESSAGES/mailman.mo P messages/ko/LC_MESSAGES/mailman.po U messages/nl/LC_MESSAGES/mailman.mo P messages/nl/LC_MESSAGES/mailman.po U messages/no/LC_MESSAGES/mailman.mo P messages/no/LC_MESSAGES/mailman.po U messages/pt_BR/LC_MESSAGES/mailman.mo P messages/pt_BR/LC_MESSAGES/mailman.po U messages/ru/LC_MESSAGES/mailman.mo P messages/ru/LC_MESSAGES/mailman.po U messages/sv/LC_MESSAGES/mailman.mo P messages/sv/LC_MESSAGES/mailman.po U misc/email-2.4.3.tar.gz P misc/paths.py.in P src/common.h P templates/it/article.html P templates/it/postauth.txt P templates/ja/listinfo.html P templates/ja/options.html P templates/ja/roster.html U templates/no/archidxfoot.html U templates/no/archidxhead.html U templates/no/archliststart.html U templates/no/archtoc.html U templates/no/archtocentry.html P templates/no/article.html P templates/no/postack.txt P templates/ru/options.html P tests/test_bounces.py U tests/bounces/dsn_10.txt U tests/bounces/microsoft_01.txt U tests/bounces/microsoft_02.txt # cvs -q up -d -P -A ? misc/email-2.3 ? misc/email-2.4.3 ? misc/JapaneseCodecs-1.4.8 ? misc/KoreanCodecs-2.0.5 On Thursday, October 31, 2002, at 12:14 PM, Dan Mick wrote: Dale Newfield wrote: What happens when you do cvs -q up -P -d -A ? What he said; Chuq, can you soothe my mind about the panacea for CVS's brokenness, and try those flags? -- Chuq Von Rospach, Architech [EMAIL PROTECTED] -- http://www.plaidworks.com/chuqui/blog/ Stress is when you wake up screaming and you realize you haven't fallen asleep yet. ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers
Re: [Mailman-Developers] CVS glitch.
Perhaps the docs on the website should be updated to reflect these commands, so others don't have the same problems. Bob Sure. It finds stuff that's otherwise missing... and my problem went away. Sigh. i'll fix my CVS commands. Thanks, all. cvs -q up -P -d -A ? misc/email-2.3 ? misc/email-2.4.3 ? misc/JapaneseCodecs-1.4.8 ? misc/KoreanCodecs-2.0.5 P ACKNOWLEDGMENTS P NEWS P README.EXIM U README.MACOSX P TODO P UPGRADING P admin/www/MMGenerator.py P admin/www/download.ht P admin/www/download.html U admin/www/faq.ht P admin/www/faq.html P admin/www/i18n.ht P admin/www/i18n.html P admin/www/index.ht P admin/www/index.html P admin/www/mailman.html P admin/www/todo.ht P admin/www/todo.html P bin/add_members P bin/arch P bin/change_pw P bin/check_db P bin/check_perms P bin/cleanarch P bin/clone_member P bin/config_list P bin/dumpdb P bin/find_member P bin/genaliases P bin/inject P bin/list_admins P bin/list_lists P bin/list_members P bin/mailmanctl P bin/mmsitepass P bin/newlist P bin/pygettext.py P bin/qrunner P bin/remove_members P bin/rmlist P bin/sync_members P bin/transcheck P bin/unshunt P bin/update P bin/withlist P cron/bumpdigests P cron/checkdbs P cron/disabled P cron/gate_news P cron/mailpasswds P cron/nightly_gzip P cron/senddigests U doc/mailman-admin.tex P messages/mailman.pot U messages/cs/LC_MESSAGES/mailman.mo P messages/cs/LC_MESSAGES/mailman.po U messages/de/LC_MESSAGES/mailman.mo P messages/de/LC_MESSAGES/mailman.po U messages/es/LC_MESSAGES/mailman.mo P messages/es/LC_MESSAGES/mailman.po U messages/fi/LC_MESSAGES/mailman.mo P messages/fi/LC_MESSAGES/mailman.po U messages/fr/LC_MESSAGES/mailman.mo P messages/fr/LC_MESSAGES/mailman.po U messages/hu/LC_MESSAGES/mailman.mo P messages/hu/LC_MESSAGES/mailman.po U messages/it/LC_MESSAGES/mailman.mo P messages/it/LC_MESSAGES/mailman.po U messages/ja/LC_MESSAGES/mailman.mo P messages/ja/LC_MESSAGES/mailman.po U messages/ko/LC_MESSAGES/mailman.mo P messages/ko/LC_MESSAGES/mailman.po U messages/nl/LC_MESSAGES/mailman.mo P messages/nl/LC_MESSAGES/mailman.po U messages/no/LC_MESSAGES/mailman.mo P messages/no/LC_MESSAGES/mailman.po U messages/pt_BR/LC_MESSAGES/mailman.mo P messages/pt_BR/LC_MESSAGES/mailman.po U messages/ru/LC_MESSAGES/mailman.mo P messages/ru/LC_MESSAGES/mailman.po U messages/sv/LC_MESSAGES/mailman.mo P messages/sv/LC_MESSAGES/mailman.po U misc/email-2.4.3.tar.gz P misc/paths.py.in P src/common.h P templates/it/article.html P templates/it/postauth.txt P templates/ja/listinfo.html P templates/ja/options.html P templates/ja/roster.html U templates/no/archidxfoot.html U templates/no/archidxhead.html U templates/no/archliststart.html U templates/no/archtoc.html U templates/no/archtocentry.html P templates/no/article.html P templates/no/postack.txt P templates/ru/options.html P tests/test_bounces.py U tests/bounces/dsn_10.txt U tests/bounces/microsoft_01.txt U tests/bounces/microsoft_02.txt # cvs -q up -d -P -A ? misc/email-2.3 ? misc/email-2.4.3 ? misc/JapaneseCodecs-1.4.8 ? misc/KoreanCodecs-2.0.5 On Thursday, October 31, 2002, at 12:14 PM, Dan Mick wrote: Dale Newfield wrote: What happens when you do cvs -q up -P -d -A ? What he said; Chuq, can you soothe my mind about the panacea for CVS's brokenness, and try those flags? -- Chuq Von Rospach, Architech [EMAIL PROTECTED] -- http://www.plaidworks.com/chuqui/blog/ Stress is when you wake up screaming and you realize you haven't fallen asleep yet. ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers ___ Mailman-Developers mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-developers
