自社のメールがGmailでどれだけスパム判定されてるか、グーグルのPostmaster Toolsで調べてみた | 初代編集長ブログ―安田英久
今日は、メールマーケティング関連の話題です。自分の送ったメールがGmailでどれぐらい迷惑メール判定されているかがわかるツール「Postmaster Tools」をグーグルが公開しているので、使ってみました。 グーグルは、自分のドメイン名から送ったメールが、Gmailのシステムでどの程度迷惑メール判定されているのか、ドメイン名の評判はどうかなどを確認できるツール「Postmaster Tools」を7月に公開しました。 今日は、Postmaster Toolsを使ってどんなデータを確認できるのか、実際に日々利用しているドメイン名で登録して確認してみましたので、まとめてお届けします。 Postmaster Tools https://gmail.com/postmaster/ 確認できるデータは7種類Postmaster Toolsに登録すると、次のようなデータを確認できます。 迷惑メール報
BounceHammer | 国産オープンソースのバウンスメール解析システム
bounceHammer have been downloaded and used by many users and companies since the first release of the software on March 2010, and has been EOL'ed: End Of Life on February 29, 2016. After the EOL of bounceHammer, the software could be continued to use on your system, however, we strongly recommend migrating to Sisimai: The successor of bounceHammer (more faster, more higher precision of analysis).
間違いから学ぶSPFレコードの正しい書き方 : 迷惑メール対策委員会
岡山大学 山井成良 2011年4月 1. はじめに 2. 典型的な誤りと正しい書き方 2.1 SPFレコードが複数行存在する 2.2 機構（メカニズム）の記述に誤りがある 2.3 参照方法に誤りがある 2.4 必要な空白文字がない 2.5 その他の間違い 3. チェック方法 1. はじめに 迷惑メールは、現在のところ、送信元アドレスが詐称された状態で送られるものが大多数を占めます。これにより、迷惑メールの送信源追跡を困難にしたり、フィッシング詐欺に利用されたりします。そこで、送信元アドレスの詐称を防止する送信ドメイン認証技術が開発されました。 現在までに実用化されている送信ドメイン認証技術はいくつか存在しますが、そのうち最も普及しているものがSPF（Sender Policy Framework）です。平成22年6月時点におけるjpドメインでの普及率はドメイン数ベースで約40パーセントであ
AWSからのメール送信
20191016 AWS Black Belt Online Seminar Amazon Route 53 Resolver The document discusses Amazon Route 53 and Route 53 Resolver for hybrid cloud DNS. It explains that Route 53 Resolver allows DNS queries to be resolved between on-premises networks and AWS resources using private and public DNS zones. It provides examples of configuring inbound and outbound endpoints to allow resolution of queries fro
「メールアドレスのルール」なんて使ってはいけない3つの理由 - めもおきば
定期的に繰り返される話題ですがまた盛り上がっているのできちんと書いておきます。 「通るべきメールアドレスが弾かれると激おこ」という前提で話を進めます。 問題点1. メールアドレスに関して、RFCなんてそもそも守られていない 2009年以前に登録されたDoCoMo携帯のメールアドレスなど、quoted-stringじゃないのにピリオド連続するものが実在している以上、彼らを許容するべきです。 今そこにある実装 >>(越えられない壁)>> RFC です。 問題点2. メールアドレスの国際化 @の左側(addr-spec)でUTF-8を利用できるようにするRFC5335が発行されています。これにより、通すべき文字が一気に増えます。 RFC5335 Internationalized Email Headers JPRSが国際化電子メールアドレスの標準化活動に貢献 / 株式会社日本レジストリサービス
「メールアドレスのルール」系まとめがそろって間違ってるのでご注意を - 若くない何かの悩み
メールアドレスのルールのまとめ系のサイトの内容が間違っています。 なので、この類のまとめは安易に信じないように 、という注意喚起をしておきます。 追記（2013/11/27） twitterやはてブをみていたところ、「ユーザーへの啓蒙という観点ではまとめの内容間違ってない」というご意見をたくさんいただきましたので、補足をしておきますね。 どうも「ルール」と「トラブルを避けるためのガイドライン」が混同されているように思います。まとめで紹介されている内容がユーザ向けの「ガイドライン」なのであれば、「+ 記号使わせてよ」ぐらいしか文句はありません。 ですが、ほとんどのまとめは上記の内容を「ルール」として説明しています。ひどいものにはRFCに基づいてまとめを書いたようにミスリードさせる記事もありました。このような現状を憂い、このような記事を書いたのです。 そもそもこれに気づいた発端は@kusano
iPhone間の新しい文字化け「兄化け」 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
iPhone間の新しい文字化けパターンが発見されたのでメモ*1。この少なくとも3つのダメな仕様が重なって発生する文字化けは、発見者によって「兄化け」と命名された*2。 「兄化け」は、兄がSoftBankまたはauのiPhoneでメッセージアプリを、妹がiPhoneのメールアプリでdocomo.ne.jpアドレスを使っている場合に発生する。兄が絵文字入りのメールを送信すると、妹の環境では絵文字が豆腐に化け、それを引用して返信すると、今度は兄の側でメッセージ全文が化ける。 以下、この文字化けの理屈について。兄のメッセージアプリは、絵文字入りのメッセージをUTF-8で送信。キャリアの送信側のサーバが、これをドコモのShift_JISに変換する。しかし、妹のiPhoneのメールアプリはドコモのShift_JISに対応していないので、ドコモの絵文字を単に「Shift_JISの未定義領域の文字」として
独自ドメインのメール送信を SPF に対応させる方法 - WebOS Goodies
上記の「ステータス」というのは、メール配信時に付加される "Received-SPF:" ヘッダに表記される文字列です。 Received-SPF ヘッダに関する詳細は後述します。また、「メールの扱い」はあくまで代表的な例ですので、すべてのサーバーが上記のような動作をするとは限りません。最終的には受信側サーバーの裁量にいかんです。 Mechanism Mechanism はディレクティブの Qualifier を除く部分で、ホストのマッチングルールを指定します。多くの指定方法がありますので、それぞれ個別にご紹介します。 ip4 : IP アドレスによるマッチ "ip4" は送信元 IP アドレスが指定された IP アドレスと一致するかを確認する Mechanism です。書式は以下のようになります。 ip4:<IPアドレス> 例えば、 "+210.251.253.231" というディレクテ
Email::MIME::MobileJPで文字コードまわりに気をつかわないでメールの送受信をおこなう - Articles Advent Calendar 2010 Hacker
メール関係のモジュールをとりまとめて、カジュアルにつかえるようにするためのモジュールをかいてみました。 メールの受信(Parsing) メールのパーズは、以下のように、メールの文字列をくわせてやればいいです。 use Email::MIME::MobileJP::Parser; my $src_text = do { local $/; <> }; my $mail = Email::MIME::MobileJP::Parser->new($src_text); メールオブジェクトから Subject をえるには以下のようにしましょう。 ここでとれるものは MIME ヘッダにはいっている情報をもとに、UTF-8 に decode された文字列です。 可能ならば絵文字も decode します。これには [Encode::JP::Mobile](http://search.cpan.org/p
分割メール結合アドオンJoinをThunderbird 3.0で - めらんこーど地階
Outlookや、一部のメールユーザクライアントは、メールが一定以上のサイズになると、そのメールを分割して送信する機能を持っている。メールサーバのサイズ制限で大きなメールが送れないときも、この機能を使うことで、送信できるようになるわけだ。しかも、時々我々を困らせる某社独自拡張ではなく、RFC 2046(www.ietf.org)の5.2.2.で定義されており、れっきとした標準仕様である。 だが、困ったことに、Thunderbird君はこの仕様に則ったメールを受け取っても結合する術を持たない。しかも、真っ白な本文に、「attachment」なる一つの添付ファイルだけの内容を示してくるからタチが悪い。そんなに不審なメールに見せたいの？どうしてBug 71189(bugzilla.mozilla.org)を塩漬けにするの？ さて、そこで活躍するのがThunderbirdアドオンJoin(www.
第20回 Email::Sender：メールを送信する | gihyo.jp
メール送信のあれこれ たとえばウェブアプリケーションでなにかの注文を受け取ったとき、あるいはシステム管理ツールでなにか異常を発見したとき、ユーザや管理者にメールを送れるようにしたい、というのはよくある要件です。昔はヒアドキュメントやテンプレートエンジンなどを使って送信したいメールを用意したあと、sendmailへのパイプを開いてメールを流し込んでいたものですが、いまはメールの作成から送信まで、すべてモジュールを使って実現できるようになっています。 とはいえ、需要が大きいだけにメール関係のモジュールは山のようにあります。ディストリビューション（パッケージ）の数だけで500を数えますし、メール関係の名前がついたモジュールは現在CPANにアップロードされている7万以上ものモジュールのほぼ1割を占めるほどです。これではどれを使えばよいのかわからないという声があがるのも当然でしょう。 そこで今回はP
POPとIMAP - あどけない話
ようやく IMAP も普及したようで、POP から IMAP に乗り換える人が増えています。僕の周りのインターネット技術者も、ぼちぼち乗り換え始めました。(gmail が IMAP をサポートしたことが大きな要因でしょうか？) 彼らは優秀なのにも関わらず、こんな間違った表現を使います。 POP はメールをメールリーダに取ってくるもので、IMAP はサーバ側のメールを読むものだ POP だとよかったけど、IMAP は常にネットワークにつながっていないと辛い POP だとよかったけど、IMAP はフォルダ内のメールの数が多くなると辛い その度に、「そうじゃない」と言ってきたのですが、もうそう説明するのにも疲れてきました。そこで、正しいことを書いて、この説明はもう二度としないことにしようと思います。(DRY: Don't Repeat Yourself ですね。) 間違いの根源は、おそらく二つで
Lifehacker：Thunderbirdを究極のGmail IMAPクライアントにする (1/6) - ITmedia Biz.ID
Gmail、IMAP、Thunderbird――この三位一体をフルに生かす設定方法や活用法を紹介する。 GmailがIMAPに対応し、すべてのデバイス、コンピュータ、クライアントの間で電子メールを同期できることにコンピュータオタクたちは胸を躍らせている。iPhone、職場のマシン、自宅のコンピュータを問わずどこでもメッセージを取得し、フォルダリストを維持できるという点で、IMAPは普通の古いPOPよりも格段に優れている。IMAPに興味を持っているけれど、どのデスクトップアプリケーションでGmailとIMAPを使えばいいのか分からないのなら、拡張可能で高速、そしてプラットフォームを問わず無料で使えるMozilla Thunderbirdを検討してみてほしい。われらが愛するFirefoxの弟分だ。ここでは、IMAPを使ってThunderbirdでGmailをフル活用する方法を紹介する。 IMA
携帯：デコメール：MIMEフォーマットの違い - Y-110's Wiki
最新文章 2018-12-26 19:42▪ 国家先进计算产业创新中心落户天津 2018-12-26 19:42▪ 17条生态廊道编织巨大“绿项链”上海森林覆盖率升至1... 2018-12-26 19:42▪ 《中国流动人口发展报告2018》发布 2018-12-26 19:42▪ 中组部要求：在元旦春节期间走访慰问生活困难党员、老党员、... 2018-12-26 19:42▪ 权健子公司高管发展下线5000余人曾被控传销被判处缓刑 2018-12-26 19:42▪ 独龙族：奔在希望路上的独龙族 2018-12-26 19:42▪ 提出第三代社交婚庆产业发展趋势孙兴武入选中国商业改革开... 2018-12-26 19:42▪ ？元旦春节将至干部职工可享有正常福利待遇每人每年可领... 2018-12-26 19:42▪ 突发！上海地铁3、4号线晚高峰运行延误系人员进入线路 2018
PHPフレームワークと携帯メールアドレスの罠 (2007-06-03)
メールについての基礎知識 メールアドレスについての基礎知識 メールアドレスの文字制限 携帯電話各社の、メールアドレス設定に関する制限(1) 各社のlocal-partの制限とRFC(1) dot-atomについて 携帯各社の、メールアドレスに設定に関する制限(2) 各社のlocal-partの制限とRFC(2) "."をlocal-partの先頭または最後に配置、あるいは連続して使用したアドレス 対処法 PHP in Fukuoka: 2007-06-03 はじめに このスライドは、http://hxxk.jp/2007-06-03にていつでも閲覧可能です。 全ての項目を書き写したり、写真に残したりする必要はありません。 ただ、スライドはあくまで最低限のことしか書いていないので、ポイントは適宜メモ等をお願いします。 今回の内容は、2004～2005年頃にhxxk.jpで書いた内容をベースに
Postfixのsubmissionポート対応-Postfixのsubmissionポート対応（Debian編）-PukiWiki - ぴえ〜るの活動日記
ぴえ〜るの活動日記 Postfixのsubmissionポート対応 特定のメールサーバに対して587ポート宛にメールを送信 submissionポートでメールを送信 ユーザ認証を含むsubmissionポートでのメール送信 免責：このサイトに記述されているからと言っても動作の保証は致しかねます。ご自身の責任で行って下さい。 Postfixのsubmissionポート対応 ↑ 最近スパムメール対策のためにプロバイダがsubmissionポート(587番ポート)でのメール送信を行えるようにしています。 職場で利用しているプロバイダ「ぷらら」でも同様の動きです。さらに進んで、プロバイダのメールサーバなら25番ポートでメール送信できるけど、それ以外のメールサーバでは587番ポートでないとメールを送れないようになってしまいました。 職場のLinuxサーバのログは個人のメールアドレスに送
サブミッションポート（submission port）とは
見たとおりです。 送信側クライアントは、自分が利用するメールサーバーへポート587でメールを送信します。 そしてSMTPサーバー間の転送のみポート25を使用するわけです。 スパム送信側の立場から見ますと、当然自分のISPのメールサーバーを経由してスパムを送信することはできません。 相手側SMTPサーバーへ直接ポート25で接続しようにも、Outbound Port25 Blockingが働いているとそれもできません。 直接サブミッションポートを利用して相手側に接続しようにも、パスワードが分からないのでこれもできません。 というわけでOutbound Port25 Blockingとサブミッションポートを併用することでスパムを減らしていこう、というのが現状の対策になります。 自宅サーバー的立場からみるとこのOutbound Port25 Blockingとサブミッションポートとはどのようなもの
自堕落な日記: Outbound Port25 Blocking
DTIが15日から全面的にOP25Bを導入すると言うことで、自宅サーバー側のpostfixを弄る。 DTIのSMTPサーバーはSMTP AUTHになっているので具体的にはmain.cfにrelayhost = vsmtp.mars.dti.ne.jp smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/usr/local/etc/postfix/saslpass smtp_sasl_security_options = noanonymousを入れて、/usr/local/etc/postfix/saslpassにvsmtp.mars.dti.ne.jp username:passwordを記述して#postmap /usr/local/etc/postfix/saslpassで全てのメールが上流（ＤＴＩの）SMTPサー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MTA - Performance, part 2
Postfix vs. qmail - Performance