Notes Mail 显示信头与预期不一致时的故障诊断
软件版本:6.0, 6.5, 7.0, 8.0
操作系统:AIX, Linux, Solaris, Windows, i5/OS
参考号:1602818
修改日期:2014-07-07
Technote (troubleshooting)
问题
Notes 邮件消息中显示在信头中的用户名与预期的用户名不同。
注：在信头中显示的应该是邮件所有者的用户名。如果某人不是邮件所有者（而是“委托人”）发送了邮件,那么“发件人：”将会紧挨着出现在这个委托人的用户名旁边。
解决问题
索引：
I. 邮件文件中所有者域是正确的吗？
II. 是转发的邮件信息吗?
III.其它已知的问题
IV. 关于信头中包含“发送者”信息的变通办法：
I. 邮件文件中所有者域是正确的吗？
这个问题通常是因为邮件文件中所有者域的值不正确而引起。
首先需要检查的地方是日历概要文件中的邮件文件所有者域（在 操作 > 日历工具 > 日历概要文件 或者 操作 > 工具 > 首选项 > 邮件选项卡 > 基本选项卡）。当邮件消息被创建后，文档中会创建一个Principal域。这个域将从邮件文件中的用户日历概要文件所有者域取得，信头显示的就是这个Principal域的内容。
请注意：当邮件所有者第一次存取邮件文件时，邮件文件用户日历概要文件中的所有者域应该被检查并被保存。
以下的任何一种方法都可以被用来设置邮件文件中的所有者域：
1.打开日历概要文件，更改邮件文件所有者域（如果有必要），然后点击确定按钮保存概要文档。
2.在日历概要文件被直接保存之前，打开邮件文件并创建一封便笺。当便笺被创建但是还没有发送或者保存的时候，所有者域就已经被设置，即使此时退出便笺也会是相同的结果，这是信头显示不正确用户名的一个普遍原因。
3.对于那些不愿意让用户直接设置日历概要文件邮件文件所有者域的管理员，可以通过建立包含以下公式的按钮来实现：
@SetProfileField("calendarprofile"; "owner"; @UserName)
每个用户可以通过在邮件中点击这个按钮适当的设置邮件文件所有者域的值。
在日历概要文件被保存之前，你无法确认实际指定的是哪个ID。当日历概要文件被第一次打开时，用户ID（@UserName）被作为邮件文件所有者域的默认值。直到以上任一方法对日历概要文件进行了保存，邮件所有者域才会显示正确的ID，这就意味着简单打开日历概要文件查看用户ID已经不足以说明ID已被正确设置。如果你正在使用所有者的ID并且日历概要文件还没有被正式保存，那么它始终显示所有者ID，这一切似乎看起来是正常的。
1.使用 管理员 ID，一个 Notes 管理员从管理员控制台注册一个新用户。
2.管理员从新用户文档中取下新用户ID，然后用新用户ID打开这个新用户邮件文件。
3.管理员修改存取控制列表（ACL），使管理员对新用户邮件文件具有管理者权限。
4.管理员切换ID为管理员ID。
5.管理员打开这个新用户邮件文件并且选择操作，日历工具，日历概要文件，然后点击确定按钮关闭日历概要文件。其结果是管理员ID将会出现在邮件文件所有者域而不是这个新建用户的ID。
在这里，管理员在没有更改邮件所有者域的情况下保存日历概要文件。因为日历概要文件在之前还未被保存过，它将取当前@UserName作为默认值，所有随后的信息将会显示管理员ID而不是新用户ID，信头也将会使用这个邮件文件所有者域值。
场景 #2:
1.使用 服务器 ID,管理员从服务器注册一个新用户。
2.管理员用 服务器 ID 打开新建用户邮件文件，选择操作，日历工具，日历概要文件，然后点击确定按钮关闭日历概要文件。其结果是服务器 ID 将会出现在邮件文件所有者域而不是这个新建用户的ID。
再一次会看到，服务器ID被保存在了日历概要文件邮件文件所有者域。
场景 #3:
当邮件文件所有者通过授权概要（操作，邮件工具，授权概要）来授权一名助手存取他的邮件文件处理约会，当注释回复一份邮件时，在授权概要中的“邮件文件所有者”域将从老板的名字变为助手名字。其结果是助手的名字显示在了便笺的信头，而正确显示应该是信来自老板，而发送者是助手。邮件文件所有者变更是发生在授权概要被改变和保存之后助手第一次存取老板邮件文件。
这种情况的发生是因为直到现在还没有发送过一份便笺，日历概要文件也从来没被保存。因此邮件文件所有者域被设置为第一个试图创建便笺的人的ID，它使用的是默认公式@UserName。请看上面 场景#2设置邮件文件所有者域的方法。
II. 是转发的邮件信息吗?
| 转发操作（系统命令：Forward）使用在场所文档中指定的邮件文件来创建便笺。这个创建便笺的过程将使用场所文档中指定的邮件文件而不是你已经打开的邮件文件。如果被授权人在针对所有者邮件文件操作时没有使用独立的场所文档，那么转发操作将在授权人邮件文件中创建便笺。 如果从一个文件夹执行转发操作，信头将显示场所文档中邮件文件所有者名字。如果从一个打开的文档中执行转发操作，便笺将显示邮件文件所有者，然而，一旦发送它将被场所文档中的邮件文件所有者名字所取代。 这个问题已经被报告给质量工程部们，编号为SPR #DMKA39DN75. 目前没有计划解决这个问题。 附加信息. 当用户邮箱使用 Mail7.ntf 和 DWA7.ntf 设计时, 访问被授权的其他用户邮箱，并选择“转发”，将显示"Sent By: User Name/ABC/XYZ" . 若使用 Mail6.ntf 和 iNotes6.ntf 设计时，选择“转发”将依照当前场所文档设置。此外，Notes 8.0 客户端 Mail8.ntf 也是显示正确的 "Sent By:" 信息 - 在并非本人的邮箱文件中转发、回复与/或创建便笺时，显示 "Sent By:" 信息，并包含邮件发送者姓名。 III. 其它已知的问题 问题： 从Notes 版本 3 邮件文件发送的邮件将在信头显示不同的名字。 解答： 在这种情况下，邮件是从Notes R4.5x 或者 R4.6x邮件文件发出。在 Notes R4.5 和后续版本中，当一个消息被创建时负责人域将被添加到文档中。信头使用负责人域值，它的值来自日历概要文件中邮件所有者域（就像文章前面提到的那样） 在 Notes 后来的版本中，你能对一个收到的信息进行更改。你能保存更改的信息但是没有办法去发送它。在 V3 的邮件文件中，当对一个收到的邮件进行了改动后发送按钮是可见并可用的。这就是说，你可以编辑一个消息，改变 SendTo 域，然后重新发送信息。因为负责人域已经在消息中被创建，一个 V4.5（或者后来版本）接受者将在打开文档的信头中看到原始发送者的名字。 IV.关于信头中包含“发送者”信息的变通办法： 近期此用户进行重命名操作了吗？重命名操作可能已经失败，并恢复到以前的名称。 检查此用户个人文档，查看文档中存放的是旧用户名还是新用户名？ 再次发送 AdminP 请求重命名用户。 在admin4.nsf 数据库中移除所有旧的 AdminP 请求（如果数据库还没有清除旧的文档）。 关于在已知问题章节中所列出的其他问题以及信头显示“发送者”所期望情况问题的变通办法，请参考以下文档： "How to Modify the Who Column so that it Shows the 'Sent By' Information as well as the From Field" (#1087538) 参考文档链接 |
Using the "Send Document" Simple Action or Menu Option - Document 1101397
How to Modify the Who Column so that it Shows the 'Sent - Document 1087538
相关信息
An US English translation is available
链接地址：http://www-01.ibm.com/support/docview.wss?uid=swg21602818