...ログをとることにしてログファイルを指定。...最大ログサイズ指定。...syslogを使う。...ログローテートする。つくり、user:groupをroot:clamupdateとし、グループに書込権限を与えておきます。freshclamをやってみてデータベースがアップデートされログがちゃんと記録されるのを確認し、OK。従来どおりclamdサーバー(デーモン)を動かしておいてソケットでmilterからつなぎます。clamdを動かしておかなくてもclamav-milterでウィルススキャンは可能とのことですが、その起動に都度時間がかかるとのことですので、あらかじめclamdサーバーを動かしておくことにします。最近のclamavがそうなったのか、あるいはEPELのがそうなのか、calmdにサービス名を設定してサービスごとに必要な条件で動かすことができるようです。scanという名前のサービスがすでに設定されてますのでこれをそのまま使います。...いちおう最初だけでもログをとる。ログの場所はディフォルトから少し変更。...接続用ソケット。....その他はお好みで。つくり、user:groupをroot:clamscanとし、グループに書込権限を与えておきます。clamd@scan.serviceで起動確認。OKなら自動起動設定。今回はメールサーバーとの接続にclamav-milterを使います。clamav側を設定しておきます。...メールサーバーとの接続用ソケット。...clamdサーバーとの接続用ソケット。...スキャン記録をメールヘッダーに付加。...いちおうログをとる。yes....clamav-milterのMilterSocketGroupはclamiltですが、このグループにclamav-milterを使うユーザ(postfix)を追加しておきます。660を666に変えてもいいのかもしれない。clamav-milterについても同様に起動テストし、自動起動を設定しておきます。clamav-milter.serviceテストしている間にSELinuxが問題を検知したので調整。1あとはメールサーバーを立ち上げてから接続して最終確認と調整をします。追記)ここのとこしばらくデータベースアップデート(freshclam)の度にmessagesに以下のようなログが出ていました。0.99.1ClamAVのバージョンが古いといっていますがバージョンアップが遅いのはいつものことで、そのうちバージョンアップされるだろうと放ってありました。今日アップデートをチェックしたらClamAvのアップデートがあったのでさっそく適用。そのとたん、今度は以下のログが一分おきに出ています。availableclamavサーバーが動かずこのままではメールの送受信ができません。設定ファイルが変わったのかなと見直したり再起動してみましたがだめです。freshclamを実行するとずいぶん長い時間かかってデータベースを作り直していましたが、その後はちゃんと起動し、OK。バージョンアップしたらすぐにfreshclamしたほうがいいという教訓でした。