On Fri, 2004-08-27 at 06:49, Adam Porter wrote:
> Sorry if this has been discussed in the past, but I've been set to
> NOMAIL on the webmin list and the webmin archives appear to be down or gone.
That's fixed now ..
> I had this problem with Usermin 1.060 under Redhat 3.0 AS.
> A few users complained they wound up losing their entire (or most of
> their) mailbox when only checking off a few messages and clicking
> "delete" but I was unable to reproduce the behavior.
> One of them now tells me here's what happened:
> 1. Check off a few messages
> 2. Click delete, confirm
> 3. Click the browser's BACK button
> 4. Confirm the delete again
> I've tested this and seen the BACK button produce some interesting
> results including 2x messages deleteed when x were checked, an entire
> page of messages being deleted, and the entire mailbox being deleted.
> Now, I can't think of why someone would use the BACK button in a context
> like this anyway (maybe a beginner's way of going back to what they were
> doing before they read their webmail?) but is there a way to protect
> against these surprising results?
I've been looking into this today, and have added some additional
safeguards against deleting the same message twice, to be included in
Usermin 1.090. The current 1.080 has code to protect againsts it
somewhat. Unfortunately if a user deletes message number 25 (for
example) , then goes back and hits delete again it will delete message
25 again. However, because a message has been removed from the mail
file, what used to be number 26 is now 25, so it will be incorrectly
The planned solution is to not delete a message if the mail file has
been modified since the mail list was last refreshed. This will avoid
any in-advertant deletion of the wrong email ..