[GH-ISSUE #1318] attachment_total_size_remaining is not affected by attachment-total-size-limit #935

Open
opened 2026-05-07 00:28:55 +02:00 by BreizhHardware · 0 comments

Originally created by @Offerel on GitHub (Apr 25, 2025).
Original GitHub issue: https://github.com/binwiederhier/ntfy/issues/1318

Sometimes i need to send messages with logfiles as attachment. This resulted in an error message yesterday:

Connection closed with HTTP 413 (ntfy error 41301) (attachment_file_size_limit=15728640, attachment_total_size_remaining=2097152, error=attachment too large, or bandwidth limit reached, error_code=41301

This message is not understandable for me. The topic where I have sent a message can only be accessed by one user. The attachment sent along is 2.2MB in size. The following is set in server.yml:

attachment-total-size-limit: "5G"
attachment-file-size-limit: "15M"

At least I can find the 15MB in the error log under attachment_file_size_limit=15728640. If I increase attachment-total-size-limit, however, this does not change the output of attachment_total_size_remaining=2097152 in the log file. The value remains the same.

After a bit of trial and error, I ended up changing the values

visitor-attachment-total-size-limit: "3G"
visitor-attachment-daily-bandwidth-limit: "3G"

Now I can send the message. From my point of view, I would understand this as a bug, since the topic is not a visitor or public topic, but a closed topic for just this one user. Obviously attachment_total_size_remaining=2097152 refers to the newly set values (visitor-attachment-total-size-limit / visitor-attachment-daily-bandwidth-limit).

If this is not a bug, why does ntfy behave like this? Or is this rather a bug? When will the values be reset? attachment_total_size_remaining=2097152 has been unchanged for more than 2 days.

I have asked the same at https://matrix.to/#/!KQaqifczWbCaidLETg:matrix.org/$-ZfVNSIH8oYlPG4OWAU42HSu2hKTJ1htzn5fYjYs0PA?via=matrix.org&via=t2bot.io&via=tchncs.de

Originally created by @Offerel on GitHub (Apr 25, 2025). Original GitHub issue: https://github.com/binwiederhier/ntfy/issues/1318 Sometimes i need to send messages with logfiles as attachment. This resulted in an error message yesterday: ``` Connection closed with HTTP 413 (ntfy error 41301) (attachment_file_size_limit=15728640, attachment_total_size_remaining=2097152, error=attachment too large, or bandwidth limit reached, error_code=41301 ``` This message is not understandable for me. The topic where I have sent a message can only be accessed by one user. The attachment sent along is 2.2MB in size. The following is set in server.yml: ``` attachment-total-size-limit: "5G" attachment-file-size-limit: "15M" ``` At least I can find the 15MB in the error log under `attachment_file_size_limit=15728640`. If I increase `attachment-total-size-limit`, however, this does not change the output of `attachment_total_size_remaining=2097152` in the log file. The value remains the same. After a bit of trial and error, I ended up changing the values ``` visitor-attachment-total-size-limit: "3G" visitor-attachment-daily-bandwidth-limit: "3G" ``` Now I can send the message. From my point of view, I would understand this as a bug, since the topic is not a visitor or public topic, but a closed topic for just this one user. Obviously `attachment_total_size_remaining=2097152` refers to the newly set values (`visitor-attachment-total-size-limit` / `visitor-attachment-daily-bandwidth-limit`). If this is not a bug, why does ntfy behave like this? Or is this rather a bug? When will the values be reset? `attachment_total_size_remaining=2097152` has been unchanged for more than 2 days. I have asked the same at https://matrix.to/#/!KQaqifczWbCaidLETg:matrix.org/$-ZfVNSIH8oYlPG4OWAU42HSu2hKTJ1htzn5fYjYs0PA?via=matrix.org&via=t2bot.io&via=tchncs.de
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/ntfy#935
No description provided.