お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

リレーサーバーとそのメリット

リレーサーバーで得られる主なメリットは次のとおりです。

1. 一部の組織では、コンプライアンス上の目的で、候補者に送信したメールのコピーを保存する必要があります。メールをリレーサーバー経由で配信することで、送信済みメールのバックアップをサーバーに常に保管できます。
   
   
2. 重要な通知やメッセージは、メール経由でクライアントや候補者と共有されることがよくあります。チームのメンバーが組織を離れた後でも、そのメンバーが送信したメールや添付ファイルにアクセスできるようにしておくことをおすすめします。将来、参照が必要になる場合があります。
   
   
3. 通常、一括メールはウイルスの脅威にさらされやすいため、受信者のシステムへのマルウェア攻撃を防ぐには、顧客に送信する前に発信メールに対してウイルス対策チェックを実行することをおすすめします。
   
   
4. 一括メールは多数の受信者に向けて送信されるため、すべての受信者に共通する内容で構成されます。選択した候補者やクライアントに免責事項や通知などの追加情報を共有したい場合、別のメールを送信する代わりに、送信前の発信メールにその情報を追加できます。
   
   
5. 一括メールでは、メールヘッダーが改ざんされ、迷惑メールのように見せかけられるメールのなりすましが発生しやすくなります。リレーサーバーからメールを送信することで、なりすましを回避できます。
   
   
6. 不達のメールや配信失敗メールは、リレーサーバーからアクセスできます。
   
   

1. リレーサーバー経由で送信できるのは、Zoho Recruitから送信されるメールのみです。つまり、ワークフローの通知、個別メール、一括メールです。これらのメールのすべて、または一部をリレーサーバーから送信するよう選択できます。
   
   
2. リレーサーバーから送信できるメール数の上限は、手動で設定できます。
   
   
3. Zoho Recruitのサーバーから送信されるメールは引き続きこのサーバーから送信され、発信メールの1日あたりの上限は購入内容によって異なります。
   
   
4. 配信に関する問題を回避するため、リレーサーバーですべてのZoho RecruitのIPアドレスを許可リストに登録することをおすすめします。ただし、オープンリレーサーバー（既知のユーザー宛てまたは既知のユーザーから送信されるメールだけでなく、すべてのユーザーによるメール送信を許可するSMTPサーバー）を設定する場合、IPの許可リスト登録が必要になることがあります。
   

1. リレーサーバーが設定されていない場合
   
   発信メールはユーザーのドメイン（@company.com）から送信され、Zoho Recruitのサーバー経由で受信者に配信されます。配信失敗メールや不達のメールを受信するため、リターンパス（可変エンベロープ差出人アドレス）はZoho Recruitのサーバーに設定されます。この変更により、送信元メールとリターンパスのIPアドレスが一致しなくなり、SPFと呼ばれる重要なメールの認証プロトコルが失敗します。配信に関する問題を回避するため、Zoho RecruitではDKIM（代替のメールの認証プロトコル）で署名します。DKIMで署名することで、メールがDMARCポリシーを通過し、正常に配信されます。
   
   
2. リレーサーバーが設定されている場合
   
   発信メールはZoho Recruitのサーバーからリレーサーバーに送信され、そこから受信者に送信されます。一部のベンダーでは、リレーサーバー内で不達のメールや配信失敗メールを管理するために、メールのリターンパスを自社のサーバーに変更することがあります。

リレーサーバーを設定すると、リターンパスについて次の2つの可能性があります。

1. リターンパスがZoho Recruitのサーバーのままの場合
   
   発信メールはZoho Recruitのサーバーからリレーサーバーに送信されます。この時点で、送信元メールのIPアドレスがリターンパスに記載されたIPアドレスと照合され、認証されます。リターンパスがZoho Recruitのサーバーのままのため、両方のIPアドレスが一致し、SPF検証に成功します。その後、メールはリレーサーバーから受信者に送信されます。この時点で、メールの送信元とリターンパスの間で別のIPアドレス認証が行われます。このとき、送信元メールのIPアドレスはリレーサーバーで、リターンパスのIPアドレスはZoho Recruitのサーバーであるため、IPアドレスの不一致によりSPFが失敗します。その結果、メールの配信に失敗し、メールが受信者の受信トレイで迷惑メールとして扱われる可能性があります。
   
   このような事態を防ぐには、DKIMを有効にすることをおすすめします（DMARCポリシーは自動的に通過します）。これにより、メールが正常に配信されます。
   
   
2. リターンパスがリレーサーバーに設定されている場合
   
   発信メールはZoho Recruitのサーバーからリレーサーバーに送信されます。IPアドレス認証が行われ、送信元メールのIPがリターンパスのIPと一致するため、SPF検証に成功します。メールはリレーサーバーから受信者に送信され、IP認証ではIPアドレスが一致していると表示されます。この場合、送信元メールとリターンパスの両方が同じIPアドレス（リレーサーバー）を持つためです。その結果、SPF検証に成功し、メールは正常に配信されます。 

メモ

1. リターンパスは標準でZoho Recruitのアドレスに設定されており、多くのベンダーではリレーサーバーのアドレスに変更されません。このような場合はSPFの失敗が避けられないため、DKIMを有効にし、DMARCポリシーに署名されるようにすることが必須です。
   
   
2. 配信失敗の可能性を排除するため、Zoho RecruitでDKIM署名を設定することをおすすめします。ただし、ベンダー側で有効にすることもできます。
   

1. ［ポート番号］ - 自社のSMTPサーバーのポート番号です。メールリレーでは、25、465、587のポート番号に対応しています。

      

2. ［セキュア接続］ - SSL証明書またはTLS証明書のどちらを選択する場合でも、証明書を認証することをお勧めします（証明書の認証は必須ではありません）。そのためには、証明書にホスト名とパスワードを指定する必要があります。

      

リレーサーバー経由で送信するメールの種類を選択できます。リレーサーバー経由で送信できるのは、ワークフローの通知、一括メール、個別メールなど、Zoho Recruitから送信されるメールのみです。メールの種類ごとに異なるリレーサーバーを使用できます。たとえば、サーバー1をすべての一括メールの送信に使用し、サーバー2をワークフロー関連のすべてのメールの送信に使用できます。

1. ［設定］→［チャネル］→［メール］→［メール到達性］→［メールリレー］に移動します。
   
2. ［メールリレー設定］ページで、［+ 新しいサーバー］をクリックします。
   
3. ［新しいサーバー情報］ページで、［サーバー名］を入力します。
   
4. ドロップダウン一覧から［ポート番号］を選択します。
   
5. ［上限］を指定します。リレーサーバーでメール送信数が上限に到達した場合、以降のメールはZoho Recruitのサーバーから送信されます。
   
6. ［セキュア接続］としてSSLまたはTLSのいずれかを選択します。
   
7. セキュア接続を使用しない場合は、［なし］を選択します。
   
8. ［認証が必要です］で［はい］または［いいえ］をクリックします。
   ［はい］を選択した場合は、認証用のホストの［ユーザー名］と［パスワード］を入力します。
9. ［詳細設定］で、次の操作を行います。
   

1. ［このサーバーのドメイン］：ドロップダウン一覧からドメインを選択します。メールの認証用に追加したすべてのドメインがこちらに表示されます。［新しいドメインの追加］をクリックして、新しいドメインを追加することもできます。
   
2. ［メールの種類］：ドロップダウン一覧からメールの種類を選択します。
   
3. ［DKIM認証］：リレーサーバー経由でルーティングされるメールにZohoがDKIM署名できるようにするには、［有効にする］にチェックを入れます。
   
4. ［クリップボードにコピー］をクリックし、公開キーをDNS設定に貼り付けます。
   
   

メモ

何らかの理由でリレーサーバーからの発信メールの送信に失敗した場合、メールはZoho Recruitのサーバー経由で自動的にルーティングされます。

1日に3回連続して失敗した場合、ユーザーに注意メールが送信され、翌日までリレーサーバーは使用されません。