@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 次.
实在用不完或不能再用的会再挪进一个不用的容器内扔掉 (如果废油不多也可以用废纸吸附后打包扔掉).

我在用 Synapse (服务端) + Element (客户端). 除了用来聊天沟通, 目前涉及自动化的用途有:
针对 Android 手机短信自动转发 (到所有正在使用 Element 的平台);
定期报告服务器与 matrix.ord 的连接状态;
定期报告宽带公网 IP 地址;
定期报告 Element 客户端的下载状态;
定期报告 Synapse 清理大文件的状态;

@des
我最近收了一个 旧 iPhone 专门测试 Element. Bark 也是我一开始考虑的选择, 但我发现它无法和 Synapse 联动 (比如监控如何触发一个推送通知, 以及这个通知是一般消息还是呼叫?). 由于我一直没解决这个问题, 遂放弃 Bark.
后来我才知道只要用的是官方发布的 Element 就不用担心推送渠道问题. 只是 matrix.org 已经被墙, 可以用代理让容器连接到 matrix.org.

自建的 Synapse 在 iOS 上的推送流向是这样的:
Synapse 服务器 -> matrix.org -> APNS -> iOS 设备
也就是说服务器管理员只需解决自建的 Synapse 与 matrix.org 的连接问题即可, 更关键的是: 它免费且不限量.