InterMail Post.Office 4.2J補遺マニュアルマニュアル・バージョン4.2 2011年8月

1.新機能について
InterMail Post.Office 4.2Jでは、次の機能が迫加／強化されました。本マニュアルでは、これらの機能について順次、簡単に説明します。 ー　送信ドメイン認証（SPF)機能
ー　メールプロッキング機能強化メールプロッキング機能強化
2.送信ドメイン認証（SPF）機能
2.1. SPF認証とは
Post.Officeでは、送信ドメイン認証としてSPF（Sender Policy Framework）を使っています。これは、メールを受信した際の送信元IPアドレスを使い、受信したメールが正規のメールサーバから送られたかどうかを検証する技術になります。迷惑メールの中で、差出人のメールアドレスを偽って配信するバターンが大変に多いことはよく知られていますが、この偽メールアドレスには、例えば、フリーメールのようなサービスに登録をした際、与えられるメールアドレスのドメイン名のように、実在するドメイン名が利用されます。しかし実際には、そのフリーメールのサービスをしているサイトから、迷惑メールを配信することは困難ですので、踏み台となるようなメールサーバを利用し、そこから実在するドメイン名を使った偽メールアドレスを差出人として、迷惑メールを配信します。 SPF認証は、こういった「なりすまし」の迷惑メール配信への対応に効果を発揮します。 ※※ Post.OfficeはSPFモジュールとして、株式会社インターネットイニシアティプが開発したENMAを利用しています。
2.2.  SPF認証の仕組み
SPF認証の仕組みは、次のとおりです。外部メールサーバよりSMTPメール受信のリクエストが来ます。 1. SMTPエンベロープのMAIL FROM:アドレスに指定されている差出人メールアドレスのドメイン名を取得、そのドメイン2.名を利用してDNS参照を行います。送信側サイトのDNSサーバよりSPFレコードを取得します。 3. SPFレコードと送信元メールサーバのIPアドレスの検証を行います。 4.検証の結果、ドメイン名と送信元IPアドレスに問題がなければ、認証が完了となりメールを受信します。 5.
2.3. 送信ドメイン認証（SPF）機能の設定方法
送信ドメイン認証(SPF)機能の設定画面は、後の章で説明する「プロッキングとフィルタ」画面の「２．送信ドメイン認証(SPF)の設定」の箇所で行います。設定画面は、次のようになっています。機能を有効にするには「送信ドメイン認証を有効にする」のチェックボックスをオンにします。 「適用ドメインの選択：」では、受信する全てのメールのチェックを行うか、差出人が指定されたドメインの時だけチェックを行うか選択することができます。（「指定ドメイン」の場合は、下にある「指定ドメインの入力：」にて入力されているドメイン名が対象となります)送信側のDNSサーバに、SPFレコードが設定されていなければ、SPF認証は意味をなしません。残念ながら、現状では※※インターネット上のメール送信側サイトにあるDNSサーバが、必ずしもSPFレコードを記述しているわけではないので、 「指定ドメイン」を選択しておき、迷惑メール送信の際に差出人のメールアドレスとしてよく利用されるフリーメール等のドメインをチェックするようにしておくことをお勧めいたします。 SPF認証の結果は、次のようになります。
Post.Officeでは、この認証結果のそれぞれについて、「受信／拒否」の設定と、拒否した場合のSMTP応答コードを設定することができます。 ※※　2011年７月30日現在、ドメイン名「gmail.com」については、認証がNGとなると「Neutral」が返ってきます。gmail.comからの迷惑メールが多い場合は、適用ドメインの選択にて『指定ドメイン』を選択し、「Neutral」の箇所を『拒否』にして、「エラーコード」を『451』のように設定すれば、プロックすることができます。（「gmail.com」は初期設定で「適用ドメインの入力」に設定されています。エラーコード: 451を返された送信元メールサーバは、遅延メール処理になります）
2.4. 送信ドメイン認証のログ設定
送信ドメイン認証が行われた場合のログを記録することができます。設定画面は、[システムコンフィグレーション] → [ログオプションの設定］画面にある「SMTP-Acceptログ」の中の「Mail Blocking：送信ドメイン認証ログ」のチェックボックスになります。ログは次のように記録されます。 <date-time>:SMTP-Accept:ConnectionRefused:SPF:<認証結果>: [IPアドレス] :<送信元ホスト>: <差出人アドレス>
3.メールブロッキング機能強化
Post.Office v4.2以前では、メールプロッキングやフィルタの設定画面が、まとまった画面に無かったため、それぞれ関連する機能の画面を開く必要がありました。 Post.Office v4.2では、設定画面を一箇所にまとめて［プロッキングとフィルタ］ボタンを新設し、メールサーバ管理者が設定しやすいようにいたしました。また、メールアドレスのチェックでは、「高度なルール設定」が行えるようになり、受信メールの宛先がローカルドメイン内に存在するかどうかをチェックする設定では、存在しない場合に受信を拒否するだけではなく、「受信して削除する」（成功応答しますが、メール内容は破棄する）アクションを新設しています。
3.1.ブロッキングとフィルタの管理
プロッキングとフィルタの管理画面は、次のようになっています。 1 ～５までの設定項目があります。Post.Officeは、この項目の順序で受信したメールの処理を行います。
3.2.  1．送信元IPアドレスのチェック
この項目は、旧バージョンでは［システムコンフィグレーション］ →［メールプロッキングオプションの設定］にあった「送信元IPアドレスのチェック」になります。IPレビュテーションの設定（RBLチェックの設定）もこちらになっています。設定内容については、旧バージョンと同じです。
3.3.  2．送信ドメイン認証（SPF）の設定
前章で説明したとおりです。
3.4.  3.送信元と宛先のメールアドレスのチェック
この項目は、旧バージョンでは［システムコンフィグレーション］ →［メールプロッキングオプションの設定］にあった「送信元メールアドレスのチェック」になります。設定内容については、旧バージョンで行えた設定項目の他に、次のように「高度なル一ル設定：」が新設されました。ルールの指定は、次のフォーマットで行います。 <Fromフィールド><Toフィールド><アクション>ルールは、「ルール設定」の入力欄に複数行書くことが可能で、上から順番に適応されます。 FromフィールドとTbフィールドには、マッチさせるメールアドレスの形式を記述します。ワイルドカードとして「*」 (アスタリスク）を指定することもできます。アクションフィールドには、ACCEPT、BLOCK、TOSSというマッチした場合のPost.Officeの振舞いを記述します。それぞれの振舞いは、次のとおりです。 ACCEPTメールを受け取り、成功と応答するメール内容を破棄してエラーコードを応答するBLOCK TOSS成功と応答しますが、メール内容は破棄する
例えば、次のように指定すると
<smith@domain.com><john@opentech.co.jp><BLOCK>受信したメールのSMTPエンベロープMAIL FROMかsmith@domain.com,エンベロープRCPT TOが、john@opentech.co.jpだった場合に、プロックします。 FromフィールドやTbフィールドの条件が必要ない場合は、* を指定します。例えば、次のように指定すると<*><*@opentech.co.jp><ACCEPT>ドメイン名が「opentech.co.jp」宛のメールを受信します。 ◾設定例例えば、Post.Officeに登録されている特定のアカウントについて、内部へのメールは送信できるが、外部へ送信することを制限させる場合は、次のように設定します。特定のアカウント：　internal@opentech.co.jp設定ルール: <internal@opentech.co.jp><*@opentech.co.jp><ACCEPT> <internal@opentech.co.jp><*><BLOCK>ルールが上から適用されることを利用して、最初に許可する送信先のルールを列挙し、最後に不可のルールを設定することで、特定のアカウントからのメール送信を制御することができます。このFromフィールドに指定する特定のアカウントをワイルドカードによりマッチングさせることも可能です。
3.5. 4．宛先の存在確認の設定
この項目は、旧バージョンでは［システムコンフィグレーション］ →［メールルーティングオプションの設定］にあった「受信者がローカルメールドメイン内に存在するか確認してからメールを受け取る」の設定になります。設定内容については、旧バージョンで行えた設定項目の他に、次のように「受信者が存在しない場合：」のPost.Officeの振舞いを設定できるようになりました。受信者が存在しない場合に設定できる振舞いは、次のとおりです。受信を拒否と設定した場合、メール内容を破棄してエラーコードを応答します。 . •受信して削除と設定した場合、成功と応答しますが、メール内容は破棄されます。
3.6.  5. メッセージフィルタの設定
この項目は、旧バージョンでは［システムコンフィグレーション］ →［SMTPフィルターの設定］になります。設定内容については、旧バージョンと同じです。
3.7.ご利用上の注意
. 「３．送信元と宛先のメールアドレスのチェック」の「高度なル一ル設定」で指定したアクションの<TOSS>や、「４．宛先の存在確認の設定」にて受信者が存在しない場合に指定した「受信して削除」を設定された場合、Post.Officeは送信元に「送信が成功した」として応答しますので、タイプミス等の誤ったメールアドレスで送信された場合は、送信元にエラー返信をしないようになります。この場合、送信元は自分が送信したメールの誤りに気が付かないことになりますので、ご注意ください。 (C) 1993-2002, Openwave Systems Inc. All Rights Reserved. (C) 2002-2009 Open Technologies Corporation. All Rights Reserved. Improved & Distributed by Open Technologies Corporation. 4.ライセンスおよび商標について■ ENMA Copyright (c) 2008-2009 Internet Initiative Japan Inc. All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. THIS SOFTWARE IS PROVIDED BY INTERNET INITIATIVE JAPAN INC. "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL INTERNET INITIATIVE JAPAN INC. BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. $Id: LICENSE 579 2009-01-12 16:19:17Z takahiko $