cloudpackブログ - SESとは？（突然postfixでSMTPリレー）
先日、突然EC2からのメール送信が必要ということが発覚したときの顛末を紹介します。 公開日当日に、突然以下のような内容のメールが届きました。 Dear EC2 Customer, You recently reached a limit on the volume of email you were able to send out of SMTP port 25 on your instance:xxxxxxx EC2内のMTAからメールを送信するプログラムでは、そのままだと上記のようなメールが届き、 メールの送信制限に引っかかります。 その為、メールの上限解除申請フォームから解除申請とメールドメインの逆引き申請を行う必要がありました。 この時点で、例えば以下の内容(メールアドレスやサーバー名などはサンプルです)で、メールを送信してみます。 # php -a > mail("memory
cloudpackブログ - SESのバウンス情報をSNS(HTTP)で通知してPHPで処理
Amazon SES Mailbox Simulatorを試してみたの記事でバウンスメール等を簡単に発生させる(テストする)ことを以前紹介しました。 その際、通知をメールだけでなくSNSでも行えることがわかった為、メルマガ配信機能等を作る時に実装するバウンスメールの処理をこのSNSで出来ないか試してみました。 上記の記事では下図のSNSトピックに通知が行われるようになっており、その通知先(サブスクリプション)はメールとしていました。 この通知先には、次のようにHTTP(S)を利用することも可能です。 登録すると確認メッセージが送信され、そのメッセージ中のURLにアクセスすることでその通知先が承認されます。 通知先がメールの場合、確認メール本文中のURLをクリックすれば承認されたのですが、HTTP(S)の場合は、確認メッセージは指定した通知先URLにPOSTで送られます。その為、通知先URL
cloudpackブログ - Amazon SES Mailbox Simulatorを試してみた
Amazon SES Mailbox Simulatorとは、SESでのメール送信における幾つかの挙動をシミュレートできる仕組みです。 仕組みは簡単で、幾つかのメールアドレスが用意されており、そのメールアドレス宛てにSESから送信し、 それぞれのメールアドレスに割り当てられた挙動を確認する形となっています。 メールアドレスは下記の5つが用意されています。 Success : success@simulator.amazonses.com この宛先のメールボックスに、メールが無事送信された挙動を示します。 エラーメールなどが戻ってくることはありません。 Bounce : bounce@simulator.amazonses.com この宛先へのメールがSMTP 550 5.1.1 response code (Unknown User)で 送信できなかった挙動を示します。エラーメールが戻って
cloudpackブログ - PostfixからSESにリレー(stunnel使わない編)
PostfixからSESにリレー(stunnel編)とPostfixからSESにリレー(postfix編)の記事でstunnelを間に挟む設定をしてきましたが、元記事となっているIntegrating Amazon SES with Postfixのドキュメントを再度確認してみると、To configure integration using STARTTLSでstunnelを使わない方法も紹介されていました。 まず、/etc/postfix/main.cfには下記を追加します。 relayhost = email-smtp.us-east-1.amazonaws.com:25 smtp_sasl_auth_enable = yes smtp_sasl_security_options = noanonymous smtp_sasl_password_maps = hash:/etc/po
cloudpackブログ - tcpdumpでPostfixとSESの間のSMTPをのぞいてみる
PostfixからSESにリレー(postfix編)の記事で紹介した設定ですが、実は、なかなか正常に動作せず、tcpdumpを利用して、SMTPを確認しながら試行錯誤していました。 実際に、下記のようなメールを送信してみます。 # sendmail -t -f suzuki@suz-lab.com suzuki@suz-lab.com FROM: suzuki@suz-lab.com TO: suzuki@suz-lab.com SUBJECT: test11 test11 . そうすると、tcpdumpは下記のような結果になりSMTPのコマンドやレスポンスが飛び交っているのがわかると思います。 この方法で、PostfixからSESに送受信されるメッセージを確認しながら調査することができ、非常に有用でした。 # tcpdump -i lo -X port 2525 tcpdump: ver
cloudpackブログ - PostfixからSESにリレー(postfix編)
PostfixからSESにリレー(stunnel編)とstunnel経由でSESにtelnetで直接メール送信の記事より、SESとstunnelの間は問題なく動作しているのが確認できましたので、ついにPostfixをstunnel経由でSESにリレーする設定になります。 方法としましては、Integrating Amazon SES with PostfixのTo configure integration using a secure tunnelに記載されている通りになります。 まずは/etc/postfix/main.cfに下記を追加します。 relayhost = 127.0.0.1:2525 smtp_sasl_auth_enable = yes smtp_sasl_security_options = noanonymous smtp_tls_security_level =
cloudpackブログ - stunnel経由でSESにtelnetで直接メール送信
以前、PostfixからSESにリレー(stunnel編)の記事でPostfixからSESへのリレーの準備としてstunnelでSESに繋ぎました。 今回は、直接SMTPでstunnel経由のSESでメールを送信してみます。 まずはstunnelにtelnetです。 # telnet localhost 2525 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 email-smtp.amazonaws.com ESMTP SimpleEmailService-264224127 上記のようにSESからのレスポンスが返って来ます。 そして、次にEHLO(localh
cloudpackブログ - PostfixからSESにリレー(stunnel編)
下記のAWSドキュメント通りに設定することで実現することが可能です。 Setting Up a Secure Tunnel Integrating Amazon SES with Postfix まず、SESのSMPTポート(465)にアクセスしてみると、 下記のように何も反応が返って来ませんでした。 # telnet email-smtp.us-east-1.amazonaws.com 465 Trying 107.22.229.233... Connected to email-smtp.us-east-1.amazonaws.com. Escape character is '^]'. これは、SESへの(SMTP)接続はTLSでの暗号化を必要とするので、当然、直接のtelnetでは接続できなくなります。 そこで、下記のようにstunnelをインストールすることで、SESに対するTL
cloudpackブログ - SESってなんじゃ？（SMTPがサポートされました）
本日（12月14日）、SESにSMTP機能がサポートされました。 メーラーでもSendmailやPostfixでも利用することができます。 今回は試しにmiura@cloudpack.jpのメールアドレスで、GmailからSESを経由して Hotmailにメール送信してみたいと思います。 ○SESの設定 AWSコンソールのSESタブを開くと、「SMTP Settings」というメニューが追加されています。 これを開くと、SMTPサーバーの基本情報が表示されます。 Server Name: email-smtp.us-east-1.amazonaws.com Port: 465 TLS: Yes Authentication: Your SMTP credentials Authenticationの欄にあるように、SMTPで送信するには、SMTP認証用のIAMユーザーを作る必要があり、 画
cloudpackブログ - SESってなんじゃ？（AWSコンソールにSESが登場）
今回は、SESについて紹介します。 アプリケーションを開発する際、ユーザーにメールを一斉送信するようなことが多い場合に、 メールサーバーの負荷やパフォーマンスに対するコストは忘れがちですが、これらが意外とかかります。 そのため、外部のメール配信専用のサービスを利用することも多いかと思います。 SESは一括メール送信のためのサービスで、EC2でEメールを配信する際には是非利用したいサービスです。 先日、このSESがAWSコンソール上で管理できるようになりましたので、 早速試してみたいと思います。 AWSコンソールを開くと、右側にSESのタブが表示されていることがわかります。 SESタブを選択すると、SESのダッシュボードが表示されます。 はじめに、メール送信者のメールアドレスを登録します。 「DashBoard」から「Verify a New Sender」のボタンをクリックすると、 下記の
cloudpackブログ - PHPでSESを使ってみた
以前、SESを使ってみた(AWS)の記事で、PerlスクリプトでのSESの利用を紹介しましたが、今回は、PHPで同様の内容を試してみました。 まずは、下記スクリプトで送信元メールアドレスの承認をします。 #!/usr/bin/php require_once("/opt/aws/php/default/sdk.class.php"); $ses = new AmazonSES( "XXXXXXXXXXXXXXXXXXXX", "YYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYY" ); $response = $ses->verify_email_address($argv[1]); var_dump($response->body); ?> 下記のようにスクリプトを実行すると、 # ./verify-email-address alert@suz-lab.c
cloudpackブログ - SESの利用料金(月間30万通&300万通)
上記の表のように、「毎日10,000通送信。1通当たりの容量は10kB」の場合は月あたり、 メッセージ数: 10,000 x 30 = 300,000 データ転送量: 10kB x 300,000 = 3,000,000kB = 3GB 「毎日10,000通送信。1通当たりの容量は10kB」の場合は月あたり、 メッセージ数: 100,000 x 30 = 3,000,000 データ転送量: 10kB x 3,000,000 = 30,000,000kB = 30GB となり、それぞれ、月あたり3,000円と30,000円程度となっています。 月次で3,000円となると、Microインスタンス一つか二つ分なので、 Microインスタンスが一日あたり10,000通のメールに対し、どのような対応となるか、 が注意点になってくると思います。 SESの場合は上記のようになりましたが、次は、Micro
cloudpackブログ - SES-Postfixをメールリレー可能に
今回は、SES-Postfixの構築で構築したSES-Postfixをメールリレーするように設定します。 メールリレーには、リレー先とリレー元がありますが、リレー先がSES-Postfix、リレー元がSESを利用したいメールサーバとなります。 “/etc/postfix/main.cf”は下記のようになります。 ——–【リレー先(SES-Postfix)】——– ... # すべてのネットワークインターフェースから通信を許可 inet_interfaces = all ... # AWSのインスタンスと自分から通信を許可 mynetworks = 10.0.0.0/8, 127.0.0.1/32 ... ——–【リレー元(Postfix)】——– ... # SES-Postfixにリレー relayhost = [10.146.37.8] ... 実際にリレー元のサーバに対して、teln
cloudpackブログ - SES-Postfixの構築
今回は、Postfixを利用してAmazon Simple Email Service (Amazon SES)からメール配信出来る仕組みを構築してみました。 簡単に図にしてみると、以下のようなものになります。 まず始めるにあたりAmazon Simple Email Service (Amazon SES)にてSESの申し込みをします。 しばらくすると、下記のようなメールが届いて、利用が可能になります。 Dear Amazon SES customer: We have received a request to authorize an email address for use with Amazon SES. To confirm that you are authorized to use this email address, please go to the followin
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
