@YamatoRyou 看走眼了, 以为是楼主要让容器走代理. 请无视.

分享一个我目前正在用的群晖 Docker 容器使用代理的方案:
1. 要走代理的容器添加环境变量:
HTTP_PROXY=http://127.0.0.1:****
HTTPS_PROXY=http://127.0.0.1:****

2. 另起一个 Privoxy 容器 (网络模式设置为 hosts), 配置文件注明要开放的端口及要经过代理访问的域名. 接着让上一个容器连接到 Privoxy 指定的端口.

这个方案我用来让 Synapse 容器连接推送网关, 存在一个缺点: http:// 开头的地址始终不能经过代理, https:// 开头的正常. 原因不明.

同双显示器用户 (Windows 7). 自从用了双显示器就放很少主动显示桌面, 少数时候用 Win + D.
显示桌面问题, 换一个带侧键 + 宏的鼠标可能是平衡双屏和操作习惯的最优解?

@kernelt4sk
这个问题通常发生在第 2 个及以上登录的设备, 可能是该设备没有交叉验证. 验证未通过的设备不会同步密钥到该设备导致消息无法在该设备上解密.
coTURN 有公网 IPv4 时效果比较好, 我猜你配置的 coTURN 根本没有生效. 可以观察 coturn 容器的日志.
SSH 执行命令:
docker logs -t -f --tail 100 [容器名称]
用你的设备开始呼叫, 观察日志的变化.

@YamatoRyou
在线预览如果乱码请下载到本地并更换编辑器再查看.

@kernelt4sk
已有一份比较完善的纯文字版 (无配图), 有做成视频的想法. 如果你急用可以先发给你参考.
https://1drv.ms/t/s!AqJDCzhI3LndjmU7ZgBweNIhJiWN?e=GpO41G

内容还在修改中, 不视为最终成品.

@wgsgyes 看你这么说有点后怕, 不过还好我早就停了.

@wgsgyes
对于自建的邮件服务器, 我当时的策略是这样的:
由于专为 Delta Chat 服务, 所以 SMTP / IMAP 端口都是故意设置了非标准端口 (另一个原因是为了规避政策风险). 这会导致常见的邮件服务无法发送邮件到此服务器, 该服务器也无法发送邮件到这些邮件服务. 也就杜绝了垃圾邮件. 从去年年 2 月到 12 月底服务器存续期间从未收到过任何垃圾邮件 (测试时使用的是 QQ 邮箱和 Outlook).

@MAIJIANBANG
在这个问题上我犯了个错误, Element 来电画面取决于设备的 IP 地址. 有以下可能:
a) 手机所处的网络环境有透明代理的梯子, 或手机正在挂梯子改变了 IP 地址, 导致苹果的推送服务认为该手机来自国外. 这种情况下来电能显示全屏画面;
b) 国内 IP 则只能显示通知, 需要手动进入 Element 才能接听.

可能是 CallKit 受政策限制导致的, 我试过更改 iOS 的地区和语言, 亲测无效.

目前没有备注联系人的功能, 但是可以让对方在自己的房间中输入指令 ```/myroomnick <新昵称>``` 达到类似的效果. 通过该指令修改的昵称仅在该房间有效.

@YamatoRyou
语音呼叫来电时的通知.
https://imgur.com/a/1vAiZCD
https://imgur.com/a/VpTC6Os

@YamatoRyou
效果如图.
https://i.imgur.com/68MMmYw.png

@MAIJIANBANG
无法解决, 因为我解决通知问题不靠这个.
Bark 或 Gotify 这类并不是最佳选择, 语音视频呼叫及端到端加密消息靠这个转发可能会出现障碍.
我认为你还不如选择 V 或 S 之类的节点放在 Docker 上. 至少能让苹果直接给你推送.
这是我目前正在用的方案, 虽然节点有时仍然需要更换, 但有些节点能撑半个多月. 不行了就再换一个.

这番体验下来我认为 Android 才是最适合 Element 的平台.

@hbtech 手上的 "MIUI by xiaomi.eu" 完美中招, 不过还好已经解了 BL 锁, 过几天换 LOS.

@YamatoRyou 我本来是写了文案打算做成视频教程, 但我的口条水平似乎不允许. 再加上文案还在完善, 就先搁置了.

@MAIJIANBANG
既然是群晖, 那我猜你的 Synapse 实例是 Docker 容器的形式. 但悲催的是 Docker 容器似乎只支持 HTTP/HTTPS 协议的代理. 这种可以为容器添加环境变量 `HTTPS_PROXY`, 值填写 `http://ip:端口`. 为了以防万一可以再添加一个变量 `HTTP_PROXY`, 值同上.
我的方案是再起一个 Privoxy 容器, 专供 Synapse, 把上游 Socks5 代理转换为 HTTP 代理.

Privoxy 配置文件参考:
`
listen-address 0.0.0.0:8081
forward / .
forward-socks5 ifconfig.me ip:端口 .
forward-socks5 matrix.org ip:端口 .
`

代理搭建完成后测试代理是否生效:
从 Synapse 容器启动终端, 输入命令:
`
curl https://ifconfig.me
curl https://matrix.org/_matrix/push/v1/notify
`
第 1 个命令用于判断 Privoxy 的代理规则, 正确应返回代理服务器的 IP 地址.
第 2 个命令如果返回 `405 - Method Not Allowed` 则成功, 这个要重复几次.
如果手头有 iOS 设备和外区苹果 ID 建议用它测试 Element, 因为这是确保 iOS 版本能收到推送的唯一方式.

@MAIJIANBANG 你的客户端收不到推送?
Android 版本请从 F-Droid 下载, 如果应用常驻后台则可以接收推送. 设置 -> 通知的最下面有 "通知故障排除" 用于诊断推送的工作状态.
iOS 无需任何设置. 但对于墙内的自建服务器, 应确保服务器能访问 matrix.org.

@shafake 但不适用于黑群晖吧. 不过我已经换 Synapse + Element, 也解决了推送问题.

本来想推荐自建 Synapse + Element, 但存在 3 个问题:
1. 部署并不难, 但稍微麻烦一点, 要花点时间.
2. Element 客户端国区 App Store 没有.
3. 即使能自建, Element for iOS 对推送流程有一些要求, 也就是确保你的自建服务能时刻连接到 matrix.org (这是推送的关键, 对国内的 VPS 不友好).

就是想省事, Bark 对你来说可能是最佳选择.