このページにたどり着き、自分のVbaProject.OTMファイル ( にある%appdata%\Microsoft\Outlook\) をオフィスの約 30 人のユーザーに配布する最善の方法を考えていました。OTM ファイルを単純にネットワークにコピー アンド ペーストしてから、すべてのユーザーのコンピュータに (手動または .bat を使用して) コピー アンド ペーストする方が良いですか、それとも上記のリンクで説明されている方法を使用して生成する方が良いでしょうか。 OPS ファイルを作成し、Proflwiz.exe でインポートし直しますか? 違いは何ですか？
私たちは皆、実際には Microsoft Office Outlook 2003 を使用しています。いつの日か 2007 にアップグレードするかもしれませんが、まだ何年も先のことです。
最後に、Outlook VBA プロジェクトを展開するためのいくつかの要素を考え出しました。これを行うには多くの方法がありますが、何もインストールせずに同じ方法論を維持する最も簡単な方法は、OTM ファイルをサーバーから直接実行することです。プロセスoutlook.exeには、OTMファイルを実行する別のパスを指定できるパラメーターaltvbaがあることがわかりました。例を次に示します。
outlook.exe /altvba "\\myServer\myFolder\myFile.otm"
これにより、1 つのファイルのみを更新して、すべてのコンピューターを更新することができます。明らかに、ファイルが大きく、サーバーの ping が高い場合、Outlook の起動が遅れる可能性があります。この方法のもう 1 つの問題は、サーバー上の OTM ファイルを更新する場合、全員が Office をシャットダウンする必要があることです (また、全員が Outlook を使用しているオフィスで作業している場合、それが不可能であることがわかっています)。最終的にそうするようにマクロをコーディングする場合を除いて、全員が同時にシャットダウンするようにします)。これらの問題を両方とも回避するために、新しいバージョンがあるたびにクライアント側でサーバーの OTM ファイルをコピーするようにバッチ ファイルをセットアップできます (NTFS の last-modify 属性を確認するだけで済みます)。このように、Outlook はローカル ファイルで起動し、バッチ ファイルは必要に応じてファイルをコピーするのに 2 ～ 3 秒かかります (または Outlook を即座に起動します)。サーバー上の OTM ファイルを更新しても問題はありません。ユーザーは、バッチ ファイルを使用して Outlook を起動する必要があります (または、altvba パラメーターを指定したわずかに異なる outlook.exe パスを使用するため、初回起動時に別のショートカット/ファイルが必要になります)。のもう 1 つの利点altvbaユーザーがそれなしで Outlook を実行するのは簡単であり (Outlook の動作が遅い場合に VBA に問題があるかどうかを確認するため)、Outlook の再初期化後もファイルは変更されません。
その他のソリューションには、VB6 (VBA からの変換は不要) を含む多くの言語で開発できる COM 補完が含まれます。また、Microsoft Office XP Developer には、作業を完了するのに役立つツールが多数含まれています (ただし、特に最新バージョンが必要な場合は無料ではありません)。