Re: [Mailman-Users] Approved message is discarded
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
On 10/29/2010 8:11 AM, André van Kan wrote:
Please post to the list, not to me personally.
However, the above messages, presumably from Mailman's vette log, come from two different PIDs. Thus, I'm guessing that you are approving these messages via the admindb web interface, and something is going wrong in that process resulting in the message being discarded by the admindb CGI itself.
Because the message is not discarded by IncomingRunner. It is discarded by the HandleRequest method in Mailman/ListAdmin.py called from Mailman/Cgi/admindb.py.
Have you modified admindb.py in any way?
Does the web admin interface work?
What Mailman version is this?
How exactly are you approving messages?
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
![](https://secure.gravatar.com/avatar/5ebaab31c8601f9f750445088293a040.jpg?s=120&d=mm&r=g)
Hi Mark,
Thank you for your reply.
Please post to the list, not to me personally.
Point taken. And sure, you are Mark, not Larry, sorry ;-)
That is right, these are vette-log entries and the approving attempt is done via the admindb web interface.
I found out that as soon as the list-administrator just selects the link in the ".... requires approval" message as sent by mailman, ("Reason: Post by non-member to a members-only list") the message is discarded at that very moment! (vette log update detected)
After that the following is displayed: |Action to take on all these held messages: |Defer Accept Reject Discard
but *no* pending message is there to Accept.
Have you modified admindb.py in any way?
No!
Does the web admin interface work?
Except for the murdering of pending messages the interface works flawlessly.
What Mailman version is this?
mailman-2.1.9-4.el5 (RPM)
How exactly are you approving messages?
As said before: by selecting the link in the mailman-sent message.
Best regards and thank you for your help,
André van Kan
-------------------------------------------------------
- Computer Technology Group * Nikhef, Amsterdam *
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
André van Kan wrote:
This is very unusual. Is there an http proxy server involved here?
Can you send me off list a copy of Mailman/Cgi/admindb.py from your system?
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
Mark Sapiro wrote:
Can you send me off list a copy of Mailman/Cgi/admindb.py from your system?
I received that. Thank you. Unfortunately, there's nothing there that helps explain this issue. I can work up a patch to provide debug logging, but before I do that, is there anything in Mailman's 'error' log from either the time of the visit to the admindb page or from the time the held post arrived? If so, what's in the error log. If not, is it possible that some non-mailman process has removed any of Mailman's data/heldmsg* files between the holding of the post and the visit to the admindb page?
Also, it wouldn't hurt to run Mailman's bin/check_perms to see if there might be permission issues on Mailman's data/ directory.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
![](https://secure.gravatar.com/avatar/5ebaab31c8601f9f750445088293a040.jpg?s=120&d=mm&r=g)
Hi Mark,
Thank you for your reply.
Please post to the list, not to me personally.
Point taken. And sure, you are Mark, not Larry, sorry ;-)
That is right, these are vette-log entries and the approving attempt is done via the admindb web interface.
I found out that as soon as the list-administrator just selects the link in the ".... requires approval" message as sent by mailman, ("Reason: Post by non-member to a members-only list") the message is discarded at that very moment! (vette log update detected)
After that the following is displayed: |Action to take on all these held messages: |Defer Accept Reject Discard
but *no* pending message is there to Accept.
Have you modified admindb.py in any way?
No!
Does the web admin interface work?
Except for the murdering of pending messages the interface works flawlessly.
What Mailman version is this?
mailman-2.1.9-4.el5 (RPM)
How exactly are you approving messages?
As said before: by selecting the link in the mailman-sent message.
Best regards and thank you for your help,
André van Kan
-------------------------------------------------------
- Computer Technology Group * Nikhef, Amsterdam *
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
André van Kan wrote:
This is very unusual. Is there an http proxy server involved here?
Can you send me off list a copy of Mailman/Cgi/admindb.py from your system?
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
Mark Sapiro wrote:
Can you send me off list a copy of Mailman/Cgi/admindb.py from your system?
I received that. Thank you. Unfortunately, there's nothing there that helps explain this issue. I can work up a patch to provide debug logging, but before I do that, is there anything in Mailman's 'error' log from either the time of the visit to the admindb page or from the time the held post arrived? If so, what's in the error log. If not, is it possible that some non-mailman process has removed any of Mailman's data/heldmsg* files between the holding of the post and the visit to the admindb page?
Also, it wouldn't hurt to run Mailman's bin/check_perms to see if there might be permission issues on Mailman's data/ directory.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
participants (2)
-
André van Kan
-
Mark Sapiro