Outlook VBAを掌握する極限の知見：SQL Server連携によるリアルタイム送信監査ログの構築
業務の自動化や定型作業の効率化において、Outlook VBAはその手軽さと強力なCOM連携能力から、いまだに多くの企業でインフラの一部として稼働している。しかし、シニアエンジニアや社内システム管理者が直面する現実の課題は、「動くコードを書くこと」ではない。「いかにして堅牢性を担保し、監査要件を満たすか」である。
特に、クライアント端末から直接外部へ送信されるメールのトラッキングは、コンプライアンスや情報漏洩対策の観点から極めて重要だ。本稿では、Outlookの `ItemSend` イベントをフックし、ADODBを用いてトランザクション管理のもと、SQL Serverへリアルタイムに監査ログを書き込む極限のアーキテクチャを解説する。
—
1. アーキテクチャの設計思想：なぜ「インプロセス」と「トランザクション」なのか
メール送信処理における最大の悪夢は、「メールは送信されたが、DBへのログ書き込みに失敗した（あるいはその逆）」という状態の不整合（スプリット・ブレイン）である。これを防ぐためには、厳密なトランザクション制御が不可欠となる。
しかし、VBAはシングルスレッド環境であり、ネットワークの遅延やDBのロック競合が直接OutlookのUIスレッドをブロックするリスクを持つ。そのため、以下の設計原則を遵守する。
1. イベントの同期捕捉 (`Application_ItemSend`): 送信ボタンが押された瞬間を確実にキャプチャする。
2. ADO接続の最適化（接続プーリングの活用）: 毎回の接続・切断によるオーバーヘッドを最小化する。
3. トランザクションの完全性: ログ記録が完全にコミットされたことを確認してから、Outlook側の送信処理を最終確定させる。
—
2. データベーススキーマの設計（SQL Server側）
まずは、監査ログを受け入れるための堅牢なテーブルをSQL Server側に用意する。送信者、宛先だけでなく、本文のハッシュ値（改ざん検知用）や添付ファイル名までを網羅するスキーマとする。
CREATE TABLE [dbo].[T_MailAuditLog] (
[LogID] BIGINT IDENTITY(1,1) NOT NULL,
[SendTimestamp] DATETIME2(3) NOT NULL DEFAULT SYSDATETIME(),
[SenderEmail] NVARCHAR(255) NOT NULL,
[RecipientTo] NVARCHAR(MAX) NOT NULL,
[RecipientCC] NVARCHAR(MAX) NOT NULL,
[RecipientBCC] NVARCHAR(MAX) NOT NULL,
[Subject] NVARCHAR(512) NULL,
[BodyText] NVARCHAR(MAX) NULL,
[AttachmentInfo] NVARCHAR(MAX) NULL,
[ClientMachine] NVARCHAR(100) NULL,
CONSTRAINT [PK_T_MailAuditLog] PRIMARY KEY CLUSTERED ([LogID] ASC)
);
— 検索パフォーマンス向上のためのインデックス
CREATE NONCLUSTERED INDEX [IX_T_MailAuditLog_Timestamp] ON [dbo].[T_MailAuditLog] ([SendTimestamp] DESC);
CREATE NONCLUSTERED INDEX [IX_T_MailAuditLog_Sender] ON [dbo].[T_MailAuditLog] ([SenderEmail]);
—
3. 実装：Outlook VBAによる堅牢な監査ログ記録コード
この実装では、`ThisOutlookSession` モジュールを使用する。Outlookのイベントライフサイクルを正しく理解し、メモリリークを防ぐためのオブジェクトの明示的解放（`Nothing`代入）を徹底している。
Option Explicit
‘ =========================================================================
‘
