Postfix は SMTP サーバでメールを送る部分の担当、Dovecot は POP3/IMAP サーバでクライアントからメールを見る部分の担当です。完結したメールサーバとして動かすには両方必要になります。

設定方針は以下の3点です。

1. バーチャルメールボックスの設定を行い Unix ユーザーを作らなくてもメールを受信できるように設定します。
2. なるたけセキュリティ的に硬めにしたかったので、自サーバ宛のメールの配送と、サブミッションポート経由で SSL + SMTP AUTH で認証されたクライアントからの外部へのリレーのみを許可します。
3. バーチャルメールボックスのパスワード管理は Dovecot で一元管理します。（Postfix での SMTP AUTH の認証時のアカウント管理に Dovecot を使うという意味です。Postfix と Dovecot で別々にパスワード管理する方法もありますがぶっちゃけ面倒くさいので。）

さくらVPSっつーか CentOS 上で Postfix と Dovecot を設定する例はググったら沢山でてきますので、違う方法の設定が必要な場合は適当にお調べください。つーことで本題に突入。

パッケージのインストール

yum から postfix と dovecot をインスコします。cyrus-sasl-md5 は SMTP 認証等で CRAM-MD5 による認証を有効にする場合に必要です。

sendmail とか他のメールサーバを外向けの設定で運用していない場合はいきなり postfix を有効にして問題ありませんので、その前提で話を進めます。

CentOS をインストールした状態では sendmail が動いていますので落とします。以下のように chkconfig で確認して on になっていたら、

sendmail を止めてから postfix を起動します。ついでに chkconfig でサーバリブート時に postfix が起動するようにします。

続けて alternatives で（サーバからのメール送信に使われる） sendmail コマンドを postfix に変更します。

現代的な Unix 系のシステムでは sendmail というメールサーバと sendmail というコマンドは別物として扱われており（元々は sendmail メールサーバに sendmail コマンドが付いていたのですが、sendmail コマンドを呼び出しているアプリケーションプログラムが多々存在するためメールサーバを変更する際に都合が悪いので、コマンドを分けた形です）。

CentOS ではメールを送信するために使う sendmail コマンドは alternatives で指定されたコマンドへのシンボリックリンクとなっています。

以下のように alternatives を実行すると、sendmail コマンドを実行した際に sendmail.postfix （Postfix の sendmail コマンド）が実行されるようになります。

以上が終わったらローカル配送できてるかテストしてみます。（別にしなくても良いですけど早めに問題見つけといた方が楽ですし…）

てことで適当なユーザー（以下の例では root）でログインして適当なユーザーにメールを送ってみます。（シェルから sendmail コマンドを実行すればメールを送れます。sendmail コマンドを実行する際、”.” だけの行を入力するとメールが送信されます。）

送ったメールは（宛先のユーザーでログインして）mail コマンドで見れます。

メールが届いてなかったら /var/log/maillog を見て問題を探してください。（上記の設定内容でローカル配送のメールが届くのが遅れたりすることは基本的にありませんので「届いてなかった＝問題がある」と判断してもらって結構です。）

Postfix と Dovecot の設定

パスワード管理を共有する関係上、両方とも動いてから動作確認する方が速いと思いますので、一気に Postfix と Dovecot の設定を行います。

例示のため、バーチャルメールボックスに使用するドメインを example.com、バーチャルメールボックスに追加するメールアドレスを test@example.com として記述しています。実際の環境に合わせて読み替えてください。

バーチャルメールボックス管理ユーザーの作成

最初にバーチャルメールボックスを読み書きするための Unix ユーザーを作ります。（以下の例では vmail ユーザーを使います。）

UID/GID は 10000 以外でも構いませんが、Postfix/Dovecot を設定する際に ID を指定する必要があるので UID/GID の番号を覚えておいてください。

SSL 自己証明書と秘密鍵の作成

Postfix/Dovecot ともに SSL を有効にするため、自己証明書と秘密鍵を作成します。（Dovecot に example.com の自己証明書と秘密鍵が付いてるのですが一応自サーバ用に作ります。）

/etc/pki/tls/certs ディレクトリの Makefile で秘密鍵を含む自己証明書を簡単に作れるのですが、後述する DER 形式ファイルを作成するため openssl コマンドを直接実行して作成します。

コマンドを実行すると証明書のパラメータを質問されますが、Common Name に VPS サーバのサーバ名（以下の例では www9999u.sakura.ne.jp）を入力し、それ以外の項目はデフォルトで構いません（ちゃんと入力しても良いですけど）。

mail.crt が証明書ファイル、mail.key が秘密鍵ファイルです。証明書の有効期限は365日となっています。もっと長くしたい場合は -days オプションで増やしてください。

Outlook Express や Entourage、AppleMail などのクライアントを使っている場合、証明書をクライアントにインストールしないと警告が表示されるらしいので、インストール用の DER 形式の証明書を作成します。以下のコマンドで作成される mail.der をインストールしたら良いらしいです。（が、この辺は試してないのでうまくいかなかったら証明書のインポート – メール(Postfix) – 自宅サーバーの構築 – 自宅サーバーでやってみよう！！等を参考にしてください。）

Dovecot の設定

Dovecot 側でパスワードを一元管理する関係上、こちらの設定を先に行います。Dovecot の設定ファイル /etc/dovecot.conf を編集し、アカウント管理用の /etc/dovecot-passwd ファイルを作成します。

まず Dovecot の設定ファイル /etc/dovecot.conf を編集します。ssl_cert_file と ssl_key_file は先ほど作った自己証明書と秘密鍵ファイルです。その他の設定は auth default セクション中に足します。

実際の dovecot.conf にはコメントが大量に入ってて修正箇所を探すのが面倒かもしれませんが、ssl_cert_file、ssl_key_file、mechanisms は元からありますので書き換え、その他は auth default セクションの最後の方に足してもらうのが速いと思います。

設定ファイルの詳細については Dovecot Wiki をご覧ください。

dovecot.conf の編集が終わったら /etc/dovecot-passwd ファイルを作成します。Dovecot をインストールした状態ではこのファイルは存在しませんので新規作成します。

dovecot-passwd ファイルには、ユーザー名と暗号化されたパスワードを “:” で区切って記述します。「ユーザー名＝メールアドレス」にした方がメールクライアントの設定が楽なのでそうしてますが、ユーザー名部分はメールアドレスでないとダメって訳ではありません。

暗号化されたパスワードは dovecotpw コマンドで取得できますのでコピペします。

dovecot-passwd ファイルにはユーザーIDやホームディレクトリなど passwd ファイルと似たような項目を指定することもできるのですが、Postfix と連携するだけなら userdb static で指定した方が速いと思いますので省略します。詳しくは AuthDatabase/PasswdFile – Dovecot Wiki をご覧ください。

設定が終わったら dovecot サーバを起動します。ついでに chkconfig でサーバリブート時に dovecot が起動するように設定しておきます。

Postfix の設定

Postfix の設定では、Postfix 全体の設定ファイル /etc/postfix/main.cf とサブプロセス別の設定ファイル /etc/postfix/master.cf を編集し、バーチャルメールボックス管理用ファイル /etc/postfix/vmailbox を作成します。

まず /etc/postfix/main.cf を修正します。

inet_interfaces は main.cf に元から設定が存在するので書き換えてください。他の項目は存在しないと思いますので、適当な場所に追加してください。

#smtpd_sasl_auth_enable = yes の行はコメントアウトしたままにしておいてください。後ほど master.cf を編集する際に、サブミッションポートからの接続時のみ smtpd_sasl_auth_enable = yes になるように設定します。設定ファイルを見たとき分かりにくいと思いますので、あえてコメントアウトで残しておいてもらった方が良いと思います。（まあコメントアウトせずに何も書かなくても結構ですけど。）

古い Outlook を使っている場合は、broken_sasl_auth_clients = yes を有効にする必要があります。SMTP AUTH に関するバグがあるそうです。うちでは Outlook は使ってないのでコメントアウトしてます。

バーチャルメールボックスのメールアドレスに使用するドメインは virtual_mailbox_domains に指定します。上の例では example.com になっていますので、実際に使用するドメインを記述してください。カンマ区切りで複数指定することもできます。

virtual_mailbox_domains に指定するドメインは mydestination と重複しないようにしてください。デフォルトで mydestination は $myhostname, localhost.$mydomain, localhost になっており、さくら VPS の場合 myhostname は www9999u.sakura.ne.jp とかになります。

myhostname を example.com にして mydestination を空にすることもできますが、cron 等システム内部からのメールはバーチャルメールボックスではなくローカル配送にした方が良いと思いますので、mydestination や myhostname はデフォルトのままの方が良いと思います。それとメールサーバの DNS の逆引き設定を行っていないと受信を拒否するサーバもあり、sakura.ne.jp のホストは逆引き可能ですので、その辺のトラブルを避けるためにもこの設定の方が楽だと思います。まあこの辺に色々うんちくのある方はご自由にどうぞ、っつーかそういう人はこんなブログ見ながら設定してはいけませんw

virtual_mailbox_base を別の場所に変えてもオッケーですが、あらかじめディレクトリが存在している必要があり、virtual_uid_maps で指定されるユーザーから制御可能である必要があります。この辺の設定は先ほど vmail ユーザーを作った際に行っていますが、変更する際は Postfix の要求を満たすよう適宜設定を行ってください。

smtpd_tls_key_file と smtpd_tls_cert_file には先ほど作った自己証明書と秘密鍵ファイルを指定します。

main.cf の設定が終わったら /etc/postfix/master.cf を編集します。

以下の submission ポートの設定がコメントアウトされてると思いますので、有効にします。

最後に /etc/postfix/vmailbox を編集して Postfix の設定は終わりです。Postfix をインストールした状態ではこのファイルは存在しませんので新規作成します。

vmailbox ファイルにはバーチャルメールボックスのメールアドレスとメールボックスのパスを空白（タブ）区切りで記述していきます。

メールボックスのパスは virtual_mailbox_base からの相対パスを指定します。上の例ですと、test@example.com 宛てのメールは /var/spool/vmail/example.com/test/Maildir/ に Maildir 形式で保存されます。

Postfix はメールボックスのパスの末尾を / で終えると Maildir 形式、/ 無しで終えると mbox 形式で保存します。何言ってるか分からない人はとりあえず Maildir 形式でえーと思います。

編集が終わったら postmap コマンドでデータベースに変換します。これを実行しないと Postfix が起動しません。virtual ファイルは転送設定用のファイルで、こちらもデータベースが必要ですので一緒に postmap します。

設定が終わったら postfix をリブートします。

DNS

メールサーバを運用する際は、DNS に MX レコードを用意しておいた方が良いです。

A レコードだけでも運用できますが、DNS の二度引きが発生したりするので、バーチャルメールアドレスでの送受信に使用する MX レコードを作成します。

ドメインの登録を Value Domain で行っている場合は、以下のように設定してください。ドメインが example.com、サーバの IP アドレスが 192.0.2.1、メール送信用のホストが mail.example.com、の場合の設定例です。mail.example.com ではなく example.com を MX に指定しても良いのですが、メールサーバだけ移転とかする際にこの方が楽なので別ホスト扱いにしておいた方が良いと思います。

なお、新規にメールサーバを立てる（誰にもメールアドレスを教えていない状態の）場合は、メールサーバの設定より先に DNS の設定を行っておいても構いません。

クライアントからの送信

以上でメールサーバの設定は完了です。あとはクライアントの設定をして終わりです。

クライアントの設定ですが、以下のような感じになります。（メールサーバを mail.example.com、メールアドレスを test@example.com にした場合。）

SMTP

ホスト	mail.example.com
ポート	587
SMTP AUTH ユーザー	test@example.com
SMTP AUTH パスワード	dovecot-passwd のパスワード
その他	STARTLS を使用して SSL を有効にする必要あり

POP3

ホスト	mail.example.com
ポート	110 （POP3S を使用する場合は 995）
ユーザー	test@example.com
パスワード	dovecot-passwd のパスワード

IMAP

ホスト	mail.example.com
ポート	143 （IMAPS を使用する場合は 993）
ユーザー	test@example.com
パスワード	dovecot-passwd のパスワード

クライアント別の設定例はちょっと書ききれませんので、サブミッション・ポートを利用してメールを送信する － ＠IT や メールの送受信でSSLを利用して暗号化する－ ＠IT を参考にお試しください。

実運用に際して

ほったらかしの運用だとじきにクラックされる可能性もありますので、実際に運用する際はログ監視ぐらいは最低限行っておいた方が良いと思います。

今日のネタはメールサーバの設定っつーことですのでログ監視ツールの使い方は説明しませんが、swatch とか使ったら良いと思います。

んでわ

普段は放置してるのですがちょっと真剣に対応してみることにしました。
（この手の情報欲しい人はある程度 Python 詳しい人だと思いますし）グダグダ説明するような話でも無いので細かい説明は抜きで解決方法だけ書こうと思います。

1. 以下のファイルを safe_terminal.py に保存。
   import sys
   import codecs
   
   def find_encoding(fh):
       if fh.encoding:
           return fh.encoding
       else:
           return 'utf-8'
   
   #error = 'ignore'
   error = 'backslashreplace'
   sys.stdout = codecs.getwriter(find_encoding(sys.stdout))(sys.stdout, error)
   sys.stderr = codecs.getwriter(find_encoding(sys.stderr))(sys.stderr, error)
2. print 等を使うプログラムで safe_terminal.py を import する。
   >>> import safe_terminal
   >>> print u'\uffff'
   \uffff

こんな感じで stdout / stderr に対する print や write 時に変換できない文字をバックスラッシュでエスケープするのが便利かと思います。Python に含まれるライブラリ自体を書き換える方法もありますが、サーバ何台も扱ってると面倒なのでパスって感じです。

変換できない文字を非表示にしたい場合は error = ‘ignore’ に変えてください。

参考にしたページ

PythonのUnicodeEncodeErrorを知る – HDEラボ
Python でUTF-8, shift_jis, euc_jpなど日本語を使う方法

あじゃじゃしたーw

家は毎年キャノンの素材サイトで年賀状素材をあさってるのですが、夏ごろにプリンタがぶっ壊れたんでどうしようかとお悩み中です。

とりあえずプリンタを買わないとあかんのですが、ついでに素材集を買うのも良いかなーと思いまして、アマゾンで『なか見！検索』できる年賀状素材を10冊ほどピックアップしてみました。

個人的にははやわざ年賀状2012 (インプレスムック)かあでやか年賀状2012 (インプレスムック)がえー感じだと思いますが、アマゾンで『なか見！検索』してもらった方が早いと思いますｗ

年賀状CD-ROM2012 (インプレスムック)
超オーソドックスな年賀状素材集です。

大人かわいいデジカメ年賀状2012 (インプレスムック)
写真フレームみたいな素材が多かったです。

キラリ☆と輝くおしゃれな年賀状2012 (インプレスムック)
水彩画っぽい年賀状が多いです。

おしゃれ年賀状2012 (宝島MOOK)
グロくない犬カレー風素材ですたｗ

デザイナーズ年賀状CD-ROM2012 (インプレスムック エムディエヌ・ムック)
カラフル折紙年賀状、切り絵年賀状等、デザインが凝ったのが多いです。

世界一簡単にできる年賀状2012 (宝島MOOK)
キャノンの年賀状素材集にあるような感じの多数収録ですた(´･ω･｀)

上撰美麗年賀状 和 2012 (宝島MOOK)
ピカピカテカテカ、いかにもデザイナーが作ったって感じで。

はやわざ年賀状2012 (インプレスムック)
値段も安くてバランス良い感じの素材集です。

2012年版 年賀状データ集pack PREMIUM
文字入れしやすい感じの素材集。

あでやか年賀状2012 (インプレスムック)
和風です。

github にバージョン1.0.3をうpってます。ここから新しい版のソースをダウンロードしてファイルを上書きしてください。（ファイルを上書きしたらバグは直ります。）

P.S.
とかなんとか言ってる間にバージョン1.0.4になってしまいました。
ソース公開してるのでこの辺はこんな感じでおながいします。

ソースくれって方が何人かいましたので、AZlink/Widget のオープンソース版として AZlink-TinyWidget を公開しました。
github に置いてます。MIT ライセンスです。
sakuratan/AZlink-TinyWidget – GitHub

ダウンロードは Downloads for sakuratan’s AZlink-TinyWidget – GitHub からできます。
ブログ書くの面倒だったので昨日の夜中に Twitter で先に告知したのですが、そん時からバージョン上がってます。
バージョン1.0.1をインスコされた方はバージョン1.0.2に上げてください。
1.0.1には割としょうもないバグがありましたのでアーカイブも削除しました。

AZlink/Widget と AZlink-TinyWidget の主な違いは↓みたいな感じです。

• node 指定しかできません。人気の商品とかのブログパーツのみの表示となります。機能的には AZlink/Widget (embed) と同じです。
• JSONP じゃなくて JSON で実装しています。ほとんどの人は他人向けにウェブサービスで提供したい訳じゃないと思いますので、ドメイン越しでブログパーツ表示できないようにしました。

グループサイトを持ってる人とかは JSONP に対応してる方が便利かもしれませんのでおいおいサポートしようと思ってますが、停止前にリリースしときたかったのでとりあえずこれでおながいします。

ちなみに AZlink-TinyWidget のサーバサイドスクリプトは PHP になってます。
GAE が Python なんで GAE 固有の部分を書き換えてリリースしても良かったのですが、Python のウェブアプリとか要らん人がほとんどだろうと思いまして PHP にしました。要はサーバ側はまったく別物です。

ユーザーさんの中にはかなりアクセスの多いサイトもありましたのでそれなりに高速に動くように作っているつもりですが、どうなることでしょうw

判断理由ですがだいたい↓みたいな感じです。

1. テストの結果、VPSだと23台ぐらいは要りそうな感じなことが判明
2. AZlink/widget のアクセスが今も増加傾向で将来的にサーバの増設が必要

サービス内容を若干変えて運用する方向で新しいシステムでテストとかもしていたのですが、現在のアクセス数（2500万／日ぐらい）をさばくために上の台数のサーバがとりあえず必要で、新システムにするにしても一旦廃止して別ドメインで運用しないと金銭的に厳しい、というのが一番大きな理由です。

本当言うと運用できる方法が無いかもうちょい色々試してみたかったのですが、いきなり明日やめますって感じだと今使っているユーザーさんも困ると思いますので前もって告知するために早めに決めることにしました。

ということで、AZlink/widget は 10/31 をもって終了いたします。

AZlink/widget を運用している azlink.sakuratan.biz ドメインを削除します。10/31 以降はアクセスできなくなります。
現在ご利用の方は 10/31 までにブログパーツを取り除いてください。

AZlink/widget と似たようなブログパーツを運用しているところもちらほらありましたのでリンクを貼っときます。
移行される方はどぞー。

• AMAZiiii Amazonアフィリエイト用無料ブログパーツ
• Amazonアフィリエイトリンク作成ツール～AmazLink～
• amazolute

最後に、AZlink/widget を可愛がってくださったユーザーの皆様、どうもありがとうございました。
サービス継続を期待されていた方、ご期待にそえず誠に申し訳ないです。

【後から追加】
書くの忘れていましたが、AZlink/widget (embed) も同時にサービス停止します。中身同じですので…

アクセス数とか見てるとそれなりに使ってくれている人がいると思う（今日の数字ですと2700万回ぐらいブログパーツが表示されています）ので、できるだけ多くのユーザーさんに今日のブログを読んで頂きたいと思っているのですが、ぶっちゃけ誰が使ってるのかほとんど把握していませんので、ツイッターとかはてブとかで拡散にして頂けると助かります。どぞよろしくw

これまでの経緯

現在 AZlink/widget の API 部分（JavaScript のことです）は Google App Engine（通称 GAE）で動かしています。

Google は GAE の価格変更を予定してまして、11/1 から適用されます。詳しくは Google App Engine Blog: $50 Credit for new billing signups and budget changes とか InfoQ: Googleがユーザの反応を見てGAEの価格変更を調整 とかをご覧ください。

この GAE の価格変更で、AZlink/widget のサーバ代は一日70ドル以上になる模様です。（↓新価格での10/13一日分のサーバ代のキャプチャ）

GAE のサーバ代は1日あたりの課金になっていますので、毎日74.63ドルかかるとすると一ヶ月で17万円となります。払えません。

ということで別サーバに移動するか運用をやめるかの2択になったのですが、とりあえず別サーバに移動することにしました。

移動先はさくらインターネッツの VPS を予定しています。本当はさくらのクラウド使いたかったのですが、クラウドのリリースが GAE の価格変更に間に合わないようですので VPS を何台か借りて動かすつもりでいます。

システム移行に際していくつか仕様変更があります。システム負荷を抑えたいのが主な理由ですが、あまり使われていない／代替機能があるものについては移行のついでにサポートを打ちきろうと思っています。

仕様変更

以下、予定している仕様変更です。まず AZlink バージョン2 に関する仕様変更です。

1. asin 指定でのブログパーツ呼び出しはできなくなります。
2. q 指定でのブログパーツ呼び出しもできなくなるかもしれません。現在検討中です。とりあえずテスト期間中はできなくなります。
3. asin / q 指定でのブログパーツ呼び出し場合、ランダムで node 指定された状態でブログパーツが表示されます。
4. preItemHook / postItemHook / onLoadHook / wrapperId / stubId パラメータは使えなくなります。
5. ranking パラメータが追加されます。
6. 商品データの JSON オブジェクトのフォーマットが変わります。

次に AZlink バージョン1に関する仕様変更です。

1. asin 指定でのブログパーツ呼び出しはできなくなります。
2. search 指定でのブログパーツ呼び出しもできなくなるかもしれません。現在検討中です。とりあえずテスト期間中はできなくなります。
3. asin / search 指定でのブログパーツ呼び出し場合、ランダムで node 指定された状態でブログパーツが表示されます。
4. asin / search 指定でのブログパーツ呼び出し場合、ランダムで node 指定された状態でブログパーツが表示されます。
5. className / discountMark / infoSeparater / titleHook / itemHook / widgetHook / onload パラメータは使えなくなります。
6. 商品データの JSON オブジェクトのフォーマットが変わります。

asin 指定はできなくなります。AZlink/lookup とか（amazletとかG-Toolsとか）で似たようなアフィリリンクを作れますのでそちらでお願いします。

テスト

システム移行の前に断続的にテストを行います。テストの目的は、以下の2点です。

1. 負荷を把握してサーバが何台ぐらい必要か見積もる
2. クエリ指定でのブログパーツ呼び出しがどの程度あるのか調べる

テスト自体は、夜間にDNS を変更して新サーバで処理を行うようにする形で行います。テストに伴う DNS 変更は長くても1時間ぐらいで戻す予定です。なお、テストの実施予告は基本的に行いません。また、テストを行っている間、ブログパーツが表示されなくなったりするかもしれませんがご協力願います。

document.createElement(‘iframe’) で作った DOM 要素に onload をセットする場合以下のようなコードを使います。

コメントにも書いてますが、IE8 以下の場合 onreadystatechange を使う必要があります。

参考サイト

• Iframes, onload, and document.domain | NCZOnline

あまり参考にならなかったサイト

• PRB: OnReadyStateChange および IFrame を起動しない OnLoad イベント – support.microsoft.com