Gmail, Outlook, Yahoo Mail など主要なメールアプリケーションに対応した、HTMLメールの主要なレンダリングの問題を避けるために開発されたテンプレートを紹介します。 合わせて、HTMLメールの作成に役立つポイントをまとめたスライドショーも紹介します。 HTML EMAIL BOILERPLATE Email-Boilerplateとは Email-BoilerplateはHTMLメールを作成する上で、主要となるスタイルをはじめ、各メールアプリケーションのバグを避けるためのものです。 テンプレートは大きく分けて、head箇所とbody箇所があります。head内にはグローバルなスタイルが定義されており、body内にはHTMLのデザインに必要とさせる要素と特定の修正箇所が含まれています。 これらは、そのまま利用してもよし、あなた自身で必要なものを加えたり、削除して使用して

harukiです。 メールを送信するサイトの場合、メールアドレスのクリーニングは定期的に行うべきです。 そのためにはエラーメールを解析しなければなりません。 そこで、エラーメールの種類をまとめてみました。 SMTPエラー 存在しないメールアドレスや、正しい形式でないメールアドレスの場合は、 DoCoMo,au,SoftBankの3キャリアともSMTPエラーになります。 例として、以下の条件でメールを送信したとします。 From: [email protected] Return-Path: [email protected] To: アドレス＠docomo.ne.jp MTAにより異なりますので、ここではPostfixを例にします。 Postfixではmultipart/reportのメールが[email protected]に届きます (※ 必要な情報のみに省略しています

高速、高性能、携帯メール配信ならHDEのmobileMTA。携帯電話3キャリア完全対応。実績を積み重ねたHDEだけの高度な配信を実現。業界最高水準の配信速度で御社の携帯メール配信を加速します。携帯メール配信システムHDE Mobile MTA とは 安心、確実にメールを届ける為に携帯メール配信システムHDE Mobile MTAは、携帯電話キャリア向けに特化した、高速メール配信サーバーです。携帯電話キャリアの受信ブロックを回避し、確実なメール配信を行いたいお客様、大量なメールを携帯向けにスムーズに配信したいお客様に最適な製品です。SMTP通信でメールをリレーいたしますので、既存のメール配信システムのインターネット側に設置するだけで、簡単に導入することができます。 携帯メールは、なぜ難しい？ 携帯電話キャリアや特定のISPでは、SPAMメールなどの迷惑メールに対して、様々な対策を実施していま

携帯メルマガとかを自社発行していて、携帯端末向けにメールを大量配信することはよくあることだと思います。 システム業者や自分達で構築した自前のメール配信システムを使ってメールを配信すると、メールが何時間も遅れて届いたり、最悪届かなかったりでトラブルを抱えている方も少なくないのではないでしょうか。これは携帯キャリア側のスパム対策でブロックされているためというのは、皆さんも結構ご存知だと思います。世の中には携帯メール配信専門の業者があり、1時間に100万通も送れるとうたっているものもありますので、そちらにシステムを移管するのも手かもしれませんが、できることなら既存のシステムをそのまま利用したいという声も多いと思います。弊社もとあるシステムで携帯のメール配信には何度も泣かされましたが、最近ではほとんど遅延なく配信できるようになっています。今日は携帯メール配信のコツのようなものをほんの少しご紹介し

ここしばらく携帯キャリアへのメール配信システムを作っていました。 従来は一般的なMTA(qmail)を使って携帯キャリア（docomo, au, softbank）へ配信を行っていたのですが、そのままの状態で送信すると1万件ほど送信するのに3日ほどかかってしまうので、慌ててMTAを自作することにしました。（対象メールアドレスが550状態のものが40-50%含まれていたのでかなり遅くなっていたということもありますが、、） 携帯へのメール配信はsoftbankの配信制限が一番厳しく、自分の確認したところではdocomo,auの1/20程度しか受け付けられませんでした。携帯メールASP業者が「１時間に100万通送れます！！」とか自慢げに言ってますが、実際のところsoftnabnkが100万通あった場合、20時間程度かかると考えられます。（ASP業者は１００万通を保証している訳ではないのでご注意を

RFC2142-JP.txt 2000/09/27 (initial version) (C)JPNIC RFC-JP project, 2000. All rights reserved. Network Working Group D. Crocker Request for Comments: 2142 Internet Mail Consortium Category: Standards Track May 1997 一般的なサービス、役割、機能に対するメールボックス名 本文書の位置づけ 本文書では、インターネットコミュニティに対するインターネット標準化過 程プロトコルを定義し、改良のための議論と提案を求めている。標準化の状 態と本プロトコルの状態については"Internet Official Protocol Standards" (STD 1)の最新版を参照してほしい。本文書

以前、メール受信時に perl スクリプトを起動して自動処理させる方法という記事を書きましたが、それのPHP版です。 上記のエントリでも書いていますが、メール受信時に何らかの処理を行なうプログラムを作る場合、 特定のメールアカウントにメールが届いた際に、何らかのプログラムが起動するように設定する そのプログラムを書く という2つのステップが必要ですが、そのうち1番目のステップに関しては、perl だろうが PHP だろうが、全く関係ありません。 なので、1ステップ目のメールサーバー側の設定に関しては、メール受信時に perl スクリプトを起動して自動処理させる方法を参照してください。 メールを処理する PHP スクリプトの書き方 PHP というと、Webアプリケーションに特化した言語、というイメージがありますが、もちろん perl と同じように、シェル的な使い方もできます。 メールを受け取

Outbound port 25 Blocking(以下、OP25B)とは、文字どおり外向きのTCP 25番ポートをブロックすることを意味しており、ISPの加入者のパソコンがウイルスに感染したり乗っ取られたりして迷惑メールを配信するのを防止するための技術です。OP25Bが導入されたとしても、ISPのSMTPサーバを利用しているユーザには全く影響がありませんが、自宅サーバでSMTPサーバを動かしている場合は何らかの対策が必要になります。 ひとつは自分が契約しているISPが導入した場合であり、もうひとつは、自宅SMTPサーバを自宅以外の外部から使用する場合にのみ関係する話ですが、使用するクライアントが接続されているISP側がOP25Bを導入した場合です。どちらもOP25Bにより自宅SMTPサーバに関する通信が阻害されるという点では同じですが、前者は自宅SMTPサーバから外部へ送信する場合であり

大変ご無沙汰です。約1年半ぶりの更新です。 昨日、ブログを設置しているサーバでOSのアップデートに問題が発生したため、これを機に新サーバ・新OSに乗り換えることにしました。 現在のブログがマルチサイトのため、そのままでは新サーバの構築に苦戦すると予想されるため、他のブログの記事を統合しました。 統合内容は以下の通りです。 ・C-Production ・・・ メインサイトのため、他のブログを吸収して継続。 ・♪8thNote♪ ・・・ メインサイトに統合済みだったので、削除。 ・モバイル魂 ・・・ メインサイトに記事を引き継ぎ、並行稼働中。 ・無線のドキュメント ・・・ もともと閉鎖予定だったので、そのまま削除 外部SNSのアカウントについてはそのまま継続します。 今後ともよろしくお願いします。