メールというインターネットの闇 ※この文書では メール＝e-mail です メールというと哀れみの目線がエンジニアからとんでくる昨今 わたしのお仕事の半分以上はメール関連なのですが、ITなエンジニアの集まりで「メールのお仕事してます」というと うわ、レガシーな領域の人なんだ！ メールってまだ仕事になるの？ スパム屋さんかな？ と、マイナスというか哀れみな目線をいただくことがあります。 大きな本屋さんに行ってみると分かるのですが（例えば、丸の内オアゾの丸善さんとか）、メールの書き方など仕事でメールをどう活かすかみたいな本はありますが、システム的な見地の送受信に関する本は、ここ5年出版されていません。 たぶん、Postfix実践入門(2010/9/3発売)が一番新しい思います。 https://www.amazon.co.jp/Postfix%E5%AE%9F%E8%B7%B5%E5%85%A
こんにちは。リスペクトの木村です。 今日は、「MailCatcher」というRubyで使うGemライブラリの話をお送りします。 MailCatcher とは Samuel Cochran氏が開発した、シンプルなSMTPサーバーです。特に細かい設定は不要で、起動するだけでSMTPサーバーが起動します。(ポートは1025番) これだけであればよくあるSMTPサーバーなのですが、MailCatcherの特徴は「SMTPサーバーを経由したメールをブラウザ上から確認できる」という所にあります。送信しようとしたメールはMailCatcherのSMTPサーバーから先には送信されません。 Webサーバーが同時に起動(ポートは1080番)するので、ブラウザからアクセスすると下記のような画面が表示されるので、そこから確認できます。 届いたメールはほぼリアルタイムで受信トレイに表示されるため、リロードの必要はあ
23. $ dig mx hiroba.org;; QUESTION SECTION:;hiroba.org. IN MX;; ANSWER SECTION:hiroba.org. 86400 IN MX 5 alt1.aspmx.l.google.com.hiroba.org. 86400 IN MX 5 alt2.aspmx.l.google.com.hiroba.org. 86400 IN MX 10 aspmx2.googlemail.com.hiroba.org. 86400 IN MX 10 aspmx3.googlemail.com.hiroba.org. 86400 IN MX 10 aspmx4.googlemail.com.hiroba.org. 86400 IN MX 10 aspmx5.googlemail.com.hiroba.org. 86400 IN MX 1
Overview The e-mail administrator should try to protect users from unsolicited commercial email (UCE). The rise in UCE has become a nuisance to many email users today. The e-mail administrator should attempt to implement controls to minimize the amount of UCE that is delivered to local users. This article describes several methods that postfix provides for the e-mail administrator to filter known
コラム：Envelope・Header・Data インターネットで交換されるメールは、次のようなパートで構成されています。 HeaderとDataはメールソフトの［メッセージの詳細］などで見ることができるためなじみの深いものですが、EnvelopeはMTA（サーバ）間でメッセージが交換される際に使用されるものであるため、普通見ることはできません。 HeaderとDataが便せんに書かれた手紙の内容だとすると、Envelopeはその名のとおり封筒に書かれたあて先（Envelope To）や差出人（Envelope From）になります。Envelopeを見ることができないのは、手紙が開封されて封筒が始末された後では差出人やあて先が分からないのと同じことです。 MTAは受け取った便せんを封筒に入れ、差出人とあて先を記入し（Envelope化し）、次のMTAに配信します。受信側のMTAは封書を開
送信ドメイン認証技術にはIPアドレスを利用するものと電子署名を利用するものがある。前者の代表は「Sender ID」や「SPF（Classic SPF）」であり、後者のそれは「DomainKeys」である。 今回は、電子署名を利用するタイプの送信ドメイン認証である「DomainKeys Identified Mail（DKIM：ディーキムと発音する）」を解説する。DKIMの具体的な説明に入る前に、その誕生について触れよう。 DKIMの両親となったDomainKeysとIIM 「電子署名を使うDomainKeysの設定方法」にて説明したDomainKeys以外にも電子署名を利用した送信ドメイン認証を実現する方法として、Cisco Systemsが提案した「Identified Internet Mail（IIM）」という規格がある。IIMはDomainKeysとは異なり、署名に利用した公開鍵
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
