# Incorrect post deletion by system timer **URL:** \ **Category:** Support\ **Created:** [December 31, 2022, 9:52am UTC](https://meta.discourse.org/t/incorrect-post-deletion-by-system-timer/250256 "2022-12-31T09:52:50Z")\ **Posts on this page:** 1\ **Showing post:** 5
**Author:** ![JammyDodger](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jammydodger/32/254611_2.png) [@JammyDodger](https://meta.discourse.org/u/JammyDodger)\ **Post date:** [January 14, 2023, 7:06am UTC](https://meta.discourse.org/t/incorrect-post-deletion-by-system-timer/250256/5 "2023-01-14T07:06:44Z")
I gave it a second run but with a post this time just to be thorough and got a similar result. I think the mechanics are similar in that reverting the edit simply changes the content text and doesn’t affect the delete timer in any way, which I think is the way it is intended to work. To avoid having to come back and undelete the post after the timer has run, as a moderator/admin you can delete the post there and then and then use the undelete option to bring it back. This restores the post and removes the timer. However, allowing users to delete their own posts will sometimes leave topics with some holes in, and I’m not sure there’s any way around that bar removing the ability for a user to self-delete their posts? If that’s a more appealing option for your site you can amend either `max deletions per day` or `max post deletions per minute` to zero to disable user deletions. I’ve slipped this over to #Support. 👍 --- _[View the full topic](https://meta.discourse.org/t/incorrect-post-deletion-by-system-timer/250256)._