【问题标题】:Filename extensions missing in Notes documentNotes 文档中缺少文件扩展名
【发布时间】:2017-01-04 04:06:14
【问题描述】:

我对带有少量 Notes 文档的 $FILE 字段有疑问。 问题是它们没有文件扩展名。而那些没有文件扩展名的 $FILE 也没有正确的文件名。 例如,如果电子邮件中存在两个附件(image1.jpg 和 image2.jpg),并且如果我在 Notes 客户端(在后端)中打开此电子邮件文档,其中一个将没有文件名的扩展名,并且这个也没有实际的文件名。如果 image1.jpg 是缺少扩展名的文件,它的文件名将被视为一些随机字符。 我附上了它的a screenshot。 请提出可能是什么问题。 谢谢。

【问题讨论】:

  • 不要使用 $File 项目。使用 Notes 后端类。他们会自动关心 $File 项目。
  • 您是否以编程方式创建这些文档?还是这些只是您的程序必须处理的现有文档?
  • “随机”字符实际上是 Notes 对附加文件时具有相同名称这一事实的反应。如果你分离它们(使用 NotesEmbeddedObjects 类)并重命名它,你会没事的。你怎么能防止它?你不能,除非你可以阻止发件人两次附加同一个文件(提示:你不能。)
  • @Duston 感谢您的回复,但不幸的是事实并非如此。我只是按照你提到的方式测试了它。两次发送带有两个附件的电子邮件(image.png 和 image.png)。但是当我检查 $FILEs 时,它们都有正确的文件名和扩展名,只有 Notes 将其中一个更改为 image.001.png
  • 那可能是您的邮件客户端帮助您。如果您在 Notes 表单上有一个文件上传控件,我所描述的就会发生。

标签: lotus-notes


【解决方案1】:

正如 Duston 所说:您看到的是处理附加到 Notes 文档的重复文件名的内部行为。原始文件名存储(我相信)在引用该 $FILE 项目的 Body 字段中。

一旦用户两次上传相同的文件名,就无法恢复原来的文件名。

【讨论】:

  • 在我们的生产环境中监控了很多天的文档,现在很清楚,如果有多个同名的附件,那么其余的将面临这个问题。但是我一直在尝试在开发环境中重现相同的内容,但是如前所述,当我附加两个或多个具有相同名称的文件时,其他文件将由 Notes 本身以 001,002 等为前缀。这种差异的原因尚不清楚。
  • 看看客户端版本。
  • 所有环境的客户端版本都是一样的。
  • 不同的文件名格式可能是由 MIME/Rich text 格式引起的。如果您通过邮件中的备忘录尝试过该属性,则该属性位于位置文档中。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2018-05-10
  • 2020-04-03
  • 1970-01-01
  • 1970-01-01
  • 2013-06-23
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多