■掲示板に戻る■
全部
1-
101-
201-
301-
401-
501-
601-
701-
801-
901-
1001-
最新50
レス数が1000を超えています。残念ながら全部は表示しません。
qmailいろいろ
1 :
名無しさん@お腹いっぱい。
:2001/04/14(土) 00:14
話題のqmail設定、インストールいろいろ情報交換しよう
87 :
名無しさん@お腹いっぱい。
:2001/05/17(木) 20:43
>>86
なんかみんな勝手に二人のイメージ作り上げてると思われ
djb => 偏屈じじい
ネルソンさん => 人のいいナイスガイ
それともおれだけか?
88 :
名無しさん@お腹いっぱい。
:2001/05/17(木) 20:44
>>83
djbのcodeって、むちゃifが多くねーか?
試しに調べた
アプリケーション名 / ファイル数 / 行数 / ifの数
sendmail-8.11.3 / 71 / 79898 / 1761
qmail-1.03 / 204 / 15542 / 2319
いやー、ほんっと、if 好きなんだね(ワラ
89 :
名無しさん@お腹いっぱい。
:2001/05/17(木) 20:55
ringのopenlab関連MLがqmail + ezmlm-idx になった。
90 :
名無しさん@お腹いっぱい。
:2001/05/17(木) 22:29
>>88
うそー、sendmailって、80k行もあるのかぁ(藁
そりゃ、ばぐもおおいわけだな、こりゃ。
91 :
名無しさん@お腹いっぱい。
:2001/05/18(金) 02:22
>>88
それだけ例外処理をきちんとやってる証拠かもよ。
まぁ、確証ないけど。
特に文字列の扱いなんて、かなりif多いよね。
#でもプリプロセッサ使って欲しいよな。
92 :
名無しさん@お腹いっぱい。
:2001/05/18(金) 10:27
プリプロセッサを信用しなくてコンパイラは信用するのか...
ふーん。
93 :
83
:2001/05/18(金) 10:30
あーなるほど、経典だから読みにくい程ありがたみがあるわけか(w
94 :
名無しさん@お腹いっぱい。
:2001/05/18(金) 11:13
libcとかglibは信用してないね
コンパイラのオプティマイズも信用してないっぽい
95 :
名無しさん@お腹いっぱい。
:2001/05/19(土) 19:52
fj見たか?
ドキュソな教えて君が、初心者ふりかざして逆ギレしてるぞ
96 :
名無しさん@お腹いっぱい。
:2001/05/19(土) 20:20
どこそれって探せば分かるか
97 :
名無しさん@お腹いっぱい。
:2001/05/19(土) 21:03
>>95
あほコワイ。漏れlinuxでなくてえかた…
news:fj.mail.system.qmail
fjでネタってことないよねえ?
98 :
名無しさん@Emacs
:2001/05/20(日) 01:57
大岡山でやってくれたらおもしろかったのに。
99 :
名無しさん@腹下し
:2001/05/20(日) 07:46
POP before SMTP 何使ってます? 私はpbs4q
http://www.mambo.kuhp.kyoto-u.ac.jp/~masahiro/pbs4q/indexj.html
シンプルで楽。
100 :
名無しさん@お腹いっぱい。
:2001/05/20(日) 16:15
ううむ。virtual domain system で vpopmail の他に scalemail
http://scalemail.sourceforge.net/
とかいうのが出ていますね。
んまぁ、qmail ではなく postfix 用ですけど。それに、vpopmail
の洗練度に比べるとまだまだですし。
101 :
名無しさん@お腹いっぱい。
:2001/05/21(月) 05:03
qmail では Maildir 形式を使うことが推奨されているようですが、
mh 形式では何処に問題があるのでしょうか?
また、mh 形式において、何故ファイルロックが必要なのですか?
102 :
名無しさん@Emacs
:2001/05/21(月) 07:16
see maildir(5)
103 :
101
:2001/05/21(月) 08:50
maildir(5) は読みました
実際には, どのようなプログラムが競合するのでしょうか?
104 :
ロッソ
:2001/05/21(月) 12:41
〃
(中」中)ノ Maildir の扱える popper って qmail についてくるの以外に何があるん?
105 :
名無しさん@お腹いっぱい。
:2001/05/21(月) 14:11
>>104
solid-pop3d
ttp://solidpop3d.pld.org.pl/
106 :
名無しさん@お腹いっぱい。
:2001/05/23(水) 00:55
fj 見た。最悪だよあれ。糞は放置しとけばいいのに。
107 :
名無しさん@お腹いっぱい。
:2001/05/24(木) 09:29
>>99
わらひは qmapop。 DIYなところが好き。
>>103
何でも。可能性としてはね。
結局そういうシチュエーションが殆どないから、今でも使われてる。
>>104
eximがそうだって、誰か言ってたね。
108 :
名無しさん@お腹いっぱい。
:2001/05/24(木) 10:43
久しぶりにfj見たよ。ワラタ
おしえて君に教える方も悪いね。
109 :
名無しさん
:2001/05/24(木) 22:18
>>108
どこのNewsgroup の話なの?
110 :
! 108
:2001/05/24(木) 22:48
fj.mail.system.qmail
111 :
名無しさん
:2001/05/24(木) 23:18
>>110
さんきゅ〜。みてくるわ。
112 :
ロッソ
:2001/05/24(木) 23:28
〃
(中」中)ノ courier-pop にしたのさ。
113 :
名無しさん@お腹いっぱい。
:2001/05/25(金) 00:03
qmail.jp とってるの何者? MSの陰謀か?
114 :
113
:2001/05/25(金) 00:08
あ、汎用JPドメインの話。
sendmail.jp、postfix.jpは取得されてる。
exim.jpはあいてる (w
115 :
sendmail-user
:2001/05/30(水) 19:21
qmailって、マジどこがいいわけ?
sendmailと比べて格段に優れているところってあるわけ?
spam(とゆーよりUBE/UCE全般)の拒絶一つとってもまともにできないしさ。
セキュリティがいいったって、そのために犠牲にしているものが大きいしさ。
116 :
名無しさん@お腹いっぱい。
:2001/05/30(水) 19:45
haa?? > 115
Benkyou shiro :P
117 :
sendmail-user
:2001/05/30(水) 19:51
>>116
ばかじゃねー?
使ってみたから
>>115
みたいな感想になったんだよ。
/var/qmail/control/以下で設定できるものなんて、
sendmail.cfみたいな柔軟性ねえじゃんよ。
118 :
お決まり
:2001/05/30(水) 20:17
じゃ、使うな。
119 :
名無しさん@お腹いっぱい。
:2001/05/30(水) 20:21
sendmail, postfix, qmail どれでもきちんと使えれば、もんだいなし。
過去の様様な要求にこたえるべくでかくなっちゃった sendmail だけど、
自浄作用に期待して現在も使いつづけているをれ
120 :
名無しさん@お腹いっぱい。
:2001/05/30(水) 21:00
柔軟性を sendmail.cf と比べちゃアレでしょ。sendmail.cf
いじれば、いかなる address 空間でも自由自在さ、っていう
のが sedmail の特徴なんだし。
121 :
名無しさん@お腹いっぱい。
:2001/05/30(水) 21:28
たしかに、最近多い@*.ocn.ne.jpからの「こんにちは」つうSubjectの
ついた確信犯的エロサイト宣伝UBEなんかの場合、sendmailなら
適当なrulesetでっち上げれば拒絶できるけど、qmailだと
qmail-smtpdがremote-hostからの接続の際ではHeaderをチェックしないから
不可能だよね。ユーザレベルでmess822使って捨てるとかは出来るけどさ、
ローカルユーザすべてにその設定をさせなきゃならないから、管理者レベル
で対応しようと思っても無理無理だ。
やっぱ、qmailって、local userにもある程度高い知識と高い意識を要求
するところがあるのは否めないと思う。そんなユーザばっかじゃないのが
普通のMTA管理者の悩みだったり。
でセキュリティがsendmailは低いっていうのも、実際のところは
管理者次第ってのは常識だし。
ぶっちゃけた話、qmailを使ってるMTA管理者って、その辺の意識が
標準的なsendmail管理者よか高い。実のところ、qmailじゃなくsendmail
使ってても問題ない人たちばかりだよな(藁
122 :
名無しさん@お腹いっぱい。
:2001/05/30(水) 21:34
でも sendmail には盲信、崇拝できる要素がないよ!
m4 まんせーとか
123 :
ロッソ
:2001/05/30(水) 21:42
〃
(中」中)ノ exim は? exim はっ!?
124 :
名無しさん@お腹いっぱい。
:2001/05/30(水) 22:07
qmailでやりたきゃ、BlackMailでもなんでも外づけすれ
ってのが教義
125 :
ももんが
:2001/06/05(火) 19:57
qmailインストールして、ローカルではOKなんですが
外部への配信ができません。
なぜでしょうか?
126 :
名無しさん@お腹いっぱい。
:2001/06/05(火) 21:13
人に聞く前にログを確認しないくらい頭が悪いからでしょう
127 :
名無しさん@お腹いっぱい。
:2001/06/05(火) 21:15
http://www.jp.qmail.org/q103/faq/faq5.html#5.4.
http://www.jp.qmail.org/qmail/faq/servers.html#authorized-relay
# その程度のことも調べられないんなら、MTA立ち上げるな、wクwワwラwッ
128 :
名無しさん@お腹いっぱい。
:2001/06/06(水) 02:34
あー、教えて君うっとしい
誰か「すごいことしてる .qmail」ないか?
129 :
名無しさん@お腹いっぱい。
:2001/06/06(水) 08:37
>>128
あなたからどうぞ。
130 :
名無しさん@お腹いっぱい。
:2001/06/06(水) 11:53
% cat ~/.qmail
#
%
131 :
名無しさん@お腹いっぱい。
:2001/06/10(日) 14:22
enverope senderがnull addressからのメイルを
問答無用にrejectするのは、イカンよね。。。。
132 :
ロッソ
:2001/06/10(日) 16:48
〃
>>131
(中」中)ノ それはなにゆえ?
133 :
名無しさん@お腹いっぱい。
:2001/06/10(日) 17:07
>>132
なにゆえって、をいをい。
null addressなメールは MAILER_DAEMONから(つーか、それがメイン)
もやってくるだろ。問答無用にrejectしたらどうなると思うよ。
134 :
名無しさん@お腹いっぱい。
:2001/06/10(日) 19:04
ロッソが言ってるのは
>>131
> enverope senderがnull addressからのメイルを問答無用にrejectする
普通に設定すればこんなことにならないって話でしょ?
ヲイヲイなのは 133 の方だろ…
135 :
名無しさん@お腹いっぱい。
:2001/06/10(日) 20:17
>>131
は「from: <> なmailをrejectしちゃだめだよね」っていってるんでしょ?
で
>>132
が「それはなにゆえ?」っていってる。
文脈からは 「 <>なメイルをrejectしちゃいけないのは、なぜ?」
って読めるけど。
で
>>133
は 「<> なメイルを拒絶したら daemonからのmailも拒絶しちゃうからだめ」
って言ってるんでしょ。
>>134
の「普通に設定すればこんなことにならないって話でしょ?」
とは、読めないよ。
# もちろん、「普通に設定すればこんなことにならない」のは同意。
136 :
名無しさん@お腹いっぱい。
:2001/06/10(日) 20:33
qmail でローカルに存在しないユーザへのメイルに対し
errを返さず捨てるにはどうすればいいんですか?
/var/qmail/alias/.qmail-default に # を書いとけばいいのでしょうか。
137 :
名無しさん@お腹いっぱい。
:2001/06/10(日) 20:46
>>136
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=991037796&st=267&to=269&nofirst=true
138 :
名無しさん@お腹いっぱい。
:2001/06/10(日) 21:25
>>135
そもそも131が何の前触れも無く
> enverope senderがnull addressからのメイルを
> 問答無用にrejectするのは、イカンよね。。。。
とか言ってること自体意味不明なんだけど。
131は何に対するレスなわけ?
139 :
名無しさん@お腹いっぱい。
:2001/06/10(日) 21:32
>>136
そだよ。 ~alias/.qmail-defaultに # だけ書いとけばよし。
# つーか、簡単に試せるじゃん。なんで試してみないわけ?
140 :
名無しさん@お腹いっぱい。
:2001/06/10(日) 21:39
>>137
それは、smtp session中に 5xxを返したいという話だとおもうけど。
qmailでは一旦受け取っちゃうから、それをなんとかしたい、と。
>>136
のは受け取ったメールを bounceせずに捨てたいっつー話。
qmail-smtpdではたしかに不可能だよね。
で、昔 qmail-smtpd用にパッチを書いたんだけど(/etc/passwdを読んで
localuser.cdbを作り、qmail-smtpdから参照するようなヤツ)、
拡張アドレスやらバーチャルドメインやらのこと考えると、完全な対応は
かなり難しいよね。
141 :
131
:2001/06/10(日) 22:17
>>138
: 131は何に対するレスなわけ?
q-beginners の 「FROMが不明なメールの受信拒否」
読んで、そうおもったんです。
意味不明ですみません。。。。。すぐ氏にます。
142 :
ロッソ
:2001/06/10(日) 23:17
〃
(中」中)ノ 僕も MAIL FROM: <> なのは SPAM だけだと思ってましたよ。わははは。141さん、自決につきあいます。
143 :
名無しさん@お腹いっぱい。
:2001/06/11(月) 00:00
qmailadmin使ってる人いる?
http://www.inter7.com
144 :
名無しさん@お腹いっぱい。
:2001/06/11(月) 00:10
イパーイいると思うけど。
で、なに?
145 :
名無しさん@お腹いっぱい。
:2001/06/11(月) 00:13
>>136
smtpのセション中エラーで返すのは
アカウントの有無を漏らすことになるから
無いやつは黙って捨てるのも、セキュリティ面では
プラスだと思われ
146 :
名無しさん@お腹いっぱい。
:2001/06/11(月) 02:36
>>140
そのパッチよこしなさい。
147 :
名無しさん@お腹いっぱい。
:2001/06/11(月) 03:53
<<UNIX板@駄スレ放置委員会からのお知らせ>>
偏差値30以下警報がこのスレから出ています!
住民の皆様は速やかに放置するか、navi2chによる駄スレカット機能を利用して下さい。
=====以後書き込み禁止======
〜駄スレ放置委員会より
148 :
143
:2001/06/11(月) 12:11
>>144
うまくうごいてるのかなぁ?っておもったの
(はぅ〜インスコ失敗したょぅ〜)
だれかやさしくインスコ例を書いたページ知らない?
つーか、その程度の人間は使ってはいけないのだな.(自分突っ込み)
149 :
名無しさん@お腹いっぱい。
:2001/06/11(月) 12:18
>>148
どう失敗したか書かないと。
150 :
su
:2001/06/11(月) 12:36
経験の浅いユーザーにqmailでメールサーバーを立てること
を命じる場合、WEBの資料でなく、書籍でどれをお勧めする?
151 :
名無しさん@お腹いっぱい。
:2001/06/11(月) 12:57
コウモリ本。
# や、まじで。読んどいた方が何かと幸せ。
152 :
名無しさん@お腹いっぱい。
:2001/06/11(月) 13:27
スレ違いギミだけど、blackholes.mail-abuse.org と
relays.mail-abuse.org ってどう違うんですか?
blackholes : SPAM 発信者
relays: SPAM 中継者
ってことですか?
rblsmtpd で使うとしたら、どっちがいいんですか?
153 :
Anonymous
:2001/06/11(月) 16:02
>>142
RFC 2821 に<>は載ってたような
http://sunsite.dk/RFC/rfc/rfc2821.html
RFC 2821を踏まえた場合に<>なメイルをrejectするのは
qmail的に正当性があるってことなんですかねぇ
もし、メッセージの受け入れの後に、配達故障があるなら。
receiver-SMTPが通知メッセージを定式化して、そして郵送しなくてはなりません
通知が使うことに送られなくてはならない("<>")中にパスを反転する
# RFC 2821 今、全部読むか? いや時間がない <ヲレ
154 :
名無しさん@お腹いっぱい。
:2001/06/11(月) 16:24
: RFC 2821を踏まえた場合に<>なメイルをrejectするのは
: qmail的に正当性があるってことなんですかねぇ
だれもそんなこと言ってないってば。
qmailだろうが eximだろうがpostfixだろうが SMTPなMTA は<> はrejectしちゃいかんの。
MS Outlookとかで、ぶりぶり増殖してるウイルスがfrom nullだからって
短絡的に 「<>を拒否したいんですが」なんて訊いてくるヤツが馬鹿なだけ。
問題は<>ではなくて、ウイルスなんだから、ウイルススキャナを使うなり
multipart-boundaryなメイルヘッダを走査するなりして対応すればいいの。
ということで頭悪いのでsage
155 :
=
:2001/06/11(月) 17:05
151 名前: 名無しさん@お腹いっぱい。 投稿日: 2001/06/11(月) 12:57
コウモリ本。
# や、まじで。読んどいた方が何かと幸せ。
こうもり本って?
156 :
名無しさん@お腹いっぱい。
:2001/06/11(月) 17:24
>>155
> こうもり本って?
O'REILLYのこと。
手にとってみれば、なぜ「こうもり」なのか解かるよ。
157 :
名無しさん@お腹いっぱい。
:2001/06/11(月) 18:13
>>145
> smtpのセション中エラーで返すのはアカウントの有無を漏らすことになるから
> 無いやつは黙って捨てるのも、セキュリティ面ではプラスだと思われ
だまって捨てた場合、sender側から見たとき、「アカウント有り」
に見えるでしょーが。
じぇんじぇん「セキュリティ面ではプラス」になってないね。
158 :
名無しさん@お腹いっぱい。
:2001/06/11(月) 18:30
>>152
両方使え。因にMAPS DULも使うと効果倍増。Alan Curry さんのpatchあてて使ってる。
patch
http://www.cqc.com/~pacman/projects/rblsmtpd-rss/
うちではこんな感じ。
tcpserver -RHl0 -u 1013 -g 1013 -x /var/qmail/control/tcp.smtp.cdb 0 smtp \
rblsmtpd -b dialups.mail-abuse.org \
rblsmtpd -b blackholes.mail-abuse.org \
rblsmtpd -rb 'relays.mail-abuse.org:Open relay problem - see <URL:
http://www.mail-abuse.org/cgi-bin/nph-rss?%IP%
>' \
/var/qmail/bin/qmail-smtpd&
159 :
152
:2001/06/11(月) 18:52
ありがとう。全部設定した。ucspi_tcp の rblsmtpd はパッチないんだね。
こっちのほうが複数個指定できるからよさげなんだが。
ところで
>>158
の最初 2つの rblsmtpd オプソンは -b じゃなくて -r だよね?
160 :
152
:2001/06/11(月) 18:53
…って、よく見たら ucspi_tcp のパッチもあんじゃん! 下のほうに!
リンク見落としてた逝ってきます
161 :
名無しさん@お腹いっぱい。
:2001/06/11(月) 20:07
そうっす。-rっす。氏んできます。
162 :
名無しさん@お腹いっぱい。
:2001/06/11(月) 22:06
RSSメンテ悪くないか?
# ----- black list -----
# ns2.ksi.ne.jp (forged news.firstserver.ne.jp) 2-17-2001
164.46.1.2:allow,RBLSMTPD="-firstserver.ne.jp - Direct spam source."
# smtp.im.cz (seznam.cz) 3-14-2001
195.39.10.:allow,RBLSMTPD="-seznam.cz:im.cz - spam source."
# starhub internet (sg) 2-9-2001
203.117.:allow,RBLSMTPD="-We do not accept spam. See RFC2635."
# inoichiban.com = marugoto-server.com 3-14-2001
210.157.11.45:allow,RBLSMTPD="-inoichiban.com - direct spam source."
# ns.etour.co.jp 2-19-2001
210.238.184.138:allow,RBLSMTPD="-etour.co.jp - direct spam source."
# nyanweb (salud-jp.com...) 5-30-2001
211.120.47.161-190:allow,RBLSMTPD="-nyanweb - Direct spam source."
# mx.loves.ne.jp 2-9-2001
211.133.251.71:allow,RBLSMTPD="-Direct spam source. See RFC2635."
# virturalisys.com (feedback page) 5-13-2001
#216.55.16.2:allow,RBLSMTPD="-virtualisys - scatter spams by bad cgi configration"
# smirk.com (from feedback page) 5-14-2001
#216.122.137.226:allow,RBLSMTPD="-smirk - scatter spams by bad cgi configration"
↑うちのまにゅあるえんとりー
163 :
名無しさん@お腹いっぱい。
:2001/06/12(火) 08:22
>>128
凄くないけど。
|condredirect $USER except 822field 'X-Mailer: Direct Email'
|condredirect $USER except 822field 'X-Mailer: Achi-Kochi'
#
164 :
名無しさん@お腹いっぱい。
:2001/06/12(火) 10:57
q-beginnersに書くのはもうやめたのでこっちに書こう。
> 822addr というツールがあります。これでメール
> の From ヘッダーを抜き出せるので、Shell Script 等
> で From が空かどうかチェックするプログラムを書き、
> .qmail にマッチしたものは bounce するという感じ
> で記述する。
おーい。 from: <>なメールを一体どこにバウンスするつもりなんだー?
そもそも任意のヘッダを取り出すなら mess822の882fieldつかえっつーの。
|condredirect $USER 822field From
#
で mail From が存在しなければそのまま捨て。
165 :
名無しさん@お腹いっぱい。
:2001/06/12(火) 11:21
qmailなら $SENDERとか $RPLINE が渡されるので
そこを調べれば Mail Fromが空でも bounce出来ると思われ。
166 :
名無しさん@お腹いっぱい。
:2001/06/12(火) 23:19
qmailで
sendmailの"USERTABLE_MAP"に相当する設定箇所ってあります?
あったらqmailにします。
167 :
名無しさん@お腹いっぱい。
:2001/06/12(火) 23:33
じゃあsendmailのままだね
168 :
名無しさん@お腹いっぱい。
:2001/06/13(水) 00:31
>>166
うーん、ごめんね。virtual domainが後付けなために、涙ぐましい
努力のたまものであるUSERTABLE_MAPなんてものはqmailにはありません。
/var/qmail/control/virtualdomainsに
a.example.co.jp:foo
b.example.co.jp:bar
example.com:baz
って書くだけだもん。
169 :
名無しさん@お腹いっぱい。
:2001/06/13(水) 12:18
>>168
威張るほどのことかなぁ。
sendmailだって
FEATURE(`virtusertable', `dbm /etc/mail/virtusertable')dnl
して
@a.example.co.jp foo
@b.example.co.jp bar
@example.com baz
ってかいて
makemap dbm /etc/mail/virtusertable < virtusertable_source
でおしまいでしょ。かんたんじゃん。
170 :
名無しさん@お腹いっぱい。
:2001/06/13(水) 19:07
>>169
だーかーらー、.defなり、.mcはsendamail.cfを生成するための
定義ファイルでしょ。設定ファイルそのものではないでしょ。
qmailでは設定ファイルの項目は何をやっているのかが一目瞭然でしょ。
それとも、生成されたsendmail.cf、すべてのrulesetを把握できてるわけ?
171 :
名無しさん@お腹いっぱい。
:2001/06/13(水) 20:39
>>170
policy の違いを無視してそんなことを言うのは痛すぎるよ。
それじゃあ qmail は sendmail のように configuration
をいじれば、どんな address 空間でも自由自在に操れるのか?
ってことをいわれたらどうするの?
172 :
名無しさん@お腹いっぱい。
:2001/06/13(水) 20:42
sendmail vs. qmail うざい。
166 は sendmail だけ使ってろ
168 は qmail だけ使ってろ
173 :
名無しさん@お腹いっぱい。
:2001/06/14(木) 12:01
q-beginners ML ってなんで過去メールを公開しないんすかね?
174 :
名無しさん@お腹いっぱい。
:2001/06/14(木) 14:06
>>173
価値ないから (w
つーかspamよけちゃうの?
そしてそれが、同じ質問を呼ぶのだ
175 :
名無しさん@お腹いっぱい。
:2001/06/14(木) 16:38
で、まともな人は同じ質問に答えるのに飽きちゃって
シロートが
>>164
の元メールみたいなおバカなreplyをする、と。
でも、めんどくさいから、だれもその間違いは指摘しない、と。
おわってるジャン(藁
176 :
名無しさん@お腹いっぱい。
:2001/06/14(木) 17:58
思うんだが、ドキュソ度高いほど、言葉づかいがバカていねいになるのはなぜ?
「お世話になってます」とか書きだした時点で、漏れは逃げる
177 :
名無しさん@お腹いっぱい。
:2001/06/14(木) 18:24
何でもかんでも最後に「以上、よろしくお願いします」って
書くやつも避けておきたいところだ。
178 :
名無しさん@お腹いっぱい。
:2001/06/14(木) 18:35
>「FAQかもしれませんが」
だったら調べろ。
179 :
名無しさん@お腹いっぱい。
:2001/06/14(木) 19:01
「FAQかもしれない」って日本語からしてドキュソ
180 :
名無しさん@お腹いっぱい。
:2001/06/14(木) 21:05
>>176,177
別におかしくないじゃん。
フランクな言葉遣いじゃなきゃいけないのか?
# どうしてこの世界はこういうくだらんことにこだわる奴が
# 多いんだろうなー、「レス」もそうだけど
181 :
名無しさん
:2001/06/14(木) 21:56
qmail ってUUCPつかえるの?
qmail ってUUCPつかえるの?
182 :
名無しさん@お腹いっぱい。
:2001/06/14(木) 22:21
qmailはModernなMTAだからね。
UUCPつかいたければ、sendmailのままでいいじゃん。
183 :
名無しさん@お腹いっぱい。
:2001/06/14(木) 22:32
UUCP使ってるサイトって国内にどれくらいあんの?
184 :
ロッソ
:2001/06/14(木) 22:49
〃
(中」中)ノ MLとかメルマガのサイトで MAIL FROM: <> をやみくもに reject するサイトって結構あるみたいですね。会社のメールサーバ(eximです。qmailじゃなくてスマソ)がそれくらって deliverly error mail を返せなくてキューにたまりまくり。
185 :
名無しさん@お腹いっぱい。
:2001/06/14(木) 23:01
>>180
ハァ?「お世話になってます」て言うヤツに限ってドキュソ率が高い
から逃げるつってんだろ?
丁寧なのに文句言ってるわけじゃねだろ。日本語くらい読めよ。
こういう日本語が読めないヤツが
お世話になってます
・
・
・
以上、よろしくお願いします
ってナ感じにドキュソな質問を丁寧に書くんだろな(w
186 :
名無しさん@お腹いっぱい。
:2001/06/14(木) 23:16
>>184
ここに登録しておいてあげよう
http://www.rfc-ignorant.org/
効力ないだろけど、単なるイヤガラセ (w
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver5.26+ (01/10/21-)