Ignore quota email bounces #473
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
When a user exceeds their disk quota, we warn them by email a week (usually) before restricting writes, and again afterwards. The last email, however, naturally bounces as they can't be delivered to their (full) inbox.
(Username censored by me)
It is not particularly useful for root/os-drift to receive these bounces.
Should we just somehow ignore this specific type of quota-message-bounce in exim, re-route them to mail-drift instead of root/os-drift, or keep them? os-drift-members can do client side filtering with procmail, but I don't think anyone will ever want to read these.
It might be smart for drift to know when a users disk quota is full (either to ask them to buy more storage, giving additional income), or reminding the user to clean up their homedir (improving the user experience, avoiding lockups and dropped/bounced emails), but this bounce is probably not the best way to to this.
I think these messages have always been generated somewhere in the machinery, but not delivered to the root@ inbox until recently? This might indicate a relation to recent exim reconfigurations.
I'm already actively ignoring them, issue solved