How to Set Up and Create Sender Policy Framework (SPF) Domain DNS TXT Record with Wizard方法を設定し、ウィザードで送信者ポリシーフレームワーク（ SPFの）ドメインのDNSのTXTレコードを作成する

SPF (Sender Policy Framework) is aのSPF （送信者ポリシーフレームワーク）は、 standard標準 that was created in order to stop and eliminate the forged or spoofed sender email addresses in the mail envelope SMTP MAIL FROM or Return-Path that commonly used in spam message.を停止し、排除するために作成された偽造やメールのエンベロープのSMTPメールからの送信者のメールアドレスを偽装またはリターンパスは、一般のスパムメッセージに使用されます。 SPF works as an extension to the Simple Mail Transfer Protocol (SMTP), and allows relay MTA (Mail Transport Agent) to identify and reject those e-mail spam sent from unauthorized and unapproved mail server.のSPFは、簡易メール転送プロトコル（ SMTP ）の拡張として働いており、リレーのMTA （メール転送エージェント）を特定し、これらの電子メールのスパムの不正や未承認のメールサーバーから送信を拒否することができます。

SPF enabled domain’s email delivery operation works in such a way: Owner of an Internet domain name defines SPF records using a special format of TXT records in the domain zone DNS name server. SPFのドメインのメール配信操作を有効にするように著作物：所有者は、インターネットドメイン名のレコードは、ドメインゾーンのDNSネームサーバーのテキストのSPFレコードの特殊な形式を使用して定義しています。 The SPF specifies which machines are authorized to transmit e-mail for that domain.マシンは、 SPFの電子メールを送信することが許可されているドメインを指定します。 When an email is received by a mail server, the MTA will query the SPF records from DNS resolver to determine whether the email is originated from a legitimate server.ときに電子メールをメールサーバーで受信されると、 MTAのかどうかは、正規のメールサーバーから発信されるかを調べるにDNSリゾルバからのSPFレコードを照会します。 If SPF PASS result is returned, the email is accepted and got delivered.パスのSPFの結果が返される場合、配信されたメールは承認された。 Else if SPF FAIL result is returned, the email is rejected and bounced.他の人のSPFは失敗結果が返された場合は、メールは拒否されると返送さ。 Most MTA currently doesn’t immediately bounce a SPF FAIL email, and instead tags it with SOFTFAIL while still accepting the email, most likely filtered as spam, as currently SPF implementation is not popular, and has a high potential of creating wrong SPF records.しながら、最も可能性の高いスパムをフィルタリングは、現在人気のSPF実装されていない電子メールを受け入れ、現在ほとんどのMTAは、即座にSOFTFAILではなく、タグには、電子メールのSPFは失敗バウンスされず、間違ったのSPFレコードを作成するの高いポテンシャルを持っている。

Although SPF records is not a must, but it’sa good practice to set up the SPF records to stop spam fault from illegally spoof and forget your domain’s email address.のSPFレコードはではなく、いい練習をする必要がありますこれは、お客様のドメインのSPFレコードを違法になりすましてのメールアドレスをマーク忘れるから断層を停止するように設定してください。 As SPF, like MX, A, CNAME and PTR records, are part of DNS domain tree level, the domain owner will have to have full control to the domain DNS zone authoritative server in oder to create this record.としてのSPF 、 MXの、 、にCNAME 、 PTRレコードは、 DNSドメインツリーのようなレベルの一部である、ドメインの所有者は、ドメインへの完全な制御が必要だがオーデルでこのゾーンの権限のあるサーバーのDNSレコードを作成する。 Most importantly, some IPSs such as AOL and BellSouth now require valid SPF record for inclusion in their whitelist program.最も重要なのは、 AOLとBellSouthのIPSsするなど、一部のプログラムのホワイトリストに登録するための有効なのSPFレコードが必要です。 Sender ID records will soon be required by Microsoft for unaltered MSN/Hotmail delivery. Sender IDのレコードをすぐにMicrosoftが変質していないために必要になるのMSN / Hotmailの配信。

The major issue for SPF records are how to write and create a properly SPF record which is valid and correct for the domains, as all SMTP server that sends email for the domains must be defined.のSPFレコードを記述するための主要な問題をどのようにして、ドメインの電子メールを送信するすべてのSMTPサーバーとしては有効であるとは、ドメインの修正を適切なのSPFレコードを作成定義する必要があります。 Typically, the DNS syntax for a SPF record looks like following:通常、次の構文は、 DNSのSPFレコードのようなものです：

example.com. example.com 。 IN TXT “v=spf1 a mx -all”インディアナtxt "をVの= spf1は、 MXのすべて"

It’s pretty hard to understand.これはかなり理解するのは難しい。 Luckily there are tools that help webmasters and domain administrators to easily setup a valid SPF DNS entries.幸いにも役立つツールは、ウェブ管理者およびドメイン管理者に簡単にセットアップが有効なのSPF DNSエントリされています。 OpenSPF offers OpenSPFを提供しています Record Setup Wizardレコードのセットアップウィザード and Microsoft hasおよびMicrosoftしている Sender ID Framework SPF Record Wizard Sender IDの枠組みのSPFレコードのウィザード . 。 Although both a wizard, it may still pretty hard to comprehend especially for people exposed to SPF for the first time or novice.ただし、両方のウィザード、まだかなりの人々のSPFするのは初めてや初心者のため、特に露出を理解するのは難しい場合があります。 Here are some brief explanation of what each questions in the wizards are meant.ここには、ウィザードの各質問に何を意味しているいくつかの簡単な説明されています。

First, you must enter the domain name (eg example.com) that you want to set up the SPF record.最初の場合は、ドメイン名（例： example.com ）は、のSPFレコードを設定して入力する必要があります。 The wizard will then try to retrieve if there is any existing SPF record.その後、ウィザードがある場合は、任意の既存のSPFレコードを取得しようとします。 If existing record is found, the wizard allows you to modify it, or you can continue to set up the SPF by answering several questions.既存のレコードが存在する場合は、ウィザードを使用するに変更するか、いくつかの質問に正解して続けることができるのSPFを設定することができます。

For this guide, we will follow Microsoft Sender ID Framework SPF Record Wizard, and cross reference to OpenSPF’s wizard, and OpenSPF’s wizard options can be easily identified by using the symbol A, MX, PTR and etc which are clearly marked.このガイドでは、我々は、ウィザードにOpenSPFのクロスリファレンス、およびMicrosoft Sender IDのフレームワークのSPFレコードのウィザードに従うだろうOpenSPFのウィザードのオプションを簡単には、シンボルは、 MXのは、これを明確にマークされているのptr等を使用して識別することができます。

If the domain does not send any email, check Domain Not Used for Sending E-Mail .場合は、ドメイン、ドメインしない電子メールの送信に使用されます確認メールを送信していません 。 All other fields are instantly disabled and grayed out, as it’s no longer useful (and not valid) to define other mechanism.他のすべてのフィールドを即座に無効になっているとグレー表示は、それはもはや（と）他の有用なメカニズムを定義するのに有効ではありません。 To achieve this options in OpenSPF wizard, mark all radio button as “No”, except the last one (~all) as “Yes”.は、すべてのラジオボタンをマーク" OpenSPFウィザードでこのオプションを達成するためにはない"と、最後の1つを除いて（ 〜すべて）として"はい" 。

If the domain mail server is also the one defined in MX record, check Domain’s inbound servers may send mail in Inbound Mail Servers Send Outbound Mail section.場合は、ドメインのメールサーバーは、 1つのMXレコードに定義され、送信メールの送信受信メールサーバー]セクションでメールを送信することがありますドメインの受信サーバーをチェックしています。 In the same section, the detected MX server host name is displayed.同じセクションでは、検出されたMXサーバーのホスト名が表示されます。 If you have multiple mail servers defined in MX records, and want to specifically allow only some of them to relay mail for the domain, then uncheck the previous option, and tick all the valid outbound e-mail server for this domain.場合は、複数のメールサーバのMXレコードで定義されていると、特に一部のみをそれらのドメインのメール中継を許可する場合は、以前のオプションをオフにして、このドメインの電子メールサーバーのすべての有効な発信ダニ。 The above two options is represented by mx (green) and mx: (light green) in OpenSPF.上記の2つのオプションのMX （緑）とMX ： OpenSPF （ライトが緑色）を用いて表現されています。 Beside, if the domain route emails through the MX server of another domain, such as the ISP, specify the domain names in the box provided too (also as mx: in OpenSPF).横にある場合は、 ISPなどの別のドメインのMXサーバーは、ドメインのルートを介して電子メールを、ボックス内のドメイン名を指定しすぎるのMX （もよう： OpenSPFで）を提供した。

For Outbound Mail Server Addresses, if all the domain web servers (as configured in DNS A record) is also the mail server, then tick the All addresses listed in A records may send mail option.送信メールサーバーのアドレスについては、すべてのドメインのWebサーバ（ DNSのAレコードで）設定は、メールサーバーと、そのすべてのアドレスを A レコードでは、メールのオプションを送る可能性がありますチック記載されています。 The IP addresses of the detected A record is displayed.検出は、 AレコードのIPアドレスが表示されます。 Again, if you just want to specify few IP addresses as authorized mail server, select them.繰り返しますが、許可する場合はメールサーバーとしていくつかのIPアドレスを指定する場合は、それらを選択します。 You can also enter any additional IP addresses (or ranges of addresses) you wish to add to your SPF record (one address or address range per line), and any additional domain names whose A records refer to valid outbound e-mail servers for the domain.また、追加のIPアドレスをアドレスのお客様のSPFレコードを1行に1 （ 1つのアドレスまたはアドレス範囲） 、およびAレコードを持つ有効な送信電子メールサーバーへの参照を追加でドメイン名を追加する（または範囲）を入力することができます領土。 This represent a (green), ip4: and a: (light green) on the OpenSPF wizard.これは、 （緑） 、 ip4を表す： 1 ： （ライトグリーン） OpenSPFウィザード。

You can also specify that if a mail server IP address is resolved to your domain name after reverse DNS lookup, it can send the email by ticking All PTR records resolve to outbound email servers .また、場合、メールサーバーのIPアドレスをドメイン名に逆引きDNSルックアップ後には解決されるため、送信メールサーバーへのすべてのPTR レコードを解決して、刻々と過ぎてメールを送信することができますを指定することができます 。 Enter any domain names whose PTR records resolve to valid outbound e-mail servers in the text box provided.そのPTRレコードは、テキストボックスに有効な送信電子メールサーバーに解決の任意のドメイン名を入力します。 In OpenSPF, only PTR is provided, and not PTR: which allows you to enter more domain names. OpenSPFでは、唯一のptr 、とPTRは提供されています：より多くのドメイン名を入力することができます。 And it suggests that this option is expensive, unreliable and not recommended.そして、それは、このオプションは、信頼できないと高価であることはお勧めしません示唆している。

If you have mail sent on behalf of the domain is at times actually delivered to its recipients by the computers of another domain, then fill in the text box in Outsourced Domains section the additional domain names whose SPF records refer to valid outbound e-mail servers.お持ちのメールは、ドメインの代わりに送信する場合回、実際には受信者に別のドメインのコンピュータによって配信では、外部委託し、ドメイン内のテキストボックスに入力さセクションには、追加のドメイン名のSPFレコードを持つ有効な送信電子メールサーバーを参照してください。 This translate to include: in OpenSPF.これを含むように翻訳： OpenSPF 。

The final section has this question “Does example.com send e-mail from any IP addresses that are not identified in the above sections?” or “Do the above lines describe all the hosts that send mail from surfnova.com?”.最後のセクションでは、この質問に" example.comメールは、上記のセクションで特定されていないIPアドレスからのメールですか？ "または送信する"としているかは、上記の行はすべてのホストがsurfnova.comからのメールを送信しますか？ "について説明します。 This question will translate to one of the following qualifiers for ALL mechanism, which describe how the mail server not matched with SPF record is handled:この質問に1つの方法は、メールサーバーのSPFレコードで処理される記述と一致しないすべてのメカニズムについては、次の予選に翻訳されます：

• + for a PASS result, this can be omitted. +パスの結果のため、これを省略することができます。
• - for FAIL, the mail should be rejected.失敗-のため、メールを拒否する必要があります。
• ? ？ for a NEUTRAL result interpreted like NONE (no policy).中立的な結果についてはありませんように（政策）解釈。
• ~ for SOFTFAIL, a debugging aid between NEUTRAL and FAIL. 〜 SOFTFAIL 、中立的な失敗との間のデバッグを支援します。

OpenSPF wizard allows only selection of Yes (~) or No (-).はいOpenSPFウィザードのみ選択可能〜 （ 〜 ）またはいいえ（ -） 。

In any case, the Scope section should select Both setting to support all email identities validation, including Purported Responsible Address (PRA) derived from RFC 2822 message headers and MAIL FROM (or reverse-path) address derived from the RFC 2821 protocol’s MAIL command.いずれの場合も、スコープセクションでは、という主旨の責任住所（プラ）はRFC 2822からのメッセージのヘッダーを含むメールから派生した（あるいは逆パス）アドレスは、 RFC 2821プロトコルのメールから派生したすべてのメールのIDの検証をサポートするために両方の設定を選択してくださいコマンドです。

Continue next the wizard will generate the SPF record.次のウィザードでのSPFレコードが生成されます続行します。 You will notice that all SPF record start with v=spf1.あなたが通知されますがV = spf1すべてのSPFレコードを開始します。 “v=” defines the version of SPF used, and is mandatory to identify it’s the SPF record.の" V = " 、それはのSPFレコードの識別するために必須であるのSPFのバージョンを使用される定義しています。 Currently only the only version supported is spf1.現在のみのバージョンのみがサポートされているspf1されています。

Once get the SPF record, copy and paste the text to the DNS entry as a TXT record. 1回のSPFレコードをコピーして貼り付けて、 TXTレコードとしては、 DNSエントリには、テキストを取得します。 Depending on your DNS system, you may have to exclude the quotation mark (”) when entering the text in DNS system, although the wizard will put the entire text within the quotes.ただし、ウィザード内の全テキストを引用符（ " ）が、 DNSシステム内のテキストを入力するDNSシステムに応じてお客様の場合は、引用符を除外する必要があります。

For those who interested, you can read the definition of A, IP4, MX, PTR and other mechanisms here:興味のある方、あなたは、の定義を読むことができますIP4 、 MXのは、ここのptrおよびその他のメカニズム：

ALL: Matches always, used for a default result like -all for all IPs not matched by prior mechanisms.すべて：いつものように使用されるデフォルトの結果にマッチする前にすべてのすべてのIPアドレスが一致するメカニズムではありません。
A: If the domain name has an A (or AAAA for IPv6 ) record corresponding to the sender’s address, it will match.回答：ドメイン名がIPv6の場合はA （またははAAAAしている）レコードは、送信者のアドレスに対応する、それと一致する。 (That is, the mail comes directly from the domain name.) （つまり、メールを直接ドメイン名から来ている。 ）
IP4: Use IPv4 addresses for verification, match if the sender is in a given IPv4 range. IPv4の場合は、送信者が特定の範囲にあるIP4 ： IPv4の検証に使用して、試合に対処します。
IP6: use IPv6 addresses for verification, match if the sender is in a given IPv6 range.検証のためIP6 ： IPv6アドレスを使用し、一致する場合は、送信者は、指定IPv6の範囲内です。
MX: If the domain name has an MX record resolving to the sender’s address, it will match. MXの：場合は、ドメイン名は、 MXレコードは、送信者のアドレスに解決すると、マッチングされます。 (That is, the mail comes from one of the domain’s mail servers) （つまり、メールのいずれかのドメインのメールサーバーからです）
PTR: If the Forward Confirmed reverse DNS domain of the sending IP ending in the domain name.のptr ：もし送信側のIPアドレス、ドメイン名の末尾の前方確認逆引きDNSドメイン。
EXISTS: If the given domain resolves, match (no matter the address it resolves to).存在する：特定のドメインを解決する場合は、それを解決するアドレス（関係なく）と一致。 Rarely used, along with the SPF macro language it offers more complex matches like DNSBL-queries.めったに使用されると、 DNSBLのような、より複雑なマッチは、クエリのSPFマクロ言語で提供している。
INCLUDE: If the included (a misnomer) policy passes the test this mechanism matches. ：する場合は（誤称）ポリシー含まれてこのメカニズムは、テストマッチを渡します。 This is typically used to include policies of more than one ISP.これは通常、 1つ以上のISPのポリシーを含むように使われています。

Actually all of the above mechanisms can mix and match with 4 qualifiers mentioned earlier.実際にすべての上記のメカニズムをミックスし、 4予選前述と一致。 But due to the limit of wizard, not all options are available.しかし、ウィザードのを制限するために、すべてのオプションを利用されていないためです。 And for complicated use, there are modifiers such as REDIRECT.と複雑な使用には、わけのような修飾されています。 And normally, when one condition is matched, the email will get a PASS.とは通常、 1つの条件は、電子メールのパスを取得する一致しています。 So if your mail system is simple, simply define the MX or IP address will work as mentioned.だから、もしあなたのメールシステムは簡単だ、と述べたように動作するだけでは、 MXまたはIPアドレスを定義します。

For example, mydigitallife.info has the following SPF record, “v=spf1 ip4:75.127.69.98 mx a:host.mydigitallife.info mx:mydigitallife.info ~all”.たとえば、次のmydigitallife.infoのSPFレコードを持っている" Vの= spf1 ip4 ： 75.127.69.98 MXの1 ： host.mydigitallife.infoのMX ： mydigitallife.info 〜すべての" 。 A lot of duplication, but at least the email will send correctly.重複の多くが、メールには少なくとも正常に送信されます。

To check if your SPF record is correct, there are variousお使いのSPFレコードが正しいことを確認するには、その理由として、様々な http://www.kitterman.com/spf/validate.html “>SPF checker, tester or validator available " >のSPFチェック、テスターやバリデータを利用可能 , including My Digital Life’sなど、私のデジタルライフの SPF Validation - Sender Profile Framework Testing and Checking ToolのSPF検証-送信者のプロフィールの枠組みのテストとチェックツール . 。

IMPORTANT : This is a machine translated page which is provided "as is" without warranty. 重要 ：これはマシンとして"保証なしにされている"提供されているページを翻訳されています。 Machine translation may be difficult to understand.機械翻訳を理解するのが難しい場合があります。 Please refer toを参照してください original English articleオリジナルの英語の記事 whenever possible.可能な場合。

Share and contribute or get technical support and help at共有して貢献するかを得る技術サポートと支援 My Digital Life Forums 私のデジタルライフフォーラム . 。

Related Articles関連記事

• How to Check, Test and Validate SPF Record in DNS is Correct and Valid方法については、テストおよび検証のSPFレコードのDNSに正しいと有効です確認する
• Lowest Number MX Record Points to Local Host Rejected RCPT Error最低番号MXレコードポイントをローカルホストを拒否RCPTにエラーが発生しました
• SPF Validation - Sender Profile Framework Testing and Checking ToolのSPF検証-送信者のプロフィールの枠組みのテストとチェックツール
• How to Blacklist or Block Email Addresses or Senders or Domain in Gmailブラックリストまたはブロックする方法や送信者の電子メールアドレスまたはドメインをGmailで
• Group Policy Login or Logon Scripts Not Running, Not Working or Not Executingグループポリシーのログインまたはログオンスクリプトをしないではなく、作業を実行するかどうかを実行している
• Email Bounces Back with “unrouteable mail domain” Errorメール直帰数先頭unrouteableメールドメイン"と"エラー
• Exim Sender Verify Callout or Callback Could Not Complete or Verification Failed Error Eximの元の送信者を確認コールまたはコールバックのエラーを完了しない可能性があるかの検証に失敗しました
• Tools道具
• Autoplay Repair Wizard Free Download自動修復ウィザードを無料でダウンロード
• XNA Game Studio Express 1.0 Officially Released for Free DownloadはXNAゲームスタジオエクスプレス1.0正式リリース無料でダウンロード

This entry was posted on Wednesday, August 8th, 2007 at 1:36 am and is filed under このエントリは13日、 2007年8月1 ： 36で8日午前、下に提出された場合投稿されました Webmaster Resources ウェブマスター向けのリソース . 。 You can follow any responses to this entry through the あなたはこのエントリへの応答に従うことができます RSS 2.0 のRSS 2.0 feed. You can フィードことができます。 leave a response 応答を残す , or 、または trackback トラックバック from your own site. 自分のサイトからダウンロードします。