@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 对你来说可能是最佳选择.

我有个笔记本, 2018 年末入手, 大多数时候在家里插电使用. 除非要带出门, 否则我会让它接电源的情况下电池只留 50~60% 电量. 每隔几个月会不定期充满一次, 再放电到 50~60%. 目前健康度 100%.

还有个手机, 用 Magisk 模块实现了充电限制, 充到 80% 自动停止 (这个时候重新插拔也不会充电, 除非电量下降到指定的阈值, 比如 70%). 目前持续了大半年. 因为观察的时间不够长, 目前还不能确定这种方法真的能延长电池寿命, 但我感觉有戏.

试试 https://www.wormly.com/test-http-request

被 "曝光" 次日我照常从塑料袋里掏出一包 "康师傅老坛酸菜牛肉面" 吃了起来.
买 "康师傅" 只是因为我附近已经买不到统一的老坛酸菜.

我的口味偏美式, 反复观看的有:
<<少年泰坦出击>> 的特定的几集, 以及其前 2 部剧场版
<<变形金刚领袖之证>> 的特定的几集及其剧场版
<<变形金刚 Animated>> (又名变形金刚 08 动画) 的特定的几集 (第三季烂尾)
<<复仇者: 世上最强英雄组合>> 的特定的几集

<<少年泰坦出击>> 在哔哩哔哩已经被阉得渣都不剩, 后三个目前还能观看.
另外还有几部乐高 DC 系列的动画电影, 包括 <<乐高蝙蝠侠大电影>>
另外旧版 <<猫和老鼠>> +1 (仅限特定的几集)

我的习惯:
炸过一次东西的剩油用厨房纸和滤勺过滤至少 1 次再挪进油壶, 下次做饭优先使用剩油, 如此循环 2 ~ 3 次.
实在用不完或不能再用的会再挪进一个不用的容器内扔掉 (如果废油不多也可以用废纸吸附后打包扔掉).