- ベストアンサー
sendmailにおいての/var/spool/mqueueディレクトリに関して
Sendmailを使用して、メールシステムを作っています。 mailqとうっても、キューにはメールがない旨、表示されるのですが、/var/spool/mqueueディレクトリには、多くのファイルが存在し、/varの領域を圧迫しています。手動で、これらのファイルを削除してもいいものなのでしょうか？ よろしくお願いいたします。
- sirius2003
- お礼率32% (71/221)
- その他([技術者向] コンピューター)
- 回答数1
- ありがとう数1
- みんなの回答 （1）
- 専門家の回答
質問者が選んだベストアンサー
関連するQ&A
- sendmailのキューと/vvar/spool/mqueueの数が異なる
Sendmail初心者です。よろしくお願いします。 数件なのですが/var/spool/mqueue以下にメールが滞留しています。 このメールは一週間以上経過しています。 (どこからもクレームもありませんし、今のところ大きな問題はありません。) ただ、mailqでは滞留メールは表示されません。 sendmail -q -vコマンドにも反応しません。。。 (mailqで滞留メールがないので、当然かもしれませんが。。。) ちゃんとPostmasterのアドレスは設定されていますし、QUEUERETURN'に関しても設定しております。 define(`confTO_QUEUERETURN', `4h')dnl define(`confTO_QUEUERETURN_URGENT', `90m')dnl define(`confTO_QUEUEWARN', `3h')dnl にもかかわらず、なぜ/var/spool/mqueueにメールが存在し続けるのかが分かりません。また、なぜmailqにも表示されないのでしょうか？ 本来、正常なメールならば未送信レポートを返して、キューから削除され、 spamなどの宛先不明メールならば、一定期間がすぎたら自動でキューから削除されると思います。 よろしくお願いします。
- 締切済み
- その他（ITシステム運用・管理）
- sendmailのキュー
古いメールサーバを廃棄します。 その前にキューにたまったメールの処理をしたいと思います。 キューの消し方は、mailqコマンドでメッセージIDを調べ、 【手順１】 $ rm /var/spool/mqueue/dfJAA00**** $ rm /var/spool/mqueue/qfJAA00**** などとすればよいと聞きました。→d＊＊＊とq＊＊＊を消す。 しかし、/var/spool/mqueueをみると、頭文字がdやqのメッセージ ばかりではなく、頭文字が大文字のQや大文字のT、小文字のt、 小文字のxなどのファイルがあります。 これらのファイルは、どのような性質のファイルなのでしょうか？ 【手順１】を実行すれば、自動的に消えてくれるようなファイル なのでしょうか？ mailqコマンドで、メールキューがなくなった後も、これらのファイルが残っていた場合の対処方法などもご教授いただければ幸いです。 よろしくお願いいたします。
- ベストアンサー
- その他（ITシステム運用・管理）
- sendmailの動作に関して
現在、AIX5.1、sendmail8.11.6p2でメールシステムを 構築しています。 今まで普通に動いていたのですが、ここ最近、/var/spool/mqueueがいっぱいになって、メールが送受信できない事態が起こっています。 ログを見ると、ある人からメールが届くのですが、何らかの理由で受信できない場合、Mailer daemonが返信しようとします。しかし、data Format errorのため送信できないようです。このため、定期的にMailer daemonがメールを送信をしようと試み、そのたびに、失敗しています。同時に、新しいメッセージIDが付いたメールが/var/spool/mqueueに溜まっていってしまいます。 ログはこんな感じです。定期的に以下のような内容が出力されます(メッセージIDは異なる) Sep 20 09:38:55 dns1 sendmail[114638]: j8K0aDb114638: to=<foo@hogehoge.co.jp>, delay=00:00:02, xdelay=00:00:00, mailer=smtp, pri=4622146, r elay=***.*****co.jp. [123.456.789.1011], dsn=5.6.0, stat=Data format error Sep 20 09:38:55 dns1 sendmail[114638]: j8K0aDb114638: j8K0aDc114638: return to sender: Data format error Sep 20 09:39:06 dns1 sendmail[114638]: j8K0aDb114638: Losing ./qfj8K0aDb114638: savemail panic Sep 20 09:39:06 dns1 sendmail[114638]: j8K0aDb114638: SYSERR(root): savemail: cannot save rejected email anywhere: No such file or directory このように、メールが返信できないと、次々に新しいメッセージIDをもったキューを作り出すのは、仕様なのでしょうか？それとも、バグなのでしょうか？ また、Mailqを見ても、キューはないのに、/var/spool/mqueueにはメッセージがたくさん残っているように見えるのですが、これは、正常なsendmailの動作の結果できたごみファイルで、できるのが普通なのでしょうか？
- 締切済み
- その他([技術者向] コンピューター)
- sendmailのメールキューの削除の仕方
『No.153471 質問：ループしている？メール接続を消す方法 』 でも同じような質問をしているのですが、 現在sendmailの設定を行っています。 AというサーバからBというdns兼Aのメールサーバの中継の設定を行ってメールを 送信しようとしています。当初sendmailの設定が上手くいかず、そのときのエラー メールが今でもループしています。mailコマンドで、あるわけもないアカウントに 送信もしました。とりあえず、/var/spool/mqueue/の内容は消しました。 このような、行き場所のないメールキューをクリアする方法はないでしょうか。
- ベストアンサー
- その他（インターネット接続・通信）
- /var/spool を/homeに移動できる？
お世話になります。 TurboLinux7.0でサーバー管理(Web・メール・DNS)を行っているのですが 急にメール送信が出来なくなったため調べてみたところ /varの要領が100％になっており、さらに調べたところ /var/spool/qmailscan/quarantine/new/ の下に「サーバー名+数字(タイムスタンプ？)」というファイルが 大量に生成されていたために/varが100％になったみたいです。 これはQmailscanの結果見つかったウイルスメールということで とりあえず削除することで状態は回復したのですが この先今回のように大量にウイルスメールを関知したときに また同じような現象が起こっては困るということで /var/spoolを/home/spoolに移動することを検討しています。 /varに別のディスクをマウントしてやれば済む話ですが 予算の関係上なるべくやりたくないようです(^^; ということで教えていただきたいのですが /var/spoolを/home/spoolへ移動するという作業は可能でしょうか。 可能な場合はどのような手順で移動すれば良いかご教授いただければと思います。 以上、よろしくお願い致します。
- ベストアンサー
- その他(OS)
- メールサーバの/var/spool/mail にあるrootファイルを開きたい
RedHatLinux9でメールサーバをDMZ側に構築しました。 メールサーバはsendmailとUWIMAPを使用しています。 メールがおかれているところは、/var/spool/mail だと思うのですが、 今日、FTPソフトで、/var/spool/mailの中をのぞいてみると、 rootのファイルがおかれていて、メールが届いているようでした。 rootのメールを受け取るように設定はした覚えがないのですが、どうしてこのようなファイルがあるのでしょうか？ とりあえず、開いてみようとOutlookExpressでrootのアカウントとパスワードの設定をしたのですが、受信しようとすると、パスワードを聞かれてしまい、Linuxで使用しているパスワードではないようです。 どうやったら、このメールを見ることができますか？
- ベストアンサー
- Linux系OS
- 【sendmail】mqueueの再送について
はじめまして。 sendmailを使ってのMTAの運用をしているのですが、sendmailの仕様でわからないことがあり困っています。 ある宛先のメールが[stat=deffered,no such file or directory ]というメールログが出力されていて、 送信できませんでした。 調べると送信先のメールサーバの負荷がそのとき高かったので送信できなかったというとはわかりました。 その時、そのメールは「mqueue」に保留されていたようです。 ただ、その宛先へ再送されたのが上記エラーが出た6日後でした。 教えていただきたいのは、 sendmailの仕様として、「mqueue」に保管されたメールの再送タイミングは、 どこか（sendmail.cf）に設定があるのでしょうか。 また、メールの再送が6日後になったことについて、考えられる原因はなんでしょうか。 一定期間で再送されるものではないのでしょうか。 当時の状況としては、 １．「mqueue」には約8000件のメールがたまっていました。 （ほとんどが送信元偽装のSPAMのリターンメール） ２．送信先サーバは、負荷が高かったようです。 教えてもらいたいことは、 1.「mqueue」の再送は、sendmail.cfに設定がありますでしょうか。 2.「mqueue」の再送は、古いものから順に再送されるのでしょうか。 3.6日間再送されなかった原因として想定されることはなんでしょうか。 4.このようなことを防止する策としてはどのようなことがあるのでしょうか。 以上、ご教授いただけると幸いです。宜しくお願いします。
- 締切済み
- その他（ITシステム運用・管理）
- Sendmail8.11.2について
Sendmail8.11.2について教えて下さい。 ledhat Linux7.1 にSendmail8.11.2をインスートルしてCFファイルを設定後、mailコマンドにて一般ユーザ同士及びrootから一般ユーザ宛のメールのやり取りはうまく出来るのですがroot宛にメールを送信しようとするとログファイル（/var/log/maillog）に以下のようなエラーが出力されます。 vod sendmail[24661]: f99ClRw24661: from=vod, size=29, class=0, nrcpts=1, msgid=<200110091247.f99 ClRw24661@vod.f-road.ne.jp>, relay=vod@localhost vod procmail[24662]: Insufficient privileges to deliver to "root" vod sendmail[24661]: f99ClRw24661: to=root, ctladdr=vod (501/500), delay=00:00:00, xdelay=00:00: 00, mailer=local, pri=30029, dsn=5.0.0, stat=Insufficient permission なにかのパーミッションでエラーになっているように思われるのですが。なにが悪いのでしょうか。 ちなみにCFのWIDE CFを使用し以下の項目のみを設定しています。 OS_TYPE=linux-redhat MX_SENDMAIL=yes MY_DOMAIN='ドメイン名' OFFICIAL_NAME='オフィシャル名' FROM_ADDRESS='$m' DIRECT_DELIVER_DOMAINS=all QUEUE_DIR='/var/spool/mqueue' その他はデフォルトとなっています。 御存知の方、御教示をお願いします。
- 締切済み
- その他（インターネット接続・通信）
- postfix どういう場合に/var/spool/postfix/deferredに未送信メールがたまるのでしょうか。
RHL9.0,postfixを使用しています。/etc/postfix/aliasesをつかってメーリングリストによるメール転送を行っています。しかし、添付ファイル付きのメールをこのメーリングリスト宛に送ると/var/spool/postfix/deferredディレクトリに同じメールがのこり、1時間ごとに同じメールの送信が繰り返されます。また、一部の人にはこのメールが届きません。ログを見ても何か失敗したと言うような記述がみあたりません。
- ベストアンサー
- その他(OS)
- 不正なメール送信元で、sendmailがダウン、ほんと？
VPSサーバーをレンタルし、独自ドメインでメール及びwebサイトを構築しています。FreeBSD4.7とsendmailで送信にはSMTP authを採用していますが、突然メール送受信不可となりサポートへ相談すると、「アカウントから大量のメール送信があり、sendmailのプロセスが異常に増えストップしている」と説明されました。 サポートでsendmailを再起動し復旧しましたが、対処方法はユーザのメールPWを変更するしかないと説明されました。それは即ち、サーバーでなくメールPWが漏れていて、アカウントから不正送信がされているとの説明でした。 /var/log/mail ログには、「@paypal.com」や、怪しいメールアドレス宛の送信ログが大量に残り、defferdを示していました。また、/var/spool/mqueue にも未送信のデータが数千と残っていました（削除してもらい済み）。 そこで以下の疑問があります。 1.このサポートセンターの説明は正しいと思われますか？ 現在150ほどのアカウントを管理していますが、PWはもともと難解に設定しており、簡単に漏れるとは思えません（エンドユーザが勝手に変更出来ないようにも設定済）もっと別の原因は考えられませんか？ 2. 150近いアカウントのPW全変更は大変な作業である上、実際メールを利用しているのはクライアントの為、最小限に抑えたいのです。 ログから、クラックされているアカウントを目星だけでもと質問したのですが、ログからは調査不可の説明でした。これも本当に無理ですか？送信元の情報も（IPアドレスやホスト名など）と質問しましたが、送信元は偽装してくるとかで、これも特定不可と説明されました 4.ちょっと本筋とは外れるのですが、/var/spool/mqueueと同じディレクトリにある、clientmqueueは何が違うのでしょうか？ サポートに連絡しても、はっきりと説明をしてくれませんでした。（たぶん分からないのだと思いますが・・・） お願いします。
- 締切済み
- その他（ITシステム運用・管理）
お礼
ご回答ありがとうございます。タイムスタンプは、7月のものでした。手動で削除しましたが、問題ないでしょうか？