回帖风格

维基百科,自由的百科全书
跳转至: 导航搜索

电子邮件网络论坛或者Usenet回复文章时,经常会引用原始文字。在实践中存在着多种回帖风格

主要的风格包括:上回复(Top-posting),即在原文上方攥写回复;下回复(Bottom-posting),即在原文下方回复;以及交织回复(Interleaved-posting)。不同的虚拟社区对何种风格是适当的有不同的看法。在一个社区中使用“错误”的风格,可能被视作严重违反网络礼仪,从而遭致社区成员的激烈反应。

由于比较先进的邮件客户端和邮件服务(如Gmail)会按照主题将邮件组织在一起,各种回帖风格的差异就显得不那么重要了。

风格[编辑]

上回复[编辑]

这种方法在回帖里包含被回复的信息的完整内容,在其前方加上回复内容。有时这种风格被称作TOFU,即“Text Over, Fullquote Under(文本结束,后附完整引文)”的缩写。这是微软OutlookOutlook ExpressGmail和其他一些邮件客户端的默认风格,类似在转发消息时将新内容加在顶部:

没问题。那就下午6点吧。
Jim


-------- 原始信息 --------
发件人: Danny <danny@example.com>
发送日期: 2007年10月16日 上午10:01
收件人: Jim <jim@example.com>
主题: RE: 工作

喔!等一下。我有个计划任务在5点半要给技术人员发送邮件。
你能推迟一个小时吗?
Danny
 

-------- 原始信息 --------
发件人: Jim <jim@example.com>
发送日期: 2007年10月16日 上午9:40
收件人: Danny <danny@example.com>
主题: 工作

我今晚5点要暂停邮件服务,大约半个小时,以便安装升级和一
些重要修正。
Jim

回帖本身是完整的内容,有些类似于传统的书信,不同之处是附带上了原帖。虽然有时不推荐使用上回复,但是在商业信函中这是一个常见的风格。顾客服务信件往往要求所有的回复内容要以清晰的方式表达,没有引文。同时可能附上原始邮件,但仅仅作为证据。

这种风格的一个好处是,当新人收到一个之前是私有的讨论时(由于转发或者增加收信人),这个讨论的所有背景信息(即“线索”)对其都是可见的。特别是在商业信函中,可能需要将整个消息线索转发给第三方进行处理。在这种情况下,将处理指示“上回复”在引文之上更加合适──因为目的仅仅是提供指示,而非进行针对性的回答。(在整个讨论都是公开的的环境下,比如新闻组或者网络论坛,没必要包含过往讨论,裁剪就足已。)

许多流行的e-mail应用程序(如微软OutlookGmail)默认的光标放置方式有利于上回复。由于其软件的广泛使用,微软对上回复起了很大的影响;它的e-mail和新闻组软件默认把光标放在顶端,在某些情况下甚至难以做到不使用上回复(这是由于微软Outlook的许多版本都存在一个bug,即在用文本模式回复一封以HTML/RTF格式发送的邮件时,没有引用符号,再加上微软Outlook的默认设置根本就不生成引用符号──这使得很难区分新加文字和引用文字);许多用户把这个当作事实标准接受了。另外,手持设备(如黑莓手机)用户倾向于使用上回复,由于这些设备只下载邮件的开始部分用作显示。邮件的其余部分仅仅在需要的时候才下载,这需要花费额外的下载时间。对黑莓用户来说,把关心的内容放在邮件的开始部分可以节省带宽和时间,也可减少滚屏。

部分由于微软的影响,在邮件列表和私人信件中,上回复更常见。一般认为上回复严重破坏了邮件列表的摘要功能,因为很难跳过多层的上回复。在最坏的情况下,一个上回复会包含整个摘要作为原始邮件。

一些人认为,上回复适合人际间的email,而对于像新闻组这样的线索讨论,则应该使用交织回复。新闻组中对上回复的形成规则的抵制,看起来主要来自在Usenet早期就上线的人,以及Usenet早期就存在的社区。抵制最激烈的包括Usenet的comp.lang树下的新闻组,特别是comp.lang.c和comp.lang.c++。而在alt树下的社区更能容忍上回复。新的线上用户,特别是那些没有太多Usenet经验的人,往往对关于回帖风格的争论不敏感。

在邮件列表里,下面的例子偶尔被用来嘲弄和劝阻上回复的行为:[1][2][3]

答:因为它把人们正常的阅读顺序打乱了。
问:为什么上回覆不好呢?
答:上回覆。
问:E-mail中最让人讨厌的是什么?

下回复[编辑]

另一种回复信息的风格是“下回复”。回复内容放在引用内容的下面,以保持回复的逻辑顺序,符合从上向下的阅读习惯。

通常只有需要回复的内容才被引用,其余无关信息均被删除。

> Jim在周三上午9:40写道:
> > 我今晚5点要暂停邮件服务,大约半个小时,以便安装升
> > 级和一些重要修正。

Danny在周三上午10:01写道:
> 喔!等一下。我有个计划任务在5点半要给技术人员发送邮
> 件。你能推迟一个小时吗?

没问题。那就下午6点吧。

向下滚动翻过整篇文章才能看到回复,特别是在原始文章很长而回复很短的情况下,这是非常不方便的。很多没有经验的计算机使用者甚至可能不知道需要滚动以看到他们想要找的回复。当发送一封未经剪裁的下回复信件时,可以在开头写上“我在最后有回复”这样的字样。然而,由于现代的邮件程序可以把不同层次的引用用颜色区别看来(如上所示),所以这不再是个大问题。另一个显示后面还有回复文字的好方法是使用签名作为文本的结束标志,这样读者就会知道需要一直读到看到你的签名为止。在使用交织回复时,这个方法非常礼貌,并且很有用,因为在你的签名出现时,就相当于告诉读者你的回复到此结束。


一个有趣的例子:

老板:万分欢迎,没有你我们的公司肯定大不一样!

职员:如果工作太累,搞不好我会辞职的

老板:放心,我不会让这样的事情发生的!

职员:我双休日可以休息吗?

老板:当然了!这是底线!

职员:平时会天天加班到凌晨吗?

老板:不可能,谁告诉你的?

职员:有餐费补贴吗?

老板:还用说吗,绝对比同行都高!

职员:有没有工作猝死的风险?

老板:不会!你怎么会有这种念头?

职员:公司会定期组织旅游吗?

老板:这是我们的明文规定!

职员:那我需要准时上班吗?

老板:不,看情况吧

职员:工资呢?会准时发吗?

老板:一向如此!

职员:事情全是新员工做吗?

老板:怎么可能,你上头还有很多资深同事!

职员:如果领导职位有空缺,我可以参与竞争吗啊?

老板:毫无疑问,这是我们公司赖以生存的机制!

职员:你不会是在骗我吧? ↓↓

当进入公司后,看真实的一幕!

..........(从下行往上读)

交织回复[编辑]

在实践中,“下回复”通常被扩展至“交织回复”(或者叫“逐条反驳”,有的时候也被称作“下回复”)。被引用的内容和对应的回复交织在一起,每个回复针对某个段落或者句子。这使每段讨论都自然的按照时间顺序排列。回帖者无须覆述每个需要解决的问题,因为他可以直接在原贴中相应的位置进行逐条回应,从而产生一个更加结构化、有规则和准确的回复。

Jim在周四写道:
> 当考虑到原小说和改编的电影的风格差异时,可以很容易
> 看出,
[删节...]

是的,但书和电影之间隔了有20年。


> 电影显然增加了一种恐怖气氛,而这在原书中是不存在的。
> 这是不可接受的
[黑暗诠释的优缺点,删去...]

我不同意。如果有人能够理解这两者是面向不同的受众的话,
就会发现这种更黑暗的调调很不错。

参考文献[编辑]