さて、今日のメッセージのユーザーのUNIX （ HP - UXのB.11.23 ū i64 ）は、電子メールがなかったいかだに来た

は/ etc /メール/ sendmail.cf欠けていた-だけが見つからなくなった場合は、ディレクトリから。他のファイルが来ていた。
19:48最後の夜にメールが正常に送信され、失敗00:10 。これらの少なくとも倍であることを確認しているのです。

だから、私は、 mail.logに見えるだろうと思っていた。
を/ var /のADM / syslogを-両方syslog.log 、 mail.log 22:17と22:18それぞれ0にリセットされていた。

ルートパスワードを誰も何もし、また彼らは何も認めている。

一体何が起こったのかもしれない...何か他にある場合にどうやって見つけることができる...私はこの方法を説明することができます...どうすればこれを防ぐことができます...等

私は今働いているバックアップからは/ etc /メール/ sendmail.cfとメールを復元している。
しかし、送信メールの表示は何もでは/ var /のADM / syslogを/ mail.log
まだです：

このような（多分）は、 SFTPのユーザー/プロセスに署名し、それを埋めるために〜 80 ％ 100 ％の原因は、ルートファイルシステムでファイルを落として
Googleの監視サービスを通知され、ファイルが削除された-はないが前に、我々はコア/ルートディレクトリに下落した。間違いなく何かがファイルを落とした。

まだ何がsendmail.cfファイルが消えてはっきりしていない-にも、ログは、彼には何もは/ etcについては/メール/ sendmail.cfファイルのクリーンアップトリミングハイテク

いまだに謎のままですので、解決される。

HPには、コアファイルを相手に何をすることができます参照してくださいに送信されました。

このファイルのコマンド

file core

ありがとう。残念ながら、すでに私たちは、サーバはそれを移動したが、将来のためにとって良いことは知っています。私は、そのファイルをrootで所有していたが見ることができます。

どのようにユーザーアカウントのすべてのルートディレクトリにドロップでファイルにアクセスしなければならないかもしれませんがわかりますか？

単に解像度を記録するために/根本的な原因

卵（オープン表示の監視） 、 100 ％には充填は、ルートファイルシステムには、コアファイルをドロップ
Googleの監視会社と100 ％のアラームがハイテクルートの一部の部屋に- vg00でも削除されることは、削除されたファイルを探したinadvertantlyは/ etc /メール/ sendmail.cf

も明らかにされ、オリジナルのsendmail.cf -彼は得た。