■FreeBSD 9.1にCommuniGateProを導入するメモ
FreeBSD release 9.1 のサーバにCommuniGate Proを導入した時のメモ。CommuniGate ProのFreeBSD用パッケージは公式には8用までしか準備されていないが、8.4でも9.1でも同じ結果だったので、以下の手順で問題ないと思われる。パッケージのinstall scriptの最新化を期待。FreeBSDインストール時にはsshd + ntpd程度の設定としていた。
■インストール準備
[code]インストール及び動作確認のためのツールを入れておく
# pkg_add -r wget
# pkg_add -r lsof
sendmailを停止しておく
# /etc/rc.d/sendmail stop[/code]
■インストール
[code]# wget http://www.communigate.com/pub/CGatePro/5.4/CGatePro-FreeBSD8-Intel-5410.tgz
# pkg_add CGatePro-FreeBSD8-Intel-5410.tgz[/code]
■起動と停止
[code]# /usr/local/etc/rc.d/CommuniGate.sh start
# /usr/local/etc/rc.d/CommuniGate.sh stop
# killall -9 CGServer（stopで止まらない場合）[/code]
■初期作業
[code]# /usr/local/etc/rc.d/CommuniGate.sh start
初回起動時に説明が表示されるが内容が正しくなく、CGPが終了するので以下を実施
# vi /var/CommuniGate/Accounts/postmaster.macnt/account.settings
Password = mypassword; を2行目に追記(mypasswordは管理用パスワードに設定したい値にする）
そして再度起動する
# /usr/local/etc/rc.d/CommuniGate.sh start
# lsof -i （にて起動及び待ち受け状態を確認する）
http://hostname:8010/ にアクセスして指定したパスで管理画面に入る[/code]
■sendmailの起動停止設定
[code]以下のいずれかのrc.confを編集する
# vi /etc/rc.conf
sendmail_enable=”NO”
sendmail_submit_enable=”NO”
sendmail_outbound_enable=”NO”
sendmail_msp_queue_enable=”NO”
# vi /etc/defaults/rc.conf
sendmail_enable=”NO”
sendmail_submit_enable=”NO”
sendmail_outbound_enable=”NO”
sendmail_msp_queue_enable=”NO”[/code]
■ローカル配送を試験する
[code]# mail -v root@localhost
にてCGPで受信されることを確認[/code]
■CommuniGate Proの削除
[code]# pkg_delete CGatePro\*[/code]
communigate, freebsd
Loading...
■ロジクール Ultimate Ears 350vi レビュー (後)
fansfans.jpのキャンペーンで「iPhone対応！ ロジクール・高音質、遮音性イヤフォン Ultimate Ears モニタープレゼント」に応募したら幸運にもUltimate Ears 350viのモニターに当選することができたので、エージング無し評価の前編に続いてエージング後の後編をお送りしたいと思います。エージングはホワイトノイズで60時間行いました。今回は比較のためスマホ３機種を２週間（通勤時間を含めていろいろなシチュエーションで）使ってみて、各機種毎での使用感を中心に350viの最適な使い方を探ってみた内容を書いていきたいと思います。
１）iPhone4S (iOS6.0.1)
エージング前と比較してブーミーさが抑えられて低音がややはっきりとして聴きやすくなった印象。イコライザをBass Reducer設定にしなくてもそれなりに聴ける感じ。中域もしっかり出て聴きやすいものの、反面高域がやや伸び切れないというかかなり高い音域がカットされているような印象が強く出てきたように感じてしまいました。尖った部分が削れて丸くなっているような物足りなさです。Bass Reducer設定ではそれが多少緩和されるものの、やはり高域に物足りなさを感じます。女性ボーカルの繊細さはやや控えめな感じですが、声のリアル感はよく出ていて、コーラスなどの聴き分けもエージング前よりもそれなりにはっきりしているので解像感が上がっているようです。低域が締まって中域が向上したことで高域の物足りなさがよりはっきり出てきたという感じでしょうか。
音楽を聴いている分にはやや高域が物足りない感じが出るのですが、Webラジオなどの低ビットレートの音源を聴くケースではいやなノイズ感が抑えられていて非常に聴きやすく疲れにくいというのが実感できました。元よりヘッドセットという点を考えると通話等の低ビットレートの音声利用時を想定したノイズ対策がされているものと考えていいのかもしれません。個人的にはPodcastやWebラジオは350viでならより積極的に聴きたいと思えるなぁと感じました。
２）Arrows X F-05D (Android 4.0.3)
こちらもイコライザオフでまずは確認。MicroSDにiPhone4Sと同じ曲を入れてPlayミュージックで再生した評価です。残念ながら他機に比べて軽くやや浮ついた軽い印象の音になっており、必ずしも悪いものではないのですが聴き比べると残念な感じです。350viは単なる低音強調型のヘッドセットかと思っていたのですが、むしろスマホ本体の音質をかなりストレートに表現するタイプのヘッドセットかもしれないと思うようになりました。F-05Dではイコライザでバスブーストや3D効果などの強調が可能なのですが、調整するほどバランスが悪くなる印象で個人的には350viとの相性が非常によくないと感じました。正直F-05Dであまり長く聴いていたくないと思いました。350vi自体はiPhoneシリーズ用と銘打っているので、Androidで利用するために敢えて選ぶ方はいないと思いますが、リモコンも中央ボタンでの再生と一時停止しか利用できず、音量調整もダブルクリック等での曲操作もできないので注意が必要です。
３）HTC Radar (WIndows Phone 7.5)
こちらにはWinodws Phone 7 Connector改めWindows Phone.appとなった専用転送ツールから曲を転送しています。残念ながらiTunesで購入した曲はDRM無しのデータでも転送してくれないので（同じ曲がAndroidでは再生できているのに…）、自リップ曲のみ転送してのチェックでした。以前のレビューでも書いていますが、HTC Radarは音質がHTCらしいしっかり締まった低音と硬質感のあるキレイな高音が特徴で音楽プレイヤーとしても非常に気に入っているスマホです。今回350viとの組み合わせでは双方の長所がうまく発揮されているようで、３機種中最も好みのバランスの音になりました。350viの特徴としてカットされているような高域部分は改善されることはないのですが、元々の硬い感じの高域がちょうど聴きやすく緩和されるというか耳に優しい感じになり、しっかり低音はしっかりのまま素直に再生されて密度感のあるとてもまとまりのある音楽になります。奥行き感はあまり感じないのですが、横への広がりは解増感の高さも加わって非常にいい感じです。これは音楽用途でオススメできる組み合わせだと思うのですが、ヘッドセットしては中央ボタン長押しの音声入力呼び出し以外一切リモコンが機能しない（何故長押しだけ使えるのか…orz）という残念仕様なので、わざわざこのために買う必要はないと言わざるを得ません…。この辺りの操作性は共通にして欲しいなぁと率直に思いました…。
ということで、残念ながらヘッドセットとして各種操作を期待する場合にはiPhoneシリーズしか実用にならないことも確認できたので、いろんなデバイスで使いたいガジェットマニアな皆さんにはオススメできないのですが、iPhoneシリーズをお持ちでWebラジオやPodcastを中心に利用される方には、聴き疲れも少なく十分にオススメできるのではないかと思います。むしろWebラジオなどは結構長時間聴き続けることもあると思うので、そういう方には嬉しい製品になるような気がします。後、アニメ動画を見る場合でも聴き疲れが少なくて良かったですね。通勤途中で音楽などを聴き流すような感じで使われる場合にもいいかなと思います。350viを使って感じたのは、自室でじっくり音楽を聴くような用途では微妙でも、耳に負担をかけない音質で通勤や聞き流しに便利な「疲れない音」のバランスを狙っているんだろうなということでした。低音の調整は個人の好みで必要かなと思いますが、「聴き疲れない音」をお探しの方は試してみられてもいいかもしれません。
headphone, logicool, review
Loading...
■ロジクール Ultimate Ears 350vi レビュー (前)
fansfans.jpのキャンペーンで「iPhone対応！ ロジクール・高音質、遮音性イヤフォン Ultimate Ears モニタープレゼント」に応募したら幸運にも当選することができたので、早速簡単なレビューを書いておこうと思います。応募する時には一応モニター希望機種を指定でき600viを希望したところ、当選したのは350viでした。350viの特徴は「迫力のある低音重視設計」…むむむ、個人的に低音重視ではなく寧ろ繊細さクリアさとか艶重視なのでちょっとこれはミスマッチだぞと思いつつ、いつものことながらfansfans.jpさんが関与されるイベントでは「商品についての率直なご感想の掲載を」と、ちゃんと感じた通りに書いていいというお墨付きの一文が封入されていたので、ミスマッチ前提で感じた通りに書くことにしますw 今回レビューに敢えて(前)としたのは、開封直後に視聴した音とホワイトノイズでエージングした後の音を比較してみようと思ったからです。数日後に書くつもりの(後)では、エージングでどのような変化があったか比較になるように書ければと思っています。
ということで今回はキャンペーンの募集要項にもあったようにiPhoneでのモニターが前提となりますので、いつも利用しているiPhone4Sで試してみることにしました。ちなみに日常で最も利用時間の長いヘッドホンはAKG K601で、自宅での音楽はこれをメインで聴いています。次点がこれまでのスマートフォンレビューでも度々登場するVictorのHA-FXC71とHA-FXT90LTDになります。どれも低音も十分に楽しめる製品ですが、高音が繊細でよりキレイに出るところを好んで使っているので、低音寄りの設計とされている350viでの試聴は最初やや不安を伴うものでした。その当りのバイアスがかかっている前提で以下をお読みいただければと思います。
iPhone4Sのミュージックの設定は通常通り最初はイコライザをオフにしてスタートしました。350viには標準で５サイズのイヤーピースが付いてくるのですが、標準で付いているものが耳にぴったりで圧迫感も強くなかったので、その状態でリスニングを始めることにしました。装着感は良好でコンパクトな本体は耳の一部に当たってしまうようなこともなく非常に快適な感じです。遮音性はそれほど高いとは思いませんでしたが十分かと思います。タッチノイズはやや多めかなと感じましたが、HA-FXC71とはそれほど大きく変わりません。iPhone4Sではリモコンも利用可能で、ボタン操作も細い割にクリック感もほどほどにあり使いやすい印象です。あまり操作に迷うことはありません。通常は音量を上下のボタンで、真ん中のボタンで再生停止ができるようになっています。
さて、実際に聴いてみた音の最初の印象は「これはブーミー過ぎる」というものでした。iPhone4Sは標準でも他機種と比べ比較的低音が出る方のスマートフォンだと思うのですが、350viとの組み合わせでは静かな室内で試聴した時に、低音ばかりが強調され聴くに堪えないものでした。締まった迫力のある低音ならまだしも、比較的広がり感のあるやや軽い印象の低音で女性ボーカルですらやや太ましく感じるほどに低音がかぶってしまうので、ちょっとこれはひどいと感じるレベルでした。ベースやドラムの音こそ一番に聴きたいという方には最適なのかもしれませんが、音のバランスとしては低音に全体が飲み込まれてしまって高音やボーカルの中音域もすべてスポイルされてしまったように感じました。ただ、解像感は感じることができ複数のボーカルの重なり具合などがVictorのものよりも聴き分けられそうな印象がありました。
そこでiPhone4Sのミュージック設定からイコライザをBass Reducerにして再度聴いてみたところ、ブーミーだった低音はすっかり鳴りを潜めほどよい感じの低音（ややもの足りないくらい）に収まりました。そしてボーカルもすっきりとし解像感が非常に上がってきて、かなりよいバランスで聴けるようになりました。女性ボーカルやイージーリスリング系ではこちらの設定の方が圧倒的によいと思われました。350viでは音場にあまり奥行き感は感じられないのですが、解像感があることでエフェクトのかかり具合などが比較的よくわかるのと、ボーカルやコーラスのひとりひとりの声や位置の違いはそれなりに感じるので、使っているヘッドホンによってはこうした部分ではっと気付くような発見があって楽しいかもしれないなと思いました。少なくともHA-FXC71よりははっきりと違いを感じられたので素性は良さそうです。
350viの宣伝的長所を否定するようで申し訳ないのですが、iPhone4Sで350viを利用する場合には音楽をバランス良く聴こうとするならBass Reducerを設定するのがいいのではないかと思いました。他にもイコライザ設定はあるのですが、単純に低音を抑えることが一番ヘッドホンの全体的な良さを引き出せているように感じました。開封直後ということもあり、おそらくまたエージングで音は変化してくると思うので、他のスマートホンも含めた音の比較は後編でお送りしたいと思います。
headphone, logicool, review
Loading...
■AMDブロガー勉強会に参加した
11月21日に日本AMDオフィスで行われたブロガー勉強会に参加してきたので、勉強会の感想などを書いておきます。FX-8350などのベンチマークなどはこの後の別記事で。ここでは勉強会そのものについて初参加の視点で簡潔にまとめておこうと思います。
このところずっとIntel CPUを使い付けてきた自分が今回AMDの勉強会に応募した動機は極単純で、Core iシリーズが市場で優勢と思われる中メディアのベンチマーク記事を見ても消費電力面などであまり評価が芳しくないと感じられるAMDの最新のプロセッサVisheraでどんな戦略を持っているのか興味を持ったから。勉強会って書いているけどきっと緩いファンイベントみたいな感じかもしれないから期待はできないかもしれないな…などと、AMDブロガー勉強会について不勉強極まるスタンスでの応募でした。これは後で後悔することになりますw
一応応募はしてみたけれど、このblogは主にソフトウェア面の記事が多く自作ネタもあることはあるけど比率としては著しく低いし、どちらかと言えば低消費電力高CPの自宅サーバを構築する感じの内容なので、ちょっと今回のAMDのターゲットとは違うだろうから、まぁ抽選で落ちるだろうなと考えていました。そして案の定11月19日に落選通知のメールが。やっぱりかーとがっくりしていたところ、20日になってキャンセルが出たための繰り上げ当選のお知らせが！喜び勇んでiPhoneから参加の意思表明をさせていただきました。繰り上げに選んでいただいて感謝です。そこから改めてFX系の発表記事やアーキテキチャ・ベンチマーク関連の記事を読みまくり（PCwatchやASCIIがとっても参考になりました これとかこれとか）一夜漬けのテスト勉強の様相で当日を迎えました。
会場は東京駅のほど近く、新しい綺麗なビルで会場もとってもいい感じでした。勉強会開始ギリギリでの到着だったので、既に大勢の方が入られていて賑わった状況でした。テーブルにはお弁当と飲み物、そしてお土産のマザボとCPUの入った大きな袋が置いてありました。前の方にも空き席はありましたが初心者なので会場の後ろ側に席を取り勉強会の最中はおとなしくしていましたｗ（というか質問のレベルが高くて発言できるような余地がなかったｗ）
勉強会の写真は撮影していないのでざっくりと内容だけ説明すると、始めに日本AMDの稲川さんからのご挨拶があり、今回が４回目のブロガー勉強会であること、AMDの現在のシェア、今回の勉強会などを通じてVishera登場直後の様に盛り上げをしていきたいことなどのお話をされました。AMDのシェアはTrinityの前で9〜10%前後だったところ、TrinityやVishera登場直後は一時的に販売で35%もの数字が上がったこともあるそうで、ボーナス商戦を前にそうした盛り上げを再度期待したいということなのだと理解しました。通常であれば広告を打ち値引きをするのがわかりやすい販売戦略なのでしょうが、日本AMDがブロガーのパワーを信じてこうした企画を実施するのは、広告やメディアの記事などでは伝わらないハードウェアスペック以外の重要な情報＝AMDファンの気持ちや実体験を伝えることが重要であると位置づけていることの現れなのだと思いました。
その後Visheraの概要説明・アピールポイント・比較などの説明があり、更にエンジニアの方によるアーキテクチャの改良点の詳細な解説、ASUSの方による製品の説明へと続きます。Visheraの概要説明では公式ではなかなか出ないIntelとの比較がブロガー勉強会だからと出してもらえたり（ベンチ比較とかもありました）、アーキテクチャの解説においてはPCwatchの後藤弘茂さんの記事を読んでいるかのような詳細な説明と質疑応答（会場参加者には常連さんも多いようで説明されているエンジニアの方とレベルの高い内容を当り前のようにやりとりされていました。勉強会の名に恥じないすごい内容だなと本当に感心しました。メモもとったのですがちゃんと理解できていないので、これを記事に書く勇気はありませんｗ）がされていました。ASUSの製品説明は営業サイドの方のようでお話もうまく、技術者ではないと前置きされながらも製品技術についてもしっかり把握されていたので、ASUSのファンをガッツリと増やしていましたｗ 私自身はもとよりASUSのファンでマザボはまずASUSから選択肢を探す方ですが、改めてASUSの製品はいいなぁと感じるくらい魅力的なお話をされる方でした。個人的にはASUSの日本での知名度も上がってきているので、グローバルな製品保証体制のため代理店モデルから直販モデルへとそろそろ移行して欲しいなと思っています。がんばってほしいですｗ 最後にゲーム関連でイベントのためにPCを良く持ち運ぶという事例での面白いお話をされた方がいらしたのですが、イベント終了までに出されたお弁当を食べてしまわなければと焦っていたので、ちゃんとメモしていませんでした。ごめんなさい。
ということで枕が長い割に、イベント内容は薄いという記事になってしまいましたがｗ、勉強会を通じて面白かったキーワードを最後に並べておきたいと思います。勉強会自体は非常にレベルが高く技術者の方とも直接お話できる希有な機会だったので、個人的には昔PowerPCを追いかけていた頃のようにちゃんと勉強して臨めばもっと得られるものは多かっただろうと思うと、もったいないことをしてしまったと感じます。イベント後談笑する企画側の方々を見て、こうした機会を設けてくれる日本AMDはいい会社なんだなと思いました。AMD製品ではCPUよりもGPUの方がファン度が高い（RADEON主義者なのでｗ）ので、ぜひまたそうした機会があれば応募したいと思いました。
■面白かったキーワード
・FXだけにハイリスクハイリターン
・パイルドライバーはプロレス技だけじゃなく杭打ち機
・社内ではK10と言わずグレイハウンド
・ASUSのOC向けマザーなのに初心者向けAUTO設定機能（対応メモリ挿すと設定自動で変わるとか）
・ブロガー向け勉強会を先にやると叩かれない（えｗ
・ASUSはTCOを推進しています
・12/8に秋葉原
・OC世界一を目指す！（翌日記録が報道されました！）
amd, asus, event
Loading...
■WordPress 3.3にしたら関連記事が表示されなくなった
アップデートしたらYARPPで表示していた関連記事が表示されなくなってしまいました。ダッシュボード内でも「関連記事がありません」になっているので、何かデータが破損した可能性があるようです。Contextual Related PostsやSimilar Postsでも関連表示ができないので、データベース側の問題なのかなと疑っていますが、まだ解決のメドがたっていません。
しばらく関連表示ができない状態が続くかもしれませんが、悪しからずご了承ください。(´･ω･`)
【追記】とりあえずSimple Tagsの関連記事機能を有効にしてみました。
【追記２】12/17 YARPPを3.4.2に更新したら直った模様…ちょっと様子見。
Loading...
本日スティーブ・ジョブズ氏の訃報がメディア各社で報道されました。iPhone4Sの発表の翌日に息を引き取られたということで、きっと発表の様子を見て安心できたんだろうなと思いました。おそらくiPhone4Sの発表の舞台に立った人達のほとんどがジョブズ氏の状態を知り、その上で発表に臨んでいただろうことは想像に難くありません。アップルの流儀に則り自信を持って恙なく行われた発表は、新しいアップルの強い結束の現れであったのだなと改めて感じました。少なくとも数年はティム・クック氏が安心してアップルを率いてくれるだろうと感じられました。
私はビジネスパーソンとしてスティーブ・ジョブズ氏を最も尊敬しています。氏の体現した製品群にはとても多くの影響を受けました。コンピュータの本当の楽しさ嬉しさを教えてくれたMacintoshシリーズ、UNIXがどれほど可能性に満ちたプラットフォームであるか教えてくれたNeXTシリーズ、パーソナルデバイスの在り方を教えてくれたiPod/iPhoneシリーズ。どれも今の自分を形作るためになくてはならない一部であったと心の底から思うことができます。特に今仕事を支えている知識と興味と製品思想を与えてくれたMacintoshとNeXTを生み出してくれたことには感謝しかありません。今でもNeXTCube+Dimension Systemは大切に保管しています。そしてMacやNeXTが繋いでくれた人脈や交流は本当に得がたいものでした。
氏の訃報を聞いても不思議と悲しい気持ちにはなりませんでした。来るべきものがきた、と感じるのと同時に前述のようにアップルは大丈夫なんだなという感覚を感じました。氏が世界に問いかけたコンピュータやソフトウェアの在り方はまだまだ氏のビジョンの一端しか実現できていません。これからも多くの方がその実現に向かって努力を続けていくのだと思います。IT業界に関わるものとして、人を助ける道具としてのコンピュータの理想に向けて、自分自身が受け取った感銘を忘れることなく、自身の信じる仕事に努力していきたいと思います。そうした姿勢こそが氏より学んだ最も大切なことだと思うので。
Loading...
■Appleの使用IPアドレスはClass A（スパムチェック手法）
Apple名義でiTunes Storeのアンケートが送られてきたのだが、クリックで誘導される先がhttpsではあったものの、www.itunespulse.comという聞慣れないドメインでwhoisによるとApple所有のドメインにも関わらず、証明書の名義がSocratic Technologies, Inc.になっていたのでちょっと気になって調べてみたメモ。ちゃんとアンケート自体に「アップルの調査の実施は、独立マーケティングリサーチ会社であるSocraticによって行われています。」という一文があるので適切な説明はされているのだけど、やはりSSL証明書が別企業になっていてデザインがアップルっぽいのものになっているとちょっと気にしてしまう。で、フィッシングを警戒して調べてみたらAppleってClass A のIPアドレスレンジを所有してるんだなと言うことがわかってちょっと驚いた。
■調べた手順
０）URLやSSL証明書の所有者を確認
ANSI Whoisなどで所有者検索
SSL証明書はブラウザから詳細を確認
１）メールヘッダを解析
Recievedヘッダにあるサーバ名とIPアドレスをチェック
Return-Pathの確認
２）SPFの確認
Return-PathのアドレスにあるドメインのTXTレコードをdigで確認
３）TXTに書かれたIPアドレスを確認
ANSI Whoisなどで所有者検索
結果どれもAppleの正当な所有のもと発送されたメールであると判断できるものであったが、それであればなおのことSSL証明書だけが別会社名義というのが残念な感じ。apple.com名義のSSL証明書の不正利用を懸念してこうした構成にしているとするなら、本来はアップルが取得した上で自管理サーバ上にインストールし、Webアプリと集計データのみをSocratic社のコントロール範囲とすべきと思う。
で、この経緯の中digの結果が以下であったことから、「え？流石にAppleがClass Aの17.0.0.0全体を所有してるとかないんじゃね？相当適当にSPF書いちゃってるのかなぁ？」と思ってWhoisで所有者を確認したところ、以下にあるように正当な所有者でしたと…（滝汗 一体いつの間に…Sunに買収されるかもという時期にオンタイムでApple関連企業で仕事していた身としては今の企業成長度合には常々びっくりしてはいたものの、このIPv4が枯渇しようかという時期にClass Aを所有できるようになっていたとは…とか思ったけどwhoisでは初回登録が1990-04-16になってるから、ほんとネット草創期からAppleが保有したままだったのね。17とか早い番号を所有しているのも納得。先駆者メリットだったんだなぁ…
■digのTXTレコード取得結果
;; ANSWER SECTION:
apple.com. 3600 IN TXT “v=spf1 ip4:17.0.0.0/8 ~all”
■Whoisの結果
NetRange: 17.0.0.0 – 17.255.255.255
CIDR: 17.0.0.0/8
OriginAS:
NetName: APPLE-WWNET
NetHandle: NET-17-0-0-0-1
Parent:
NetType: Direct Assignment
RegDate: 1990-04-16
Updated: 2010-04-09
Ref: http://whois.arin.net/rest/net/NET-17-0-0-0-1
OrgName: Apple Inc.
OrgId: APPLEC-1-Z
Address: 20400 Stevens Creek Blvd., City Center Bldg 3
City: Cupertino
StateProv: CA
PostalCode: 95014
Country: US
RegDate: 2009-12-14
Updated: 2010-04-06
Ref: http://whois.arin.net/rest/org/APPLEC-1-Z
mail, security
Loading...
■SPFレコードとスパムパターンのメモ
最近思うことあってCommuniGate Pro本体でのSPFレコードの判定を有効していろいろなルールを書いてスパムのパターン解析をしたメモ。
■SPFレコード
囮アドレスに来るスパムの傾向を見てみると90%以上はSPFはPassになっている。そこでdigで該当ドメインのTXTレコードを引いてみると、かなりの確率で “v=spf1 +all” が帰ってくる。”v=spf1 +all” でない場合でも100%末尾に “+all” が指定されていることで、全てのIPアドレスから送信されることを許容した設定になっている。
■Recievedヘッダ
こちらも90%近い確率でRecievedヘッダが一行しかない。botから直接メールサーバに送信しているパターンだと想定される。
■X-Mailerヘッダ
上記2条件の当てはまるパターンのメールは手元では100%X-Mailerヘッダがなかった。
これらのことから、少なくとも自メールサーバ宛てでは、SPFレコードに+allが付いていて（2011年時点で+allとか付けてる時点でスパム認定でいいような気もする）、Recievedヘッダが1行、X-Mailer無しのパターンはほぼスパムでFAということに。
ちなみにCommuniGate ProのSPFチェックを有効にするのは以下の設定。
管理画面＞設定＞メール＞SMTP＞受信＞処理
SPFレコードチェック を有効にする
communigate, mail, tips
Loading...
