虎塚スマートフォン用の表示で見る虎塚この広告は、90日以上更新していないブログに表示しています。EventAWSのウェビナーを聞いて、内容と質疑応答のメモを取ったので、貼っておきます。Service(SES)で、講師はAmazonソリューションアーキテクトの荒木さんでした。SESは、名前のとおり、メール送信のサービスですね。マイスターシリーズは、当初は全10回といわれていましたが、ネタが続く限り開催するとのことで、今回で11回目でした。一応、次で最終回だそうです。次回は、12月15日だそうです。配送機能のみに特化して提供するAPIで利用できるAmazon.com(ECサイトの方)で実際に利用されているそうです。メールシステム超基本編まず、一般的なメールの基礎について解説されました。(とても分かりやすかったです。ちなみに、講師の荒木さんが以前別の場所で発表されたメールシステムの資料も、非常に分かりやすいです。ウェビナー開催中、「このメール配信の仕組みの説明を、新入エンジニアに聞かせたい」というコメントが、#jawsugタグで流れていました。いう用途なら、こちらも参考になると思います。#Mailerstudy」http://www.slideshare.net/ar_maniacs/mailerstudy)まず、メールシステムの関係者について。NTP配送時刻をサーバ間で同期するためDNSMTA受信、送信(SMTP、MDAへ)、キューイング、エラー通知(MAILER-DAEMON)(例)Sendmail、postfix、ExchangeMUA各ユーザはMUAを介してメールシステムに触れる。読み、書き、保存、検索SESは、この中のMTAの部分を行うサービスです。次に、「メールメッセージ」について。メールメッセージを構成するものとは何か。PathSESの主役のプロトコルは、SMTPです。5321と変遷してきたらしい。メールシステムのためのDNS設定の注意点は、MXレコードを使用する。数値の小さい方が優先される。現在ではCNAMEは指定しない。メールシステム現実編メールをスパム扱いされないために、サービス利用者が気をつけることについて、解説がありました。APIこれらのAPIをラップしたSDKが、Java、.NET、Perlなどで提供されています。他のサービスよりも、利用までにちょっと段階を踏む必要がありますね。最初は1日あたり1000通まで送ることができます。その後、利用実績に応じて、配送制限が少しずつ緩和されていきます。最初から大量のメール送信に使いたい場合は、WebフォームからAWSに申請すると、いろいろと(スパム目的でないか確認するための)質問を受けた上で、緩和してもらえるようです。その場合、AWSは何か対応してくれますか?他社サービスで迷惑メールとして扱われる可能性はあります。AWSは、ISPからAWSからのメールをどれくらい迷惑メール扱いにしたかについて、ときどきフィードバックを受けています。それが多い場合は、SESのメール送信時間帯や送信数に対して、制限をかけています。Consoleに表示されるので、SESで大量にメール送信するサービスを作っている人は、ぜひManagementConsoleをこまめに見てくださいね。SESでメール送信上限引き上げの条件は?最初は1日1000通まで送れるので、たとえば、前日に500〜700通のクリーンな(=スパムでない)メールを送っていることをAWS側が確認できれば、翌日から2000通、3000通と段階的に上限を上げていきます。上げ方は、倍倍方式ではなく、割合です。それとも破棄されてしまうのですか?上限を超えた場合、そもそも、メール送信のAPIが正常終了しません。HTTPのステータスコードでエラーが返ります。SESのAPIは、実行したら必ず成功するというわけではないです。SESはリージョンに依存しますか?現在、SESはアメリカ東海岸でのみサービスです。日本のユーザは、東海岸のエンドポイントに対して、リクエストを問題なく投げることができます。メールは若干の遅延が許されるサービスなので(注※リアルタイム実行が要求されない、という意味だと思います)、us-eastを使っていただければと思います。Appsを個人で使うことあると思いますが、Googleが保証しているサービスではまだないはず。そのあたりを考えて使われてみては。どちらかに絞るのではなく、両方使ってみてもよいのではないでしょうか。メールヘッダの中で送信日時を指定できますか?できるはずです。SESの設定で、メールの内容を暗号化できますか?そのような機能は提供していないので、必要があればお客様側でしてください。暗号化すると、SPAMかどうかを判定できなくなるので、誤ってSPAM判定してしまう場合があるかもしれません。いうことがあった場合、連絡いただければ調査します。メールの送信状況について。APIで、フィードバックが見えます。Cosoleから見ることもできるので、そちらを参照するとラクでしょう。Bouncesとして把握できます。自前でAPIを叩く場合、エラーコードをAPI側で受け取ってコントロールできますか。MTAが配信エラーメールを作成するはずなので、使えるはずです。APIコールスクリプトを作り込んだり、MAILER-DAEMONの機能を活用したりすれば、使えると思います。あと、SESの稼働保証と、ポートが変更可能かどうかについて、Twitterの#jawsugタグで質問が上がっていましたね。→今探したらなかった。アーカイブはてなブログをはじめよう!torazukaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。