Postfix(6)
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2006/09/20(水) 02:04:10●リンク
本家
http://www.postfix.org/
Postfix のぺーじ (ドキュメントの日本語訳、MLなど)
http://www.kobitosan.net/postfix/
過去スレ、関連スレなどは>>2-4あたり
0291名無しさん＠お腹いっぱい。
2006/12/25(月) 14:40:49spam業者は即刻アカウント削除
0292290
2006/12/25(月) 14:55:31あれもこれも必要なメールらしいですし
＃どちらかというとDoSかも
0293名無しさん＠お腹いっぱい。
2006/12/25(月) 15:11:530294名無しさん＠お腹いっぱい。
2006/12/25(月) 16:21:27>「短時間に大量のメールを送るのはやめて下さい」
>といわれてます。
じゃあ 290 は一体何者なんだという疑惑
0295名無しさん＠お腹いっぱい。
2006/12/25(月) 16:37:58qmgrデーモンがキューからピックアップする際にmaillogに吐く
nrcpt=
の数字は、localやsmtp,virtualなんかに送るメールの数という認識でよいでしょうか？
この辺のステータスについて解説されている資料などありましたらご教授頂けると幸いです。
宜しくお願いいたします。
0296290
2006/12/25(月) 17:04:16漏れ: サービス系メールサーバの管理者の1人
メール管理者: OA系メールサーバの管理者
サービス系のメールサーバは基本的に送信専用です。普段ログインしない。
OA系のメールサーバのメールは普段読む。
よって、サービス系の中で起こった事は、メールを飛ばして、
サービス系メールサーバ → OA系メールサーバ→ヘビーユーザのクライアント
と流れます。
OA系メールサーバが非力なのか、落ちてしまうようです。
そこで、ヘビーユーザがメールしかける場所を減らす様努力中ですけど、
その他、サービス系メールサーバで絞れないかと。
0297名無しさん＠お腹いっぱい。
2006/12/25(月) 17:12:490298名無しさん＠お腹いっぱい。
2006/12/25(月) 17:25:51数万通というのが時間当たりの単位なのか判りませんが
一般ユーザからすると通常ありえない運用の仕方ですよね。
言われてるように、そのユーザ自身がスパム業者かBOTネットの一員になってるとしか思えないのですが。。。
トラップが飛ぶような仕組みになっているなら、下記資料を参考に
動的にルールセットを切り替える仕組みを作ればいいのではないかと思います。
ttp://www.kobitosan.net/postfix/archives/faq-jp-20010228pl02.html#relay_restrict
>>297
そういった非生産的な発言は控えて頂きたい
0299名無しさん＠お腹いっぱい。
2006/12/25(月) 17:27:030300名無しさん＠お腹いっぱい。
2006/12/25(月) 17:28:020301名無しさん＠お腹いっぱい。
2006/12/25(月) 17:53:27そりゃ数万通ぐらい平気で飛ぶわな。
サービス系メールサーバで異常時だけOA系メールサーバへメールを
飛ばすようなプログラムを仕込んでおくのがいいと思うよ。
0302名無しさん＠お腹いっぱい。
2006/12/25(月) 18:04:06何なんだお前ら
さっさと死ね
お前らの発言はspam並みに役経たず＆不快だ
0303名無しさん＠お腹いっぱい。
2006/12/25(月) 18:20:270304名無しさん＠お腹いっぱい。
2006/12/25(月) 18:32:050305290
2006/12/25(月) 21:41:52>>all
ありがとん
>>298
拝見しますた。
ヘビーユーザが100%意味の無いメールをとばしてるかって言うとそうとも思えないのねん。
＃ポインタを理解できていなかったらすまんです。
動的にルールセットを作り替えられるんだったらベストなんだが
・考えてるの
送信元サーバが一緒(サービス系メールサーバは各サーバのメールを集約して転送する仕組み)で、
単位時間内に複数メール投げるんだったら、２通目以降は、linux-users ML等のように、まとめ送りする
その単位時間内にヘビーユーザが状況を知りたければ、まとめ送りのメールの内容を取得できるようにする
他のMTAでここまで実装してこれなかったが故に、
単位時間あたりの流量制限
という話になってるのねん。＃QMAILではできてたらしいが
>>301
おっしゃるとおりで。そりゃ飛ぶだろう、って感じ。
平常時からしてメールとばしすぎだろう、って思ってるんだが、
その、メールとばしすぎてOA系メールサーバ落としますた事件の際は異常時で、
読めなくなるほどメールが飛んだらしい。＃漏れ、その時別部署だったからしらん
というわけで、異常時であっても、OA系メールサーバを落とすようなメールを送るな、
という話になったらしい。＃あほらし
メールに頼ってくれるな、事実上のDoSをしかけてくれるな、異常時くらい勘弁してくれ、
っていうのはあるんだが、前科のあるさーびすなんで、保険をかけざるを得ないんだが…
antifloodかspamassassinで運用、ってのも考えたが、それはそのヘビーユーザの有用なメール
(障害検知のお知らせ)をあぼーんするだけなんで、あきらめた。
0306名無しさん＠お腹いっぱい。
2006/12/25(月) 22:05:310307290
2006/12/25(月) 22:31:39さんくす。明日早速調べてみる。
mySQLかPostgre SQL必須らしいし、使った事無いから厳しいけど。
＃DBつかうっていうと、Oracle信者の妨害が入る可能性もあり
0308名無しさん＠お腹いっぱい。
2006/12/25(月) 22:38:580309名無しさん＠お腹いっぱい。
2006/12/26(火) 00:38:53とりあえず、
もうちょっと制限したいメールを挙動を詳しく。
Senderが単一/多数
Recipientが単一/多数
Recipientが単一なら、とりあえず、OA系サーバが捌ける程度に smtp_concurrency_limit を絞ってやれば済む。
次の仕事は、自分管理のサービス系サーバのメイルキューがパンクしないか監視すること。
外部配送全体に影響出るのが嫌なら、別名transportを利用する。
0310名無しさん＠お腹いっぱい。
2006/12/26(火) 01:31:21一分一秒を争うサービスでなければ、数分ごとにメールをまとめて送るような
メーリングリスト仕掛けりゃいいんでないの？
0311名無しさん＠お腹いっぱい。
2006/12/26(火) 11:20:54善意の第三者を装うあたりが卑怯すぎるので一億回死ね。
0312名無しさん＠お腹いっぱい。
2006/12/26(火) 16:20:37snmpのトラップのかけ方がクソすぎる、どうにかしろ、サービス停止にするぞ!
って恫喝して終わらせれば? 個別対応せずに、有無を言わさず切ってしまえ。
0313名無しさん＠お腹いっぱい。
2006/12/28(木) 12:39:09バーチャルドメイン環境で使用していますが、
main.cf で virtual_mailbox_domains に設定した値が
DNSより優先されてしまいます。
例えば、誤ってvirtual_mailbox_domains に example.jp を設定すると、
DNSを参照する前に、example.jp が自身のサーバーであると判断してしまいます。
実際にメールを example.jp 宛に送信すると、
127.0.0.1に送信し、user unkown みたいなエラーが返ってきます。
DNSを強制的に先に参照させる方法はないでしょうか。
ttp://tmtm.org/postfix/tutorial/virtual.html
このサイトの「バーチャルドメインの注意」の一つ目が
私が言ってる内容と同じかと思います。
誰かお助けを・・・
0314名無しさん＠お腹いっぱい。
2006/12/28(木) 14:35:06ばーか
0315名無しさん＠お腹いっぱい。
2006/12/28(木) 14:51:03最終的に何がしたいのか言ってくれないと何とも・・・
>DNSを強制的に先に参照させる方法はないでしょうか。
ない。
0316名無しさん＠お腹いっぱい。
2006/12/28(木) 15:08:56パッチ書けば？
0317名無しさん＠お腹いっぱい。
2006/12/30(土) 15:37:36人の鯖のドメインを自分の鯖でバーチャルドメインにしたいってのが理解できない
SPAM?
0318名無しさん＠お腹いっぱい。
2006/12/31(日) 21:40:07「誤って設定する」のがそもそもの間違いでは
0320名無しさん＠お腹いっぱい。
2007/01/01(月) 10:50:010321名無しさん＠お腹いっぱい。
2007/01/02(火) 01:25:21postfixadmin では、自ホストのローカルユーザーへの配送と、バーチャルホストへの
配送を別に行なう事はできますか？
それとも、ローカルユーザーであっても、バーチャルホスト上で管理しなければ
ならないでしょうか？
例えば、自ホストが example.jp で、ローカルユーザーに user1 がいたとします。
このホストでは、virtualhost1.jp virtualhost2.jp をバーチャル管理したいとします。
この時、user1@example.jp は、user1 のローカルユーザーのメールボックスに配送したく、
それ以外の virtualhost1.jp, virtualhost2.jp あてのユーザー postfixadmin の
管理下に配送したい。
このような設定は、postfix の main.cf で、なんとかなるのでしょうか？
0322名無しさん＠お腹いっぱい。
2007/01/02(火) 02:25:49まず、この２つのページ読んで、postfixのシステムを頭の中に入れる
http://www.kobitosan.net/postfix/jhtml/receiving.html
http://www.kobitosan.net/postfix/jhtml/delivering.html
ローカル配送(local transport)は、localというプログラムが担当する。
これは、『Postfix の構造 - メールの配送』の図にあるとおり。
バーチャルドメインの場合には、図中に記述が無いが、同様に、
バーチャルドメイン配送(virtual transport)は、virtualというプログラムが担当する。
つまり、ローカル配送とバーチャルドメイン配送とは、全くの別配送処理となる。
ここまで、postfixadminは関係なし。
次に、postfixadminで管理可能なのは、バーチャルドメイン配送の設定のみ。
ローカル配送の管理はできません。
つまり、postfixadminで管理したい対象ドメインは、全てバーチャルドメインとする必要がある。
以上、何も知らない人の質問に合わせて書くのは面倒、かつ、無意味なので、
事実のみ列挙したよ〜ん。
0323名無しさん＠お腹いっぱい。
2007/01/08(月) 05:50:42userdbを活用する方法って無いでしょうか？
ご存知でしたら誘導でも良いので教えてください。
お願いします。
0324名無しさん＠お腹いっぱい。
2007/01/08(月) 10:20:54とか？
0326名無しさん＠お腹いっぱい。
2007/01/09(火) 12:06:23postfix/trivial-rewrite: warning: valid_ipv4_hostaddr: invalid octet count:
というログがはきだされますが、これが何を意味しているか調べてみたけど
よくわかりませんでした。
アドバイスを頂けるとうれしいです。よろしくお願いします。
0327325
2007/01/10(水) 06:36:29PostfixでCourierのauthdaemonを利用するという部分でハマってしまっています。
ちなみにですが、sasl2を利用したSMTP認証は今までもやっていましたし、普通に
できていました。
で、ここを参考に同じようにやってみたんですが上手くいきません。
ttp://espion.just-size.jp/archives/06/146170147.html
ログには
postfix/smtpd[976]: fatal: no SASL authentication mechanisms
と出ており、どうもauthdaemondにアクセスできていないようです。
/var/run/courier/authdaemon 以下は所有者がdaemon、パーミッションが770と
なっているので/etc/group のdaemonグループにpostfixを追加してみたりもしました
がダメでした。
もしかしたらPAMとかそっち方面なのでしょうか？
それともてんでピント外れでしょうか？
助言をいただけると助かります。
よろしくお願いします。
0328327
2007/01/10(水) 06:50:43すいません、意味不明でした。
sasldbを利用したSMTP認証は今までもやっていました、という事です。
0329名無しさん＠お腹いっぱい。
2007/01/10(水) 08:44:55main.cfも書いてないしな。
こういう質問の仕方をするからエスパー募集って言われるんだよ。
0330名無しさん＠お腹いっぱい。
2007/01/10(水) 12:02:37そこ間違ってるし
0331名無しさん＠お腹いっぱい。
2007/01/10(水) 12:23:180332名無しさん＠お腹いっぱい。
2007/01/11(木) 00:07:080333名無しさん＠お腹いっぱい。
2007/01/11(木) 01:03:070334名無しさん＠お腹いっぱい。
2007/01/11(木) 01:13:250335名無しさん＠お腹いっぱい。
2007/01/11(木) 01:20:140336327
2007/01/11(木) 04:47:15その後、やり直したり、いじったりして少し状況が変わったので改めて状況説明
させてください。
Debian3.1で以下のものをaptからバイナリインストールしました。
postfix, postfix-tls (バージョン 2.1.5
courier-pop, courier-authdaemon, courier-base （バージョン 0.47
### /etc/postfix/main.cf ###
smtpd_banner = $myhostname ESMTP $mail_name
biff = no
append_dot_mydomain = no
myhostname = host.domain.tld ※もちろん実際は違います
mydomain = domain.tld ※実際は違います
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = $myhostname
mydestination = $myhostname, $mydomain, localhost.localdomain, localhost
relayhost =
mynetworks = 127.0.0.0/8
inet_interfaces = all
home_mailbox = Maildir/
smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_exceptions_networks = $mynetworks
smtpd_sasl_security_options = noanonymous
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
0337336
2007/01/11(木) 04:48:06### /etc/postfix/sasl/smtpd.conf ###
pwcheck_method: authdaemond
authdaemond_path: /var/run/courier/authdaemon/socket
mech_list: plain login
その他、master.cf での smtps行のコメントを外し、authdaemonrc の認証モ
ジュールは authmodulelist="authpam authuserdb"としています。
/var/run/courier/authdaemon 以下が所有者daemonでパーミッションが770だっ
たので、postfixユーザをdaemonグループに入れています。
POP3は問題なく認証できていますがSMTP認証ができません。
ログには postfix/smtpd[1114]: fatal: no SASL authentication mechanisms と
出ています。
度々で申し訳ありませんが、よろしくお願いします。
0338名無しさん＠お腹いっぱい。
2007/01/11(木) 04:51:490339名無しさん＠お腹いっぱい。
2007/01/11(木) 04:55:010340336
2007/01/11(木) 06:02:57authdaemonからauthpamとauthuserdbを使えばsasldbを使う必用は無くなるんだと
思ってるんですが・・。
ものすごく間違ってるって事でしょうか？
0341名無しさん＠お腹いっぱい。
2007/01/11(木) 06:56:02postfix は全然エラーを教えてくれない
sasl/smtpd.conf の設定はハマリ所
例えば mech_list に cram-md5 を入れると、
pwcheck_method が勝手に auxprop になる
virtual_mailbox_* に指定したファイルの
パーミッションに問題があった場合は
エラーログ(/var/log/mail.log とか)を見ないとわからない
0342名無しさん＠お腹いっぱい。
2007/01/11(木) 08:02:03>エラーログ(/var/log/mail.log とか)を見ないとわからない
俺的にはログ吐いてるなら充分エラーを教えてくれていると思う
一部設定項目は実際に使うまでエラーが出ないというのには同意だが
設定いじった後は試験＆ログ監視するもんだろ
0343名無しさん＠お腹いっぱい。
2007/01/11(木) 08:19:230344340
2007/01/11(木) 08:49:10virtual mail box使ってる関係で、今まではSMTP認証用のユーザ登録を
sasldbに、pop3認証用のユーザ登録をcourierのuserdbに行っていました。
SMTP認証でもauthdaemonを通してuserdbを使えるなら２箇所に登録を行う
手間もsasldbも省けるなぁと。
0345名無しさん＠お腹いっぱい。
2007/01/11(木) 08:54:460346名無しさん＠お腹いっぱい。
2007/01/11(木) 09:06:420347名無しさん＠お腹いっぱい。
2007/01/11(木) 09:11:490348名無しさん＠お腹いっぱい。
2007/01/11(木) 19:53:31直接 Maildir 内に配送する事はできないでしょうか？
例えば
.qmail-test に
./Maildir/.test/
と書いておくと、example-test@ に送信した場合、
test ディレクトリ内に配送されます。
これを、.forward+test で実現する方法がわかりません。
同じように書いてみましたが、メールアドレスとして展開
されてしまうようです。
直接 Maildir 内に配送する方法があれば教えてください。
(拡張アドレスで簡易振り分けみたいな事がしたいのです)
よろしくお願いします。
0349348
2007/01/11(木) 20:07:59/home/example/Maildir のように絶対パスで書いたら配送されました…。
ごみんなさい。
0350名無しさん＠お腹いっぱい。
2007/01/11(木) 21:00:24./Maildir
じゃなくて
~/Maildir/
にすればよかったかと
0351336
2007/01/12(金) 07:04:11その後、追加でaptからsasl2-bin libsasl2-modulesを追加しましたら少し
状況が変わり、ログには
postfix/smtpd[2084]: warning: SASL authentication failure: cannot connect to Courier authdaemond: No such file or directory
と出ました。
DebianのPostfixはchrootで動作しているハズなので、その関係で
/var/run/courier/authdaemon/socket を見つけられないのかと思い、
/etc/postfix/var/run/courier/authdaemon/socket としてハードリンクして
Postfixを再起動してみたんですが状況は変わりませんでした。
あと少しっぽいので何とかお知恵を貸していただけないでしょうか。
0352名無しさん＠お腹いっぱい。
2007/01/12(金) 08:58:520353名無しさん＠お腹いっぱい。
2007/01/12(金) 10:27:020354名無しさん＠お腹いっぱい。
2007/01/12(金) 13:01:25sasldbのowner,group変更とか？
0355名無しさん＠お腹いっぱい。
2007/01/12(金) 13:48:480356351
2007/01/13(土) 06:27:51試してみましたが今の所状況に大きな変化は無しです。
Postfixのバージョンを上げてDovecotへの乗り換えも視野に
入れつつ引き続きがんばってみます。
0357名無しさん＠お腹いっぱい。
2007/01/13(土) 08:23:35courier-authdaemon認証は
ttp://espion.just-size.jp/archives/06/146170147.html によると
・認証は全て生パスワード、APOP や CRAM-MD5 は使わない
*Postfix の SMTP 認証のアカウント情報に courier で使ってるアカウントの
情報と共有したい場合は CRAM-MD5 は使えない仕様
・postfix は全然エラーを教えてくれない
* sasl/smtpd.conf の設定はハマリ所
例えば mech_list に cram-md5 を入れると、pwcheck_method が勝手に
auxprop になる
* virtual_mailbox_* に指定したファイルのパーミッションに問題があった
場合はエラーログ(/var/log/mail.log とか)を見ないとわからない
とのこと。
0358356
2007/01/14(日) 20:54:50ませんでしたので、Postfixのバージョンを上げてDovecotとの組み合わせ
に乗り換える事にしました。
アドバイスをくださった方、ありがとうございました。
また、お騒がせした事をお詫びします。
0359名無しさん＠お腹いっぱい。
2007/01/15(月) 03:08:43試みてるのですが、
ループに困ってます。
例えば、
test@example.jp -> test2@example.jp -> test@example.jp
とすると、ループしてしまいます。
上のような場合、
test@example.jp には2回、test2@exapmle.jp には1回同メールが
届くようにするうまい方法はないでしょうか？
ヘッダーに通過したメールアドレスを追記してフラグを立てる方法を
思いつきましたが、
これだと、さらに別のところにメールソフトなどから
転送した場合に、うまく転送処理が機能しなくなってしまうんですよね・・・
0360名無しさん＠お腹いっぱい。
2007/01/15(月) 11:51:450361名無しさん＠お腹いっぱい。
2007/01/15(月) 13:40:340362361
2007/01/15(月) 13:41:150363名無しさん＠お腹いっぱい。
2007/01/15(月) 15:50:53postfix/qmgr[19000]: (メッセージID): from=<>, size=18350, nrcpt=1 (queue active)
みたいな感じでログが残っているのですが、
fromが空欄なため、送信ユーザを特定できません。
これを特定する方法はないでしょうか。
postfix2.1です。
0364名無しさん＠お腹いっぱい。
2007/01/15(月) 16:01:270365名無しさん＠お腹いっぱい。
2007/01/15(月) 16:04:11メッセージIDから引けば送ってきたIPはわかるぞ。
あとはそのIPの管理者にでも聞いてください。
0366名無しさん＠お腹いっぱい。
2007/01/15(月) 16:05:49えーっと・・・
書かなくても特定できる誰か、とか？(汗)
管理者に聞いてみる、とか？(汗)
0367名無しさん＠お腹いっぱい。
2007/01/15(月) 16:12:51> fromが空欄なため、送信ユーザを特定できません。
空じゃなくても詐称かもしんないじゃん。
0368363
2007/01/15(月) 16:15:33>>365
localhostですね、
自メールサーバ内からの送信しか許可していないので。
エスパー呼ばれるってことは、
的が完全にずれているかと思いますが、
SASLにてSMTP Auth を設定してます。
(main.cf にてsmtpd_sasl_auth_enable = yes)
ここで認証させることで、許可したユーザのみしかアクセスできなくなるのは
いいとして、
それがログに残らない（残せるけど残す方法が分からない？）
というのがきついのですが、
ヒントだけでもおながいします。
0369名無しさん＠お腹いっぱい。
2007/01/15(月) 16:20:420370363
2007/01/15(月) 16:32:55であれば、せっかくSMTP Auth している際の認証データを
ログのほうに出力することはできないのでしょうか？
Fromは確かに意味が薄いかもしれませんが
SMTP Authの認証であれば確実かと思います。
送信ユーザをログから特定できないということが
うまく理解できません。
0371363
2007/01/15(月) 16:57:16でFromの制限はできそうですが、かなり不便になりそうですね。
何かほかに良い方法はないでしょうか？
0372名無しさん＠お腹いっぱい。
2007/01/15(月) 16:57:49ので、マジレスすると、from=<> はエラーメールな。
ちゃんとお勉強してくれ。
0374名無しさん＠お腹いっぱい。
2007/01/15(月) 17:19:16正確には「エラーメールは from=<>」だな。
0375名無しさん＠お腹いっぱい。
2007/01/15(月) 17:47:19ちゃんと日本語勉強してくれ。
0376名無しさん＠お腹いっぱい。
2007/01/15(月) 18:43:52・・・もうマジレスしていいのかな？
0377名無しさん＠お腹いっぱい。
2007/01/15(月) 20:05:100378名無しさん＠お腹いっぱい。
2007/01/15(月) 21:38:01トップに出てくるようなネタだからな。
まじめに答えたら負けだと思ってるヤツが多いだろｗ
0379名無しさん＠お腹いっぱい。
2007/01/15(月) 22:01:290380名無しさん＠お腹いっぱい。
2007/01/16(火) 02:20:22(1)他のメールサーバから送られてくるメールは問題なく受信する
(2)当メールサーバに接続してくるクライアントにはSMTP over SSLを強要したい
という2つの条件を満たしたい場合、どのようにすればよいでしょうか。
送信サーバと受信サーバを別々にするしかないでしょうか・・・
現在は、(1)のためにport25を開け非SSL許容、(2)のためにport12345を開けSSL強要
としております。
port25にクライアントが接続すれば非SSLでメールを投げることができる状態です。
0381名無しさん＠お腹いっぱい。
2007/01/16(火) 02:57:160382名無しさん＠お腹いっぱい。
2007/01/16(火) 03:02:24>>363とか>>380とか、まかりなりにも「管理者」を名乗る立場の者なら
関連RFCに目を通してから質問してほしいなぁ
0383380
2007/01/16(火) 03:16:40「ちゃんと」とSSLは不安ですが、多少は理解しているつもりです。
そして無茶なことを言っているなということも・・・
>>382
RFCは開発のためにはよく見ても、
管理のためにはそこまで見ないと思います・・・
0384380
2007/01/16(火) 03:27:15SSL通信していないとシャットアウトってのがあるだろ！」
なんて答えを期待していますorz
0385名無しさん＠お腹いっぱい。
2007/01/16(火) 03:28:06どうすれば良いはドキュメント嫁
0386名無しさん＠お腹いっぱい。
2007/01/16(火) 03:35:15それに最低でもRFC2821(821)に目を通すのは常識だと思うが
逆に読まずにどうやってリレーコントロールを設定したのか聞きたい
ネット上に転がってる誰かの設定をコピペしただけ？
0387380
2007/01/16(火) 04:13:47smtpd_sender_restrictionsで>>384のことができました！
ありがとうございましたm(_ _)m
#FROMを詐称されると・・・とありますがここまで求めません。
#以降時間があるときに色々調べていきます。
>>386
ドキュメントは読みましたが、>>384の観点では読んでいませんでした......
設定はここ ttp://www.postfix-jp.info/trans-2.3/jhtml/postconf.5.html
とグーグル先生より設定しました
＞それに最低でもRFC2821(821)に目を通すのは常識だと思うが
ここだけはNoと言っておきます。
例えばWebサーバ立てる人間皆にhttpに関するRFC読めと？
(>>386だと「読め！」と言うのかもしれませんね...)
0388名無しさん＠お腹いっぱい。
2007/01/16(火) 04:41:58バカのいいわけみっともない。消えろ。
0389名無しさん＠お腹いっぱい。
2007/01/16(火) 05:58:16恥ずかしくて言えません。どうすればよいですか？
0390名無しさん＠お腹いっぱい。
2007/01/16(火) 07:14:04尻ごと1時間煮沸消毒
■ このスレッドは過去ログ倉庫に格納されています