メール運用がロストテクノロジーになっていく話
クラウドワークス Advent Calendar 17日目担当のSMTPおじさんの記事です。 時間の無い人のために3行でまとめますと以下のコンテンツでお送りします。 大規模なメール配送を安全に行うには特別なノウハウがあり罠も多い SendGrid便利です 当たり前になった技術は空気のように見えなくなってインフラ化する。それがある日突然失われたときの被害は甚大。インフラ技術をキャッチアップして備えよう メール配送今昔 さて、メール配送といえば古くはSendmailを使っていました。多くのUnixディストリビューションに標準でインストールされており、使うのが当たり前で選択肢も少なかった時代です。 Sendmailは開発が重ねられることで複雑化しセキュリティホールが頻発しました。また設定ファイルのsendmail.cfはチューリング完全であるほど高機能で複雑でまた長くなりがちでもあり今でも書きた
SSL 非対応メーラーで Gmail アカウントを使う方法 on Win XP
ここでは、 Windows サービスとして Delegate のゲートウェイを登録、実行し、 SSL 非対応メーラーで Gmail アカウントを使う方法を説明します。 また、この方法は delegate9.2.4 で確認しております。 バージョン 9.2.5 にて若干変更があるようなので、 9.2.5 以降のバージョンの delegate のインストール方法については、確認後たぶんアップすると思います(^^ゞ Delegate のインストール メーラーのアカウント設定 Delegate サービスの運用 Delegate のインストール 以下の作業は、管理者権限のあるユーザーで実行する必要があります。 以下のリンクから "dg*_*_*.zip" をダウンロードする。 http://www.delegate.org/anonftp/DeleGate/bin/windows/latest/ C
I, newbie � local_recipient_mapsは迷惑メール対策じゃないけどおすすめ、っていうかやれよ
別にいいんじゃないでしょうか。reject_unknown_clientでおかしなことになっても第三者に迷惑かけているわけでなし(送信側を第三者ではないとすればですが)。reject_unknown_clientは使わないけど、MTAを運用するなら適切なrDNSは必ず付けているので、自分には無関係だし。「あ、頭悪い管理者だ」とは思います。 「reject_unknown_clientは迷惑メール対策としておすすめではない」 はたと思ってreject_unknown_clientで日本語限定でGoogle 検索してみると、迷惑メール対策として reject_unknown_client を紹介しているページは多数みつかるのだが、その弊害の大きさにまで言及しているページはほとんどないことがわかる。これはあまりよくない傾向だ。そこで、ある程度説明をまとめておくことにする。 それよかbacksca
PerlでSMTPモジュールを使ったメール送信（バージョンアップ版） - 小池啓仁 ヒロヒト応援ブログ By はてな
先日のサンプルの漢字エンコード部分（サブジェクトとメール本体メッセージ）を標準モジュール（Encode.pm）を使って書き換えてみました。 #!/usr/bin/perl -w use Encode qw(from_to encode); use Net::SMTP; use strict; #メールアドレス設定 my $from = 'FromAddress@aaa.co.jp'; my $mailto= 'ToAddress@bbb.co.jp'; #サブジェクト設定 my $subject = 'テストメール'; from_to($subject, 'shiftjis', 'iso-2022-jp'); encode('MIME-Header-ISO_2022_JP', $subject); #メールヘッダー設定 my $header = << "MAILHEADER"; From:
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.gabacho-net.jp/anti-spam/paper.html
