メール受信をTriggerにしてコマンドを実行する代わりにMaildirを監視して負荷を削減する - blog.nomadscafe.jp
サーバが重かった原因は別だったんだけど、某サービスでメールを受信してプログラムを起動する際のコストが大きいんじゃないかという話をしたので、以下のようなことを考えてみた。 qmailを使っている場合、届いたメールをプログラムで処理したい場合は .qmail に | /path/to/program.pl と書きます。標準入力にメールの内容が渡され、環境変数等を通して表書き発送者アドレス等が取得できます。postfix でも master.cf にtransportを追加し、mapファイルを変更すると大体同じことができます。 参考: RailsとPostfixで受信メールを処理する方法 ただし、この方法だとメールの受信の度にプログラムを起動(exec)するコストが高くなりがちです。特にデータベースに接続したり、アプリケーションのライブラリを読み込んで行くと起動の負荷が上がって行ってしまいます。
Xslate + Email::Simple でメールを送信するの件 - tokuhirom's blog
http://github.com/tokuhirom/p5-Holsten-Email-Simple-Tiffany-Japanese Xslate + Email::Simple で MIME::Lite::TT::Japanese っぽいあるいは MoFedge::Mailer っぽいやつがほしいなーとおもったので、つくった。以下のようにつかえる。 use Holsten::Email::Simple::Tiffany::Japanese; use Email::Sender::Simple qw/sendmail/; my $estj = Holsten::Email::Simple::Tiffany::Japanese->new( 'Text::Xslate' => { syntax => 'TTerse', path => ['./email_tmpl/'], }, ); my
Perl5 によるメール送信 - 実践的な Email::Sender の利用方法 - tokuhirom's blog
Perl5 では、E-mail の送信をするためのモジュールが多数 CPAN にアップロードされているが、現在もっともまじめにメンテされていて質がよいのは Email::Sender らしい。 Email::Sender は登場当初はドキュメントもなさすぎるしつかいものにならなかったが、現在ではだいぶマシになっている。Moose 依存が気にならないケースでは、実用としてつかっても問題ないとおもう。 iso-2022-jp の日本語のメールを送るには、以下のようにすればよい。 use 5.12.1; use utf8; use Email::Sender::Simple qw(sendmail); use Email::Simple; use Email::Simple::Creator; use Data::Recursive::Encode; use Encode; # e-mail o
第20回 Email::Sender：メールを送信する | gihyo.jp
メール送信のあれこれ たとえばウェブアプリケーションでなにかの注文を受け取ったとき、あるいはシステム管理ツールでなにか異常を発見したとき、ユーザや管理者にメールを送れるようにしたい、というのはよくある要件です。昔はヒアドキュメントやテンプレートエンジンなどを使って送信したいメールを用意したあと、sendmailへのパイプを開いてメールを流し込んでいたものですが、いまはメールの作成から送信まで、すべてモジュールを使って実現できるようになっています。 とはいえ、需要が大きいだけにメール関係のモジュールは山のようにあります。ディストリビューション（パッケージ）の数だけで500を数えますし、メール関係の名前がついたモジュールは現在CPANにアップロードされている7万以上ものモジュールのほぼ1割を占めるほどです。これではどれを使えばよいのかわからないという声があがるのも当然でしょう。 そこで今回はP
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
メールを読んでパイプに出力 - Scrapcode@はてなダイアリー
エラー処理をしていませんが、とりあえず。 メールボックスにたまっているメールを、一通ずつパイプで外部コマンドに渡して処理します。処理の終わったメールは削除します。 Perl (Net::POP3) 最近はレンタルサーバーでもlibnetのモジュール群がインストールされていることが多いと思うので、多分モジュールの追加無しで使えると思います。 POP over SSL対応するには、Net::POP3オブジェクト生成時に、ホスト名ではなくIO::Socket::SSLオブジェクトを渡せばいい、らしいです。この場合、IO::Socket::SSLのインストールが必要です。内部で使っているNet::SSLeayはコンパイルが必要なので、レンタルサーバーだとサーバーで用意されていなければSSL対応は諦めるしかないかな？ #!/usr/local/bin/perl use strict; use war
MIME::LiteのデフォルトのX-Mailerを変える
MIME::LiteのデフォルトのX-Mailerを変える スポンサードリンク Tweet 404 Blog Not Found:perl+apache - LWPを責めないで [blog.livedoor.jp] よく使われるツールが凶器として用いられるのはどの世界でも共通しているとはいえ、LWPを使った場合のlibwww-perlをデフォルトで跳ねるのはどうかと思う。少なくとも通常のGETリクエストではねるのは行き過ぎだと思う。 似た話で、MIME::Lite というとても簡単に e-mail を生成できる Perl のモジュールがあるんですけれども、これが SPAM メールだかに利用されているからって、X-Mailer に MIME::Lite の文字列が入っていると Reject する設定にしているっていうのをさっき見たので怖い。いま Perl で作っているやつがあるんですが、完了
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Email::Sender::Simple のつかいかたとか - tokuhirom's blog