あなたの作ったメール配信システムはエラーメール処理をしていますか？
今回はメルマガ等やメーリングリストのように大量のメールを配信するためのメール配信システムを自前で開発している方向けの情報（備忘録？）です。 大量のメールを配信する場合、配信できなかったエラーメールを適切に処理することが重要です。たとえば、 なんて感じです。適切なエラーメール処理なくば、知らず知らずのうちに SPAMer と同じようなメール配信をしていることになってしまうのです。かく言う僕の作ったメール配信システムも、それほどエラーメール処理を厳密に行っているわけではなく、何とかしないとなぁ〜と思っている今日この頃で、ちまちま資料を集め始めて仕様検討している次第です。
Return-Pathをセットする(Catalyst::Plugin::Email::Japanese) | ブログが続かないわけ
先日MIME::LiteをカスタマイズしないとReturn-Pathをセットできないというような内容のエントリを書きましたが、適切な突っ込みを頂き、私が間違っていたことがわかりました。 [参考]下記のコメント欄 Return-Pathをセットする(MIME::Lite) MIME::LiteのFromSenderに下記のように渡せばよかったので、MIME::Liteは問題なく、やっぱり素晴らしいモジュールだったのでした。$msg->send( 'sendmail', FromSender => 'error@example.com', ); さっそくこれを使ってやろうと思います。 無理だ... 私はMIME::Liteを直接使っているのではなく、Catalyst::Plugin::Email::Japaneseから使っているのですが、こいつにFromSenderをセットする機能がないのです
Return-Pathをセットする(MIME::Lite) | ブログが続かないわけ
メール配信の仕組みなどを作ると、どうしても面倒になってくるのがエラーの処理。アプリケーションの開発を行っているとエラーの処理というのは日常的なものだ。何かを実行してエラーならまた別の何かを、例えばログを出力して終了する、ってことをしてやればよい。これは何かを実行すればすぐに成功か失敗かがわかるから単純だ。 ところがメールってやつはやっかいで、処理（送信）された瞬間には成功したか失敗したかわからない。一見成功したように見えても、しばらくしてから、「やっぱりだめだったよ...」ってな感じでエラーメールが返ってくる。つまり、このエラーメールが返ってきてから初めて失敗したことがわかり、そこでそれなりの処理をしなければならないのだ。 わかっているならそれをやればいいんだけど、いくつか考えなければならないことがある。まずは、エラーメールがどこに返ってくるかということだ。ものすごく話を単純にすれば、これ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
