Postfix(4)

**名無しさん＠お腹いっぱい。** · 05/03/15 10:30:15

Postfixスレッドその4です。

●リンク
　本家
　http://www.postfix.org/

　Postfix のぺーじ (ドキュメントの日本語訳、MLなど)
　http://www.kobitosan.net/postfix/

過去スレ、関連スレなどは>>2-4あたり

**名無しさん＠お腹いっぱい。** · 2005/04/06(水) 23:48:23

個人サイトで 2.0系使ってるけど 2.2系に移行すると嬉しいことって
どんなことがあります?

spam対策とかを手間かけずにある程度押えられるとかあったら
興味あるんだけど...

**名無しさん＠お腹いっぱい。** · 2005/04/07(木) 00:01:21

2.0って積極的にはもうメンテされないから不安じゃない？
設定はそのままもってけるから、可能なら上げたほうがいいとおもう。

ttp://ftp.t.ring.gr.jp/pub/net/mail/postfix/official/postfix-2.2.2.RELEASE_NOTES
ttp://ftp.t.ring.gr.jp/pub/net/mail/postfix/official/postfix-2.1.5.RELEASE_NOTES

**名無しさん＠お腹いっぱい。** · 2005/04/07(木) 08:26:21

>>118
TLSを使ってたらsscaheの設定でsdbmをつかっててはまる。
あと、master.cfも微妙に項目が増えてる。
古いバージョンはバグなどがあったときに自分で対応しないといけないし、
開発者もサポートするつもりは無いから、何は無くともPostfixのバージョンがあがった
ときに一緒に上げるというのは賛成。

>>117
2.2からはTLSがpatchなどを当てずに使えたり、レート制御の仕組みがあったりする。
そういう意味では結構こなれてきてると思うけどね。

**117** · 2005/04/07(木) 09:18:57

>118,119
なる。thx。

週末にでもチェックしてみます。

**名無しさん＠お腹いっぱい。** · 2005/04/07(木) 10:44:55

postfix-jp MLってなんかつまんねーのが多いなぁ。

今回のWAN側からメールが受けられない質問ってのも
たんにルータでフィルタリングしてるからってオチの
ような気がするけど、ド素人の教育を楽しみにしてる
人達もいるだろうから、こっちに書いておくことにするか

つーか、こんな程度のやつらが、まがりなりにもメールサーバ
管理者ってことになるんだからSPAMなんか減りっこないわな

**名無しさん＠お腹いっぱい。** · 2005/04/07(木) 13:06:22

まあ INN みたいにデフォルト設定のままにすると
"poorly configured xxx site" みたいなヘッダが付いちゃう
なんてしておくと面白いだろうな。

**名無しさん＠お腹いっぱい。** · 2005/04/08(金) 07:42:33

良くも悪くもPostfixが普及したということじゃないの？
昔はマニアやプロしか触らなかったからその尊厳が傷つけられるような
簡単な質問や設定ミスによる不具合というのは質問しなかったのだろうけれど
自称初心者が出てくるような状況になるとある程度ちゃんとした知識があれば
はまらないような問題もメーリングリストなどで質問されると。

**名無しさん＠お腹いっぱい。** · 2005/04/08(金) 10:04:34

10年前でも sendmail のお守りしなきゃいけなくなった
研究室の新人とかいたわけだけど、
最近は向上心もない自称初心者実態DQNな奴が
必要以上にややこしくてやってはいけない設定に手を出して
自爆して横暴質問して逆ギレして暴れるっていうのが多いな。

**名無しさん＠お腹いっぱい。** · 2005/04/08(金) 22:50:52

ちょっと気になったんだけど、

smtp-authで、ユーザー名「test」、パスワード「test」みたいなテスト用アカウントが生きていると仮定したら、
スパム打ち放題になってしまうよね？
もちろん、辞書アタックとかで安易なパスワードが見つかってしまったときとか。

smtp-authで認証したユーザのみ送信できるようにはできないのかなぁ。
この場合だと、

AUTH ********
で通ったあとに、
MAIL FROM: test@example.jp

でしか送れないようにするとかできる？
できるなら、sasl2のsmtpd.confになるのかな？それともmain.cf？どこの担当になるんでしょ？

**名無しさん＠お腹いっぱい。** · 2005/04/08(金) 23:13:30

外部委託かな

**名無しさん＠お腹いっぱい。** · 2005/04/08(金) 23:33:54

>>125
man 5 postconf
smtpd_sender_restrictions

**125** · 2005/04/08(金) 23:57:21

>>127
ヒントありがとうです。
reject_sender_login_mismatch になるのかな。
これをdbに参照させて一致させればOKかなぁ、あとでやってみます。

**名無しさん＠お腹いっぱい。** · 2005/04/09(土) 00:39:58

>>125
それってspam対策になるの？
ESMTP(AUTH)で辞書攻撃するようなケースだとそんなの何の対策にもならないと
思うんだけど？あるいは知識や技術の無い利用者に若干の不便を強いることで
ささやかな喜びを感じたいんだろうか？
認証のログや認証されたホストがどういうenvelope-From,Toのメールを送ったかも
記録されるから不正アクセスされたアカウントもすぐわかるだろうしね。

**名無しさん＠お腹いっぱい。** · 2005/04/09(土) 00:54:53

spam 対策にはならないねえ。
>>129の言うとおり、実際にspam送信に使われたアカウ
ントなんて、ログをみればすぐに判明するわけだし。
ユーザーに不便を強いるだけでは？

実際、いまの日本のspammerって、SMTP authするような
ISPと契約してspam打ちまくって、1日くらいしてアカウ
ント停止させられたらすぐに別のISPに乗り換え…って
のを繰り返してるのがいるっぽい。

**名無しさん＠お腹いっぱい。** · 2005/04/09(土) 01:57:30

送信者詐称できなくて不便な用途って何よ。phishing?

**名無しさん＠お腹いっぱい。** · 2005/04/09(土) 02:02:21

詐称?
プロバイダとかなら、自ドメイン以外のFromでも送れるようにしてるのが
普通だが。MAIL FromとヘッダのFrom分ければいいじゃん、ってのは大多数の
ユーザーにとって無理。

**名無しさん＠お腹いっぱい。** · 2005/04/09(土) 02:03:45

envelope-fromは本質的にはエラーなどの際の返信先を指定するものだから、
発信者≠エラー時返信先という場合もあろう。

**名無しさん＠お腹いっぱい。** · 2005/04/09(土) 03:32:06

実際のとこ、ISP の SMTP サーバ経由で ISP の管理下以外のアドレス
で送って来るのなんてほとんど spam だぞ。
* 大多数のユーザーは ISP からもらったアドレスを使用
* それ以外のアドレスを使用する場合は発行元のサーバを経由
てな感じだもん。

送信元アドレスを制限すべきではないってのは、10 年くらい前の
3rd party relay を制限すべきではないってのと同じような原則論
でしかないんじゃないのか?

**名無しさん＠お腹いっぱい。** · 2005/04/09(土) 06:09:57

全然違うだろ。技術的根拠がない。単なる印象論。
その分だと3rd party relayのときの議論もまともに理解してたか怪しいものだな。

**名無しさん＠お腹いっぱい。** · 2005/04/09(土) 07:44:58

アカウント停止だけでなくて損害賠償請求したらいいのに
配送・削除の手間・読まされて苦痛で１通あたり１００円

**129** · 2005/04/09(土) 08:00:34

>>132
大多数のユーザーは不正アクセスはしない。もちろん、不正アクセスをすることで
利用する許可が無い計算機を利用して電子メールを送ることも無い。
この手の不正アクセスは多くの場合自動アタックツールとでも言うべきソフトを
利用してやっていると思われるし、もしそうならenvelopeと実際のFromは変えうる。

>>134
Outbound Port 25 Blockingが流行っている今日でもそんな寝ぼけたことが言えるか？
おうちサーバーや仲間内サーバーならともかく、公共に利用されるサーバーが
サービスを利用できなくする明確な理由やサービスを利用したい利用者への回避策を
準備せずにそういうことをするというのはいただけないな。

3rd Party Relayの場合は運用の厳格化に正当な理由がありPOP before SMTPの登場に
より正当な利用者が困ることは無かったが、>>134の対策は正当な権限を持つ利用者が
困る対策だと思う。

**名無しさん＠お腹いっぱい。** · 2005/04/09(土) 11:29:36

saslauthdをrimapの設定でSMTP-Authできるようにしました。
MUAの都合上LOGINやPLAINも許可したいのですが、生で流すのは
いやなので、STARTTLSさせたいと思っています。

この場合、TLSに乗ってない場合はSMTP-Authさせない、という
設定は可能でしょうか。
今は、TLSの使用にかかわらずSMTP-Auth可能になっています。
上の設定ができるとすれば、どのようにすればよいのでしょうか。

**名無しさん＠お腹いっぱい。** · 2005/04/09(土) 14:23:42

最近はググる前に板で聴けが流行っているのでつね。

**名無しさん＠お腹いっぱい。** · 2005/04/09(土) 15:47:14

>>138
ヒント:
master.cf
smtpd_sasl_auth_enable

あとはドキュメントを穴があくほどよく読んでみなさい。

**名無しさん＠お腹いっぱい。** · 2005/04/09(土) 18:25:41

転送ってalias_mapsを使って登録すると思うんだけど
「自分にも残して、他にも転送」って可能なん？

hogehoge@sample.jp宛のメールを
hogeho@sample.jp と fugafuga@sample.jp のメールボックスに残すってのが、
漏れのプロバイダでできるので、興味を持ってみますた。

**名無しさん＠お腹いっぱい。** · 2005/04/09(土) 20:35:46

だって聞くのが一番だもん☆

**名無しさん＠お腹いっぱい。** · 2005/04/09(土) 20:36:36

>>141
できますよ☆

**名無しさん＠お腹いっぱい。** · 2005/04/09(土) 20:38:10

別ポート使えばいいに☆

**141** · 2005/04/10(日) 03:37:54

postfixの残しつつ、転送なんですが、
.forwardにて、行えるのはわかりました。
しかし、.forwardを使わず、mysqlを使いたいのですが可能ですか？

virtual_alias_mapsでできるかなと思ったのですが、
\hogehoge@sample.jp fugafuga@sample.jp
でもダメですた。

どのmapsを使えばいいのでしょう？

**名無しさん＠お腹いっぱい。** · 2005/04/10(日) 04:02:04

aliasesでいいじゃん。

**名無しさん＠お腹いっぱい。** · 2005/04/10(日) 04:03:46

うんうん、複数ドメインじゃなさそうなので
virtual_alias_mapsじゃなくてalias_mapsでいい。

まずMySQLじゃなくhash:aliasesとか単純なので実現させてから、
`man mysql_table'を参考にMySQLに移行するのが確実。

**138** · 2005/04/10(日) 05:39:43

>>140
すみません、わからないです…。
-o smtpd_sasl_auth_enableでSMTP Authの制御ができますが、
smtpsはTCP/465なので関係ないですし、smtpはもともとmain.cfで
smtpd_sasl_auth_enable=yesしています。

STARTTLSでTLSに移行してもserviceはsmtpのままなので、smtpでnoに
しておいてsmtpsでyesにしておけばいいというわけでもありませんよね。

**141** · 2005/04/10(日) 07:09:14

>>147
すいません、回答ありがとうございます。
とりあえず、unixアカウントを使用している別サーバでやってみました。
（質問時のサーバはunixアカウントは使用せず、mysqlでの仮想ユーザのみです）

alias_maps = hash:/etc/aliases
ですので、

ファイル内に
\hogehoge: fugafuga@xxxxx.jp

を追加し、newaliases＆postfix reloadしました。
特にどちらもエラーは出ていませんでした。

hogehogeにメールを送ると、

postfix/local[32026]: D334D61AE7: to=<hogehoge@sample.jp>, orig_to=<hogehoge>, relay=local, delay=0, status=sent (forwarded as DC49161AE1)
postfix/smtp[32028]: DC49161AE1: to=<fugafuga@xxxxx.jp>, orig_to=<hogehoge>, relay=mail.xxxxx.jp[*.*.*.*], delay=1, status=sent (250 Message received: 2005040922014857@xxxxx.jp@sample.jp)

と、forward扱いになって転送先へ飛んでいきましたが、
hogehogeにはメールが残っていませんでした。
この場合どこにミスがあるんでしょう？

**名無しさん＠お腹いっぱい。** · 2005/04/10(日) 08:06:06

.forwardなんだから、そりゃ残らない。
aliasに2つのアドレスを書きたまへ。

**名無しさん＠お腹いっぱい。** · 2005/04/10(日) 09:38:46

>>148
もひとつヒント
smtpd_tls_auth_only

**名無しさん＠お腹いっぱい。** · 2005/04/10(日) 13:48:07

>>149
man aliases

**149** · 2005/04/11(月) 04:10:09

>>150
>>152

残しつつ転送できました。
といっても、まさか
hogehoge: hogehoge, fugafuga
の形式で良かったとは・・・。

てっきり、ループして異常な状態になるにちがいない、と思って、
これだけは設定しちゃだめだと思っていました。
mysqlでも設定できました。きちんと残しつつ転送してくれるようになりました。
ありがとうございます。

**名無しさん＠お腹いっぱい。** · 2005/04/12(火) 03:07:14

無料で良いスパムフィルターはどれでしょうか？

fla2404-156.wind.ne.jp/~ss.jpg · 2005/04/12(火) 03:26:09

え　ぇ　け　っ　し　と　る　の　ぉ(*´Д`)ﾊｧﾊｧ

うはっｗｗｗおｋｗｗｗうえっうえっｗｗｗ？？

fla2404-156.wind.ne.jp/~ss.jpg · 2005/04/12(火) 03:32:34

え　ぇ　け　っ　し　と　る　の　ぉ(*´Д`)ﾊｧﾊｧ

うはっｗｗｗおｋｗｗｗうえっうえっｗｗｗ？？

**名無しさん＠お腹いっぱい。** · 2005/04/12(火) 18:37:28

>>154
SpamAssassin でいいんじゃない？
ついでに amavisd-new と ClamAV を使ってアンチウィルスもするがよろし

**名無しさん＠お腹いっぱい。** · 2005/04/13(水) 21:11:12

TLSって現行2.2系でもパッチを当てないといけないの？

**名無しさん＠お腹いっぱい。** · 2005/04/13(水) 22:21:32

パッチはオマエの脳に当てたほうがいい

**158** · 2005/04/13(水) 23:01:40

脳にパッチをあててコンパイルすると動きますた。
はやく組み込んでくれたらいいのにね。

**名無しさん＠お腹いっぱい。** · 2005/04/14(木) 00:55:34

>>158
patchは要らないけれど、コンパイル時にそれなりのオプションは必要。

つぎはぎの脳...なんかぐろいな。
フランケンシュタインみたいだ。

**158** · 2005/04/14(木) 01:52:40

えぇ、パッチ ptls....diff 当てなくていいんですか？
2.1.5ですが、当ててからコンパイルして動作はしていますが、
make makefiles CCARGS="-DUSE_SASL_AUTH -DHAS_SSL -I/usr/local/include/sasl -I/usr/local/ssl/include" AUXLIBS="-L/usr/local/lib -L/usr/local/ssl/lib -lsasl2 -lssl -lcrypto"
しました。
2.1系には要パッチということでしょうか？

**161** · 2005/04/14(木) 08:30:21

>>162
くだらない軽口言ってたからこれくらいは知っているものだと思ってたよ。
ちょっとリリースノートを読めばすぐわかる話なのに何で読まないかな？
英語が非常に不得意で見たら気分が悪くなってしまう人でも翻訳ソフトとか
Googleで検索して誰かが開設しているページとかを参照すれば載っているものだと
おもうけれど。
コンパイル時オプションなんかもマニュアル類をあたればわかると思うから
まずはそこからだ。

2.1.x系列にpatchが必要だからpatchが配布されてるわけでしょ？
不要だったらそんな無駄なものは配らないよね？作るほうも大変だしさ。

**名無しさん＠お腹いっぱい。** · 2005/04/15(金) 00:11:48

envelope recipientが特定のパターンにあてはまる場合は
エラーコードを返してメールを受けとらないようにしたい
のですが、どうすればよいでしょうか。パッチなしには
無理ですか?

**名無しさん＠お腹いっぱい。** · 2005/04/15(金) 00:21:59

>>164
smtpd_recipient_restrictions でドキュメントを検索しる

**164** · 2005/04/15(金) 00:43:05

>>165 splendid!

**名無しさん＠お腹いっぱい。** · 2005/04/15(金) 22:25:53

smtpd_intercept_malformed_connection

**名無しさん＠お腹いっぱい。** · 2005/04/15(金) 22:26:39

smtpd_reverse_attack

**名無しさん＠お腹いっぱい。** · 2005/04/15(金) 22:29:11

smptd_poison_response

**名無しさん＠お腹いっぱい。** · 2005/04/15(金) 22:30:06

smtpd_salassi_age

**名無しさん＠お腹いっぱい。** · 2005/04/21(木) 13:29:28

ちっとご相談なんですが、postfix の smtpd って、特定のクライアントだけは
connect, disconnect のログを取らないようにする、なんてことはできます？
設定周りを見た限りではできないようでしたが。

具体的には、ロードバランサの下に置いている smtpd が、数秒毎に来る
ヘルスチェック（port 25 に繋いですぐに QUIT）のログを吐きまくっているので、
これでログが埋もれちゃうんですよね。

解決策としては、smtpd の該当部分を改造してヘルスチェックをログらないように
するか、高機能な syslogd に入れ替えて該当文字列をログらないようにするか・・・
ぐらいかな？　と思っています。

**名無しさん＠お腹いっぱい。** · 2005/04/21(木) 16:07:34

出来ない

**名無しさん＠お腹いっぱい。** · 2005/04/21(木) 16:18:51

うちはログローテートのときに grep -v して捨ててる。

**名無しさん＠お腹いっぱい。** · 2005/04/21(木) 16:37:28

それって newsyslog.conf とかに設定、は出来ないよね?

**名無しさん＠お腹いっぱい。** · 2005/04/21(木) 17:01:09

ローテートのときに、よりも、後で、の方が正確な言い方か。

個人的にはログファイルは maillog.1 となってるよりも
maillog.20050421 となってる方がわかりやすいので、
newsyslog とか logrotate とか logadm とかが動いた後で

grep -v 'connect from xxx' maillog.1 | gzip -c > maillog.`date +%Y%m%d`.gz
rm maillog.1

みたいなことを実行するスクリプトを走らせてる。

**名無しさん＠お腹いっぱい。** · 2005/04/21(木) 17:01:37

>>174
/etc/syslog.confのほうね。

BSD系のsyslogdなら　|exec grep -v "hogehoge" >> /var/log/maillog
とか出来そうだが

**名無しさん＠お腹いっぱい。** · 2005/04/21(木) 19:02:32

>176
なるほど newsyslog(ローテート処理)じゃなくて syslog の方で
grep かましちゃうのか。

いや実は postfix でもない件でにたような話で気になるものが
あって >174 みたいなことを思ったんです。
保存する方には残らなくてもいいけど最新のログは
一通り出ていて欲しいと思ったのでできれば syslog.conf で
排除しちゃうのは避けたいな、うちの場合。

スレ違いですみません。

**171** · 2005/04/21(木) 21:18:51

できないってことは分かりましたんで、ソースに手を入れることにしますた。
バリバリハードコーディングですが、大したものでもないし・・・
とりあえず thanxco.

正常にヘルスチェックが来ているかはバランサのログを見れば分かるし、
簡易的には netstat -A inet -an | grep .... とかでなんとかなります。
ちなみに OS は Fedora Core なのですた。

**名無しさん＠お腹いっぱい。** · 2005/04/21(木) 21:41:30

>>177
最新の分は別のログファイルにも、書きだしとくとか。
newsyslog は1世代だけとればいいでそ。

**名無しさん＠お腹いっぱい。** · 2005/04/21(木) 22:32:05

syslog-ngなら無問題

**名無しさん＠お腹いっぱい。** · 2005/04/26(火) 06:16:50

いま、メールサーバ(pop含む）がおもしろくてはまってます。

postfix
smtp認証
pops, imaps, smtps,
ウェブメール

と機能を加えてきたのですが、
何かセキュアにするための機能とか便利な機能とかありませんでしょうか？
漏れには上の機能ぐらいしか思いつきません。

**名無しさん＠お腹いっぱい。** · 2005/04/26(火) 07:02:30

pgpとか色々。

**名無しさん＠お腹いっぱい。** · 2005/04/26(火) 08:50:26

pgpmail2shなんてのはどうかな

**名無しさん＠お腹いっぱい。** · 2005/04/26(火) 08:51:21

やろうと思えばtcp/mailなんてのも可能かな

**名無しさん＠お腹いっぱい。** · 2005/04/26(火) 12:08:02

>>181
まず「何をセキュア」にしたいのか言うべきだな。
話しはそれからだ。

**名無しさん＠お腹いっぱい。** · 2005/04/26(火) 13:43:54

人。

**名無しさん＠お腹いっぱい。** · 2005/04/26(火) 13:44:39

特に彼女。

**名無しさん＠お腹いっぱい。** · 2005/04/26(火) 14:17:15

うほ

**名無しさん＠お腹いっぱい。** · 2005/04/26(火) 20:04:16

Virtual Hosting with Postfix
http://www.howtoforge.com/linux_postfix_virtual_hosting

**181** · 2005/04/26(火) 21:43:26

181です・・・。

PGPですか、どう使えば幸せになれるか見当つきません＿|￣|○
ユーザとサーバで鍵をやりとりするのでしょうか？
smtps等の公開鍵とはまた違うのでしょうか。

ベイジアンフィルタをユーザーごとに、ユーザ自身で設定できるのかなと思ったのですが、可能ですか？

妻と去年結婚しました。
今年子供が生まれて幸せです。

181です・・・。

**名無しさん＠お腹いっぱい。** · 2005/04/26(火) 22:42:22

SPFとかDomainKeysとかどうよ

**名無しさん＠お腹いっぱい。** · 2005/04/27(水) 00:09:38

>>190
SSLは通信路を暗号化するものであるけれど、
サーバーやPCにあるデータを保護するものではない。
こういうサーバーやPCのディスクやFDなどの記憶装置にあるデータを
保護するのにPGPは使われる。

ベイジアンフィルターをユーザーに設定させるというのはメール振り分けソフトでも
かませば簡単にできるだろ。

>>191
導入企業は増えつつあるけれど、それの前にプロバイダのSMTPサーバーから
送られるspamを排除してほしい。

**名無しさん＠お腹いっぱい。** · 2005/04/27(水) 00:16:08

>>191
をpostfixに組み込む方法きぼん

**名無しさん＠お腹いっぱい。** · 2005/04/27(水) 09:19:58

DomainKeys は知らんが、SPF はソースアーカイブの
examples/smtpd_policy/ の下にサンプルがある。

**名無しさん＠お腹いっぱい。** · 2005/05/04(水) 22:17:19

今qmail使っているんですけど、せっかくだからpostfixで作り直そうと思います。
qmailadminみたいな、webでユーザ管理できるようなものあります？
　・各ユーザが勝手に自分のIDでログインして、パスワード変更、メール転送などを
　　自由に変更できるようにしたい。（もちろん自分以外の設定だけ変更可能）

webminでできるようですが、これって全ユーザが勝手に触って、ってものぢゃなさそう
だし・・　（Webmin使ったことないからよくわかんないですが。）

postfixadminとかでしょうか。
みなさん、何使ってます？

**名無しさん＠お腹いっぱい。** · 2005/05/04(水) 22:19:49

LDAP

**名無しさん＠お腹いっぱい。** · 2005/05/04(水) 23:24:31

MySQL

**名無しさん＠お腹いっぱい。** · 2005/05/04(水) 23:48:15

どうやらないらしい

**名無しさん＠お腹いっぱい。** · 2005/05/04(水) 23:50:37

自分以外の設定だけ変更可能、はなかなか…

**名無しさん＠お腹いっぱい。** · 2005/05/04(水) 23:57:48

IMAPDとかがやりそうな仕事の範囲な気はするな．
漏れもよく知らん

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 01:05:06

>>195
Webminは知っててUserminは知らないの？

**195** · 2005/05/05(木) 09:43:37

ありがとうございます。

>自分以外の設定だけ変更可能、はなかなか…
かなりやヴぁいシステムっすな（＾＾；
　自分の設定だけ、でした。

Webminも名前だけ知っている程度で、実際に触ってみたこと
ないです。Userminは名前すら知り舞えんでした。
ちょっとググってみたんですが、Usermin使って　転送設定とかも
無問題でできるんでしょうか。

携帯メールに転送したい。って人が結構いるんだけど、海外出張とか
いくとすぐパンクしてしまい、送信元にエラーメールいっちゃうみたいなんで、
海外行く前には転送を自分で停止しなさい。ってな運用にしたいです。
　あと、パスワードは定期的に自分で変更しなさい。とか。

皆さん　どういう運用されてます？鯖管理者が設定してあげてるんですかね。

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 10:03:01

>>202
＞Usermin使って　転送設定とかも無問題でできるんでしょうか。
出来るよ。sendmail(互換)として設定だけど。
ただ自分とこは自作のI/F作って、それ使うようにしてる。

六 · 2005/05/05(木) 11:51:47

.forward をユーザが書き換えられるように、Webインターフェイスを
作ってあげてる。

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 12:14:01

ま、おれもそうだけど、みんな自分で web の GUI 作ってるんじゃないかな

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 12:20:27

GUIなんか作らないよ。会社では、紙で申請。部長の承認サイン必要。
趣味のサーバは、勝手にsshで入って自分で変更してくれ。

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 13:08:15

>>206
うちもそうだなあ。
ブラウザで変更とかやるにしても、いちいちウザイ問い合わせが増えるだけ。

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 15:38:05

SquirrelMail(ウェブメール)を入れればプラグインで可能。
一石二鳥。

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 18:03:31

この手のことに慣れてない管理者向けに適当なGUIつけたことはあるなあ
申請は紙だが、変更する人が素人だったりして

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 21:23:03

リスメイルでそんなこともできるんだね
知らなかった

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 22:23:44

リスさんメール紹介しても女の子が少しも喜んでくれない件について

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 23:22:51

奥様はクマさんがお好き

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 23:42:09

SENDMAIL と比べて、パフォーマンスどうでしょうか？

**名無しさん＠お腹いっぱい。** · 2005/05/06(金) 19:45:59

>>195
回答になってないんだけど、PostfixならバックエンドでMySQLを利用してユーザのデータを
持つようにすればフロントエンドはPHPなりPerlなりで作ればいいと思う。

自分もフロントエンド作ったけど、簡単なものならそんなに大変じゃないと思う。

POP3/IMAP4はCourier-IMAPとかを使えばMySQLで認証データをもてるから管理が
楽になるんじゃないかな。

**名無しさん＠お腹いっぱい。** · 2005/05/07(土) 07:02:48

そこまでやるなら、Maildirなんて実アカウントを必要とする機構を使わずに、
メールスプールとか全部DBに任せたくならない?

**名無しさん＠お腹いっぱい。** · 2005/05/07(土) 10:36:17

>>215
それやるとPOPサーバの選択に制限ができるからやらない。
Maildirってもメールアカウントは必要だけど、OSのアカウントは別に必要ないし。
SMTPとPOP/IMAPの範囲でDBMSなりでアカウント管理が出来てりゃそれで構わん。