新しいアップグレード構成を作成する場合、古い Notes データの除外のデフォルトのリストには、次の XNUMX つのエントリも含まれるようになりました。

ネットワーク:ワークスペース\ログ*
ネットワーク:(IBM|HCL)_TECHNICAL_SUPPORT*

これは既存のアップグレード構成には影響しないことに注意してください。

メール テンプレートのデザイン置換機能で、同じテンプレートの複数のターゲット構成を受け入れることができるようになりました。

新しいオプション「Notes のメジャー バージョンに制限する」も追加されました。

クリーンアップ エージェントで「37 行目の CLEANUP_NOTESRENAMES のエラー: オブジェクト変数が設定されていません - 関数が中止されました」というエラーが発生した場合、クリーンアップ エージェントは停止せずに次のドキュメントの処理を続行するようになりました。

「最新バックアップのローミング」サンプル アクションを変更し、デフォルトで BL Init ではなく Before Login のランタイムになるようにしました。

また、「Set mc:DXL Export/Import Roaming」サンプル アクションのタイトルを変更し、DXLRawImport エージェントが「After Write」のランタイムを使用する必要があることを示唆しました。

ローミング クリーンアップ アクションは、バックグラウンド初期化の実行タイプをサポートするようになりました。

「ROAMING: Exclude ini-Entries Directory、SharedDataDirectory など」サンプル INI フィルター アクションでは、EXTMGR_ADDINS、AddinMenus、NSF_HOOKS のエントリも除外されるようになりました。

さまざまなコードが 64 ビット 12.0.2 で適切に動作できるようにするためのいくつかの変更 FP2 以下を含むクライアント:

• LotusScript 接続オプションを使用したオンライン更新
• クリップボードの読み取り (アプリケーション/メールファイル アクション、プロファイル ドキュメント アクション)
• サーバーのリストの取得 (エージェント アクション、最近使用したアプリ アクション)
• 低解像度データベース アイコンの読み取り (アプリケーション/メールファイル アクション)

これらは以前の 64 ビット クライアントでは適切に機能していましたが、12.0.2 では変更が必要であったことに注意してください。 FP2。 これらは Notes 14 でも必要になります。

Release Notes URL 生成コードが更新され、Notes 14 としてタグ付けされたテンプレートを適切に検出できるようになりました。

Notes 14 で Java 接続オプションとプロキシ サーバー設定を使用したオンライン アップデートが失敗する問題を修正しました。

オンライン更新によって生成された GetLicenseInfo.xml ファイルが接続の失敗後に空になることがあり、Notes クライアントが再起動するまで削除または変更できない問題を修正しました。

ローカル レプリカ オプションとして「変数」が選択されており、「変数」フィールドが空の場合、検証表示に間違ったテキストが表示されるアプリケーション/メールファイル アクション フォームの問題を修正しました。

MarvelClient Upgrade 構成ウィザードの以前のバージョンでは、「サービスのインストール」と「サービスの排他的使用」を組み合わせて無効にすることができましたが、サービスはすでにインストールされていないと使用できないため、これは意味がありません。

「サービスを排他的に使用する」が選択されている場合、「サービスのインストール」を無効にできなくなりました。

潜在的なクライアント クラッシュを回避するため、12.0.2 以上のフル クライアント パッケージを選択する場合は、コンパクト テンプレート オプションを有効にできなくなりました。

Windows 64 ビット クライアントの「Image」クラスのクラス競合エラーを修正しました。

「キーファイルエディタの起動」をクリックしてキーファイルエディタを閉じると、Notes で最新のテンプレートで「添え字が範囲外です」エラーが発生する問題を修正しました。 

Automailer では、電子メール以外の Notes アカウントの使用が許可されるようになりました。

以前は、MailSystem が「1」 (Notes) 以外であるか、MailServer または MailFile が空である個人文書はすべて除外されていました。 これらをオプションで含めることができるようになりました。 このオプションが有効 (デフォルトは無効) で、オートメーラーが各メール サーバーで処理される場合、電子メール以外のアカウントを含めるメール サーバーを選択するための新しいフィールドが表示されます。

32 ビット クライアントを使用してオンライン アップデートが実行されたが、エージェントが 64 ビット クライアントで実行された場合 (またはその逆の場合)、HW/SW インベントリ エージェントのデータが欠落する問題を修正しました。

メールベースのインストーラー フォーム上のテキストを「Windows/」に変更しました。Notes 64 Bitこれが 64 ビットを指すことをより適切に示すために、「Windows 64 ビット」の代わりに「」を使用します。 Notesクライアント、64 ビット版の Windows ではありません

MarvelClient 現在、次の XNUMX つの方法が提供されています ユーザーのメールデータベースの設計の置き換えを自動化する メールテンプレートのバージョンが最新でない場合:

1. MarvelClient Upgrade Notes クライアントがアップグレードされた直後に、アップグレード プロセスによって生成される「成功」の電子メールを使用して、ユーザーのメール データベースの設計の置き換えを開始できます。
2. のユーザーデータ (Notes のバージョンと現在のメールテンプレート名) に基づいています。 MarvelClient データベースを分析するを使用して、ユーザーのメール データベースの設計を置き換えることができます。 スケジュールされたエージェント.

これは、Notes クライアントが新しいクライアント バージョンにアップグレードされた後に、ユーザーのメール テンプレートを最新バージョンに更新する場合に役立ちます。 また、カスタマイズされたメール テンプレートを特定のユーザーに展開するために使用することもできます。

[状態別ユーザーとアップロード キー] ビューには、接尾辞「(64)」が追加されました。 MarvelClient クライアントが 64 ビット バージョンのバージョンを使用している場合は、バージョン列 MarvelClient

ノート＆MCによるノート Release ビューには "(64bitクライアントが 64 ビット バージョンの MarvelClient:

• MarvelClient
• ノート Releases

Mailbased Install/Mailbox PostopenScript に「Windows/64」オプションを追加

Windows 64 ビット クライアントの新しいオプションと修正:

• MCUUpgrade に nice64 が含まれるようになりました
• 64 ビット クライアントを使用している場合のアップグレードの公開またはインストーラーのインポートに関する問題を修正しました
• シネマ スライドの HTML への変換が 64 ビット クライアントで動作するようになりました

の新しいビューを追加 Nomad ローミング バックアップ Nomad クライアント、および Nomad デバイス。

Nomad Web クライアント 1.0.6 以降では、Analyze DB でブラウザーと OS のバージョンも報告されるようになりました。

これにより、最近のアプリとワークスペースの設定を一部またはすべてにわたってバックアップおよび復元できます。 Nomad クライアント。 をご覧ください Nomad ローミングの概要 詳細については、ナレッジベースの関連ドキュメントを参照してください。

これにより、event Nomad Web ユーザーは、ローカルまたはサーバー上の特定のデータベースにアクセス、複製、または削除できません。 最も一般的な使用例は、サーバーに不要なデータベースがある場合です。 Nomad Web ユーザーが開く (おそらく Java またはクライアント側の XPages を使用するため) ため、簡単に PR できます。event それらが使用されるのを防ぎます Nomad Web シンプルなユーザー MarvelClient をご利用ください。

から始まる HCL Nomad Web 1.0.4、選択 MarvelClient アクションはできます バックグラウンドで実行 クライアントが開始した後.

これは、起動時間を最適化するために使用できます。 Nomad Webこれにより、ユーザーがログインしてからワークスペースが使用可能になるまでの時間が短縮される可能性があります。

の「高度な」セクション Nomad Web 移行ローミング アクションが削除されました。

Web移行ルックアップビューの数式をより効率的にしました。

Nomad Web 移行アクション. このアクションを使用して、初回セットアップ時に XNUMX 回限りのデスクトップ移行を有効にすることができます。 Nomad Web.

必要 HCL Nomad Web 1.0.2 以降 (2021 年 XNUMX 月に利用可能)。

汎用アクションフォームのプラットフォームセレクターがすべてのプラットフォームで有効になりました

ユーザーによるnotes.ini設定の新しいビュー。 これにより、ユーザーのアップロードドキュメントに新しい[設定]タブを追加することもできました。

デバイスとプラットフォームのセレクターで、次の選択がサポートされるようになりました Nomad Web. Linux用のセレクターは削除されました。

ロケーションアクションと接続アクションを除き、既存のアクション 制限なし アクションは自動的に実行されます HCL Nomad Web、あまりにも。

既存の場所と接続のアクション、および任意の数のデバイスやプラットフォームに制限されている既存のアクションは、特別に編集して有効にする必要があります。 Nomad Web.

注: 既存の場所と接続のアクションを有効にしないことをお勧めします Nomad Web、しかし、専用の新しいアクションを作成するには Nomad Web. 単純な理由は、 Nomad Web には WSS ポートが必要ですが、リッチ クライアントは通常 TCP(IP) ポートを使用します。 新作の詳細は下記をご覧ください Nomad ロケアクション。

新しい「」Nomad ロケーション」アクションが利用可能になりました。これは、ロケーション文書の管理に使用する必要があります。 Nomad 標準の Location アクションの代わりにクライアント。

既存のロケーションアクションは   最新で実行 Nomad 明示的に再保存して、 Nomad 実行する必要があるクライアント。 新しい を使用することを強くお勧めします。 Nomad の古いロケーション アクションを有効にする代わりのロケーション アクション Nomad.

Nomad アプリの制限も実行されます Nomad Web.

　 Nomad Web プラットフォームは、アプリ制限の特定のサブセットのみをサポートします。 Config DB のアクション フォームには、さまざまなアプリケーションで使用できるアプリ制限を示すアイコンがあります。 Nomad プラットフォーム。

オンラインアップデートは、Macで新しいバージョンを自動的にチェックしなくなりました。 これにより、LotusScriptからJavaへの呼び出しがMacOSで常に正しく機能するとは限らないという問題を回避できます。

MCUpgrade \ byまとめ最新のビューが正しくソートされていません。

構成ファイルのXSLTドキュメントには、次のconfig_user_ *値が含まれていませんでした GreenLight お客さま。

アップグレード構成ウィザード（[サービスタイプのアップグレード]が選択された[標高]タブ）からMCUpgradeServiceファイルをダウンロードする場合、顧客は公開鍵ファイルをzipファイルに手動でマージする必要がありました。
今すぐダウンロードすると、公開鍵ファイルの入力を求められ、結果のzipファイルに自動的にマージされます。

新しい言語が利用可能です！ テンプレートには、次の追加言語の翻訳が含まれています。

• スペイン語
• フランス語
• イタリア語
• オランダ語
• ロシア語
• 日本語

OnlineUpdateを実行して最新のテンプレートにアップグレードした後、データベースを閉じて再度開き、OnlineUpdateを再度実行して、XNUMXつ、一部、またはすべての新しい言語をダウンロードできます。

新しい言語が利用可能です！ テンプレートには、次の追加言語の翻訳が含まれています。

• スペイン語
• フランス語
• イタリア語
• オランダ語
• ロシア語
• 日本語

新しい言語を選択してダウンロードするには、ConfigDBでOnlineUpdateを実行する必要があります。

アップグレードウィザードの改善：

• スペースを含むファイルパスが可能になりました
• ショートカットアイコンの選択が簡単
• 展開 MarvelClient Essentials デプロイされたファイル名として一貫して pmc.dll を使用するようになりました

監査エージェントがアップロードドキュメントの大量のバッチを完全に処理しないが、とにかくすべてのアップロードドキュメントを処理するように設定する問題の回避策。 これは、Domino11.0.1FP3およびDomino12に固有のJavaバグが原因です。詳細は次のHCLテクニカルノートに記載されています。 https://support.hcltechsw.com/csm?id=kb_article_view&sys_kb_id=a614d6191bf0f010a67e9759bc4bcbe6 

管理者プロセスによってユーザー名が変更された場合の問題を回避するために、クリーンアップハンドラーでのドキュメントの処理が改善されました。 これも：

• 管理プロセスによって名前が変更され、古いアップロードキーを持つドキュメントを削除する新しいオプション
• そのコンピューター上のNotesの最新バージョンではないドキュメントを削除する新しいオプション（つまり、複数のNotesクライアントバージョンを表す単一のマシンに複数のアップロードドキュメントがある場合は、見つかった最高バージョンのアップロードドキュメントのみを保持します）
• 複数のショートネームが定義されているユーザーに対してクリーンアップが正しく機能しない問題を修正しました