Ignore quota email bounces #473

Open
opened 2026-07-30 11:32:04 +02:00 by felixalb · 2 comments
Owner

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.

The message identifier is:     1wovuY-000000085WI-0p84
The subject of the message is: PVV kvotebruk 123.0% (BrukerNavn)
The date of the message is:    Wed, 29 Jul 2026 06:28:54 +0200

The address to which the message has not yet been delivered is:

  BrukerNavn@pvv.ntnu.no
    Delay reason: mailbox is full

(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.

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. ``` The message identifier is: 1wovuY-000000085WI-0p84 The subject of the message is: PVV kvotebruk 123.0% (BrukerNavn) The date of the message is: Wed, 29 Jul 2026 06:28:54 +0200 The address to which the message has not yet been delivered is: BrukerNavn@pvv.ntnu.no Delay reason: mailbox is full ``` (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.
felixalb added the questionmail labels 2026-07-30 11:32:04 +02:00
felixalb added this to the Kanban project 2026-07-30 11:32:05 +02:00
Author
Owner

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 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.
Owner

I'm already actively ignoring them, issue solved

I'm already actively ignoring them, issue solved
Sign in to join this conversation.
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Drift/issues#473