Amazon EC2 Eメール送信ベストプラクティス | DevelopersIO
ども、大瀧です。 EC2からEメールを送るという案件、たくさんありますよね。そして結構な確率でトラブるんですよね(涙目)。そんな苦い経験をベストプラクティスとしてまとめてみました。一応技術的なところは網羅したつもりですが、メールセキュリティの専門ではないので、不備や間違いがあればご指摘ください。 では、メール送信トラブルの元凶である、スパムメールとその対策からご紹介していきます。 スパムメールとの闘いダイジェスト Eメールの歴史は、スパムメールとの闘いの歴史と言えます。 不特定多数に送信されるスパムメール(未承諾の広告メール)は、メール受信者に不快な思いをさせるとともに、メールサーバーのメール流量を爆発的に増加させ、長らくメールサーバー管理者を泣かせてきました。 このスパムメールをなんとか撃退しようと、現在では主に以下のような対策が行われています。 1. 送信メールサーバー側のネットワーク
請負より派遣がよい、切り捨てられるITベンダー
最近、ユーザー企業のIT投資が間接業務から直接業務の領域に移りつつある。ERP（統合基幹業務システム）の導入といった、会計などの業務の効率化のためのIT投資ではなくて、新たなビジネスを創ったり、既存のビジネスモデルを変革したりするためのIT投資にシフトしつつあるのだ。これからのビジネスはIT抜きでは不可能。だから、売り上げを押し上げるためにITを積極活用しようというわけだ。 実は、こうしたIT投資のシフトの過程で、ユーザー企業とITベンダーとの関係に本質的な変化が生じつつある。端的に言えば、ITベンダーにシステム開発を請け負ってもらう必要はなく、技術者を派遣してもらえば十分だ、ということになる。「派遣で十分」と書くと、技術者を軽く扱っているようだが、そうではない。優れた技術者ならむしろ直接雇用したい。ユーザー企業が切り捨てるのは、技術者個人ではなく、変化に対応できないITベンダーのほうであ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
