|
|
1
3
关于32Kb的东西,而不是这个:
... 你可以考虑迭代 全部 电子邮件文档中的“正文”字段。当处理大量富文本时,Domino将所述内容“分块”到多个富文本字段中。检查正在处理的一些文档:查看文档属性时,您很可能会看到“Body”字段的多个实例。 |
|
|
2
2
我不确定是什么导致了32K错误,但是我知道Lotus Notes中32K或64K的顺序有很多限制,所以您可能遇到了其中的一个。我无法想象什么会增加额外的CR/LF。也许您可以尝试在NotesRichTextItem类上使用GetFormattedText方法,看看它是否更好? 它更复杂,但是您也可以使用NotesRichTextNavigator类遍历备忘录中的所有段落,一次输出一个段落。这样分解输出可能会消除CR/LF问题。 最后,我总是建议使用Midas的LSX来处理Lotus Notes中的富文本。他们销售的附加组件可以让您对富文本字段有更多的控制权。 至于最佳实践,我在阅读您的代码时想到的是循环构造。在视图中获取第一个文档,对其进行处理,然后获取下一个文档并检查它是否等于零,这样效率更高。它将循环设置为按索引顺序遍历视图,并消除了每次搜索索引以查找第n个文档的需要。它还使您不必维护计数器。要点如下:
|
|
3
1
外部电子邮件很可能以MIME的形式出现。所以您可以检查document.hasMime,然后使用mime类获取内容。那你就没有64k的限制了。示例在帮助中-如果需要代码,请回复。 |
|
|
Desmond Sim · 莲花脚本获取注册使用OU和O? 9 年前 |
|
|
Velaro · Lotus脚本-未激发数据库脚本初始化方法 11 年前 |
|
|
Michael Kambeck · 在另一个数据库中创建文档并设置字段值 11 年前 |
|
|
ClaaziX · Lotus Notes-查找类似字段(SELECTION) 12 年前 |
|
AHH · 检索Java代理对文档所做的更改 12 年前 |