アカウント名:
パスワード:
FreeBSD なんかだと、デフォルトでは root が日/週/月次レポートを送る関係上配送デーモンは上がりますが、受信用のデーモンは上げないので、比較的最小限の設定で入ってたりします。
というか、さすがに最近は MTA を入れていても、こうした上げ方をデフォルトにしてるのが普通と思いますが。
このレポートの送り先を変えたい場合でも /etc/mail/aliases を書き換えて /etc/mail で make 叩く程度だし、わざわざ入れ替える手間まで費やして、配送専用の小さなものに変えるとかはして欲しくないですね。
受信用にも使ってるから、sendmail 抜かれたらわざわざ入れないといけなくなるし。
ports化して、portsでインストールすればいいだけのような。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
OS付属のMTAとして (スコア:2, 興味深い)
こういうのはメールサーバを構築しなくてはならない人が使えばいいのであって、そうでないホストにはオーバースペックではないのかとずっと思ってました。
ローカル配送と外部SMTPへの接続だけやってくれるような小さいperlスクリプトなんかがあればいいのかなあ、と思ったりもするのですが。
Re:OS付属のMTAとして (スコア:3, 参考になる)
明示的にコメント解除してsmtpdを有効にしない限りは外部からのsmtp接続は受け付けません。
> ローカル配送と外部SMTPへの接続だけやってくれる
という状態になっておりお望みの状態に近いかと思います。
Re:OS付属のMTAとして (スコア:0)
IP Messengerみたいので事足りるケースだってあるし、まったく必要ない人だっているし。
選択オプションとしておいたほうが賢いと思うがな。
Re:OS付属のMTAとして (スコア:0)
それを言い出すと宗教戦争的な方向にしかいかない気がするけど．
伝統的ないわゆるUNIX環境について考えた場合，動作はしてなくてもパッケージとしてMTAが存在することは必要だと思うけどなぁ．どうせ皆がbashやtcsh使うからって/bin/shを無くしたら困るっしょ？どうせemacs使うからってvi無くしたら困るっしょ？/usr/binとか/binとかには俺は一度も使ったことの無いコマンドなんて腐るほどあるけど，そいつらをrmする勇気は無いぞ．
まぁHDDが1MB=1万円とかならまだしも，このご時勢なんだからMTAくらい入ってたって良いじゃない．で，伝統的にはsendmailが入ってるのが一般的だったワケだけど，そのあたりの妥協案として別のMTAを入れるってのもアリだと思う．もちろん，「デフォルトで謎の設定のまま動作してる」なんてことが無い前提でね．
Re:OS付属のMTAとして (スコア:0)
Re:OS付属のMTAとして (スコア:0)
Re:OS付属のMTAとして (スコア:1, 参考になる)
が今風の書き方なのでこっちのほうを使いましょう。
Re:OS付属のMTAとして (スコア:0)
Re:OS付属のMTAとして (スコア:0)
Re:OS付属のMTAとして (スコア:0)
けどMTAは適切な設定も必要だし、してもメール周りはSMTPで配送受けるよりは
POPなりなんなりでプロバイダに取りにいく環境作ることの方が多そうな気が。
この取りに行く環境にはSMTP送信が含まれることが多そうだし。
マルチユーザで使うならあってもいいけど(メールでやり取りもあるだろうから)、
個人利用だといらないしねぇ。
入れちゃってるならセキュリティのメンテもいるし、
手間が掛かる割には得るものが少ないというのが感想。
(debianのeximも邪魔なんだよな……)
Re:OS付属のMTAとして (スコア:1)
FreeBSD なんかだと、デフォルトでは root が日/週/月次レポートを送る関係上配送デーモンは上がりますが、受信用のデーモンは上げないので、比較的最小限の設定で入ってたりします。
というか、さすがに最近は MTA を入れていても、こうした上げ方をデフォルトにしてるのが普通と思いますが。
このレポートの送り先を変えたい場合でも /etc/mail/aliases を書き換えて /etc/mail で make 叩く程度だし、わざわざ入れ替える手間まで費やして、配送専用の小さなものに変えるとかはして欲しくないですね。
受信用にも使ってるから、sendmail 抜かれたらわざわざ入れないといけなくなるし。
Re:OS付属のMTAとして (スコア:1)
配送デーモンが標準で上がるのはいまいちだと思いますけどね。
MTAなしで運用できるのが標準になると一番嬉しい。
私は /etc/periodic.conf に以下の設定書いて
レポートメールを出さないようにしてます。
daily_output="/var/log/daily.log"
weekly_output="/var/log/weekly.log"
monthly_output="/var/log/monthly.log"
最近 root にメールがくる場面は at コマンドで
時刻指定のコマンド実行した時かな。
Re:OS付属のMTAとして (スコア:0)
Re:OS付属のMTAとして (スコア:0)
Re:OS付属のMTAとして (スコア:0)
Null Mail ClientとフルスペックのMTA、どちらのコードの方が安全性を検証しやすい?
Null Mail ClientとフルスペックのMTA、どちらの方が設定ミスを起こしやすい?
Null Mail ClientとフルスペックのMTA、普通の環境（多数決的に）でどちらの方が圧倒的にニーズが多い?
普通は賢いMTAはいくつかあれば十分でWebサーバはもちろん、LDAP, DNSサーバにフルスペックのMTAなんて必要性はまったくありません。と言うか必要な設計だったら設計が間違っているでしょう。
Re:OS付属のMTAとして (スコア:0)
そういうディストリビューションがあってもいいとは思うけど、少なくともNetBSDはそうじゃないってだけのことだろ。
Re:OS付属のMTAとして (スコア:0)
＃今は使ってないのでAC