Amazon SES が粒度の細かい E メール送信メトリックスを提供開始
このたび Amazon Simple Email Service（Amazon SES）は、E メールのバウンス、苦情受信、送信済み、拒否をトラッキングできる、粒度が細かいメトリックスの提供を開始しました。従来、Amazon SES は AWS アカウントレベルで E メールのメトリックスを提供してきましたが、今後はデベロッパーの皆様自身が定義した特性に基づいてメトリックスにアクセスできます。たとえば、特定の E メールキャンペーン、特定の受信者群など、実際の業務オペレーションや分析用途において重要な意味がある側面から E メール送信のメトリックスをトラッキングできます。また、そのメトリックスを Amazon CloudWatch や Amazon Kinesis Firehose に公開することもできます。 粒度の細かい E メール送信メトリックスを設定するには、まず、設定セットを作成し
AWS SESをちゃんと使うためにやるべきこと - Qiita
AWS SESは安価で簡単にメールの送信／受信トリガーが実現できるサービスです。AWSを使っているサービスの場合、けっこう使うことになると思います。が、ハマりどころや注意すべき所があるため、サービスの特性を理解して使ったほうが良いと思い、まとめてみました。 やること SESの制限解除申請をする DKIMに対応する／逆にSPFは対応しなくてOK バウンスと苦情の対応をSNS/SQSなどを使い自動化する 25番ポートは使用せず、465/587を使用する 配信メトリクスを監視する SESの制限解除申請 新規AWSアカウントの場合、SESはサンドボックスモードになる サンドボックスモードだと、検証済みEmail/ドメイン宛にしか送信できない 24時間あたり200通までの送信制限 / 1秒あたり1メッセージの受信制限 サンドボックスモードを解除するには申請する 制限はリージョン毎に行われる 詳しくは
Amazon SES：同一ドメイン名で複数のアカウント利用に対応する(Domain verification record setの複数登録) | DevelopersIO
小ネタです。 ユースケース Amazon SESを利用する際、verificationの情報を生成し、DNSに登録する必要が出て来ます。所定の作業を進め、AWS側で自動生成された値を登録(そして内容確認作業の為しばし待つ)する訳なのですが、仮にこの情報が複数発生するような場合はどうしましょう？というのがこのエントリのテーマです。 ケースとしては、以下の様な『検証環境と本番環境で同一ドメインを使い、SESもそのドメインで登録・利用を行う』場合等が当てはまるでしょうか。あるドメインを以って1つ目の環境(検証環境)でSESを登録しており、その後に同じドメインで2つ目環境(本番環境)でもSESを使いたい、というようなケースです。そもそも『(1つ目のSES登録の際に)ドメイン分けておけば良いのでは』という事にもなりますが、環境や状況によってはそうも行かないようなケースもあるでしょう。 対応方法 対応
SESとLambdaでメールをSlackに通知してみよう
DEV-011_TypeScript ～Any browser. Any host. Any OS. Open Source～decode2016
「AWS Black Belt Tech Webinar 2014 – Amazon Simple Email Service」レポート | DevelopersIO
Management Consoleでオレゴンリージョンを選択する Amazon SES Dashboardで、左メニューから［SMTP Settings］を選択する SMTPのサーバ名、ポート番号、TLS利用有無、認証方法が表示される ［Create My SMTP Credentials］ボタンを押すと、クレデンシャルが作成される 送信用ユーザの名前（IAMユーザ名）を入力する デフォルトで名前が入っているが変更できる 作成するユーザに適用するIAMポリシーが、デフォルトで提供される ses:SendRawEmail Actionがが許可される IAMのManagement Consoleで、ユーザが作成されたことを確認する。ユーザを選択すると、User Pokiciesで先ほど適用したIAMポリシーを確認できる。 3 SMTP UsernameとSMTP Passwordが表示される
New – Receive and Process Incoming Email with Amazon SES | AWS Official Blog
AWS News Blog New – Receive and Process Incoming Email with Amazon SES We launched the Amazon Simple Email Service (SES) way back in 2011, with a focus on deliverability — getting mail through to the intended recipients. Today, the service is used by Amazon and our customers to send billions of transactional and marketing emails each year. Today we are launching a much-requested new feature for SE
Amazon SESでSPFとDKIMを用いて高信頼なメールを送る | DevelopersIO
Amazon SESとは SESは、メールを配送するサービスです。APIやSMTPを使ってSESにアクセスをしてメール送信を依頼します。名前だけ聞いたことがあるけど、実際には使ったことが無い方が多いのではないでしょうか。ちなみに、メールの受信サービスは提供していません。以下にSESの特徴を列挙したいと思います。 SDK/APIからメールを送れる EC2でアプリケーションを開発している場合、メールを送りたいことがありますよね。実際にEC2からSMTPメールを大量に送っているとエラーが返ってきたりします。これは、自動的にスパム認定を受けてしまうからです。これを防ぐには申請とEIPの逆引き登録が必要なのですが、ちょっと面倒ですよね。SESのSDKを使えば直接APIをコールしてメールを送ることができます。 認証付メールが送れる 昔から行われているEメール送信には様々な問題がありました。差出人の偽装
Amazon SESで送信したメールの「amazonses.com経由」をなくす方法
サービスのユーザ登録やお知らせの自動メール部分をAmazonSESを使用しています。 ものすごく便利で良いんだけどちょっと気になるところが。 Gmailで確認すると送信アドレスの隣に「amazonses.com 経由」と表示されている。 分かる人には、AmazonSES使っているんだなで良いんだけど、不審に思ってしまう人もいるかも知れないので、出来れば非表示にしたいなと。 ちょっとGmailヘルプを見てみる。 送信者名の横に詳細情報が表示される理由 その説明の一番下に「経由」の非表示にするメモがありました。 メールを送信するときに受信者に「経由」リンクが表示されないようにする Gmail では、メールが正しく認証されているかどうかの確認を行います。一括メール送信ベンダーやサードパーティ アフィリエイトを使ってメールを送信する場合は、そのベンダーやアフィリエイトの IP を記述した SPF
Amazon EC2 Eメール送信ベストプラクティス | DevelopersIO
ども、大瀧です。 EC2からEメールを送るという案件、たくさんありますよね。そして結構な確率でトラブるんですよね(涙目)。そんな苦い経験をベストプラクティスとしてまとめてみました。一応技術的なところは網羅したつもりですが、メールセキュリティの専門ではないので、不備や間違いがあればご指摘ください。 では、メール送信トラブルの元凶である、スパムメールとその対策からご紹介していきます。 スパムメールとの闘いダイジェスト Eメールの歴史は、スパムメールとの闘いの歴史と言えます。 不特定多数に送信されるスパムメール(未承諾の広告メール)は、メール受信者に不快な思いをさせるとともに、メールサーバーのメール流量を爆発的に増加させ、長らくメールサーバー管理者を泣かせてきました。 このスパムメールをなんとか撃退しようと、現在では主に以下のような対策が行われています。 1. 送信メールサーバー側のネットワーク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon Simple Email Service (SES)の送信件数をCloudWatchのカスタムメトリクスで監視する
Amazon Simple Email Service
AWSからのメール送信