で、まあ今最も熱いGunosyをいつ叩くんですか？今でしょ！、について書く気はまったく無くてですね、最近個別フィードのブログ読まなくなったよねー、という話を書きたいと思います。

少しだけ話をGunosyに戻しますが、先ほどいかに気持ち悪くGunosyを叩くブコメを放り込んでやろうかと考えてGunosy関係のことを書いてるブログを見てたらですね、この手のサービス、キュレーションって言うんですか？ネットニュースを色々まとめて適当な量だけ届けてくれるサービスを期待してる人って結構いるんだな、と気付きまして。自分的には2chとはてブの新着3usersとαヲチャーの人達あたりを追っかけてたら新鮮なネタにそれほど困ることも無いので、Gunosyとかも最初に話題になった時から今にいたるまでまーったく興味湧かないんですが、そういうのが無かったらGunosy的なキュレーションサービスが欲しくなるのも割と普通の流れのような気もします。

Gunosy以外にもcrownsnestとかありましたし、海外でもSummly（Yahooが買収）やらWavii（Googleが買収）やらありますし、割と今活発に開発されてるジャンルなんですよね。てことは注目度も当然高いと。繰り返しますが個人的にはまーったく興味無いですが。

でまあ、そういうことを考えておりましたら、最近自分でもブログの個別のフィードをあんま見ないしGoogle Readerなんかもほぼはてブリーダーとして使ってる現状を思い出しまして、ネットを見て回る行為自体めんどくさいと感じてるのはキュレーションを求める人も自分も大して変わらないんじゃね？という結論に落ち着きました。ただ上に書いた通り自分の場合ネットを見て回らなくてもだいたいの話題に乗っかれる状態に元からあったってだけで、そういうのが無かったらGunosy的な何かが欲しいのは自然な流れかなーと思い直すに至ったのであります。

とか考えておりますと、そもそもなんで見て回る行為がめんどくさいと思うようになったかという話になるのですが、そうなりますとまずはめんどくさいと思ってなかった頃を思す必要がある訳です。何年前か忘れましたけどRSSリーダーを毎日楽しく見ていた時機があったなーと遠い目をしながら、なんで楽しく見なくなったかと言う事を考える訳であります。

自分の場合、なんか検索する→ブログがヒットする→面白い→RSSリーダーに放り込む、という流れで新しいブログを読み始めることが多かったのですが、最近はなんか検索する→ロクな内容がヒットしない→（プログラマですので）site:apple.comとかsite:stackoverflow.comとかを付けてググる→終わり、という流れになってて結論からいうとロクな内容がヒットしないグーグルが全部悪いということになってしまいました。

で、ロクな内容がヒットしなくなった原因なんですが、なんなんでしょうかね？

ただまあなんとなくツイッターやらFacebookやらで済ましちゃおう欲というか、こんな破綻した感じのブログ記事をポストしたら下手したらブ※でﾌﾙﾎﾞｯｺだよね、たぶん誰にも読まれないんだろうけど…うーん書くのやめちゃおう！とちょうど今思ってたのが原因じゃないかと思いましたので、意地でも公開してやる運びとなりました。非アルファ系ブロガー皆様におかれましてはぜひ私を見習ってチラ裏投稿に励まれてみてはいかがかと思います。

ちなみに久しぶりにブログを書いたもので書き方を完全に忘れておりました故、本日の文体は先ほど読んだ元突撃隊長ことやまもといちろう氏の文体に過分な影響を受けていると思われますので、mixiの行く末についての小気味の良い文章で締めくくらなければならないところなのですが、まったく思いつかなかったのでこのまま終わろうと思います。

Twit Delayの入力画面で140字を超えた場合にダイアログが出るようになっていましたが、先ほど修正しました。

投稿文字数のカウント方法に関するバグがあり、予約投稿が指定日時になっても送信されない状態になっていた問題を修正しました。
一応これで今回の予約投稿に関するバグはすべて対応した形になります。

なお、既に予約済みの投稿については内部的に文字数をうまいことごにょっと修正する方法がありませんので、指定日時になっても送信されないと思います。その際は編集し直してから再予約願います。

なんか他にあったら教えてくだはれ。
んでわ

先日からTwit Delayの投稿遅延が発生しているようで、Twitter経由で何件かお問い合わせを頂きました。まずはお詫び申し上げます。

原因ですが、140字以上のツイートを投稿した際にエラーが発生し、そのエラーを再投稿しようとしたものが溜まっていたためでした。Twit Delayを作ってからもうだいぶ経ちますのでだいぶうろ覚えなのですが、Twitter API 1.0のころは問題無かったように思いますので何か仕様が変わったような気もします（がうろ覚えなのでなんともw）。

対応としまして、とりあえずTwitterから140字以上で投稿失敗した旨のエラーが返ってきた際はリトライ日時を2099/12/31に変更するようにしています。メイン画面でリトライ日時が2099年になっているのがあれば文字数を減らして再投稿もしくは削除願います。

現在溜まっているツイートを投稿している最中ですので、すぐに全てのツイート予約の滞留が解消される訳ではないのですが、じきに正常に戻ると思います。

なお、GAEがPython2.7になるらしく、今年中にシステムを載せ変えないといけないみたいなのでまたTwit Delay関係のご連絡があると思います。

P.S.
書くの忘れてました。
凍結ユーザーの予約ツイートエラーも少し溜まっていたようですが、こちらは消すように変えてます。

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