Everything (针对电脑之间, 但用得少, 主要是因为还得手动翻目录)
Synapse + Element (针对手机与电脑, 同时当做云剪贴板)

@YamatoRyou 虽然支持直链, 但只能分享单个文件.

Jirafeau
https://gitlab.com/mojo42/Jirafeau

@fucker 今天重新测试了若干个回合, 发现已经恢复了正常 (大多数尝试能在 3 秒内开始说话), 但是我什么都没动. 不知道为什么.

@fucker 我重新检查了一遍配置文件里的域名, 都是一样的 (只是在公示配置段的时候改成了别的). 所需的端口也已经打开, 包括 49152~65535 这种. 我这里也是, 除了连接慢, 真正接通后的流畅度也还可以.

我用了 10 年的豆瓣音乐人小站, 在大约 2 年前也被要求绑定手机, 否则无法上传歌曲.
最终我被迫绑定 GV 号码敷衍了事.

@zololiu 关于没有推送, 可以想象一下这个问题在微信上会是什么结果:
对方想要急切地联系你, 给你发无论文字或语音, 此时微信在后台, 手机却毫无动静.
过了许久, 你打开微信, 这才知道对方早就已经连续发了好长一串, 而对方却心如死灰...
同样地也适用于来电. 我曾经遇到过一台山寨手机, 对方给它打电话有接通的声音, 但这台手机毫无反应 (无论是听觉; 触觉还是视觉层面). 那么机主自然不会知道他有电话要接.

@zololiu
因为我用的是黑群晖, 即使是 Android 也无法接收推送, 我不能接受.
我要和家里人用, 但它的界面专注办公场合, 易用性不足.
不能发语音消息.
我已经放弃它大概两年多了吧, 不知道现在有没有改善. 我猜不会.

@sevefev
并没有, 而且我对 "健康码" 的需求极小 (属于能不用尽量不用). 如果在外要用, 通常是纸质健康码. 因为还没交接完成, 当下与家里人沟通用的仍然是 Delta Chat.

@loading 因为我早在几年前就强行弃用了微信, 友尽这种结果早就经历过, 不在乎再来一次.

@matolv
我不打算联邦式, 虽说这是它的特色.
Docker 对我来说也许是最佳选择, 直接绕过群晖的 webui 给系统加料可能会把系统给搞死, 尤其是我不熟悉的情况下.
我在 2018 到今年年初换用 Delta Chat 之前用的是 TG, 它哪都好, 唯二的致命伤就是中文搜索和代理. 因为我长期独居, 代理一旦挂掉了就相当于失联, 我总不能动不动就跑回去给他们换代理吧.
iOS 的话, 我在试用 Android 版 Element 的一瞬间就已经预感到它在 iOS 上推送也是个大问题. 鉴于周围亲属什么的用 iPhone 的非常少, 我还是暂时不考虑了吧.

@dangyuluo
服务有 2 个主要目的:
解决我没有微信之后 IM 需求. 实行计划分配制, 不开放注册. 总使用人数最多也就 5 个左右. 就算开放注册, 没有我的指导他们也是寸步难行.
除了消息同步, 还能作为多个设备的云剪贴板.

@cjpjxjx 也不好使. 我想搜索 "nas 机箱", 然后该关键词连续重复 3 次, 搜索结果的第一页是这样的:
https://tiebapic.baidu.com/forum/pic/item/4034970a304e251f26a776e0fa86c9177f3e5352.jpg

我是 Android 党, 和你一样有类似的需求. 最早尝试的也是群晖自带的 Chat, 但它的移动端无法推送. 大概是因为我用的是黑群晖.
之后半年多用的是 Delta Chat, 但它基于邮件协议, 收发慢, 一些 IM 该有的功能它也没有, 大文件传输也不支持, 客户端 bug 又非常多, 所以最近几天换成了 Synapse + Element.
如果你的群晖支持 Docker, 可以部署一个 Synapse 服务器, 配合 Element, 除了作为私人的即时通讯服务, 文件传输更不在话下.
但鉴于你用的是 iOS, 我不确定 Element 在 iOS 上能否无痛推送.

尝试关键词前加 "+" (也可以放在有强调作用的词前), 似乎有一定效果.
网页版劣化使用体验是毫无疑问的 (甚至还会持续烂下去), 至少就我的个人体验, 除了搜索, 以下功能也随时间推移已无法使用:
* 网页版阿里旺旺;
* "发现好货" 功能;
* 商品访问历史 (足迹) 功能.

这纹路看上去像是碎肉重组的产物, 曾经麻辣烫店铺里见过.
正经的培根, 相邻肉片的纹路应该是相似的.
https://www.indivstock.com/static21/preview2/stoc-250773.jpg

如果当时的心率达到 2~3 次 /秒, 我猜可能是室上速发作.
发作时间过长有胸痛甚至昏厥的可能, 一旦发作, 最好还是去医院.
根据我的急救经历, 急诊会优先尝试触发呕吐反射; 按压眼球和改良的 Valsalva 动作, 如果以上都不行就会注射药物终止.
我忘了我当时打的是什么, 看网上的资料八成是腺苷.

@opentrade
我试图在虚拟机上重现, 但试了一大堆系统镜像的链接下载速度极不理想, 所以暂时放弃.
暂时结论为 "平板电脑上的系统可能因为高度阉割 (修改) 的关系导致一些软件出现稳定性问题".

由于我英语不好, 所以就不在 GitHub 上用英文发 Issue 了.

版本: 1.1.8 (32 位版本) for Windows, 非安装方式使用
机器 A: 64 位 Windows 7, 台式机
机器 B: 32 位 Windows 8.1 企业版, 平板电脑

A 无法连接 B, 似乎会随机出现 2 种情况:
a) 当 A 连接 B 时, B 的 RustDesk 会立即退出, A 则提示 10054;
b) 当 A 连接 B 时, A 提示连接成功, 但长时间卡在 "等待画面传输". B 屏幕右上角会有一块空白. 如果此时 A 点击 "确定" 然后尝试重连, A 则提示 "远程电脑不在线".

B 可以连接 A.
当 A 更换为 64 位 RustDesk 后重新测试问题依旧.
当 RustDesk 在 B 的系统内以安装方式使用并作为被控端连接时, B 会直接崩溃 (应用程序错误, 0x01808734 引用的 0x08263080 内存不能为 read).