タグ

mailに関するidoyaのブックマーク (22)

  • Unicode(UTF-8)への各種メールソフト対応調査

    Unicode(UTF-8)で書かれたメールを受信した際に、各種メールソフトがどの程度、NEC特殊文字(丸の中に数字が入っているものや、「(株)」の一文字版など))やNEC選定IBM拡張文字(はしご高・や、SMAPの草剛の「」など。)、ハングル文字の表示への対応をまとめてみました。 メール送信用に利用したのはOutlook Express6.0(WindowsXP)でした。また、これはあくまでもUnicode(UTF-8)でのテキストメール(HTMLメールではありません。)の受信テストです。「①」「㈱」などのNEC特殊文字、「髙」「德」「彅」などのNEC選定IBM拡張文字がUTF-8のメールの場合、Macでどのように表示されるのかをテストしてみました。また、合わせて多言語文字コードであるUnicodeの力を見るため、ハングル文字の受信テストも行いました。 (Unicodeだからこそ可能かも

  • 携帯電話のメルマガに関する調査--30%のユーザーはメルマガを受信できない

    Webマーケティングガイドでは、モバイルインターネット調査会社のネットエイジアと共同調査のもと、携帯電話のメルマガに関する調査を行った。 前回の携帯のメルマガに関する調査では、携帯メルマガの開封率は必ずしも高いわけではなく、開封率はメルマガの内容やタイトルなどによっても大きく変わってくるということがわかった。後編となる今回の調査では、迷惑メールの対策として利用が増えている「指定受信機能」やユーザーがメルマガで重視している点を明らかにしていく。 ≪調査結果サマリー≫ 30%近くのユーザーは、会員登録したにもかかわらずメルマガを受信できていない メールの指定受信機能の認知は約90%と高いが、利用率は半数以下にとどまる 指定受信機能の利用意向は65%と高く、今後の利用拡大が予想される メルマガで重視すべき点は、「送信者名/アドレス」や「メールの長さ」、そして「文字の量」 調査対象者:15歳〜39

    携帯電話のメルマガに関する調査--30%のユーザーはメルマガを受信できない
  • スパムメール対策(迷惑メールフィルタ)環境

    環境の種類 スパムメール対策(迷惑メールフィルタ)のお勧めの(個人的に良いと思う)環境を簡単に整理してみる。 スパムメール対策(迷惑メールフィルタ)環境として、 クライアント側での対策 サーバ側での対策 が考えられる。 以下に学習型のお勧めの(個人的に良いと思う)環境を挙げる。 クライアント側での対策環境 名称 内容

    idoya
    idoya 2008/11/03
  • mailtoタグ JavaScript 変換ツール

    mailto: tag JavaScript is created. - メールアドレスへのリンク、 mailto タグの JavaScript を作成します。 迷惑メール - 電子メールアドレス収集ロボット対策 メールアドレスを WEBページ で公開しますと、自動的にアドレスを取得するプログラム等によって、 スパム業者が使用している、メールアドレス収集プログラムの格好の餌になります。 電子メールアドレス収集ロボットやプログラムについて インターネット上からメールアドレスを収集し、スパムメールの原因となっているメールアドレス収集ロボット(インターネット巡回型)をご存知ですか? 別名:メールアドレス収集ソフトとも言われております。 下記の画像は、スパム業者と思われる者が、うちのアクセス解析にログを残して行き、そのアドレスに接続した時に現れた画面(リスト表)を、キャプチャーした

    idoya
    idoya 2008/11/03
    mailtoタグ JavaScript 変換ツール
  • PHPで日本語メールを送る – 応用編 (添付ファイル、HTMLメール) - EC studio 技術ブログ

    PHPで日語メールを送る - 基編に引き続き、 今回は応用編をお送りします。 基編で解説したmb_send_mailを使えば シンプルなメールを送るには十分な機能がありますが、 それ以上に複雑なこと、例えばHTMLメールや添付ファイルを 使ったメールにはmb_send_mailは使えません。 mail関数を使ってヘッダにガリガリとメールの仕様に そって書けば送れるのですが、それではあまりに 大変なので、ライブラリを使います。 ライブラリを使った日語メール送信 PHPで複雑なメールを送るのに使えるスタンダードな ライブラリとしては、PEAR::MailとPHPMailerが有名です。 (ただし、両ライブラリとも日語メールには対応していないので、 そのままでは文字化けしてしまいます) PEAR::MailはPHPの公式ライブラリのPEARで採用されていますし、 PHPMailerもX

  • re: PHP でメールアドレスかどうか調べる方法

    はてブでotsuneさんやkazuhookuさんがPHPクオリティについて勘違いしていたので、一言申し上げたところ、参考にされた方がいたようで、もうちょっと補足します。 いくつか実装での「正しいメールアドレス」を調べてみました。 phpspot function is_mail($text) { if (preg_match('/^[a-zA-Z0-9_\.\-]+?@[A-Za-z0-9_\.\-]+$/',$text)) { return TRUE; } else { return FALSE; } } PEAR::Mail_RFC822 function isValidInetAddress($data, $strict = false) { $regex = $strict ? '/^([.0-9a-z_+-]+)@(([0-9a-z-]+¥.)+[0-9a-z]{2,})$/i'

  • RoundCube Webmail日本語サイト

    ようこそRoundCube Webmail日語サイトへ + このサイトはajaxとPHPで組み合わされたウェブメール「RoundCube Webmail」の日語サイトです。 RoundCube Webmailの日語対応の促進と情報交換などを目的に構築されています。 ↑ コンテンツ + ニュース RoundCube Webmailについての情報リリース情報など時事的な情報を掲載していきます。 ダウンロード RoundCube Webmailのダウンロード情報を掲載していきます。 ドキュメント 主に日語独自のドキュメントを掲載していきます。 掲示板 情報交換のための掲示板を設置しています。 ↑

  • http://www.magic3.org/sarucast/index.php?Mailman%A4%CE%C0%DF%C4%EA

  • あなたの作ったメール配信システムはエラーメール処理をしていますか?

    今回はメルマガ等やメーリングリストのように大量のメールを配信するためのメール配信システムを自前で開発している方向けの情報(備忘録?)です。 大量のメールを配信する場合、配信できなかったエラーメールを適切に処理することが重要です。たとえば、 なんて感じです。適切なエラーメール処理なくば、知らず知らずのうちに SPAMer と同じようなメール配信をしていることになってしまうのです。かく言う僕の作ったメール配信システムも、それほどエラーメール処理を厳密に行っているわけではなく、何とかしないとなぁ〜と思っている今日この頃で、ちまちま資料を集め始めて仕様検討している次第です。

    idoya
    idoya 2008/11/03
  • SMTPサーバがメールを送信する際、MXがうまく引けなかったり、相手のSMTPサーバが無応答だった場合、何度かリトライすると思います。…

    SMTPサーバがメールを送信する際、MXがうまく引けなかったり、相手のSMTPサーバが無応答だった場合、何度かリトライすると思います。で、リトライの回数を制御したいのですが、どういった方法がありますでしょうか? 教えてください。 os:redhat9/smtp:postfix

  • offtheline.net - offtheline リソースおよび情報

    This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

  • 電子署名を使うDomainKeysの設定方法 ― @IT

    今回は電子署名を利用した送信ドメイン認証技術DomainKeys」について解説する。Sender IDやSPFなどのIPアドレスベースの送信ドメイン認証に比べて、質的にメール転送に強いという利点があり、長期的には電子署名方式の送信ドメイン認証を利用していくべきであるといわれている。 ただし、Sender IDの導入は送信側ではDNSにSPFレコードを登録するだけで簡単に開始できるのに対して、DomainKeysなどの電子署名方式では送信側でも電子署名を行うメールフィルタを導入する必要があり、やや敷居が高い。 電子署名方式で最も普及しているDomainKeys DomainKeysは、電子署名を利用した送信ドメイン認証技術の中では最も普及している技術である。DomainKeysは、米Yahoo!が提唱する方式であり、Yahoo!メールやGmailなどで利用されている。RFCのドラフトは以

    電子署名を使うDomainKeysの設定方法 ― @IT
  • PostfixでDKIMとDomainKeysを実装しよう

    PostfixでDomainKeys/DKIM認証を実装しよう 前準備とインストール PostfixでDomainKeys/DKIM認証を実装するために、dkfilterとdkimproxyを導入します。 dkfilter/dkimproxyはyumで提供されていないのでソースからインストールしてやる必要があります。 依存関係などで必要なPerlモジュールを先にインストールしておきましょう。 用意するモジュールは下記の通りです。 Crypt::OpenSSL::RSA Digest::SHA Digest::SHA1 Error Mail::Address MIME::Base64 Net::DNS Net::Server Test::More yumで提供されていない物もありますので、今回はcpanを使ってPerlモジュールを用意します。 # cpan cpan> install Cry

  • MTA/AntiSPAM/Sender ID ¤òƳÆþ¤·¤Æ¤ß¤ë - Pocketstudio.jp Linux Wiki

    NTT¥É¥³¥â(docomo.ne.jp)SPFÂкö¤òBIND¤ÇÀßÄê-Á÷¿®¥É¥á¥¤¥óǧ¾Ú¡ÊSender ID¡¿SPF¡Ë Sender ID ǧ¾Ú¤¬Æ³Æþ¤µ¤ì¤Æ¤¤¤ë¾ì¹ç¤Î¥á¡¼¥ë¤Îή¤ì † Á÷¿®¼Ô¤¬Áê¼ê¤Ë¥á¡¼¥ë¤òÁ÷¿®¤¹¤ë Áê¼ê¤Î¥á¡¼¥ë¥µ¡¼¥Ð¤Ë¥á¡¼¥ë¤¬Åþ㤹¤ë Áê¼ê¤Î¥á¡¼¥ë¥µ¡¼¥Ð¤Ç¡¢¥á¥Ã¥»¡¼¥¸¤ÎÁ÷¿®¸µ¤Î¥É¥á¥¤¥ó¾ðÊó(DNS)¤ò¤·¤é¤Ù¡¢SPR ¥ì¥³¡¼¥É¤Î̵ͭ¤ò¥Á¥§¥Ã¥¯¡£¤Þ¤¿¡¢ÅŻҥ᡼¥ë¤Î IP ¥¢¥É¥ì¥¹¤¬ SPF ¥ì¥³¡¼¥É¤Ë¸ø³«¤µ¤ì¤Æ¤¤¤ë IP ¥¢¥É¥ì¥¹¤Î¤¤¤º¤ì¤«¤È°ìÃפ¹¤ë¤«¤É¤¦¤«¥Á¥

  • Sender IDを導入してみた » skyblue.me.uk

    11/28: Sender IDを導入してみた HotmailやAOLが導入しだした、Sender IDと呼ばれるメールの送信元アドレスの偽装を防止する技術を、skyblue.me.ukにも導入してみました。 送信者認証技術は、"Sender ID/SPF"Sender Policy Framework)"と"Domain Keys"の2種類が主流。 Sender ID/SPFは、Microsoftが提唱するSPAM対策の技術です。まず送信サーバがIPアドレスを、DNSにあるTXTレコードに登録し、そして電子メールを受け取った受信サーバは、DNSに参照し、受け取ったメールが登録してある送信サーバから送信されたかを確認するというもの。 サーバサイドでDNSのTXTレコードにSPFレコードを登録すればいいので、導入は非常に楽。 ただ、受信サーバにDNSを参照して、送信元がSPF

  • 独自ドメインのメール送信を SPF に対応させる方法 - WebOS Goodies

    上記の「ステータス」というのは、メール配信時に付加される "Received-SPF:" ヘッダに表記される文字列です。 Received-SPF ヘッダに関する詳細は後述します。また、「メールの扱い」はあくまで代表的な例ですので、すべてのサーバーが上記のような動作をするとは限りません。最終的には受信側サーバーの裁量にいかんです。 Mechanism Mechanism はディレクティブの Qualifier を除く部分で、ホストのマッチングルールを指定します。多くの指定方法がありますので、それぞれ個別にご紹介します。 ip4 : IP アドレスによるマッチ "ip4" は送信元 IP アドレスが指定された IP アドレスと一致するかを確認する Mechanism です。書式は以下のようになります。 ip4:<IPアドレス> 例えば、 "+210.251.253.231" というディレクテ

  • メール送信者認証技術 SPF/Sender ID についてお勉強

    お勉強の背景に関しては 「迷惑メール対策 OP25B(Outbound Port25 Blocking)についてお勉強」 に書いたとおりですが、迷惑メール対策としての SPF/Sender ID についてもいろいろ勉強したのでそのまとめです。(DomainKeys については思いのほかエントリが長くなったのでまた別の機会で・・・)まずは参考になったサイトの紹介から。 Sender Policy Framework (SPF) for Authorizing Use of Domains in E-Mail, Version 1 Sender ID: Authenticating E-Mail DNS関連技術の最新動向 - SPF/DomainKeysとは Sendmail 社 - 送信者認証技術の導入におけるレコメンデーション メール送信者認証の仕組みを探る(2/2):スペシャル - ZD

  • Sender ID Framework SPF Record Wizard

    Sender ID Framework SPF Record Wizard This four-step wizard will guide you through the process of creating a new SPF record for your DNS domain.  You should add this DNS record to your domain's DNS configuration.   Note that you may need to manually edit the SPF record created by this wizard if you want to use some of the more advance features of the SPF format.  For complete details plea

  • SPF Policy Tester - ORF

    Optional SPF policy for testing. Overrides the policy retrieved from DNS.

  • 送信ドメイン認証SPFレコードについて | EZwebへメール送信する際の注意事項 | au by KDDI

    送信ドメイン認証SPFレコードについて 送信ドメイン認証SPFレコードとは、メールを送信するサーバの情報をDNSサーバ上で公開し、送信されたメールのドメイン名とDNSサーバのSPFレコードとの整合性を受信サーバ側で確認することで、そのメールが正当なメールサーバから送信されたものかを認証する技術です。これにより、正当なメールサーバから送信されたメールと「なりすましメール」とを判別することが可能となります。その為には送信されているメールのドメイン (エンベロープFrom) と送信IPアドレスの関連をSPFレコードに記述していただく必要がございます。 RFC4408 (英文) Sender Policy Framework (SPF) for Authorizing Use of Domains in E-Mail, Version 1 EZwebにSPFレコードを公開してメールを送信され