List password reset while pending messages, they are deleted!

Bug #515305 reported by Maelvon
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GNU Mailman
Invalid
Undecided
Mark Sapiro

Bug Description

I've reseted the admin password with :

/usr/lib/mailman/bin/change_pw -l mylist -p mynewpassword

While having a pending message. But after the reset, the message seems deleted, cannot find it anymore!

So, is that a feature? Can I retrieve the lost message and reapproved it?

Maelvon

Revision history for this message
Mark Sapiro (msapiro) wrote :

I am unable to duplicate this problem. I changed a list's password twice with

bin/change_pw -l mylist -p mynewpassword

while a message was waiting approval. and when I finally logged in to the admindb interface, the message was still there. Perhaps the original poster canceled the post before you got to it.

If the message is no longer in the admindb interface, it might possibly still be in the data/heldmsg-mylist-nn.pck (or .txt) file, but that's really unlikely. If the file is there, there is a script at <http://www.msapiro.net/scripts/hold_again> that can be used to reprocess it.

Changed in mailman:
assignee: nobody → Mark Sapiro (msapiro)
status: New → Invalid
Revision history for this message
Maelvon (maelvon-hawk) wrote :

Strange! Cannot find any heldmsg-* ...

Is there normal that the /var/lib/mailman/lists/mylist/pending.pck exists? And contains that :

----------
(dp1
S'version'
p2
I2
sS'evictions'
p3
(dp4
s.
----------

I don't think the user delete the message, they are not aware of all the different possibilities of mailman! :-)

I've tested "hold_again" and "list_pending" scripts, without success.

I'm stuck, only have the mail saying that a message is pending.

Thanks for the reactivity.

Revision history for this message
Mark Sapiro (msapiro) wrote :

Yes, that is a normal 'empty' pending.pck. And, I didn't expect there to be any heldmsg* files.

The fact that the pending.pck is empty is further evidence that the confirmation cookie that was sent to the user along with the email that her post was held was actually used to cancel the post.

I.e., the user sends a post which is held for some reason. If the list's respond_to_post_requests setting is Yes (the default), an email is sent to the poster which contains a link which can be followed to cancel the post. Replying to the email will also cancel the post. This requires no 'awareness' on the part of the user.

Look in Mailman's vette log and you should find an entry for the holding of the post and another entry for it's cancellation indicating what was done and why.

Also, I'm certain there's no way that bin/change_pw would cause a post to be discarded.

Revision history for this message
Maelvon (maelvon-hawk) wrote :

Thanks again, I've find the mailman's vette log and it said that the sender has ignored the message thought website interface.

--------
mylist: Discarded posting:
[...]
Reason: Sender discarded message via web.
---------

So you're right it seems the sender discarded it as I'm trying to validate it, searching the password, recreating it... Suprise no more message! :-)

Now, I understand. I'd should have take a look at logs before opening a ticket.

Thanks a lot Mark,

Maelvon

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.