GNU/Linux >> Linux の 問題 >  >> Panels >> cPanel

Exim Senderは、コールアウトまたはコールバックを完了できなかったか、検証に失敗したというエラーを確認します

EximまたはSendmailをメール転送エージェント(MTA)として使用してWebホストまたは電子メールサーバーを実行していて、電子メールまたはメールメッセージが送信された場合、クライアントまたはユーザーがメールボックス(メールサーバー)を紛失したり、到着しなかったりすることがあります。送信者の確認の混乱の犠牲になる可能性があります。メールがスパムフィルターや迷惑メールコントロールによってキャッチされておらず、メールサーバーのドメインとIPアドレスがRBL(Real-Time Black Lists)ブロックの下にないことを確認した場合、これがメールの欠落の原因である可能性が最も高くなります。

未配信メールまたはバウンスメールの症状は、EximまたはSendmailエラーログで確認および確認することもできます。メールは通常、宛先サーバーによって拒否され(宛先サーバーがサーバーの場合、受信メールは失われます。それ以外の場合、送信メールは返送されます)、次のメッセージが表示されます。

550送信者の検証に失敗しました

550の送信者が拒否されたeximを確認します

550有効性の検証

550管理禁止「メールサーバー検証アドレス」

それらが有効であることを確認するための550メッセージ

550送信者の検証に失敗しました–ファイアウォールのファームウェアまたは設定をアップグレードしてください

550送信されません–逆引き参照なし

550宛先メールシステムがあなたの差出人住所を拒否しました

550送信者が存在する必要があります

550ドメインが見つかりません

送信者の検証は、電子メールスパム感染を阻止およびブロックしようとする新しい手段です。メールサーバー、より正確には、cPanelやWHMなどの一般的なコントロールパネルに付属するEximなどのMTAは、送信者のコールアウトまたはコールバックという名前のメカニズムを使用して、完全な受信元を検証します。電子メールエンベロープにあるリモート送信者のアドレスは実際には送信メールサーバーの実際のローカルアカウント。発信元のメールサーバーがfalse値を返した場合、受信メールは拒否され、目的の受信者のMTAによって受け入れられません。

バウンスされた電子メールは通常、検証の試みが失敗したことを生成し、送信者に示します。ただし、送信者は実際には存在しないため、誰もメールを受信できず、メールがどうなるのか、なぜメールが配信されなかったのかは誰にもわかりません。すべてのメールホストが、ヌル送信者からのメールを受け入れるRFC 1123などのRFC標準に準拠することでメールサーバーを煩わせるわけではないため、メールを安全かつ確実に配信するための最善の策は、メールサーバーがそれらの無知な当事者から送信されたメールを適切に処理するため。

したがって、不明な理由でメールが不思議に消えることに気付いた送信者の場合は、実際のメールボックスユーザーアカウント名でメールを送信するようにしてください。 [email protected]などのfalseまたはfalseのメールボックス名を使用して、誰も返信しないことを期待すると、送信者の確認が失敗し、メールがルーティングおよび配信されない可能性があります。

特に無効な送信者アドレスを使用するメーリングリストまたはサブスクリプションからメールを受信し続け、メールを受信せざるを得ない場合、唯一の選択肢は、MTAにこれらのメールを受け入れるように指示することです。それを行う方法には基本的に2つの選択肢があります。1つは既知の電子メールアドレスのブロックを解除するホワイトリストを作成すること、もう1つは将来の問題を回避するために送信者の確認を完全に無効にすることです。 2番目のオプションは非常に簡単な方法ですが、より多くのスパムを受信するリスクがあります。また、メールサーバーがより多くの偽のスパムメッセージを受け入れるため、メールキューが大きくなるか、電子メールが拒否される可能性があります。ただし、送信者が存在しないメールアドレスを使用しているために、メールが失われたり、メールが配信されなかったりすることを心配する必要はありません。人気のウェブホスティングコントロールパネルであるcPanel/WHMでこれらのタスクを実行する方法に関するチュートリアルをいくつか紹介します。

cPanel /WHM10.xで送信者のコールアウト検証を無効にする方法

  1. WebHostマネージャーにログインします。
  2. サービス構成について セクションで、 Exim Configuration Editorをクリックします リンク。
  3. コールアウトを使用してメール送信者の存在を確認するの横にあるチェックボックスをオフにしてからオフにします。 オプション。
  4. [保存]ボタンを押すと、cPanelはEximを自動的に再起動します。

cPanel /WHMv11で送信者のコールアウトを無効にする方法

  1. WebHostマネージャーにログインします。
  2. サービス構成について セクションで、 Exim Configuration Editorをクリックします リンク。
  3. の横にあるチェックボックスをオフにしてオフにします**コールアウトを使用してメール送信者の存在を確認します。基本的に、eximは特定のアドレスのメールエクスチェンジャーに接続して、そこからのメールを受け入れる前にそのアドレスが存在することを確認します。 オプション。
  4. ページの下部にある[保存]ボタンを押すと、cPanelはEximを自動的に再起動します。

Exim Senderから除外するホワイトリストを作成してコールバックを確認する–シンプルなホワイトリストガイド

メール送信者の存在を確認するために送信者のコールアウトをオフにしたくない場合は、ホワイトリストを作成して、Eximがホワイトリストと照合し、特定の送信者のコールアウト命令を無視できるかどうかを確認することもできます。この手順には、Unixシェルの操作に関する基本的な知識が必要であり、Exim構成ファイルを手動で変更する必要があることに注意してください。これを間違えると、メールサーバーが機能しなくなります。

  1. すべての信頼できる電子メールアドレスを記録するファイルを作成します。つまり、各行に各アドレスを含む/ etc/whitelist_sendersを作成します。 *@domain.comにはdomain.comからのすべての送信者が含まれるなど、ワイルドカードが受け入れられます。
  2. cPanel / WHMで、Exim構成エディターをクリックします サービス構成の下 セクション。次に、高度なエディターをクリックします 右ペインのボタン。
  3. Advanced Editorの一番上のテキストボックスに、次のコードを追加します(既存のテキストがある場合は、その下に追加します)。


    addresslist whitelist_senders = wildlsearch;/etc/whitelist_senders

  4. 次のテキストボックスまで下にスクロールします。3つのテキストボックスが一緒に表示されます。これがACLセクションの始まりです。
  5. これら3つのテキストボックスの中央のボックスで、次の4行を検索します。


    #sender verifications are required for all messages that are not sent to lists
    require verify = sender/callout
    accept domains = +local_domains
    endpass

    これらの4行を次のコードに置き換えます。


    #sender verifications are required for all messages that are not sent to lists
    deny
    !verify = sender/callout
    !senders = +whitelist_senders
    accept domains = +local_domains
    endpass

  6. 3つのボックスの中央の下端まで下にスクロールし、次の4行を見つけます。


    #!!# ACL that is used after the DATA command
    check_message:
    require verify = header_sender
    accept

    これらの4行を次のコードに置き換えます。


    #!!# ACL that is used after the DATA command
    check_message:
    deny
    !verify = header_sender
    !senders = +whitelist_senders
    accept

  7. 保存をクリックします AdvancedEditorの下部にあるボタン。
  8. メールを送受信して、Eximが正しく機能していることを確認します。
  9. Eximが正しく機能していない場合は、構成ファイルにエラーがないかもう一度確認してください。
  10. Eximが正常に機能している場合は、問題のある送信者のメールアドレスまたはドメインをホワイトリストファイルに追加します。
  11. 配信を確認するために、送信者にもう一度メールを送信するように依頼します。

ホワイトリストを作成してEximSenderから除外するコールバックを確認する–ホワイトリストガイドを使用した自動除外

管理者が電子メール、特に通知とサブスクリプションを送信するために常に使用する、存在しない無効な電子メールアドレスがいくつかあります。このような電子メールには、nobody、bounce、request、root、anonymousなどの一般的な単語が常に含まれています。この仮定を使用して、送信者の確認なしでこれらの送信者の電子メールが受信者に自動的に送信されるようにEximに指示できます。これにより、ホワイトリストにメールアドレスを追加する作業が減ります。

  1. ホワイトリストとして機能するように、以下の3つのファイルを作成します。


    /usr/local/cpanel/base/eximacl/rv_callout_sender_domain_whitelist
    /usr/local/cpanel/base/eximacl/rv_callout_receiver_domain_whitelist
    /usr/local/cpanel/base/eximacl/rv_sender_verify_domain_whitelist

  2. cPanel / WHMで、Exim構成エディターをクリックします サービス構成の下 セクション。次に、高度なエディターをクリックします 右ペインのボタン。
  3. Advanced Editorの一番上のテキストボックスに、次のコードを追加します(既存のテキストがある場合は、その下に追加します)。


    domainlist rv_callout_sender_domain_whitelist = lsearch;/usr/local/cpanel/base/eximacl/rv_callout_sender_domain_whitelist
    domainlist rv_callout_receiver_domain_whitelist = lsearch;/usr/local/cpanel/base/eximacl/rv_callout_receiver_domain_whitelist
    domainlist rv_sender_verify_domain_whitelist= lsearch;/usr/local/cpanel/base/eximacl/rv_sender_verify_domain_whitelist

  4. 中央までスクロールしてACLセクションを見つけます。ここには、3つのテキストボックスが一緒に表示されます(ほとんどの場合、上部と下部は空のテキストフィールドです)。 aclを開始した後に表示されるはずです 。
  5. 3の中央のボックスで、次の行を見つけます。


    require verify = sender/callout

    上記の行を次のコードブロックに置き換えます。


    # Deny unless the sender address can be verified.
    deny message = From email address must be valid
    # do not check address for lists or bounces
    # or people in our company contact database
    !senders = ^.*-request@.*:\
    ^bounce-.*@.*:\
    ^.*-bounce@.*:\
    ^owner-.*@.*:\
    ^listmaster@.*:\
    ^root@.*:\
    ^anonymous@.*:\
    ^nobody@.*
    !domains = +rv_callout_receiver_domain_whitelist
    !sender_domains = +rv_callout_sender_domain_whitelist
    # do not check for DSN-ignorant domains
    # those that don't accept MAIL FROM:<>
    !dnslists = dsn.rfc-ignorant.org/$sender_address_domain
    !verify = sender/callout=10s,defer_ok
    ##
    # Check that there is a MX record for those that do not
    # meet the deny statement requirements - ie bounces
    # No cost as previous lookup is cached if executed
    ##
    deny !sender_domains = +rv_sender_verify_domain_whitelist
    !verify = sender

  6. 保存をクリックします AdvancedEditorの下部にあるボタン。
  7. メールを送受信して、Eximが正しく機能していることを確認します。
  8. Eximが正しく機能していない場合は、構成ファイルにエラーがないかもう一度確認してください。
  9. Eximが正常に機能している場合は、問題のある送信者のメールアドレスまたはドメインをホワイトリストファイルに追加します。
  10. 配信を確認するために、送信者にもう一度メールを送信するように依頼します。

cPanel
  1. 550送信者の検証に失敗したというエラーメッセージを解決する方法

  2. エラーを修正する方法– qemu:PC BIOS「bios.bin」をロードできませんでしたか?

  3. SPKAC公開鍵で署名の検証に失敗しました–OpenCAエラーを修正しました

  1. Arch Linuxで「Perl5.26依存関係エラー:トランザクションの準備に失敗しました(依存関係を満たすことができませんでした)」を解決します

  2. cPanelPerlモジュールPNGgraphをインストールできませんでしたエラー

  3. glibcの依存関係の失敗または欠落-一般的なエラー

  1. PHP-intlエラー:ICUプレフィックスを検出できないか、失敗しませんでした。 ICUインストールプレフィックスを確認してください[解決済み]

  2. 登録されたコールバックが提供されたURLと一致しません–WSO2エラーを修正します

  3. 修正方法:「550送信者の検証に失敗しました」エラー?