I’m running the Cloudron Postiz app and I’m blocked uploading videos because Postiz returns:

413 Content Too Large on:
POST /api/media/upload-server

In the browser Network panel I see the response header server: nginx and the upload fails around ~5MB.

I confirmed with an internal test that this is not Cloudron’s outer proxy, but the nginx inside the Postiz container:

# created a 6MB file...
dd if=/dev/zero of=/tmp/6mb.bin bs=1M count=6

# called the Postiz nginx directly (inside the container)
curl -sS -o /dev/null -w "%{http_code}\n" \
  -F "file=@/tmp/6mb.bin" \
  http://127.0.0.1:5000/api/media/upload-server
# => 413

The nginx vhost used by the container is:

/etc/nginx/sites-enabled/postiz.conf

and currently it contains no client_max_body_size directive (also confirmed via nginx -T | grep client_max_body_size → no output). Adding client_max_body_size would be the standard nginx fix (Postiz docs also suggest it for 413s).

However, because this is a Cloudron app, I can’t apply persistent patches to the packaged nginx config within the container, right? (Am I missing something here?).

Request/proposal:
Could the Cloudron Postiz package include a higher client_max_body_size (or make it configurable), ideally scoped to the API location block?

Example:

location /api/ {
    client_max_body_size 200M;  # or 1G
    proxy_pass http://localhost:3000/;
    ...
}

Happy to test a package build or PR if you point me to the exact config template file used to generate /etc/nginx/sites-enabled/postiz.conf.

Thanks!