「める鯖立て」記事へのコメント

監視ツールのってことで

[mark (4383)]

受信の方をいろいろ試されているので評価の視線は違うようですが、評価目的だと qmail の固さがなかなか重宝しますよ。

生のメールを見ないとわかりにくい、
  o 発信時点で Date: がない
  o 行末が LF
を検出してもらったことがあります。Date は付かないままだし、行末の話の方は配信拒否しますから一目瞭然。
sendmail だと上のようなのもよろしくはからってくれちゃうもので、開発側は「実用上問題ないだろう」とか言うんですが、postfix はこのへんいかがでしょう?

まぁ、普通は、こういう点を確認する、ってとこがわかってれば MTA はなんでもいいんでしょうけど、その筋が専門というわけじゃないものでまかせられるところは、って感じ(^_^;

Re:監視ツールのってことで

[kinneko (277)]

助言ありがとぉ(^^)。

元 ISP 勤務としては、qmail な鯖は、前の仕事で運用経験ある
し除外しました。仕事では、sendmail はふつーだったし。
当時は CanBe な FreeBSD で１年以上、自分専用メールサーバ
ー(今思うとなんて贅沢なんだ!)運用したりしてたので。
いろんなパッチが出始めた頃だったので、錆びているけど磨け
ば復帰できそうなノウハウはあると思っているの。
だって、qmail ってば、その頃とあまり変わってないし(^^;。

なので、今回は postfix ターゲットなわけ。
pop のほうも、pop3d とか qpopper はふつーだったので、ちょ
っと違うのいじってみたいという色気も。もちろん実装違いで
微妙な違いが出るかも知れないので、その調査というの業務目的
もあるのだけどね。

送る方は RFC 準拠で作っているし、生パケット見てもわかるから
それほど気にしてないわけです。
とりあえずそのへんのメーラーで受信の試験はしたけど、受信を
試すというより、送信に必要なセキュアなプロセスの実装試験の
鯖なわけです。

Re:監視ツールのってことで

[mark (4383)]

あやや、助言だなんてとんでもない、釈迦に説法というやつをやってしまいました。恥かしいかぎりです。

というか、やっぱり普通は、

> 送る方は RFC 準拠で作ってるし

ですよねぇ(苦笑)。
# わたしの今いる部隊が作っているハードウェアに載る/外から管理するソフトウェアをその筋の部隊に外注(って同じ会社内ですが)してるのに、どうしてこっちから指摘できるような問題があるままなんだ、という…いちおういいわけ(?) X-)

引用順序前後しますが、

> qmail ってば、その頃とあまり変ってないし

上記なわけでわたしは年に一回かそこらしかそういう評価をする機会がないもので、条件をそろえるのには便利(^_^;