久しぶりにはまったので、ここに記載

Postfixadmin環境で、メール受信後に、プログラムをキック（メールをプログラムに渡したい）という
ことがあり、.forwardに書いて試したけど、やっぱり無理

そっから結構はまりました。。。

http://kanai.bz/blognplus/index.php?e=23

ここ参考にしたけど、僕の環境では同じ内容ではエラーが出た

基本的には同じで、いろいろ試行錯誤の上、やりたいことは出来ました

/etc/postfix/master.cf　に以下を記述


# 2013/07/22 追記
main.cf に下記も追記
allow_mail_to_commands = alias,forward,include

[0回]

非常に、うっとうしい機能です、VirtualStor

なんでこんな機能がついたのか意味がわからん
リテラシーが低いユーザのためにつけたんだろうけど、
使いたかったら、ちゃんと勉強してから使って、VirtualStorなんか取っ払えって思う

そんなわけで、いいブログがあったので、ご紹介
http://homepage2.nifty.com/nonnon/Chinamini/20100001/20101116.html

普通にPCが使える人ならば、とてもわかりやすい説明です

[0回]

php5.2 に php-xmlをyumでインストール

yum install php-xml

でやってみたけど、ダメ・・・・

yum clean all

で、古いヘッダを削除し、再度実行してもダメ

そういえば、レポジトリを変更したなぁと思いだし、

vi /etc/yum.repos.d/utterramblings.repo

[utterramblings]
name=Jason's Utter Ramblings Repo
baseurl=http://www.jasonlitka.com/media/EL$releasever/$basearch/
enabled=0
gpgcheck=1
gpgkey=http://www.jasonlitka.com/media/RPM-GPG-KEY-jlitka

の

enabled=0　を enabled=1　に変更

そして、再度実行

おっ、いった

enabled=0　に戻し、httpdを再起動後、phpinfoで確認

うん、domが出てきた

[0回]

yum を実行すると、止まる

色々調べていくと、どうやらファイルが壊れたらしい

まずは rpm のデータベースの状態を確認
/var/lib/rpm 配下に存在する __db.* 以外のファイル群が rpm のデータベース
データベースは Berkeley DB を用いており、それぞれのデータベースの排他制御を行うために

__db.000, __db.001, __db.002, __db.003

のようなファイル名でロック管理を行っているようです

このような場合には、ロックファイルを全て削除し、RPM のデータベースを再構築することで不具合は解消します。

sudo rm -rf /var/lib/rpm/__db.00?
sudo rpm --rebuilddb

最後に念のため yum がちゃんと起動するかを確認します。いつもどおりパッケージのリストが出力されれば修復成功です。

yum list

これでダメなら、

yum clean all で、古いヘッダ情報とかを削除

[0回]

忘れないうちに記載

/etc/postfix/master.cf で

submission inet n - n - - smtpd

この1行のコメントアウトをはずすしてpostfix reloadするだけ。それでポート25番だけでなく587番でもPostfixがSMTPサーバとして待ち受けをはじめてくれるはず。
/etc/servicesに次の行がちゃんとあるかどうかも確認！

submission 587/tcp msa # mail message submission
submission 587/udp msa # mail message submission

SMTP AuthなりPOP before SMTPなりで認証をかけた上でのお話

[0回]