f**u
发帖数: 2769 | 1 除了刚才很多人提到的掩耳盗铃的阅读、复制、转发等权限设定外，Exchange/Outlook
组合还有很多其他无厘头功能。
一个功能是“撤回发送后的邮件”，即如果对方也是 exchange/outlook 组合的话，可
以把发出去的信在对方看到之前撤回。如果对方服务器不支持，他会收到一封邮件，主
题是“XXX would like to recall message XXX”，原来已被收到的邮件不受影响。
一个是阅读回执。如果客户端支持，当然支持不仅限于Exchange/Outlook，别的客户端
乃至Gmail企业版也有一定程度的支持，但这个功能没有意义之处在于：由于不知道对
方是否在用支持回执的客户端，所以没收到回执不一定意味着没阅读；同理，收到了回
执也不意味着对方看过了内容，可能只是错误地点开了一下。有些人可能会比较反感对
方要求这种回执。
再一个就是“使用Word作为Email编辑器”的功能。
这些功能的共同特点是，它们通过扩展Email的协议，加入不兼容的私货，并用来解决
一些不用Exchange/Outlook的人无需解决的问题，再把它们作为Exchange/Outlook的卖
点。 |
L*****e
发帖数: 8347 | 2 吼吼，不说这个email recall还好，说起这个，gmail的email recall才叫真正的无厘
头。
因为N多用户要求gmail加email recall的功能，于是goole给gmail加了个Undo Send的
功能。
我开始以为这是类似outlook的email recall，后来才明白，原来这个功能只是把真正
的Send在click Send后给推迟10-30秒钟，在这10-30秒时间，用户可以后悔然后click
Undo Send。
10秒钟内后悔不应该Send，尼玛你还不如让用户在click Send前想清楚，或者加一个
confirm的dialog。。。
Outlook
【在 f**u 的大作中提到】
: 除了刚才很多人提到的掩耳盗铃的阅读、复制、转发等权限设定外，Exchange/Outlook
: 组合还有很多其他无厘头功能。
: 一个功能是“撤回发送后的邮件”，即如果对方也是 exchange/outlook 组合的话，可
: 以把发出去的信在对方看到之前撤回。如果对方服务器不支持，他会收到一封邮件，主
: 题是“XXX would like to recall message XXX”，原来已被收到的邮件不受影响。
: 一个是阅读回执。如果客户端支持，当然支持不仅限于Exchange/Outlook，别的客户端
: 乃至Gmail企业版也有一定程度的支持，但这个功能没有意义之处在于：由于不知道对
: 方是否在用支持回执的客户端，所以没收到回执不一定意味着没阅读；同理，收到了回
: 执也不意味着对方看过了内容，可能只是错误地点开了一下。有些人可能会比较反感对
: 方要求这种回执。
|
g****r
发帖数: 1589 | 3 recall这功能挺有用的
Outlook
【在 f**u 的大作中提到】
: 除了刚才很多人提到的掩耳盗铃的阅读、复制、转发等权限设定外，Exchange/Outlook
: 组合还有很多其他无厘头功能。
: 一个功能是“撤回发送后的邮件”，即如果对方也是 exchange/outlook 组合的话，可
: 以把发出去的信在对方看到之前撤回。如果对方服务器不支持，他会收到一封邮件，主
: 题是“XXX would like to recall message XXX”，原来已被收到的邮件不受影响。
: 一个是阅读回执。如果客户端支持，当然支持不仅限于Exchange/Outlook，别的客户端
: 乃至Gmail企业版也有一定程度的支持，但这个功能没有意义之处在于：由于不知道对
: 方是否在用支持回执的客户端，所以没收到回执不一定意味着没阅读；同理，收到了回
: 执也不意味着对方看过了内容，可能只是错误地点开了一下。有些人可能会比较反感对
: 方要求这种回执。
|
l********l
发帖数: 9452 | 4 没在大公司上过班？这个太有用了
Outlook
【在 f**u 的大作中提到】
: 除了刚才很多人提到的掩耳盗铃的阅读、复制、转发等权限设定外，Exchange/Outlook
: 组合还有很多其他无厘头功能。
: 一个功能是“撤回发送后的邮件”，即如果对方也是 exchange/outlook 组合的话，可
: 以把发出去的信在对方看到之前撤回。如果对方服务器不支持，他会收到一封邮件，主
: 题是“XXX would like to recall message XXX”，原来已被收到的邮件不受影响。
: 一个是阅读回执。如果客户端支持，当然支持不仅限于Exchange/Outlook，别的客户端
: 乃至Gmail企业版也有一定程度的支持，但这个功能没有意义之处在于：由于不知道对
: 方是否在用支持回执的客户端，所以没收到回执不一定意味着没阅读；同理，收到了回
: 执也不意味着对方看过了内容，可能只是错误地点开了一下。有些人可能会比较反感对
: 方要求这种回执。
|
A******D
发帖数: 2844 | 5 你如果一不当心群发了怎么办？呵呵
Outlook
【在 f**u 的大作中提到】
: 除了刚才很多人提到的掩耳盗铃的阅读、复制、转发等权限设定外，Exchange/Outlook
: 组合还有很多其他无厘头功能。
: 一个功能是“撤回发送后的邮件”，即如果对方也是 exchange/outlook 组合的话，可
: 以把发出去的信在对方看到之前撤回。如果对方服务器不支持，他会收到一封邮件，主
: 题是“XXX would like to recall message XXX”，原来已被收到的邮件不受影响。
: 一个是阅读回执。如果客户端支持，当然支持不仅限于Exchange/Outlook，别的客户端
: 乃至Gmail企业版也有一定程度的支持，但这个功能没有意义之处在于：由于不知道对
: 方是否在用支持回执的客户端，所以没收到回执不一定意味着没阅读；同理，收到了回
: 执也不意味着对方看过了内容，可能只是错误地点开了一下。有些人可能会比较反感对
: 方要求这种回执。
|
g******o
发帖数: 4042 | 6 个人觉的这个功能还是不错的
click
【在 L*****e 的大作中提到】
: 吼吼，不说这个email recall还好，说起这个，gmail的email recall才叫真正的无厘
: 头。
: 因为N多用户要求gmail加email recall的功能，于是goole给gmail加了个Undo Send的
: 功能。
: 我开始以为这是类似outlook的email recall，后来才明白，原来这个功能只是把真正
: 的Send在click Send后给推迟10-30秒钟，在这10-30秒时间，用户可以后悔然后click
: Undo Send。
: 10秒钟内后悔不应该Send，尼玛你还不如让用户在click Send前想清楚，或者加一个
: confirm的dialog。。。
:
|
z*n
发帖数: 2893 | 7 那10-30s之后想undo send会怎么样？ 或者那个button灰掉不让按？
click
【在 L*****e 的大作中提到】
: 吼吼，不说这个email recall还好，说起这个，gmail的email recall才叫真正的无厘
: 头。
: 因为N多用户要求gmail加email recall的功能，于是goole给gmail加了个Undo Send的
: 功能。
: 我开始以为这是类似outlook的email recall，后来才明白，原来这个功能只是把真正
: 的Send在click Send后给推迟10-30秒钟，在这10-30秒时间，用户可以后悔然后click
: Undo Send。
: 10秒钟内后悔不应该Send，尼玛你还不如让用户在click Send前想清楚，或者加一个
: confirm的dialog。。。
:
|
L*****e
发帖数: 8347 | 8 click send后出现一个Undo的link，10秒钟后这个link消失。。。
刚才查了下，gmail还曾经有过更无厘头的功能：
Last year（2009）, Google introduced a feature to Gmail designed to prevent
users from sending drunken emails. "Mail Goggles" forces users to solve five
simple math problems in less than a minute in order to send a Gmail missive.
【在 z*n 的大作中提到】
: 那10-30s之后想undo send会怎么样？ 或者那个button灰掉不让按？
:
: click
|
s*****m
发帖数: 13092 | 9 我工作十年没见recall成功过的。。。
【在 l********l 的大作中提到】
: 没在大公司上过班？这个太有用了
:
: Outlook
|
g****r
发帖数: 1589 | 10 你们公司用outlook？
【在 s*****m 的大作中提到】
: 我工作十年没见recall成功过的。。。
|
|
|
l********l
发帖数: 9452 | 11 outlook的recall很好使，没出过问题。当然你要是recall晚了，那是你的事。。。
【在 s*****m 的大作中提到】
: 我工作十年没见recall成功过的。。。
|
w*****g
发帖数: 16352 | 12 还有什么可以先写好EMAIL, 然后定点发出, 可以造成还在辛勤工作的假象.
【在 l********l 的大作中提到】
: outlook的recall很好使，没出过问题。当然你要是recall晚了，那是你的事。。。
|
n******7
发帖数: 12463 | 13 靠，我最喜欢这个功能了，还是测试的feature的时候就开始用了，没写完点错的时候
多一层保护当然好
同样的，thunderbird装了个send later，安心
click
【在 L*****e 的大作中提到】
: 吼吼，不说这个email recall还好，说起这个，gmail的email recall才叫真正的无厘
: 头。
: 因为N多用户要求gmail加email recall的功能，于是goole给gmail加了个Undo Send的
: 功能。
: 我开始以为这是类似outlook的email recall，后来才明白，原来这个功能只是把真正
: 的Send在click Send后给推迟10-30秒钟，在这10-30秒时间，用户可以后悔然后click
: Undo Send。
: 10秒钟内后悔不应该Send，尼玛你还不如让用户在click Send前想清楚，或者加一个
: confirm的dialog。。。
:
|
s******8
发帖数: 4192 | 14 阅读回执很好啊。就知道某人读了我email存心不回。谁在敷衍，谁真的没空一目了然
。 |
C***S
发帖数: 1159 | 15 不会吧？我受这种信，Outlook会问是不是response back. 我从来都选No
【在 s******8 的大作中提到】
: 阅读回执很好啊。就知道某人读了我email存心不回。谁在敷衍，谁真的没空一目了然
: 。
|
j******l
发帖数: 10445 | 16 so? 心中存满了对同事们的仇恨？以后合作起来充满了怨气。
【在 s******8 的大作中提到】
: 阅读回执很好啊。就知道某人读了我email存心不回。谁在敷衍，谁真的没空一目了然
: 。
|
b*****a
发帖数: 14583 | 17 这个事实上最初的 idea 是微软的一个女 architect 提出的，应对 spam 的解决方案
精神实质是让发送 spam 成为 computationally (thus economically) expensive 的
一种行为。原本的设想不是让用户做题，而是让机器做题，分解中等大小数字的质因数
这种主流电脑需要花几秒钟计算的题目，有一个收信人就要做一道题，所以一次发100
万封邮件就会变成非常扯淡的事情...
prevent
five
missive.
【在 L*****e 的大作中提到】
: click send后出现一个Undo的link，10秒钟后这个link消失。。。
: 刚才查了下，gmail还曾经有过更无厘头的功能：
: Last year（2009）, Google introduced a feature to Gmail designed to prevent
: users from sending drunken emails. "Mail Goggles" forces users to solve five
: simple math problems in less than a minute in order to send a Gmail missive.
|
d********u
发帖数: 5383 | 18 我是来围观的，你继续
Outlook
【在 f**u 的大作中提到】
: 除了刚才很多人提到的掩耳盗铃的阅读、复制、转发等权限设定外，Exchange/Outlook
: 组合还有很多其他无厘头功能。
: 一个功能是“撤回发送后的邮件”，即如果对方也是 exchange/outlook 组合的话，可
: 以把发出去的信在对方看到之前撤回。如果对方服务器不支持，他会收到一封邮件，主
: 题是“XXX would like to recall message XXX”，原来已被收到的邮件不受影响。
: 一个是阅读回执。如果客户端支持，当然支持不仅限于Exchange/Outlook，别的客户端
: 乃至Gmail企业版也有一定程度的支持，但这个功能没有意义之处在于：由于不知道对
: 方是否在用支持回执的客户端，所以没收到回执不一定意味着没阅读；同理，收到了回
: 执也不意味着对方看过了内容，可能只是错误地点开了一下。有些人可能会比较反感对
: 方要求这种回执。
|
y**b
发帖数: 10166 | |
s*****m
发帖数: 13092 | 20 我永远见到的是同事发来两个email,一个原件跟着一个recall，从来没见过原件被删掉
的效果。
【在 l********l 的大作中提到】
: outlook的recall很好使，没出过问题。当然你要是recall晚了，那是你的事。。。
|
|
|
s*****m
发帖数: 13092 | 21 当然，我工作过的几家投行不是在用outlook就是准备从lotus转outlook.
【在 g****r 的大作中提到】
: 你们公司用outlook？
|
s*****m
发帖数: 13092 | 22 我从来都选No,而且会增加对这个人的嫌恶感
【在 s******8 的大作中提到】
: 阅读回执很好啊。就知道某人读了我email存心不回。谁在敷衍，谁真的没空一目了然
: 。
|
s******8
发帖数: 4192 | 23 你居然敢对你的boss产生嫌恶感？
【在 s*****m 的大作中提到】
: 我从来都选No,而且会增加对这个人的嫌恶感
|
s*****m
发帖数: 13092 | 24 你的boss用这个feature??? OMG, 这得是什么EQ水平的boss啊！！！
【在 s******8 的大作中提到】
: 你居然敢对你的boss产生嫌恶感？
|
N*********8
发帖数: 161 | 25 这个功能还不错吧，救了我好多次了，呵呵。而且这样设计对任何收件人都有用。
prevent
five
missive.
【在 L*****e 的大作中提到】
: click send后出现一个Undo的link，10秒钟后这个link消失。。。
: 刚才查了下，gmail还曾经有过更无厘头的功能：
: Last year（2009）, Google introduced a feature to Gmail designed to prevent
: users from sending drunken emails. "Mail Goggles" forces users to solve five
: simple math problems in less than a minute in order to send a Gmail missive.
|
L*****e
发帖数: 8347 | 26 好吧，更公平的说法应该是，任何功能都只是对一部分人有用，而对于另外一部分人没
用。不要因为对自己没用就认为某功能无厘头。
比如说这个undo send对于习惯三思而后行的人可能就觉得没用，而我有一个朋友，不
管是去哪个餐馆，在餐馆里点哪个菜，还是做其它任何事，他会习惯性地迅速推翻自己
的第一个决定，我们都习惯了自动ignore他的第一个决定或建议，知道他肯定马上会改
。这个undo send估计会是他的大爱。
而楼主举的几个例子就是在说在某些情况下，那些功能失效，于是那些功能就无无厘头
了，而不去想那些有效的用户的情况。包括另外的帖子里提到的copy／forward问题，
不是看这功能怎么帮助用户方便传达policy，而是看有没有cheat的办法break policy
。很多地方排队地上会画一条线，这就是简单地告诉你应该在哪儿排队，结果就有人跳
出来说那条线又不是唐僧给孙悟空画面的圈，有n种办法可以越过那条线而不排队，所
以地上画线让人排队就是掩耳盗铃无厘头。。。
【在 N*********8 的大作中提到】
: 这个功能还不错吧，救了我好多次了，呵呵。而且这样设计对任何收件人都有用。
:
: prevent
: five
: missive.
|
s*****m
发帖数: 13092 | 27 左眼，话说你们公司这次实在让我都不能忍了，正式推出outlook.com，居然calendar
还没弄好
policy
【在 L*****e 的大作中提到】
: 好吧，更公平的说法应该是，任何功能都只是对一部分人有用，而对于另外一部分人没
: 用。不要因为对自己没用就认为某功能无厘头。
: 比如说这个undo send对于习惯三思而后行的人可能就觉得没用，而我有一个朋友，不
: 管是去哪个餐馆，在餐馆里点哪个菜，还是做其它任何事，他会习惯性地迅速推翻自己
: 的第一个决定，我们都习惯了自动ignore他的第一个决定或建议，知道他肯定马上会改
: 。这个undo send估计会是他的大爱。
: 而楼主举的几个例子就是在说在某些情况下，那些功能失效，于是那些功能就无无厘头
: 了，而不去想那些有效的用户的情况。包括另外的帖子里提到的copy／forward问题，
: 不是看这功能怎么帮助用户方便传达policy，而是看有没有cheat的办法break policy
: 。很多地方排队地上会画一条线，这就是简单地告诉你应该在哪儿排队，结果就有人跳
|
L*****e
发帖数: 8347 | 28 嗯，愚蠢，应该学习gmail，beta一挂就挂5年，搞所谓"正式"没啥意义，又不能卖。。。
calendar
【在 s*****m 的大作中提到】
: 左眼，话说你们公司这次实在让我都不能忍了，正式推出outlook.com，居然calendar
: 还没弄好
:
: policy
|
C********e
发帖数: 2327 | 29 这个功能我很喜欢
【在 w*****g 的大作中提到】
: 还有什么可以先写好EMAIL, 然后定点发出, 可以造成还在辛勤工作的假象.
|
r*****g
发帖数: 9999 | 30 recall很有用，你喷的很无厘头。
Outlook
【在 f**u 的大作中提到】
: 除了刚才很多人提到的掩耳盗铃的阅读、复制、转发等权限设定外，Exchange/Outlook
: 组合还有很多其他无厘头功能。
: 一个功能是“撤回发送后的邮件”，即如果对方也是 exchange/outlook 组合的话，可
: 以把发出去的信在对方看到之前撤回。如果对方服务器不支持，他会收到一封邮件，主
: 题是“XXX would like to recall message XXX”，原来已被收到的邮件不受影响。
: 一个是阅读回执。如果客户端支持，当然支持不仅限于Exchange/Outlook，别的客户端
: 乃至Gmail企业版也有一定程度的支持，但这个功能没有意义之处在于：由于不知道对
: 方是否在用支持回执的客户端，所以没收到回执不一定意味着没阅读；同理，收到了回
: 执也不意味着对方看过了内容，可能只是错误地点开了一下。有些人可能会比较反感对
: 方要求这种回执。
|
|
|
r*****g
发帖数: 9999 | 31 已经被打开的邮件不能被recall，这个你不会不知道吧。
【在 s*****m 的大作中提到】
: 我永远见到的是同事发来两个email,一个原件跟着一个recall，从来没见过原件被删掉
: 的效果。
|
s*****m
发帖数: 13092 | 32 我还真不知道，一般对方recall都没有我打开快
【在 r*****g 的大作中提到】
: 已经被打开的邮件不能被recall，这个你不会不知道吧。
|
e*********s
发帖数: 365 | 33 这个可以转joke了……recall成功的本来不就是为了让你看不见
【在 s*****m 的大作中提到】
: 我永远见到的是同事发来两个email,一个原件跟着一个recall，从来没见过原件被删掉
: 的效果。
|
