AfterLogic Webmail ，想免费想交钱都行，外观比 roundcube 不知好到哪里去了

暂且不提免费。

自由的字体的话可以看看 Fandol 系列字体。不过用作设计的话可能还是“太平凡”了，没什么特点。

又是月经贴……

不算远的将来必将停止支持这点算不？

deb 包是麻烦……

上面说了 checkinstall ，我就提一下官方解决方案： https://wiki.debian.org/IntroDebianPackaging

devscripts + debhelper

用完了（主要是 Google Drive 东西塞得有点多），现在买买买了。

唔，个人经验是不要开 proposed 就不会挂。

虽然我是 Arch 党 /Debian sid 党，但是主力还是用 Ubuntu 。

用了四五年，稳定版 dist-upgrade 从来没碰到过崩，只有手贱（例如现在装测试中的 16.04 ）才碰到过无法启动，还给上游报了 bug 。当然跨版本升级另当别论。

当真是人品问题？

我校在用 eduroam ，近一年才开通的
另外，没有 eduroam 的地方和有线网有自己做的基于网页的登录机制，所以是个设备都能上网不需要客户端
另外，收费包月，流量不限

P.S. 我校位于中国大陆

尚且不论对与错，个人感觉因为提出的排版规则的修正没被接受，就从邮件列表到 IRC 再到 V2 一路说过来，给人的观感很糟糕。

现在负责各大项目 l10n 的负责人总是会换的，只是时间早晚的问题。

话说对于升级非滚动版本这回事， Ubuntu 其实还算好。这两年都是直接改 sources.list 升级，图形界面出不来就修修，彻底跪掉只能 chroot 修的情况倒没遇上过。

和你在哪个大学有关，差距太大没法比较。

标准电子邮件协议：不可能。

除非是在同一服务器（服务提供商）上，由邮件服务器加上去的扩展，例如都是网易邮箱、都是 QQ 邮箱。

minetest-(c55 )

非 Java ， C++写的

好了，找到了一个 dirty hack:

import os, time
import multiprocessing

FM_FILEPATH = '/tmp/myfifo'

def mf_keeper(filepath=FM_FILEPATH):
"""
Open it. Don't close it.
"""
f2 = open(filepath, 'w')
while True:
time.sleep(60)
pass

if __name__ == "__main__":
p = multiprocessing.Process(target=mf_keeper)
p.start() # never join
f = open(FM_FILEPATH, 'r')
while True:
line = f.readline()
print("I have \"{}\"".format(line))

似乎 f.readline() 读取时候只会对第一个打开FIFO的进程所写入的 EOF 反应。

@pubby 的确是这样的，如果没有一个以读模式打开FIFO文件的进程，那么其它进程以写模式打开文件会卡在 open() 中。但是在现在的情况下始终有一个以读模式打开文件的进程，所以并不存在问题。

我只是想要一个符合情景的解决方案 =_=

@pubby 感谢，这个解释可能说明了一些问题。

按我理解，现在这种应用应当存在两种情况：

第一种：Python 程序打开 FIFO 读，有另外的程序打开 FIFO 写，并且没有写完，此时读取文件在默认（阻塞）条件下会阻塞。但是如果以非阻塞模式打开文件读会怎么样呢？（待实验，是否出现 EAGAIN/EWOULDBLOCK？）

第二种：Python 程序打开 FIFO 读，已经有程序打开过 FIFO 写并关闭了文件，此时一直读取文件一定会碰到 EOF，之后再以任何方式读取 FIFO 就像是读取普通文件遇到文件末尾后继续读返回空字符串那样返回了空字符串而非阻塞。是这样吗？如果以非阻塞方式打开文件读又会如何？（待实验）

@akira 使用非阻塞方式，是在 Python 程序中以非阻塞方式打开文件读吗？我觉得并不符合情景要求，因为任何情况下 read 都会立刻返回。

@pubby 不是很想通过轮询的方式判断有没有数据，占用 CPU 时间有点多

@yuelang85 实际上想实现的目的是读取到末尾管道中没有数据时，readline 函数因为没有输入又没有遇到 EOF 而阻塞，直到管道中又有数据输入，有换行符为止而使 readline 函数返回该行数据。就像是 shell 中

cat /tmp/myfifo

时阻塞住的情况，而不要在没数据时返回空字符串。

open() 放在循环外面是因为打开文件只需要一次，本来就不需要多次调用 open()。