多年老版本相安无事。
心血来潮部署了12版，映射了53231作为外网端口。
发现现在12版web端的系统管理–设置里没有FILE_SERVER_ROOT与SERVICE_URL设置的选项了。
进入docker，修改seahub_settings.py，发现FILE_SERVER_ROOT已设置了53231的端口。
web端浏览查询都没问题，下载文件的时候，默认路径是不带端口的，造成点击下载就失败，在浏览器里手动添加端口可以正常下载。
移动端问题一样。
请问是bug吗？
附个图，seahub_settings.py的
从版本12 开始 SERVICE_URL 和 FILE_SERVER_ROOT 都被移除，使用 SEAFILE_SERVER_PROTOCOL 和 SEAFILE_SERVER_HOSTNAME 参数代替。SEAFILE_SERVER_PROTOCOL 和 SEAFILE_SERVER_HOSTNAME 在 .env 和 Yaml 配置文件中配置，可以使用 SEAFILE_SERVER_HOSTNAME = 192.168.182.53:8003 这样带端口的方式设置
更详细的配置可以参考：docker-seafile-12.0.6 - 虚拟的现实 - 虚拟的现实
嗯嗯，昨天也看到了这篇文章。
现状是：
如果我设置了SEAFILE_SERVER_HOSTNAME = xxx.xxx.xxx.xxx:53231，服务器就无法访问，浏览器打不开，客户端也不行。
只有设置为SEAFILE_SERVER_HOSTNAME = xxx.xxx.xxx.xxx不带端口，才能访问。
搞定了，caddy的问题，我用自带的nginx就OK了。
不调用caddy.yml，自动就还是老nginx方案。
还需要验证 .env（如果有）和 seafile.yml 的配置文件中是否已经正确的映射的 53231 这个端口，如果不带端口能够访问，说明 seafile.yml 配置文件中映射的是默认的 80 端口（并且很可能你的环境不是首次配置，是已经启动过一次后再调整的配置）
seafile.yml 中默认情况是：
seafile:
image: ${SEAFILE_IMAGE:-seafileltd/seafile-mc:12.0-latest}
container_name: seafile
# ports:
# - “80:80”
如果我取消注释，修改为53231:80，是compose报错的，提示53231这个端口被占用了（我估计是nginx与caddy冲突了）
caddy其他都正常的，就是不能在执行op=download的时候自动带端口。
大概意思如上，描述不专业，见谅。
你需要修改 caddy.yml 的 端口映射
ports:
- 51480:80
