徒然なるままに

 自前のメールサーバを停止 これまで、自ドメインのメールサーバはVPS上に構築していた。 ・Ubuntu Server ・Postfix ・Dovecot ・spamAssassinと、BlackListの利用 Spam対策を行ってきたし、サーバ上でメールをトリガーにして各種プログラムを動かしたりしてきた。 メールサーバのメンテナンスは結構面倒くさくて、 　・Disk容量のチェック 　・不正アクセスのチェック 　・各種セキュリティパッチの適用 など、手間がかかる。 そこで、外部のサーバを利用することに…。 結構安くて使い勝手の良さそうなのが、「さくらのメールボックス」 3年契約で、3070円とな…。 　メールアドレスは自分のだけなので、20GBまで利用可能！ 　（Gmailより大きいねぇ） ということで、早速契約。 アカウント設定を行って、既存のDNSを書き換える。WHOISも書き換えて完了。 SMTPとIMAPが利用できればOK。 ちょうど、GoogleがSPF設定していないと受信しないし、DKIMおよびDMARCに対応していないメールを弾くようになったので、対応しているのを確認。 さくらサーバ自体は、これまでお客さんのサーバとして何件も利用しているので、利用方法も難しくはない。 　Webメールにも対応しているので、いざという場合にもありがたい。 ということで、各メールソフトの設定を変更。 　PC（常時使用する3台）とタブレット、スマートフォンと台数は多いがそれ程手間はかからない。 問題は、旧サーバで送受信したメールの履歴だけれど、これはThunderbrdを使ってローカルに保存することで回避。 　本当は、サーバtoサーバでMailboxに残そうとも考えたんだけど、古いメールはそれ程必要ないし、ローカルにバックアップしてあれば凌げるので、良しとする。 移行時にDNSの反映で若干時間がかかったものの、問題なく送受信できるのを確認して、作業完了。 　これでメンテナンスの手間が減るので、安いもんです。

メールだけ使いたいという要望 会社のホームページはないが、メールだけは社員で使っている。 でも、メールは1つのアカウントを数名で共用している。 まぁ、中小の親父さんたちにはよくある話です。 そこで、 独自ドメインを取得する ユーザ毎にメールアカウントを用意する PCの設定もアカウント制御する という話に収まるわけです。 その作業を請け負ったわけですが、自前のサーバは管理者が居ないので無理。 コストはあまり掛けたくない。手間も掛けたくない。（こちらも手間暇掛けたくない） ということで、レンタルサーバ＋独自ドメインとなります。 さて、企業が使うレンタルサーバの選定ほど難しいものはありません。自前のサーバならいろいろと、好き勝手設定できるし、能力が不足するなら変更可能なんだけど…。 使い方も、頻度も良くわからないまま決めなくてはならない。 候補は ムームドメイン（独自ドメイン）＋ロリポップ（サーバ） さくら（独自ドメイン）＋さくらのメールボックス（サーバ） その他 本当は、お名前やValueDomainなんかで、ドメイン取得して自前のサーバで設定が早くて安いんだけど…。 今回、費用は企業持ちなので便利そうなところで借りることに。 1のムームドメインとロリポップの組み合わせは、以前使用したことがある。大量のメールを裁く必要もなく、昼間の利用が中心なら何も問題はない。格安だ。 でも、今回は当面ホームページを持つ予定がないということ。ユーザは5名以下で頻度は極少ないということらしいので、2のさくらでやってみる。 何せ1年間10GBのメールボックスを借りて、1,000円/年なんだから無料（タダ）みたいなもんだ。 自分のVPSにドメイン追加してもいいんだけど、ずっと管理しないといけないのは気が重いし、自由に遊べなくなるので、却下した。 手続きしてみる まずは「 さくらのメールボックス 」のサイトから登録する。2週間無料お試し期間がついてくるそうだ。 ものの数分で完了。 ドメインを併せて取得。げっ1,800円もするんだ…。少々高いが、サーバが安いのでトータルで考えれば3,000円/年に収まるのでOKとする。 利用可能...

自動化するのにPerlを検討 ある案件で、あるサイトのフォームへ手入力しているものを、自動化するという処理を構築することに。 当初、メールでデータを流しこみ、Perlで解析し、POSTする方法を検討。 ところが、何度もページを遷移したあとで入力フォームにたどり着くのだけれど、SSLなページが、LWPではどうも上手くいかない。 まあWebブラウザを作るのと同じような内容になってしまうので、面倒すぎる。 どうもHiddenでデータ渡しているし、セッションを使っているのでCookieまわりの処理とかがダメっぽい。ひょっとするとReferer等も見ている感じ ふ〜む、そうだ！ WWW::Mechanizeを使おうと考えた。データを作るのに手入力はやっていられないので、HTTP::RecorderでProxyさせて、記録することに。 でもSSL通すと記録してくれない…。 はぁ…。 テキストブラウザLynxが使えないレベル ならば、いっその事テキストブラウザを制御する方向で検討。 メールで受けて、解析し、テキストブラウザをスクリプトで動作させる。 スクリプトには解析した内容から、フォームに入力させるようにPerlで生成する。 よし。これならOKそう。 まずは手元のUbuntu上で簡単な動作確認を行う。 Lynxには、マニュアルに載っていないコマンドラインオプションがあって、 $ lynx -cmd_log ファイル名 とすると、操作を記録してくれる。 この記録されたファイルを編集してやれば思い通りに動かせるはず。 実行するには、 $ lynx -cmd_script ファイル名 でOKだ。 実際には、 lynx -cmd_script log.txt -accept_all_cookies URL なんて指示してやる。 どうやら、日本語もちょっとうまく処理してやるとフォームに流し込めることが判明。 SSLもモジュールさえ入っていれば動作するのを確認。 本番環境の調査 お客さんの借りているのが「さくらのレンタルサーバ スタンダード」。契約内容からSSHがOK。Lynxも入っている。PerlもOK。 ここまでは、事前の調査で分かっているので、最...