当我们将Domino开发服务器从8.5.3升级到9时，从Java代码到具有GoDaddy证书的站点的HTTPS连接停止工作。 连接到具有DigiCert证书的服务器正常工作。 这在代理和XPage中都会发生。 这是一个XPage示例代码： <?xml version="1.0" encoding="UTF-8"?> <xp:view xmlns:xp="http://www.ibm.com/xsp/core"> <xp:this.beforePageLoad> <![CDATA[#{javascript:new java.net.URL("https://www.sslshopper.com/").openStream();]]> </xp:this.beforePageLoad> </xp:view> 我也尝试过使用UrlConnection 。 这是一个例外： javax.net.ssl.SSLHandshakeException: java.security.cert.CertificateException: 3659 com.ibm.jsse2.oa(o.java:15) com.ibm.jsse2.SSLSocketImpl.a(SSLSocketImpl.java:460) com.ibm.jsse2.kb.a(kb.java:294) com.ibm.jsse2.kb.a(kb.java:533) com.ibm.jsse2.lb.a(lb.java:55) com.ibm.jsse2.lb.a(lb.java:581) com.ibm.jsse2.kb.s(kb.java:11) com.ibm.jsse2.kb.a(kb.java:394) com.ibm.jsse2.SSLSocketImpl.a(SSLSocketImpl.java:44) com.ibm.jsse2.SSLSocketImpl.h(SSLSocketImpl.java:496) com.ibm.jsse2.SSLSocketImpl.a(SSLSocketImpl.java:528) com.ibm.jsse2.SSLSocketImpl.startHandshake(SSLSocketImpl.java:505) com.ibm.net.ssl.www2.protocol.https.c.afterConnect(c.java:83) com.ibm.net.ssl.www2.protocol.https.d.connect(d.java:31) sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1184) com.ibm.net.ssl.www2.protocol.https.b.getInputStream(b.java:40) java.net.URL.openStream(URL.java:1022) … java.security.cert.CertificateException: 3659 com.ibm.domino.napi.ssl.DominoX509TrustManager.checkServerTrusted(DominoX509TrustManager.java:98) com.ibm.jsse2.lb.a(lb.java:468) com.ibm.jsse2.lb.a(lb.java:581) com.ibm.jsse2.kb.s(kb.java:11) com.ibm.jsse2.kb.a(kb.java:394) com.ibm.jsse2.SSLSocketImpl.a(SSLSocketImpl.java:44) com.ibm.jsse2.SSLSocketImpl.h(SSLSocketImpl.java:496) com.ibm.jsse2.SSLSocketImpl.a(SSLSocketImpl.java:528) com.ibm.jsse2.SSLSocketImpl.startHandshake(SSLSocketImpl.java:505) com.ibm.net.ssl.www2.protocol.https.c.afterConnect(c.java:83) com.ibm.net.ssl.www2.protocol.https.d.connect(d.java:31) sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1184) com.ibm.net.ssl.www2.protocol.https.b.getInputStream(b.java:40) java.net.URL.openStream(URL.java:1022) 我按照以下说明将GoDaddy证书导入到domino_path […]
1）我有多米诺骨牌作为服务运行。 2）我有Java控制台运行监视服务器 3）我想停止使用NET STOP的多米诺骨牌，但没有Java控制台上的交互消息 “你确定要退出正在运行的Domino服务器控制器和/或Domino服务器吗？” 按下'Y'继续，'N'按下Cancell 问：我如何禁用或绕过此消息？ 谢谢你的帮助。
我有一个应用程序的全文search的问题。 我无法search定义为date/时间的字段的date。 条件“按字段”的全文search对话框以及有问题的字段给我们选项“包含/不包含”，而不是我们想要的search选项“在/是在之后”等。 – >删除并重新创buildFTI不起作用 – >脱线复制风格紧凑 – >创build本地新副本（devise和文档），并创build全文索引，将启用按datesearch该字段。 – >但这在生产服务器上不起作用 有任何想法吗？
我正在使用Directory Assistance（da.nsf）来使用我们的公司ldap进行身份validation和授权。 也用于发送电子邮件。 在发送电子邮件的同时，我只会给出通用名称，服务器会自动发送电子邮件给用户。 但有时在发送电子邮件时，ldapsearch也会给出一些垃圾值，因此邮件在mail.send（）处发生错误。 我已经包含了我的DAconfiguration。 我validation了企业ldap和domino目录，都没有像S615这样的名称。 有没有办法解决这个问题。
如何获取连接到Lotus Domino服务器的Lotus Notes版本列表？ 数据是否可以在服务器上的任何数据库文件中使用？
我正在尝试在Domino服务器上设置Web SAMLlogin。 我从身份提供者（Oracle身份联合会11g）收到了SAML 2.0元数据XML文件。 我将元数据导入到IdPconfiguration文档，并使login的第一阶段工作，以便将用户redirect到IdP服务器进行login。 在IdPlogin完成后，我被redirect回Domino服务器，并得到“错误400 HTTP Web服务器：错误的SAML请求” 。 我已经尝试了DEBUG_SAML notes.ini设置不同的数字，最后所有的组合：DEBUG_SAML = 11199。 这显示在服务器控制台上： ProduceSaml2ADFSReply: https://oracle-idp-site.net/fed/idp/initiatesso?providerid=http://mytestsite.fi&returnurl=http://mytestsite.fi/dev/ph/xp.nsf/test.xsp&loginToRp=http://mytestsite.fi Relay state is not equal [1575470014] – [http://mytestsite.fi/dev/ph/xp.nsf/test.xsp], url decoded/decripted [ http://mytestsite.fi/dev/ph/xp.nsf?$$_vrd2=95ed6770a665e89b35e0a74c03e6b463-b4cea507-ysrLzM3LyMx47oPqJm7hhAT%2FwyC%2BkYQ8GVN1HA%2BVb2FnIek6KcAxlr%2FzuOW018x5SUc5ULLb0zLZs3avb0UaT4t%2FepmI%2FcR29lrkKXIa9lxT9XvViDytNdpVObJG] Could not decode cookie. Dump post data: PostFieldName – SAMLResponse – Data – PHNhbWxwOlJlc3BvbnNlIHhtbG5zOnNhbWxwPSJ1cm46b2FzaXM6bmFtZXM6dGM6U0FNTDoyLjA6cHJvdG9jb2wiIERlc3RpbmF0aW9uPSJodHRwOi8vZGV2LnNvdmVsbHVzdGFsby5maS9uYW1lcy5uc2Y/U0FNTExvZ2luIiBJRD0iaWQtcnpaeUlWRmY3a3BLMFR1SGVMeTR5T3RnaGFJLSIgSXNzdWVJbnN0YW50PSIyMDEzLTA5LTE5V PostFieldName – RelayState – Data – http://mytestsite.fi/dev/ph/xp.nsf/test.xsp 19.09.2013 15:17:19 HTTP Web Server: Bad […]
我们使用Lotus Domino 8.5。 目前，我们的Domino服务器能够将电子邮件路由到不同的外部域。 但是最近有一个用户改变了域名，例如[email protected]改为[email protected] ，用户在域名改变时没有收到邮件。 在多米诺邮件路由日志中选中时，我们看到以下错误模式，例如： 12/11/2014 03:40:31 AM Router: No messages transferred to xxxxxxx (host yyyyyyy) via SMTP: SSL bad peer certificate. Connection refused. 请让我知道一些方向，以解决这个问题。
我正在使用MS Outlook + Exchange + Sharepoint +通信服务器等公司工作（数千台客户端计算机）。 现在我们的母公司分享了一切应该转移到IBM Lotus Notes + Domino的想法。 原因是基于Outlook的解决scheme太昂贵了（这是官方声明，即使他们不想取代MS Office）。 其他的原因可能是他们在向新的数据中心购买IBM服务器时收到了很多Lotus许可证。 我的问题是：这是合理的改变，还是只是一些pipe理游戏和IBM的营销？ 它真的会省钱吗？ 其他问题：莲花更好，然后MS解决scheme？ 这是一个严肃的问题，没有提到打开任何一种火焰战争。 我只是不相信的决心，我从来没有使用Lotus工具。
运行Domino / Notes R6（是的，我知道我正在运行Notes的Dante的第三个环）。 我们有一个讨论组数据库（我认为它正在运行讨论组的第4版模板），并且在某个地方有人为我们每天运行和发布的标准报告之一创build了重复的类别（关键字，标签），所以一些那么报告最终会在一个类别中，而另一些则会在另一个类别中结束。 我认为将近700个不正确类别的话题转移到正确类别，并排除错误类别，以防止这个问题的发生。 但是，我没有find任何pipe理面板或工具，允许我批量编辑此类别中发布的所有主题，或者合并这两个类别，或者Notes开发者设想做这样的事情，如果确实如此。 除了Notes客户端，控制台和所有其他标准注释pipe理工具外，我还拥有pipe理员帐户访问权限和对Domino Administrator的访问权限。 我该怎么办？ 更新回应下面的两个答案： 好吧，看起来我必须阅读@Formula和LotusScript。 我会做一些自我教育，然后回来的结果或进一步的问题（更可能后者）。 更新Ken的解决scheme如下： 因此，使用Domino Designer，我已经在所需的Discussion数据库中创build了一个新的代理，将其设置为在从所有选定文档的菜单中select时运行。 它运行公式： FIELD Category := "05. JCG Daily Loan Report"; SELECT @All SELECT @ALL是由devise者自动添加的。 我select了一些所需的文件，转到操作并select我的代理“更改类别”，进程状态窗口简要显示状态，一旦完成就消失。 但是，文件没有改变。 在devise器中，更改类别代理在“无更新”列中进行检查。 以为我不得不手动刷新数据库视图，我在运行代理之后在讨论组中按下了F9，但这没有什么区别。 右键单击devise器窗口中的代理，我selectLog …，它告诉我代理从未运行过。 我哪里错了？ 更新更多信息： closures并重新打开devise器我没有得到日志。 它报告我select的6个文件，它修改了所有6个文件。但是文件仍然有不正确的类别。 通过新的主题forms，我发现在参考两个类别和类别。 我应该对类别运行这个脚本吗？
我是兼职pipe理员，所以我只能每2-3年做一次这些事情。 我正在重新安装在8.5.2中工作的Linux服务器。 SSL证书来自GoDaddy。 我已经创build了keyfile.kyr1 / 2次没有成功。 遵循Domino Admin Help I中的说明 创build钥匙圈 创build一个“ 来自CA的SSL服务器证书 ”请求 在Go Daddy网站上，我访问我的SSL证书并使用“Re-Key”选项来创buildSHA-2签名algorithm和Go Daddy签发组织的请求 在几分钟内下载是可用的，我下载。 此下载包含两个文件： gd_bundle-g2-g1.crt和2b026decb857de.crt 接下来，我尝试“将CA证书作为受信任的根合并到服务器密钥环文件中”。 来自gd_bundle-g2-g1.crt文件。 有三个证书有不同程度的成功… 文件中的第一个证书是通用名“ Go Daddy Root Certificate Authority – G2 ”。 尝试合并它会得到结果：“ 证书签名不匹配的内容 ” 文件中的第二个证书是通用名“ Go Daddy Secure Certificate Authority-G2 ”。 尝试合并它会得到结果：“ 无法在受信任的根中查找证书颁发者 ” 文件中的第三个证书是通用名“ Go Daddy Root ”。 尝试合并成功。 不pipe这些活动的顺序如何，错误依然存在。 当我尝试下一步“ 将证书安装到密钥环中 ”时，我收到消息“ […]