それと、DNSに一時的な問題がある場合にもPostfixは自動的に恒久的エラーを一時的なエラーに変更します。[Back][Top][Feedback]27.うちにはよく外出しているユーザが何人かいます。オープンリレーにしないで彼らが私のサーバを通してメールを送れるようにするには?送信者のアドレスが私のドメインからになっていたらリレーを許可するというだけではダメなの?絶対ダメです。スパマーはあなたのサーバを使ってメールを中継させようとするときにあなたのドメインを使うことを知ってます。パラメータに加えてしまいましょう。静的なIPアドレスを持ってないようなら、彼らが接続しているISPのSMTPサーバを使えないか確かめるのが最も簡単な選択肢です。AUTHやpop-before-smtpの1つを検討する必要が出てくるでしょう。smtpd_recipient_restrictions=$other_restrictions[Back][Top][Feedback]29.クライアントがsmtpdサービスに接続するとき常に長い遅延が生じてしまうようです。接続を確立してからPostfixが200バナーを送るまでに1分もかかります。なるのでしょう?この遅延はあなたのサーバのDNSリゾルバに原因があることがほとんどです。クライアントが接続するとき、Postfixは接続してきたクライアントのIPアドレスのホスト名を検索しようとします。リゾルバがちゃんと設定されていなかったりDNSサーバの応答が遅いと遅延が起こります。キャッシュのみのDNSサーバをPostfixサーバと同じシステムで動かすとよいでしょう。リゾルバの設定ミスで最もよくあるのは、smtpdサービスがchrootされて動いていて、必要な設定ファイルが全てchrootの区画に揃っていないというものです。動かすことってできるの?できます。行をコメントアウトします。smtpd[Back][Top][Feedback]エイリアス31.エイリアスにあるリストの最初のアドレスだけがメッセージを受け取れます。それ以外は直接送られたメールは問題なく受け取れるのですが、エイリアスの一部になるとメッセージが届きません。transport_destination_recipient_limitパラメータに1をセットします。配送をおこなう配送方法(transport)の名前です。2回メッセージを受け取ります。Sendmailを使っていたときは同じユーザに行く同じメールを検出して、そうはならなかったのに。Postfixで同じことができますか?できません。Postfixのアーキテクチャでは、こういう重複を検出するのはとても負荷が高いのです。これは高レベルのセキュリティとパフォーマンスを持つマルチコンポーネントシステムと、こういった重複を簡単に検出できるモノリシックシステムの間のトレードオフなのです。[Back][Top][Feedback]33.あるリストから展開されるアドレスが何かを知るためにエイリアスリストのテストをしようとしています。他のメールサーバではEXPNコマンドを使って完全な受信者リストが得られたのに、Postfixでは動かないようです。PostfixはEXPNをサポートしてません。Postfixのアーキテクチャとセキュリティ面での設計上、権限のないSMTPサーバはローカルエイリアスについて何も知らないのです。配送時に実際にエイリアスを展開するのは権限を持つローカル配送エージェントです。メーリングリストマネージャを使っているなら、リストに誰がいるかを知らせるコマンドがきっとあるでしょうし、そうでなければメールサーバシステムのエイリアスシステムをチェックする必要があるかもしれないですね。[Back][Top][Feedback]エラー・警告メッセージ34.メッセージを受け取れないようです。tomyself"PostfixはDNSの答があなたのサーバを示しているけど、サーバがそのドメイン宛のメールを扱うように設定されていない場合にこのエラーを報告します。あるようなドメイン宛のメールを受け取ります。そのドメインはこれらのパラメータのうちのどれかに入っていないといけません。以下のサブディレクトリに制限されてしまうのです。システムリソースのいくつかはchrootされたディレクトリにコピーしなきゃいけなくて、しかもPostfixはシステムのものとchroot環境のものの同期が取れているかどうかチェックします。いうメッセージを付けて拒否します。ユーザが存在しないというようにすることはできない?それは、管理者としてのあなたに問題の解決策について役に立つ情報を提供しようという考えによるものです。noとすることもできます。見つからないか読めないのでしょう。すべて大文字であること、そしてこのコマンドを実行してしまうとキューにある全てのメールを消してしまうことに注意が必要です。postqueueの間に奇妙な違いがあることがわかりました。たくさんのメッセージを報告します。Postfixのインストールがどこかうまくいってません。コマンドをインストールします。Postfixのインストールを見直す必要があります。Postfixのインストールが完全に了していないというような、簡単な問題でしょう。配送できないと見なす前にメッセージがキューにとどまるべき時間を決めます。それか、異なる配送先に対してキューの寿命を別々に持たせる方法は?キューファイルを明示的に期限切れにするようなオプションはありません。キューにたまったメッセージには複数の受信者がいて単一の配送先じゃないかもしれないので、配送先ごとに別々のキュータイムを持たせることもできません。配送できない不達通知がキューにとどまる時間を短くできます。[Back][Top][Feedback]42.以前設定に問題がありました。間違った設定を使ったままでキューのメールを配送しようとしてしまいます。コマンドで、もう一度メッセージをキューに入れてやる必要があります。[Back][Top][Feedback]43.キューにたまっている大量のメールが、実際のemailアドレスではなく"MAILER-DAEMON"が作ったように見えるんだけど、これはどこから来たの?これらは、前に配送できなかったメールの元の送信者に配送できないという、あなたのサーバから来たバウンスメッセージです。あなたのサーバが存在しないユーザ宛のメッセージを受け取る場合に非常によく起こります。存在しないユーザ宛のメッセージを拒否しているのであれば、あなたのユーザの誰かがウィルスに感染しているために起こっているのかもしれません。元のメッセージがどこから来たのか確認するためにログをチェックしてください。syslogdデーモンに記録します。実際のログファイルの場所を見つけるには、システムのドキュメントをチェックしてみてください。なるようなエントリを加えると、サブジェクトをログに記録できます。オプションを加えて、ログを増やしてやることができます。パラメータにサイト名を加えると得られます。2[Back][Top][Feedback]47.Fromアドレスに関するエントリが、私のログには見あたりません。なっているのでしょう?Fromアドレスはキューマネージャがログに記録します。持たなきゃいけません。デーモンがあるプラットホームもあります。それ以外の環境だと、chrootの中で動くようにするのはちょっとトリッキーです。システムのsyslogドキュメントを見てください。analysisを参照。[Back][Top][Feedback]49.私が使っているウィルススキャンの方法では、すべてのメッセージがPostfixに再投入されますが、それだとすべて2回ログに記録されてしまいます。Postfixはいつか必要になるかもしれない全ての情報をログに記録するんです。その代わり、Unixには探している情報だけを取り出すための操作やフィルタリングなんかをおこなうツールがたくさんあります。含んでいるなら、ログ解析の時にフィルタリングで外してしまいましょう。analyze_log[Back][Top][Feedback]50.システム時計は正確なのに、メールログエントリは違う時刻になってしまいます。何が問題なの?chrootで動かしてますね。TIMEZONEを決めるのにシステムが使うファイルがchrootにあることを確認してください。検索してみたら答が返ってきました。Postfixは見つけられないの?Postfix(のような全てのMTA)はメールをメール交換機(MX)に配送します。ドメインを探してDNSをチェックしているときに、MXレコードを検索していることを確かめてください。