08/01/07 20:23:53
>>362
URLﾘﾝｸ(moin.qmail.jp)
より、MXはAレコードのラベル。で、なぜ対になるPTRを定義しないのか。
何か隠したいことでもあるのか？ と思ったりする訳です。
また、OP25Bが急速に普及したような日本で、何か逆引き設定できない
特別な理由でもあるのか？ とも思ったりする訳です。
URLﾘﾝｸ(moin.qmail.jp)
URLﾘﾝｸ(moin.qmail.jp)
とかでも書いてあるけど、昨今の状況を考えると正規のMXでは
逆引きを設定しないと自分が困ることになることが多い現状で…（以下略）
>>363
確かにそういう事態は考慮しないといけないですね。
でも、逆引き出来ない間は即ブラックリストじゃなく
グレイリストに残り続けるということなら許容出来るかなぁ、と。
まぁ、何れもポリシーの問題ってことで、了解です。
365:名無しさん＠お腹いっぱい。
08/01/07 23:06:15
>>364
なぜ知る必要のないことまで知ろうとするんだ？
> 昨今の状況を考えると正規のMXでは
> 逆引きを設定しないと自分が困ることになることが多い現状で…（以下略）
そういう状況にしてるのはあなたのような人たちでしょ。
366:名無しさん＠お腹いっぱい。
08/01/07 23:08:40
知る必要のないこと？ 何それ？
何をそんなに怯えているの？
367:名無しさん＠お腹いっぱい。
08/01/07 23:20:04
まるで迷子の子猫さんのように
368:名無しさん＠お腹いっぱい。
08/01/08 00:59:26
>>365
そんなこと言ったら、HELOで言ってくることなんて、全くもって知る必要がない情報じゃない？
369:名無しさん＠お腹いっぱい。
08/01/08 01:32:01
うん
HELO飛ばしても、SMTPセッション継続する実装普通にあるしね
370:名無しさん＠お腹いっぱい。
08/01/08 01:51:23
MXはFQDNで指定するんだし、公開されているサーバなんだから
逆引きの必要性・重要性は認識してもらわないと。
URLﾘﾝｸ(www.itmedia.co.jp)
371:名無しさん＠お腹いっぱい。
08/01/08 03:08:31
>>370
それじゃ説得力皆無.
だいたいスレ違いもいいところだ。いい加減にしろ。
372:名無しさん＠お腹いっぱい。
08/01/08 09:40:41
>>370
MX を FQDN で指定することと逆引きの必要性に何の関係があるんだ？
373:名無しさん＠お腹いっぱい。
08/01/08 09:57:55
逆引きはプロバイダーから委譲してもらっていないとか。
374:名無しさん＠お腹いっぱい。
08/01/08 10:16:56
逆引き設定しないことの是非にはどうでもよくて、指標としてどのくらい使えるかだけ考えればいいのでは。
スパム対策に使われる手法って、こういう場合はスパムの可能性が高いという指標でしかないでしょう。
ベイジアンフィルタなんて小さな指標を多数積み重ねて判断してるわけだし
greylistingだって、再送してこないクライアントはスパムクライアントの可能性が高いから、だし。
それがRFCに載ってるかどうかとかなんて関係なくて、誤検知の少ない指標があれば使えばいい。
その指標の精度を高めるために、複数の指標を組みあせて使うことで、誤検知や他への悪影響を
減らすように考えれば良いのでは。
375:名無しさん＠お腹いっぱい。
08/01/08 11:32:52
>>374
御意。それを>>370のように、わけのわからない話を持ち出して、
逆引き登録するのは当然だとか言い出すのがいけない。370は猛省すること。
376:名無しさん＠お腹いっぱい。
08/01/08 11:37:36
>>375
猛省すべきことか？
何か問題があったときに連絡先の手掛かりとなる逆引きの設定を
敢えてしないなんて迷惑だ。
クライアントの話じゃないぞ。公開サーバだぞ。
>>370に同意だ。
377:名無しさん＠お腹いっぱい。
08/01/08 11:53:04
逆引きで連絡するなアホ。
378:名無しさん＠お腹いっぱい。
08/01/08 11:58:07
>>377
逆引き→whoisですが？
whoisだけだったら上位アロケーションの管理者しか出てこなくて困ることがある。
379:名無しさん＠お腹いっぱい。
08/01/08 11:58:24
whoisひけばよし。
380:名無しさん＠お腹いっぱい。
08/01/08 11:59:15
>>374
んで指標としてどのくらい使えるのかね。
381:名無しさん＠お腹いっぱい。
08/01/08 12:04:24
>>377
こういうこと書く人って、実際にabuse連絡とかしたことないんだろうね、と思う。
382:名無しさん＠お腹いっぱい。
08/01/08 13:35:30
>>380
それなりに。
少なくともgreylistingへまわすか判断させるには十分。
383:名無しさん＠お腹いっぱい。
08/01/08 22:07:56
スレチですが
Sender IDとかいうDNSのSPFレコードを参照するスパム対策ってありましたよね・・・
Ｍ＄が提案したらしいですが・・・
384:名無しさん＠お腹いっぱい。
08/01/08 22:21:48
それがどうかしたか？
385:名無しさん＠お腹いっぱい。
08/01/08 23:03:59
>>378
そっから連絡つくじゃん。
逆に FQDN わかってもそこから連絡とれるとは限らん。
386:名無しさん＠お腹いっぱい。
08/01/08 23:12:50
>>385
だからabuse連絡したことないでしょ。
CodeRedやNimdaの時とか（も）結構色々なとこに連絡したけど
whoisの情報でちゃんと連絡が取れたのって5割くらいだったような。
残りは、FQDN→対象会社のウェブページを推定→連絡先を探すパターンか
仕方ないから上位の管理者に連絡を取ってもらうか
電話しか分からないってところもあった。
迷惑なんだよ。困るんだよ。
387:名無しさん＠お腹いっぱい。
08/01/08 23:17:22
あぁ、CodeRedやNimdaはクライアントの例か。
でも公開サーバで連絡先の特定が困難になる状況は勘弁して欲しい。
388:名無しさん＠お腹いっぱい。
08/01/08 23:39:52
>>387
DynamicDNSで運用してる自宅鯖厨を全否定で桶？
389:名無しさん＠お腹いっぱい。
08/01/08 23:48:29
だから逆引きだけじゃなくて、他のことでも確認してるんだろ？
390:名無しさん＠お腹いっぱい。
08/01/08 23:49:18
>>388
国内のまっとうなプロバイダの動的割り当ては逆引きも出来るし
それはプロバイダに連絡してしかるべき対処をしてもらえれば良いから関係なし。
391:名無しさん＠お腹いっぱい。
08/01/16 00:36:38
failer notice
392:名無しさん＠お腹いっぱい。
08/01/19 02:17:53
>>391
failure notice
393:名無しさん＠お腹いっぱい。
08/01/21 11:05:11
逆引きでないIPからの接続拒否まじおすすめです。
394:名無しさん＠お腹いっぱい。
08/01/22 01:52:34
>>393
最近では逆引きできるISPが増えてる。
効果として２割方は削減できるので、逆引き不能サイトを弾く効果はある。
ただし、どこかの国内馬鹿ISP(エッチ立系のとこ）は、逆引きをしない。
顧客サイトが多いために、ホワイトリストを管理する必要がある
395:名無しさん＠お腹いっぱい。
08/01/23 05:36:47
>>394
必死ですねwww
396:名無しさん＠お腹いっぱい。
08/01/25 04:44:14
qmail+vpopmail+qmailadminの組み合わせで使っているんだけど
postfixでバーチャルサーバーやるときに
vpopmailみたいなツールあるのかな？
それとqmailadminみたいなシンプルな管理ツールもあるのかな？
397:名無しさん＠お腹いっぱい。
08/01/25 09:08:42
postfixadminってのがあるが、メーリングリストは管理できない
398:名無しさん＠お腹いっぱい。
08/01/25 09:32:59
qmail+vpopmail(virtual domain)でメールサーバを使ってますが、
vpopユーザのアカウントとパスワードを、システムアカウントにしたいと思ってます。
システムアカウントから、vpop形式にするには、vconverterと言うプログラムがありますけど、
この逆の事がしたいのです。
何か、良い方法ってあります？
399:名無しさん＠お腹いっぱい。
08/01/25 15:01:46
自分はqmail-vidaを使ってるんだけど
なんだかここではvpopmailが人気だな。
400:名無しさん＠お腹いっぱい。
08/01/26 00:12:07
>>398
vpopmailのアカウント管理って、どの形式でやっとるん？
LDAPに移行して、LDAPで認証する、とかどない？
>>399
そりゃ、vpopmailだとWebから管理するためのツールがついてくるからね
401:名無しさん＠お腹いっぱい。
08/01/26 09:38:09
>>400
LDAPもsqlも使ってなく、通常ののvpopパスワード形式です。
402:名無しさん＠お腹いっぱい。
08/01/30 14:12:12
10.3をフツーに立てて
ローカルで25番を叩いてSMTPコマンドでフツーにメールを出すとします。
例えば下の通り。
HELO localhost
mail from:root
rcpt to:xxx@hotmail.com
rcpt to:aaa@bbb.com
data
Bcc:aaa@bbb.com
Test
.
これでhotmail側の受信メールを見ると
Bcc:aaa@bbb.com行がフツーに表示されるんですが、どういう狼藉なんでしょうか…？
同じように立てたpostfixだと出ません。
403:名無しさん＠お腹いっぱい。
08/01/30 15:26:25
仕様。Bcc は MUA が削除しなければならない。
削除されないで MTA に渡ってきたときに MTA が消すのを
小さな親切と考えるのが sendmail や postfix、大きなお世話と考えるのが qmail。
404:名無しさん＠お腹いっぱい。
08/01/30 15:55:05
おーなるほど！そういうもんなんですね。
ありがとうございました。
405:名無しさん＠お腹いっぱい。
08/01/30 16:40:09
>Bcc は MUA が削除しなければならない。
削除というか、普通はヘッダに付けないのでは？？
406:名無しさん＠お腹いっぱい。
08/01/30 23:09:28
Bccで送信された事が分かる様にして
Bccの受信者が安易に返信しない様に
Bccを残すべきという考え方もある
Bccが付いたメールに返信する場合に
警告するMUAはまだ見たことがないが
407:名無しさん＠お腹いっぱい。
08/01/30 23:32:33
こうですか
わかりません
URLﾘﾝｸ(www.puni.net)
前略
"Bcc"フィールドの使用には３つの方法がある。最初は、Bccフィールドを持つ
メッセージの送信準備が出来たとき、すべての受取人（Bccフィールドで指定
したものも含む）にメッセージのコピーが送られるが、Bccの行が削除される。
２つめの場合、ToやCcで指定した行で規定される受取人それぞれは上記と同じ
く、Bcc:の行が消されたメッセージのコピーを受け取るが、Bcc行にある受取
人はBcc行を含むメッセージの別のコピーを受け取る。（Bccフィールドに複数
の受取人アドレスがあるなら、いくつかの実装では実際、その特定の受取人の
アドレスだけを含む、それぞれの受取人への別々のメッセージのコピーを送る）
最後に、Bccフィールドはアドレスを持っていないかもしれないので、ブライ
ンドコピーが誰かにおくられたということを受取人に示さず、アドレスなしの
Bccフィールドとして送られる。Bccの利用をいずれの方法で行うかは実装依存
だが、この文書の「セキュリティに関する考察」のセクションをめいめいの議
論のために参照せよ。
後略
408:名無しさん＠お腹いっぱい。
08/01/31 09:21:43
ML宛てだったのか、SPAMなのかわかるだろ。
409:名無しさん＠お腹いっぱい。
08/02/15 17:15:06
>>407
URLﾘﾝｸ(www.puni.net)
>一般に、リレーするSMTPは、その受けとったメッセージ内容が有効であり、
>エンベロープにそれを許可するように書かれており、内容を検査することな
>るリレーするべきである(SHOULD)。
↑「る」は「く」の誤り
(中略)
>セクション2.4.1で議論したように、リレーのSMTPはメッセージのヘッダやボ
>ディのデータを調べたりそれにより動作したりする必要はなく、自分自身の
>"Received:"ヘッダを加えること、またオプションでメールシステムのループ
>を検出する(セクション6.2を見よ)ことを除きそうしてはならない(MUST NOT)。
(中略)
>メッセージがメール環境の境界を超えてゲートウェイされるのに必要な時、
>ヘッダフィールドを書き換えてもよい(MAY)。これは、セクション2.4.1での禁
>止事項にもかかわらず、メッセージボディの検査や宛て先のローカルパートの
>解釈を含んでもよい。
410:名無しさん＠お腹いっぱい。
08/02/21 00:54:53
qmailに問題があるのはわかるが間違いの指摘が間違いだらけなのはどうなの？
これじゃアンチや信者と変わらない
URLﾘﾝｸ(ya.maya.st)
411:名無しさん＠お腹いっぱい。
08/02/21 00:59:20
>>410
たとえばどこが間違ってるの？
412:名無しさん＠お腹いっぱい。
08/02/21 09:17:33
>>410
そこをdisるなんて勇気あんな。
よっぽどqmailに詳しい人でも、たぶん間違いだらけって指摘のほうがまとはずれ。
413:名無しさん＠お腹いっぱい。
08/02/21 11:49:38
大岡山の大先生はみなの無理解に呆れサイトを閉じはじめたみたいだが。
414:名無しさん＠お腹いっぱい。
08/02/21 23:24:17
停年だからな
415:名無しさん＠お腹いっぱい。
08/02/22 10:24:34
例えばRFCに準拠してないと言っているが準拠の基準となるRFCがqmailが作られたより後にできたRFCとか
unixの改行がLFなのは自明のことなのにCRLFがうまく変換できないとか
そもそも改行に2バイトも使うRFCにも問題があるのにCRLFのままで保存しろとか
qmailの「安全でないパッチ地獄」が問題だと言うが元々バグだらけのものに「最新の」パッチを沢山当てることは安全なのかとか
まともなことも沢山言っているが偏見による間違いも多い
qmailは駄目を前提に悪い印象を与えようとするDHMO的な文章の書き方だと思う
偉い先生なのかもしれないが俺程度が間違いを指摘できるようでは鵜呑みにはしないほうがいい
416:名無しさん＠お腹いっぱい。
08/02/22 11:23:19
>>415
> 例えばRFCに準拠してないと言っているが準拠の基準となるRFCがqmailが作られたより後にできたRFCとか
現状にあってないてことじゃんｗ
417:名無しさん＠お腹いっぱい。
08/02/22 11:28:33
偉い先生がなんて言おうが、自分が間違っていると
思っているんであれば別に従う必要はないんでないすかね。
個人的にはやまやの書いていることは同意出来ること多いと思います。
ま、人は人、自分は自分、でいいんじゃない？
418:名無しさん＠お腹いっぱい。
08/02/22 11:33:00
>>415
> 例えばRFCに準拠してないと言っているが準拠の基準となるRFCがqmailが作られたより後にできたRFCとか
それだけメンテされてないってのは問題でしょう。
> unixの改行がLFなのは自明のことなのにCRLFがうまく変換できないとか
いまいち意味がわからん。
もうちょい詳しく。
> そもそも改行に2バイトも使うRFCにも問題があるのに
どんだけディスク小さいんだよ。
> qmailの「安全でないパッチ地獄」が問題だと言うが元々バグだらけのものに「最新の」パッチを沢山当てることは安全なのかとか
これも意味がよくわからん。
419:名無しさん＠お腹いっぱい。
08/02/22 12:24:36
>>416
法は過去に遡って適用されない
従って「違反」ではない
最初にも述べたが問題にしてるのは詭弁や虚言と自分の間違いは改めない態度であってqmailの現状を擁護しているわけではない
それと現状にそぐわないの原因になっていた変なライセンスはPDLになったことで解消されている
問題の指摘の方こそ現状にあってない
420:名無しさん＠お腹いっぱい。
08/02/22 12:33:33
RFC2821 はなかったかもしれないけど、821bis の議論はかなり進んでいたのに
それを完全に無視してリリースしてしまった上、その後修正しなかったのは
よろしくないと思うけど。
421:名無しさん＠お腹いっぱい。
08/02/22 12:40:51
> unixの改行がLFなのは自明のことなのにCRLFがうまく変換できないとか
qmail-injectは単純にLFをCRLFに変換する
CRLFだとCRCRLFになってしまうという話
>どんだけディスク小さいんだよ。
確かに圧縮という意味では貧弱すぎる
しかしファイルに保存した場合1byteの違いが512や1024の違いになることを考えればわざわざこんな設計はしない
ディスクの浪費は資源の浪費であり富める者の傲慢でもある
> qmailの「安全でないパッチ地獄」が問題だと言うが元々バグだらけのものに「最新の」パッチを沢山当てることは安全なのかとか
パッチを集中管理して検証してないから安全でないということだと理解したがパッチはqmail.orgなどで集められているし「最新」のパッチが十分検証されているはずがないので他が安全だということにはならない
422:名無しさん＠お腹いっぱい。
08/02/22 13:20:47
>>421
> パッチはqmail.orgなどで集められているし
単に集積されてるだけでしょう。
集中管理して検証してるの？
> 「最新」のパッチが十分検証されているはずがないので
どのパッチのことを言ってるんだ？
> 他が安全だということにはならない
「他が安全だ」なんて言ってたっけ。
423:名無しさん＠お腹いっぱい。
08/02/22 13:39:26
つまりパッチ当てても当てなくても安全じゃないってことじゃんｗｗ
424:名無しさん＠お腹いっぱい。
08/02/22 14:56:32
>>419
> 法は過去に遡って適用されない
> 従って「違反」ではない
現状にあってないと書いただろ。最新の RFC に適応していない、qmail を現在
進行形で運用していることについて言っている。
> 最初にも述べたが問題にしてるのは詭弁や虚言と自分の間違いは改めない態度であってqmailの現状を擁護しているわけではない
おまえこそ詭弁だな。
425:名無しさん＠お腹いっぱい。
08/02/22 20:03:03
動かしてるヤツはもう、動いてんだから問題ない。
新規参入しようつうヤツが、どっから手をつけたら
良いのか迷うところが問題。
426:名無しさん＠お腹いっぱい。
08/02/22 20:19:20
今頃になってライセンスを変えたのは現状に合わなくなってる
自覚が有るから責任放棄しただけだろう
427:名無しさん＠お腹いっぱい。
08/02/22 21:36:08
419のような基地外の存在が、qmailをよりいっそうダメにしていっているよなぁ
428:81
08/02/22 22:15:23
>>422
単に集積と集中管理がどれほど違うのか
他(例えば先生が勧めるPostfix)が集中管理して検証しているのならば例えばコアなコミッターが何日か数人で検証したところで作った人自身が注意深く作るのとどれほど違うのかと言っている
検証とは世界中の人に公開されてある程度少なくとも数ヶ月くらいは晒されることだと思う(論文なんかはもっと長いし)
だから「全て」の最新のパッチが十分検証されているはずがないと言った
「qmailは安全ではない他のものを勧める」から「他が安全だ」という印象を持つだろう
他のものを勧めるなら少なくともqmailより安全であることを説明できなければ公平とは言えない
>>424
だから現状を擁護しているわけではないと書いている
現状にあってないなら現状にあってないと書くべきでRFC違反だと書くのはおかしいと言っている
どこがどう詭弁なのか説明してくれ直すから
俺は先生の文のどこが詭弁なのか説明したつもりだ
>>425
>>426
折角レスくれたのに申し訳ないがそういうところがあると思うので議論するつもりは無い
なんか俺が詭弁と言い出したことで詭弁で遊ばれてる気がしてきた
ちょっと疲れたからまた気が向いたら来るわ
429:名無しさん＠お腹いっぱい。
08/02/22 22:33:57
なんで81…
410ね
>>427
そういう感情や印象で物言うんじゃなくqmailのどこがどう駄目だったのか納得いく説明が欲しい
俺だってqmailがなんとなく駄目なのはわかる
でもそれだけで他が良くなっていくの?って話
少なくともDJBはSendmailのどこが駄目なのか説明してくれたじゃん
qmailから他に移るにしてもqmailのどこが駄目で他だとどう良くなっているのか・・・
ああめんどくさ
みんな付き合ってくれたのに悪いけど疲れたからほったらかしにすると思う
すまん
430:名無しさん＠お腹いっぱい。
08/02/22 22:51:36
冬なのにお暑いですね。
qmailが駄目だとわざわざ声を大きくいうやつはほっておけばいい。
sendmailもpostfixも同じく。
そういうやつに限って無茶なことをして泣かされたんでしょうね。
そいつらは何使っても吠える。以上。
議論なら話は別だが・・・
431:名無しさん＠お腹いっぱい。
08/02/23 00:26:31
思想としてのqmailはすばらしかった
しかし、実装としてのqmailはダメダメだった
432:名無しさん＠お腹いっぱい。
08/02/23 09:34:41
>>428
論文(笑)
433:名無しさん＠お腹いっぱい。
08/02/23 13:45:56
斬新な法解釈に感動
434:名無しさん＠お腹いっぱい。
08/02/23 14:43:32
>>428
> だから現状を擁護しているわけではないと書いている
> 現状にあってないなら現状にあってないと書くべきでRFC違反だと書くのはおかしいと言っている
RFC 違反といったら、普通現在の RFC に違反しているということだろ、
だれも大昔の RFC に違反しているとは言っていない。
435:名無しさん＠お腹いっぱい。
08/02/23 16:14:19
なんかもう、428ってどこから手をつけたらいいのかってぐらいの馬鹿だなぁ。
馬鹿というよりはキチガイに近いけど。
436:名無しさん＠お腹いっぱい。
08/02/23 17:26:07
>>428
正味、現状qmailを使うにあたって
何のパッチをどの順番であたればいいのかが
try&errorしてみないとわからないってあたりが
一番問題な点じゃないかな？
netqmailを起点としても、その後は似たような機能を持つパッチが複数あって
どれをどういった基準で選んだらいいのかわからんし
そのほかと組み合わせた場合にどういう相互作用を及ぼすかわからん
437:名無しさん＠お腹いっぱい。
08/02/23 17:28:22
ところでdjbや大岡山の大先生はなんでqmailの保守をやめちゃったの？
438:名無しさん＠お腹いっぱい。
08/02/23 18:32:24
>>437
>>426だと思う。大岡山スレの近状からすると最近の人は大先生の存在自体知らないようだね
439:名無しさん＠お腹いっぱい。
08/02/23 19:38:12
単に飽きたからだろ
djb は今はサルサ・ルンバ・チャチャなどのダンスに夢中なんだよ
そもそも qmail や djbdns は Sendmail や BIND にキレた djb が
自分で使うために書いたのであって、Postfix が Sendmail の安全な
代替物を提供することを目指して開発されたのとは違う。
自分で使っている範囲で不自由しなければ興味も失せるだろ。
>>426
自分の書いたコード全てのパブリックドメイン化を宣言したのだし
本業方面での発表だから、qmail が特別という訳ではないと思われ。
440:名無しさん＠お腹いっぱい。
08/02/23 23:54:46
>>439
| Postfix が Sendmail の安全な代替物を提供することを目指して開発され
そういう大上段から振りかぶってる人の cron は、ずいぶんと危険な代物だった時期があった。
441:名無しさん＠お腹いっぱい。
08/02/23 23:55:42
>>439
全てが時代遅れだと思われ
442:名無しさん＠お腹いっぱい。
08/02/24 06:26:52
>>440
Wietse は cron も作っていたのか、知らなかった。
fURLﾘﾝｸ(ftp.porcupine.org) には無いみたいだな
443:名無しさん＠お腹いっぱい。
08/02/24 07:43:43
Postfixじゃなくて、本家の sendmail じゃないのか
444:名無しさん＠お腹いっぱい。
08/02/24 23:51:52
qmail と djbdns のおかげで MTA / DNSサーバ に sendmail / BIND 以外の選択肢があることが
広まったのが DJB の功績だと思うのですが…おかげさまで今では sendmail / postfix / exim
とか BIND / PowerDNS / NSD とか好きに組み合わせることができるようになったわけですよね？
Debian 使っているのですが、選択肢が広過ぎて逆に悩んでしまうくらいでして、まあその先駆け
となった qmail や djbdns はほとんど使わなくなっちゃいましたけど、プロダクトとしては後発
組の方が優位なのは当然なので。
445:名無しさん＠お腹いっぱい。
08/02/25 00:35:05
早すぎたんだ
446:名無しさん＠お腹いっぱい。
08/02/25 03:05:19
日本サイトが電波っぽすぎて嫌い
447:名無しさん＠お腹いっぱい。
08/02/25 14:03:48
公式サイトでも何でもないから
気にしなくていいよ。
448:q er
08/03/06 02:09:27
スレを誘導されたのでこちらで質問させて下さい。 その１
やりたい事は、WEBページ上からqmail + PHP を使用して外部のメールアドレス
にメールを送信したいと思っています。（送信先は、常に私のメールアドレスです。）
内部へのメールは正常に送信出来るのですが、＜※【調査１】に記述＞
/home/testuser/maildir/new/1204726988.12480.localhost.localdomain
外部へメールをする事が出来ません。
【環境説明】
システム環境
CentOS + PHP + qmail
IP
動的IP(DynDNS利用）の自宅サーバ（メールサーバ利用）
qmail設定時に参考にしたサイト
URLﾘﾝｸ(centossrv.com)
php.iniの設定
sendmail_path = /var/qmail/bin/qmail-inject
【調査１】
因みに、qmail用に作成したユーザに対して次のコマンドを実行すると
正常に送信出来ています。（ローカルへの送信はOKと言う意味。）
[root@localhost ~]# /var/qmail/bin/qmail-inject
to:localhogeuser
<Ctrl + D>
449:q er
08/03/06 02:14:22
スレを誘導されたのでこちらで質問させて下さい。 その２ー１
【エラーログの内容】
/var/log/maillog
Mar 6 02:11:16 localhost qmail: 1204737076.342791 starting delivery 39: msg 19727044 to remote hogehoge@m3.gyao.ne.jp
Mar 6 02:11:16 localhost qmail: 1204737076.343021 status: local 0/10 remote 2/20
Mar 6 02:11:16 localhost qmail: 1204737076.744935 delivery 38: failure: Connected_to_125.63.38.26_but_sender_was_rejected./Remote_host_said:_550_unrouteable_sender_address/
Mar 6 02:11:16 localhost qmail: 1204737076.745182 status: local 0/10 remote 1/20
Mar 6 02:11:16 localhost qmail: 1204737076.750492 bounce msg 19727040 qp 4335
Mar 6 02:11:16 localhost qmail: 1204737076.750639 end msg 19727040
Mar 6 02:11:16 localhost qmail: 1204737076.752434 delivery 39: failure: Connected_to_125.63.38.26_but_sender_was_rejected./Remote_host_said:_550_unrouteable_sender_address/
Mar 6 02:11:16 localhost qmail: 1204737076.752574 status: local 0/10 remote 0/20
Mar 6 02:11:16 localhost qmail: 1204737076.757930 bounce msg 19727044 qp 4336
Mar 6 02:11:16 localhost qmail: 1204737076.758185 end msg 19727044
Mar 6 02:11:16 localhost qmail: 1204737076.758591 new msg 19727043
Mar 6 02:11:16 localhost qmail: 1204737076.758714 info msg 19727043: bytes 901 from <> qp 4335 uid 507
450:q er
08/03/06 02:18:02
スレを誘導されたのでこちらで質問させて下さい。 その２ー２
【エラーログの内容】
/var/log/maillog
Mar 6 02:11:16 localhost qmail: 1204737076.782938 starting delivery 40: msg 19727043 to local anonymous@localhost.localdomain
Mar 6 02:11:16 localhost qmail: 1204737076.783227 status: local 1/10 remote 0/20
Mar 6 02:11:16 localhost qmail: 1204737076.783541 new msg 19727042
Mar 6 02:11:16 localhost qmail: 1204737076.783624 info msg 19727042: bytes 987 from <> qp 4336 uid 507
Mar 6 02:11:16 localhost qmail: 1204737076.785341 starting delivery 41: msg 19727042 to local anonymous@localhost.localdomain
Mar 6 02:11:16 localhost qmail: 1204737076.785479 status: local 2/10 remote 0/20
Mar 6 02:11:16 localhost qmail: 1204737076.785547 delivery 40: success: did_0+0+1/
Mar 6 02:11:16 localhost qmail: 1204737076.785607 status: local 1/10 remote 0/20
Mar 6 02:11:16 localhost qmail: 1204737076.785666 end msg 19727043
Mar 6 02:11:16 localhost qmail: 1204737076.790383 delivery 41: success: did_0+0+1/
Mar 6 02:11:16 localhost qmail: 1204737076.790520 status: local 0/10 remote 0/20
Mar 6 02:11:16 localhost qmail: 1204737076.790592 end msg 19727042
Mar 6 02:11:19 localhost qmail: 1204737079.092516 starting delivery 42: msg 19727036 to local hogehogedesuyo@localhost.localdomain
Mar 6 02:11:19 localhost qmail: 1204737079.092752 status: local 1/10 remote 0/20
Mar 6 02:11:19 localhost qmail: 1204737079.092855 delivery 42: deferral: Unable_to_chdir_to_maildir._(#4.2.1)/
Mar 6 02:11:19 localhost qmail: 1204737079.092923 status: local 0/10 remote 0/20
451:q er
08/03/06 02:20:02
スレを誘導されたのでこちらで質問させて下さい。 その３
【php側ソース】
if( mb_send_mail($addressTo, $subject, mb_convert_encoding($message,"shift_jis","shift_jis"),$header) )
{
#この部分に正常に入ります。
print("送信完了しました。");
}
else
{
print("エラー：送信に失敗しました");
}
※補足※
Windowsで正常に動作していたメール送信プログラムを
qmail（・・・※）設定済みのLinux(CentOS5)に移行した上で
実行しているのですが正常に送信先に届きません。
（また、php側でエラーは発生しません。）
452:名無しさん＠お腹いっぱい。
08/03/06 02:20:20
>>449
先方MXにunrouteable_sender_addressと言われているようだが？
453:q er
08/03/06 02:28:29
スレを誘導されたのでこちらで質問させて下さい。 その４
>>452
＞先方MXに unrouteable_sender_address と言われているようだが？
ぐぐってみたのですが『unrouteable_sender_address』
では何もヒットしませんでした。一体どういう意味なのでしょうか？
また、『MX』について調べた結果、次のサイトにヒントがありそうなので
もう一度試してみます。
それでもダメでしたらこちらにてもう一度質問させて下さい。
【参考（になりそうな）サイト】
URLﾘﾝｸ(hiiro-sou.hp.infoseek.co.jp)
【ぐぐった結果』
「MX」とは「Mail eXchanger」の事です
454:名無しさん＠お腹いっぱい。
08/03/06 02:33:19
>>453
qmailは半角空白を「_」に変換してログを残すので
検索ワードを変えてみて下さい。
また、エラーコード550もキーワードに入れてください。
要するに、sender addressがunrouteableなんでしょ。
そのままだけど。
455:q er
08/03/06 02:58:15
、、、いまいちよく分かりません。
>>452
Windowsでメールサーバを立てたいた時（Radishを利用）も同様にDynDNS
を使用し、正常に外部からWEBページ経由で自宅にメールを送信する事が出来て
いたのですが、Linux(CentOS5)だと出来ないのでしょうか？
※今日もまた、これで５時間位無駄になっちゃった。。。メールサーバの
構築って難しいな。。。職場でこーいうのに詳しい人もいないし。
456:名無しさん＠お腹いっぱい。
08/03/06 03:03:05
>>455
ちゃんと検索した？
URLﾘﾝｸ(www.rimarts.com)
とか読んでみて、思い当たること等ないか、確認してみましょう。
457:q er
08/03/06 03:12:29
>>456
一応そちらのページも見ました。
php.ini の中に確か送信元の情報を設定する箇所があった様な気がしますのでちょっと
調べてみます。
458:q er
08/03/06 03:15:46
てっきり、php.iniの中の送信元のメールアドレスを修正すれば直るかと思い
php.ini を見たのですが、Windowsの場合にのみ設定が必要な様です。
（つまりLinuxの場合だといじるなという事。）
したがって、現在のphp.iniの設定は次の様になっています。
[mail function]
; For Win32 only.
;SMTP = localhost
;smtp_port = 25
; For Win32 only.
;sendmail_from = me@example.com
;sendmail_from = me@example.com
459:名無しさん＠お腹いっぱい。
08/03/06 03:29:38
>>458
sender address（From:）がどうなっているか、分かっていますか？
ログにも出ていますよ。
460:名無しさん＠お腹いっぱい。
08/03/06 10:40:44
qmail-injectの使い方を見て来い。
話はそれから。
461:名無しさん＠お腹いっぱい。
08/03/06 19:54:52
まずqmailなんぞ捨てろ、話はそれかｒ
462:me
08/03/06 20:18:06
me
463:q er
08/03/06 23:39:57
>>459
すみません。いまいち分かっていないです。
もう少しヒントを頂けないでしょうか？
因みに送信元のメールアドレスは、ユーザにWEBページより入力して貰い、
送信先のメールアドレス(つまり私の自宅のメールアドレス）はphpのソースの中に
埋め込んでいます。
※ユーザ、収集アプリ（ロボット）に自宅のメールアドレスを公開したくない為です。
【WEBページの詳細】
名前
送信者に入力して貰うエリア
メールアドレス
ユーザのメールアドレスを入力して貰うエリア
（つまり、ここがFROM部分になります。）
本文
メッセージを入力して貰うエリア
>>460
もう一度調べてみます。
>>461
、、、これまでかなりqmailの設定に時間を取られているので
ここで断念すると私の労力が無駄になるのでもうちょっと頑張ります。
464:名無しさん＠お腹いっぱい。
08/03/07 02:02:55
>>463
ここまで教えてもらってわからないなら
qmailを使うのは無理だ
spam送信者になる前にやめとけ
465:名無しさん＠お腹いっぱい。
08/03/07 02:18:19
postfixにします。
466:名無しさん＠お腹いっぱい。
08/03/07 02:33:08
Radishの方がよっぽど使い勝手がいいな。
qmailなんぞより。
467:名無しさん＠お腹いっぱい。
08/03/07 11:04:12
qmailがこの先生きのこるには
468:名無しさん＠お腹いっぱい。
08/03/07 12:31:58
qmail が この 先生 きのこ る には
?
469:463
08/03/08 01:27:07
Postfixにチャレンジします。
これから。
470:名無しさん＠お腹いっぱい。
08/03/08 12:38:23
大岡山大先生がこの先生きのこるには
471:名無しさん＠お腹いっぱい。
08/03/08 13:20:41
釣りかよ。
472:anon
08/03/08 19:19:15
>>462 で教えてあげたのに、、、
DynDNSで立ててるような自宅メールサーバはもうじきOP25Bに塞がれて終わり。
473:名無しさん＠お腹いっぱい。
08/03/09 00:17:50
>>472
Me???
どういう意味ですか？
474:名無しさん＠お腹いっぱい。
08/03/09 00:21:09
qmail使ってmeを知らないなんてありえない
475:名無しさん＠お腹いっぱい。
08/03/09 11:55:19
ありえないな
476:名無しさん＠お腹いっぱい。
08/03/09 19:59:49
OP25Bは、もっと普及して欲しいよ
ocnからのSPAMがうざくって、聞いてみたら
固定IPサービス契約者だったり漫画喫茶だったり
PORT25の通信できるのをオプションにしとけ！
一般ユーザーはそれで十分だろ
477:名無しさん＠お腹いっぱい。
08/03/11 01:24:32
クメールってよんでるのおれだけ
478:名無しさん＠お腹いっぱい。
08/03/11 01:31:28
うん。
479:名無しさん＠お腹いっぱい。
08/03/11 09:51:55
>>477
ラオスｗｗｗ
お前の頭、カオスだな。
480:名無しさん＠お腹いっぱい。
08/03/18 21:47:26
初めて qmail + vpopmail + qmailadmin でサーバを構築してみた。
しかし構築完了後にメールの送受信してみた所，認証を求められてメールの受信が出来ず。
送信は問題なし。
ふと思ってメーラ側の設定の
『受信メールサーバ』-『アカウント名』の設定をユーザ名だけでなく
『ユーザ名@ドメイン名』にしたところなぜか受信。
とりあえず動いているから現状はいいとしても，原因がつかめず四苦八苦中。
もし良ければヒントなど頂けないでしょうか？
481:anon
08/03/18 21:49:22
仮想ドメイン対応だからドメイン教えてあげなきゃアカウント区別つかんでしょ。
482:名無しさん＠お腹いっぱい。
08/03/18 21:57:41
>>481
即レス感謝です。
おぉ，確かに……。
Windows Server の標準POPサービスと同じになるんですね。
何でこんな単純なことに気づかなかったかすごいショックを受けております。
483:名無しさん＠お腹いっぱい。
08/03/19 22:53:09
>>482
つ /home/vpopmail/etc/defaultdomain
484:名無しさん＠お腹いっぱい。
08/03/22 00:38:53
つか、なんで今になってその組み合わせ・・・
新規鯖なんだろ？
485:名無しさん＠お腹いっぱい。
08/03/22 01:58:13
マゾなんだろ
486:名無しさん＠お腹いっぱい。
08/03/23 06:07:39
>>484
焼き直しと手抜き。設定に凝るのはオタク。楽でよい。
487:名無しさん＠お腹いっぱい。
08/04/22 23:07:59
FreeBSD ports qmail + vpopmail の質問です。
qmailは WITH_SMTP_AUTH_PATCH=yes でインストールしました。
ローカルでoutlookを使って問題なくメール送受信テストできましたが
telnetでsmtpの接続を確認すると
503 auth not available (#5.3.3)
とエラーが出てしまいます。
ぐぐっても原因がよくわかりません。よろしくお願いします。
488:名無しさん＠お腹いっぱい。
08/04/22 23:34:27
だからauthがnot availableなんだろ
489:名無しさん＠お腹いっぱい。
08/04/23 01:32:11
>>487
WITH_SMTP_AUTH_PATCH=yes ってなんのパッチ？
490:487
08/04/23 01:44:50
>>488
そうです。利用不可能です。
確認したらパッチはちゃんとあたってます。
SMTP_AUTH_PATCH=on "Provide SMTP Authentication"
と言うことはどうしたらいいのでしょうか？
491:名無しさん＠お腹いっぱい。
08/04/23 19:41:03
>>490
コード嫁
492:名無しさん＠お腹いっぱい。
08/04/24 00:39:59
>>490
普通のqmailには「SMTP_AUTH_PATCH=on」なんて項目はないぞ
493:名無しさん＠お腹いっぱい。
08/04/24 05:40:44
「パッチはちゃんとあたってます」のパッチが何なのか分からなければ、
洩れもおまいも何が問題なのか一生分からないだろう
494:名無しさん＠お腹いっぱい。
08/04/24 06:59:31
>>492
Ports ですから。
>>487
ほんとにぐぐっても分からなかったか？ telnet でしゃべった内容も書いてみ。
495:487
08/04/24 17:51:35
>>494
はい。ぐぐってもわかりませんでした（汗
# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 example.com ESMTP
ehlo localhost
250-example.com
250-AUTH LOGIN CRAM-MD5 PLAIN
250-AUTH=LOGIN CRAM-MD5 PLAIN
250-PIPELINING
250 8BITMIME
auth plain dXNlcgB1c2VyAHBhc3N3b3Jk
503 auth not available (#5.3.3)
quit
496:名無しさん＠お腹いっぱい。
08/04/24 17:57:37
>>495
URLﾘﾝｸ(diary.yaizawa.jp)
とかは？
497:名無しさん＠お腹いっぱい。
08/04/24 18:19:40
なんで
250-AUTH LOGIN CRAM-MD5 PLAIN
250-AUTH=LOGIN CRAM-MD5 PLAIN
と微妙に違うのが二つも出ているんだろう?
FreeBSDのportsってどんなパッチ使っているんだ?
498:名無しさん＠お腹いっぱい。
08/04/24 18:25:46
>>497
そんなことも知らないのけ？
パッチは>>496見れば分かるでしょ。
499:487
08/04/24 21:43:44
>>496
ありがとう。そこは見てました。
でもtcpserverに-lオプションなんて付けてないし…
qmailではなくvpopmailのインストールに問題があるのでしょうか？
500:名無しさん＠お腹いっぱい。
08/04/24 21:48:22
>>499
もう答えは分かったも同然なんだから、どうやって起動しているか書かないと。
qmail-smtpd-auth-0.31.tar.gz のパッチから抜粋↓
+ void smtp_auth(arg)
+ char *arg;
+ {
+ int i;
+ char *cmd = arg;
+
+ if (!hostname || !*childargs)
+ {
+ out("503 auth not available (#5.3.3)\r\n");
+ return;
+ }
...
! void main(argc,argv)
! int argc;
! char **argv;
{
+ hostname = argv[1];
+ childargs = argv + 2;
そして、パッチのドキュメントをよく読む。URLﾘﾝｸ(members.elysium.pl)
501:名無しさん＠お腹いっぱい。
08/05/15 22:30:49
qmailとvpopmailを使ってXreaというレンタルサーバのようなメールサーバにしたいと思っています。
通常、メールアカウントは/home/vpopmail/example.com/mailuserというようにしたいのですが
Xreaのように/home/systemuser/Maildir/example.com/mailuserというような構成にしてみたいのですがどのように設定すれば良いのでしょうか？
502:名無しさん＠お腹いっぱい。
08/05/16 00:24:20
無理
503:名無しさん＠お腹いっぱい。
08/05/16 00:44:57
無理じゃないだろうけど、なんで Maildir を挟みたいのか、謎。
504:名無しさん＠お腹いっぱい。
08/05/16 11:19:20
>>501
Inter7にメール書いて助けてもらう。
505:名無しさん＠お腹いっぱい。
08/05/16 11:50:20
>>501
たぶん、お前のやろうとしていること自体がピントが外れている可能性が高い。
まずは、そもそも何を目的にしているのかを書いたほうがいい。
506:anonymous
08/05/16 15:08:50
echo "/home/systemuser/Maildir/example.com/mailuser" > /home/vpopmail/example.com/mailuser/.qmail
とか？
507:anonimaaaaaas
08/06/06 20:05:52
ぜひとも修正すべき qmail の問題
URLﾘﾝｸ(www.qmail.jp)
508:名無しさん＠お腹いっぱい。
08/06/06 20:48:44
今さら何言ってんだ。
qmail-1.03 のリリースから2ヶ月後にはすでにパッチが出てるってのに。
URLﾘﾝｸ(www.ckdhr.com)
509:anonimaaaaaas
08/06/06 21:05:40
そう。じゃぁ、みんなパッチは当ててるんだな？ いや、もうqmailなんか使ってないか。
510:名無しさん＠お腹いっぱい。
08/06/06 21:38:24
>>509
このパッチは推奨パッチと見たことがある。
だから当てている人は多いんじゃないかと。
確か、net-qmail にも当たっているんじゃないかと。
511:名無しさん＠お腹いっぱい。
08/06/11 22:16:09
>>510
入ってないよ。
512:名無しさん＠お腹いっぱい。
08/06/20 21:58:09
qmailをdaemontoolsで起動してる時、smtpdを再起動させると
キューイング中のメール、キューに入る前のプロセス両方とも消えるのでしょうか？
513:名無しさん＠お腹いっぱい。
08/06/23 00:35:44
動作解説を読め。
qmail-smtpdはqueueを直接弄ることはない。
514:名無しさん＠お腹いっぱい。
08/06/23 00:44:31
2行目は質問に対する答えになってないな
どうでもいいけど
515:名無しさん＠お腹いっぱい。
08/06/23 13:56:45
つーか、qmail-smtpd は接続があるたびにその都度起動だから、再起動もクソもない。
516:名無しさん＠お腹いっぱい。
08/06/24 00:59:31
qmailが配信途中に反応しなくなることがあります。（遅くなる？）
localhostにtelnet後、heloしてみたら反応が返ってきませんでした。
smtpdを再起動したら直るんですが、頻繁に起きます。
再インストールしても駄目でした。qmail-qreadも空です。
何が考えられるのでしょうか。
517:名無しさん＠お腹いっぱい。
08/06/24 13:19:44
だから qmail-smtpd は接続のたびにその都度起動で完了したら即終了だっての。
tcpserver のことならば、同時接続数があふれてないか確認しろ。
518:名無しさん＠お腹いっぱい。
08/06/26 04:35:38
ログが書けなくてブロックしているとか。
519:名無しさん＠お腹いっぱい。
08/06/28 17:03:31
質問させてください。
.qmail-xxxからプログラムを動かしているのですが、
エラーになってしまった場合にリトライされているようです。
エラーは出ないようにしていますが、なんらかの時に困るのでこのリトライをやめたいと思います。
どこで設定すれば良いのでしょうか？
ちなみに当方17歳女子です。
520:名無しさん＠お腹いっぱい。
08/06/28 19:25:46
セキュリティーを考慮してこれだけ入れたほうがいいと思うqmail関係のソフトを教えてください。
現在これだけ入れてます。
qmail
tcpserver
vpopmail
qmail-scanner
よろしくお願いします。
521:名無しさん＠お腹いっぱい。
08/06/28 19:59:23
どうすればセキュリティーを確保できるか自分で判断できない時点でおワットるから
522:520
08/06/28 20:37:21
>>520です。
間違えてあげてしまいました。。。
気長に待ちますのでよろしくお願いします。
523:名無しさん＠お腹いっぱい。
08/06/28 20:53:40
セキュリティを気にするなら
qmailはやめとけ
524:520
08/06/28 21:17:54
とりあえず、教えてください…
また明日来ますのでよろしくお願いします。
525:名無しさん＠お腹いっぱい。
08/06/28 21:47:51
セキュリティーを考慮するならqmailを使うのを止めるのがお勧め
526:名無しさん＠お腹いっぱい。
08/06/28 22:53:38
>>520
ベストアンサーに選ばれた答え：セキュリティの判断が自分で出来ないならqmailを使わない
527:名無しさん＠お腹いっぱい。
08/06/28 23:57:53
要するにセキュリティがわからないならqmailを使うべきではない。
馬鹿には使えない。
よろしいか。
528:名無しさん＠お腹いっぱい。
08/06/29 00:08:42
セキュリティが分からないなら、qmail でもなんでも
鯖運営に類することすべきじゃない。
529:名無しさん＠お腹いっぱい。
08/06/29 00:20:59
LANケーブルと電話線を抜け。無線LANも切れ。
他所のネットワークから完全に孤立した環境であれば、
セキュリティなんてくだらん事は気にせず、何でも
好きなだけやっていいよ。
530:520
08/06/29 00:42:30
全レス御託ばかりで萎える。
とりあえずセキュリティはもういいから
これに付け加えるなら何を入れたほうがいいのか？
qmail
tcpserver
vpopmail
qmail-scanner
何度も言いますが御託はもう結構です。ソフト名で答えてください。
531:名無しさん＠お腹いっぱい。
08/06/29 01:23:22
えっとぉ、winnyかな？
532:名無しさん＠お腹いっぱい。
08/06/29 01:30:39
cvm
enemies
getmail4
gnubiff
isoqlog
maildir-filter
mailfront
masqmail
qmail-qfilter
qmailanalog
xfingerd
533:名無しさん＠お腹いっぱい。
08/06/29 01:38:43
>>530
使い方によっては、何もいらない。
使い方によっては、ありとあらゆる物が必要。
チキンなおれは十分条件を示せないので具体例は出さない。
534:名無しさん＠お腹いっぱい。
08/06/29 01:43:52
>>530
全部消すのがお勧め
535:名無しさん＠お腹いっぱい。
08/06/29 01:51:41
qmail-smtpd 動かさなければ、大丈夫じゃね？
536:名無しさん＠お腹いっぱい。
08/06/29 02:17:07
もうpostfixでいいジャン。
537:名無しさん＠お腹いっぱい。
08/06/29 02:31:07
あえて Courier-MTA など変態鯖に行ってこそ漢
538:名無しさん＠お腹いっぱい。
08/06/29 07:48:20
>>530
自分で考えられない奴に教える義理もないわな。
539:520
08/06/29 09:39:50
御託を並べるだけのチキンの意見は必要ないと言ったはず。
普段レスすらできない俺よりスキル低い蛆虫まで沸いてくる始末(萎える）
まあ俺がこういう態度だから沸いてくるのだろう。今後はスルーすることにしょう（笑）
>>535
どういうことですか？
qmail-smtpdはパッチを当ててます。やばいの？
540:名無しさん＠お腹いっぱい。
08/06/29 10:52:28
ヤバイ、マジヤバイよ
541:名無しさん＠お腹いっぱい。
08/06/29 10:55:18
>>530
おれはいつもdaemontoolの上でqmialを動かしてるよ
542:名無しさん＠お腹いっぱい。
08/06/29 11:03:48
宇宙ヤバい、超ヤバい
543:名無しさん＠お腹いっぱい。
08/06/29 11:20:05
life with qmail を隅から隅まで読んで、
netqmail-1.0.6 を入れておけば、すくなくとも
個人用にはこと足りるはずだが。>>530
544:520
08/06/29 11:34:19
一部の方ありがとう。
別スレで解決してしまいました…
>>543
一応読んでみます。
545:名無しさん＠お腹いっぱい。
08/06/29 12:38:32
もう二度と湧いて出てこないでくれると嬉しい
546:541
08/06/29 12:40:06
>>544
その別スレの回答内容を書かないなんて、
典型的に嫌われる質問者のタイプだな。
547:名無しさん＠お腹いっぱい。
08/07/01 08:04:09
釣りだろ
548:名無しさん＠お腹いっぱい。
08/09/10 09:39:48
すみません、ちょっと力をお貸しください。
root宛に送られるメールが他のサーバのrootに送られてしまうという事態になっています。
つまりaaa.comというサーバからroot@aaa.com宛に送られるはずのメールの送信先が
root@bbb.comになってしまいます。
（/var/log/maillogに
starting delivery 220: msg 456692 to remote root@bbb.com
と記録されています）
これはどこの設定を直せばいいのでしょうか？
よろしくお願いします。
549:132.8.111.219.st.bbexcite.jp
08/09/10 15:12:11
/var/qmail/alias/.qmail-root
550:132.8.111.219.st.bbexcite.jp
08/09/10 15:15:13
ちょ、なんで節穴
551:ZL050190.ppp.dion.ne.jp
08/09/10 16:43:45
qmailなんてまだ使われてるのかよ・・・・
552:名無しさん＠お腹いっぱい。
08/09/10 17:56:31
使ってるよ
>>548
localsにmeかdefaulthostが入ってない
>>550
ｽﾚﾘﾝｸ(unix板:824-830番)n
553:名無しさん＠お腹いっぱい。
08/09/12 18:13:46
qmail+vpopmailで運用してるんですが、
t.hogehoge@mydomain.com
t.hoge2@mydomain.com
のようなメールアドレス（t.が先頭につくもの）をすべてroot@mydomein.comに転送させたいんですが、
これをアカウントを作成せずに、正規表現だけで転送設定させる事はできるでしょうか？
554:名無しさん＠お腹いっぱい。
08/09/12 20:08:06
/var/qmail/users/assign に
+t.:alias:uid:gid:/var/qmail/alias:-:t-:
という設定を書いて、/var/qmail/alias/.qmail-t-default に
転送設定をつっこむ、でできるんじゃないかな。たぶん。きっと。
vpopmail も assign を使うので共存できるかどうか知らんけど。
555:名無しさん＠お腹いっぱい。
08/09/12 23:22:46
>>554
レスありがとうございます。
/var/qmail/users/assignはvpopmailで以下のように設定されているのですが、
＞+mydomain.com-:mydomain.com:89:89:/home/vpopmail/domains/mydomain.com:-::
＞+virtual.com-:virtual.com:89:89:/home/vpopmail/domains/virtual.com:-::
＞.
最上行に
+t.:mydomain.com:89:89:/home/vpopmail/domains/mydomain.com:-:t-:
を追加し、
/home/vpopmail/domains/mydomain.com/.qmail-t-defaultに転送先を書いたのですが転送されません。
設定が間違っておりますでしょうか？vpopmailと干渉しているのでしょうか？
556:名無しさん＠お腹いっぱい。
08/09/12 23:52:26
>>555
自己レス。
+mydomain.com-t.:mydomain.com:89:89:/home/vpopmail/domains/mydomain.com:-:t-:
でできました。
>>554さん、ありがとうございました。
557:名無しさん＠お腹いっぱい。
08/09/26 12:19:11
qmailを未だに使い続ける=電子メールなんてもうどうにもならんから足掻かない。
558:名無しさん＠お腹いっぱい。
08/10/03 19:26:45
s25rtarpitgreylist
graylist修正ってなってるけど、まだだめじゃない？
ファイル差し替えると graylist ファイル更新されないんだが。
559:名無しさん＠お腹いっぱい。
08/10/03 19:31:28
>>558
まぢで！？
今度修正する時は、tar.gz もまともなものでお願いしたいなぁ。
560:名無しさん＠お腹いっぱい。
08/10/04 13:37:05
>>558
一つ分かったことがある。
Threshold_Count_SmtpCommand はデフォルトの 2 だと駄目っぽい。
説明では、「HELO -> QUIT のようなSMTPコマンドの発行をしてくるホストに有効」
って書いてあるけど、HELO はカウントに入っていないようだ。
だから
1. RCPT TO → Temporary local problem. Please try later.
2. QUIT
という、まともな流れでも greylist 入りしない。
561:558
08/10/04 13:54:55
>>560
そうそう1.2.4だと
時間がなくてソース見てないのだが
仕事の傍らmaillogを tail -f で流してるとhelohostcheckしてないようだ。
そもそもglaylistのタイムスタンプが更新されないのでなんにも書き込みしてないと思われ。
結局1.2.2に戻した。
562:名無しさん＠お腹いっぱい。
08/10/09 21:34:33
RedHatEnterpriseLinux4でqmail-vacationを使おうと思っています。
しかし、うまく動きません。メールは受信者に届くのですが、バケーション
メールが発信されないのです。ログを見てもバケーションメールが
発信されたログが残っていないのです。気になる点は、ローカルタイムに
する修正パッチをあてていない点と、データベースファイルが、Makefileを
みると、.vacation.dir,.vacation.pagもしくは.vacation.dbになるようなことが
書いてあるのに、ユーザのホームディレクトリには、.vacationという拡張子の
ないファイルができていることです。どなたかご教授お願いします。
563:名無しさん＠お腹いっぱい。
08/10/09 22:12:04
vacation なんて使うな。
564:名無しさん＠お腹いっぱい。
08/10/09 22:25:09
新規サービスでqmail使うな
565:名無しさん＠お腹いっぱい。
08/10/09 22:43:02
562です。 インターネットで調べたところ、qmail-vacationが機能
するのは、外部から来たメールだけで、同じドメインから来たインター
ナルなメールには、バケーションメッセージを返さないという質問を
見つけたのですが、これは仕様なのでしょうか？
566:名無しさん＠お腹いっぱい。
08/10/09 23:27:39
>>565
それよりも、なによりも、なんでいまさらqmail使おうとするんだ？
時代遅れにもほどがあるぞ
567:名無しさん＠お腹いっぱい。
08/10/10 01:32:06
obsoleted!!
568:名無しさん＠お腹いっぱい。
08/10/10 07:06:38
じゃ、なんでお前ここに居るの？>>566
569:名無しさん＠お腹いっぱい。
08/10/10 16:14:18
徒労を未然に防ぎましょう。
* qmail は時代遅れのもので、メンテナンスされていないサーバです。その POP3
の部分は、Dovecot に引き継ぐことができます。Qmail は1990年代半ば、その
速度と安全性を誇って始められましたが、多くの修正されていないバグがあり、
その中には修正されていないセキュリティバグもあり、セキュリティの保障 (
500 USドル) も否定されました。本当に使い続けるのであれば、いくつかの
qmail のセキュリティの問題の解決の説明が含まれている Dave Sill の Life
with qmail (URLﾘﾝｸ(www.lifewithqmail.org)) を読みましょう。
570:名無しさん＠お腹いっぱい。
08/10/10 16:22:51
え、もう賞金出ないの？
571:566
08/10/10 23:36:24
>>568
いま、qmail+vpopmailで運用してるから
パッチの手間考えるとこれからという初心者には勧められんだろｗ
postfixに乗り換えようといろいろチャレンジ中
ravencoreってのがvpopmailに近いかなぁ、とか思ってる
572:名無しさん＠お腹いっぱい。
08/10/11 00:20:29
「いろいろ」チャレンジしないと駄目な程度なら、qmail で一生
過ごしたほうが良いだろ。
573:名無しさん＠お腹いっぱい。
08/10/11 00:30:43
ezmlmさえ無ければ・・・orz
574:名無しさん＠お腹いっぱい。
08/10/11 00:31:24
5万通のメール一斉配信はきついんすよ。。
575:名無しさん＠お腹いっぱい。
08/10/11 00:53:59
virtualdomainはいいんだけど拡張アドレスがpostfixの移行に躊躇する要因だなぁ
576:名無しさん＠お腹いっぱい。
08/10/11 01:59:20
>>573
ヲレも…
なんでユーザ管理と同一インターフェースでML管理できる
MTA & MLエンジンが他には存在してくれないんだ
577:名無しさん＠お腹いっぱい。
08/10/11 08:01:45
ezmlmの件俺も胴衣。さらに、いくつもある鯖がさらに増殖していくのを面倒みるとき、
postfix に移行するのが単純に、めんどくさい。いろんなパッチ当て済みの
my source tar.gz が自己遺産的に出来てるから、それを突っ込んでおしまい。
ただし、完全自己責になってるところがやばいといえばやばい。俺が事故死したら、
あと引き継ぐやつは苦労するだろう。だが、んなこと知るか。
578:名無しさん＠お腹いっぱい。
08/10/14 11:12:15
どーしても ezmlm が必要なら 127.0.0.1:10025 あたりで qmail を動かしておいて、
postfix の transport_maps で ML アドレスだけそっちに回せばよし。
579:名無しさん＠お腹いっぱい。
08/10/19 12:20:45
もうパッチあてる作業が疲れたお…
configureとかで指定したいお…
パッチあててくれるスクリプトを作ろうと思いつつ、
それほどインストールする機会もないので、
ついついいつまでも手作業になってしまう…。
580:名無しさん＠お腹いっぱい。
08/10/21 18:20:15
携帯に転送するときに、添付ファイルをはずしてくれる.qmailに書くスクリプトを探しています。
どなたか教えていただけないでしょうか。
581:名無しさん＠お腹いっぱい。
08/10/21 21:48:51
>>580
maildrop
582:名無しさん＠お腹いっぱい。
08/11/06 11:09:02
25番ポートを無効にして
外部との通信用のメールゲートウェイからのリレーを10025番ポートで受付たいんだけど
これってできますか？
ちなみに補足すると外部との通信用のメールゲートウェイはpostfixで、
しかもこのpostfixとqmailを物理的に同じホストで運用しようと思うのだが
この構成って現実的だと思います？
583:名無しさん＠お腹いっぱい。
08/11/06 13:33:23
>>582
できる。現実的かどうかは流量とマシンパワーによるのでわからん。
584:名無しさん＠お腹いっぱい。
08/11/06 20:21:50
昔sendmailと組み合わせてやった事ある。
585:名無しさん＠お腹いっぱい。
08/11/06 23:57:16
すいません。質問です。
当方、複数のドメインで1台のメールサーバを運用していますが、
受信ドメインごとに接続もとドメインを制限したいと思っています。
例）
受信ドメイン：接続元の制限
a.com：制限なし
b.com：b.co.jp, bb.co.jpからのみOK
c.com：*.c.co.jp からのみOK（*はワイルドカード）
virtual domainを使えばできるかと思ったんですが、接続元の取得がよくわからない
tcpserverを使えば接続元はわかるが、受信先がわからないみたいな感じです。
双方をあわせるような工夫が必要と思いますが、設定でできるのかラッパープログラムを
作成する必要があるのか判断がつきません。識者の方教えてください。
586:名無しさん＠お腹いっぱい。
08/11/07 02:38:56
>>585
envelopeから踏み込んだフィルタを書けば出来るだろ。
これって大して面白い仕事じゃないから、似たようなことを頼まれて
適当に打っちゃってある・・・。 tcpserverなんてSMTPプロトコルにも
関係しないようなところで、出来る話じゃあるまいが。
587:名無しさん＠お腹いっぱい。
08/11/07 03:06:14
２、３ドメインなら、ドメインごとにバーチャルホストを立てて、
各ホストのtcpserverで受ければできそうな気もする・・・
IPが潤沢にあったりMXを自由に設定してよければの話だし、
それ以前にシステムとしての拡張性は皆無なわけだがｗｗ
588:名無しさん＠お腹いっぱい。
08/11/07 09:26:45
>>585
antibadmail
589:名無しさん＠お腹いっぱい。
08/11/07 11:03:52
>>585
RCPT TO:<foo@b.com>
RCPT TO:<bar@c.com>
という場合、接続が許可されるのはどこ？
590:名無しさん＠お腹いっぱい。
08/11/07 11:13:48
あれ、送信者メールアドレスの話だったのか？
接続っていうから接続元 IP アドレスを逆引きしてうんぬんかと思った。
591:名無しさん＠お腹いっぱい。
08/11/07 11:27:49
>>590
「送信者」ってのが、どっちのことを指しているのか微妙だけど
>>589 の RCPT TO は、>>585 で言うところの「受信ドメイン」を
特定するために必要な情報でしょ。
接続元 IP アドレスを逆引きして云々は、「接続元の制限」に
当たる部分のことでしょ。
592:585
08/11/07 12:04:14
どうも。
接続もとドメインは、送信者アドレス（mail from:)ではなく、接続もとの
サーバのドメインという意味です。（mail from:は詐称可能なので）
なのでこの部分ではTCP/IPのレイヤーになると思います。
が、受信ドメインとなるとまたレイヤーが違う(アプリケーション層）ので
めんどうなのかなと感じています。
>588
antibadmailもアプリケーション層の話なのでちょっと違いますね。
593:名無しさん＠お腹いっぱい。
08/11/07 12:12:06
>>592
> antibadmailもアプリケーション層の話なのでちょっと違いますね。
つか、「受信ドメイン」の縛りをしたい以上は、アプリケーション層じゃないと
実現出来ないって自分でも分かってるんでしょうに。
で、なぜ「アプリケーション層の話だから違う」となるのかな？
594:585
08/11/07 12:35:55
>>593
すんません。TCP/IPのレイヤーもアプリケーション層も両方扱えないと無理
という意味でした。もちろん、アプリケーション層の情報は必要になります。
tcpserverで$TCPREMOTEHOST（リモートホストのDNS検索値）がとれるようなので
tcprulesでqmailの環境変数に渡すことができれば、どちらも扱えそうな気がしてきた。
595:585
08/11/07 19:00:03
たびたびすいません。（：：）
やっぱり無理くさい。tcpserverはqmail-smtpdを起動しているが、
その後のプロセスに対して環境変数の渡し方がわからん。
qmail-queue -> qmail-send -> qmai-..
ふう。
procmailとかだったらできるかな・・＞＜
596:名無しさん＠お腹いっぱい。
08/11/07 20:01:02
無理。
qmail-send は qmail-smtpd 以前から起動してるものだし、
いろんなところから来たメールをひとつの qmail-send で処理するわけなので、
キューごとに異なる環境変数なんて渡せるはずがない。
qmail-queue までは環境変数が渡ってるはずだけどね。
597:名無しさん＠お腹いっぱい。
08/11/07 20:06:42
>>596
>>589 のパターンは別として、可能だと思うけど？
598:585
08/11/12 15:44:09
結末を報告すると、IPの制限はあきらめました。
envelope-fromを参照することで制限をつけることとしました。
envelope-fromは偽装可能なのでちょっぴり心許ないぞ
599:名無しさん＠お腹いっぱい。
08/11/14 10:45:22
まあ、逆引きできないからな。
whoisまで挽いて検索しろなんて、自動化不可能だ。
MUAでやってくれ。
600:名無しさん＠お腹いっぱい。
08/11/14 11:32:25
>>599
tcpserver で逆引きさせれば良い話じゃ？
そこで逆引きできない MX はホワイトリストに IP アドレスを指定すれば良いだけ。
まぁ、本人が諦めたって言うから、スルーしてたけど >>597 で言ったように、
出来ると思うよ？