Amazon EC2のサーバからメール送信をするまでにやるべきこと (スパムメール扱いを回避する！) - 元RX-7乗りの適当な日々
先日のデブサミ2010でも話した(デブサミ2010の資料"クラウドサービスAmazon EC2を活用した「SKIPaaS」構築事例"を公開します＋α)のですが、Amazon EC2のサーバからメールを送信すると、一部分の宛先(メールサーバ)では、迷惑メール(SPAM)扱いされ、突き返されちゃう事があります。 それをどう解決したかという話。 Twitterを見ていて、まだきちんとした情報がまとまっていない気がしたので、経験談をまとめてみます。 課題 Amazon EC2のサーバがスパムメール送信に利用されるケースが増えているようで、Amazon EC2で利用されているIPアドレスのレンジ(ネットワーク)が、スパムメールのブラックリストにまるっと載ってしまっているため、メールサーバによっては、門前払いによる受信拒否となるケースがあります。 参考： Amazon EC2を悪用したセキュリティ攻撃
基本は『三段構成』――今さら聞けないビジネスメールの書き方 - はてなニュース
メールのやり取りなしにビジネスをするのは難しい時代になりましたが、ビジネスメールの書き方に自信が無いという人も多いと思います。そこで今回は、ネット上のビジネスメール記事を参考にしながら、ビジネスメールの書き方の基本について簡単に確認してみましょう。 さて、一口にビジネスメールと言っても、「相手に自分から送信するのか、返信するのか」、「社内向けか、社外向けか」、「初めての相手か、二度目以降なのか」など、状況に応じて様々な書き方が存在します。とりあえずここでは、最もフォーマルな書き方が要求される「社外」の「初めての相手」に向かって「送信」するという状況を想定して紹介します。 さて、ビジネスメールは、基本的に以下のような3つのブロックによって文章が構成されます。 1. 前文 2. 本文 3. 末文 前文では「相手への挨拶とメールを送った目的の説明」、本文では「メールの用件の具体的内容」、末文では
POPとIMAP - あどけない話
ようやく IMAP も普及したようで、POP から IMAP に乗り換える人が増えています。僕の周りのインターネット技術者も、ぼちぼち乗り換え始めました。(gmail が IMAP をサポートしたことが大きな要因でしょうか？) 彼らは優秀なのにも関わらず、こんな間違った表現を使います。 POP はメールをメールリーダに取ってくるもので、IMAP はサーバ側のメールを読むものだ POP だとよかったけど、IMAP は常にネットワークにつながっていないと辛い POP だとよかったけど、IMAP はフォルダ内のメールの数が多くなると辛い その度に、「そうじゃない」と言ってきたのですが、もうそう説明するのにも疲れてきました。そこで、正しいことを書いて、この説明はもう二度としないことにしようと思います。(DRY: Don't Repeat Yourself ですね。) 間違いの根源は、おそらく二つで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
まとめ：探求!! 知られざるGmailの世界24選 | ライフハッカー・ジャパン
