qmailいろいろ(8)
■ このスレッドは過去ログ倉庫に格納されています
qmailの設定、インストール、関連ソフトウェアなど、 いろいろ情報交換しましょう! 前スレ qmailいろいろ(7) http://pc8.2ch.net/test/read.cgi/unix/1114157851/ 関連スレ、関連サイトは >>2-10 あたり。 >>694 自作自演ご苦労さまです( ´Д`)σ)Д`)ァゥァゥ 691 みたいに、分かり切ったことを書くのも同類じゃないか。 ノイズレベル上げるな。 そういや、pop3/imap側は何を使ってる人が多いかな? うちはcourier-imapでpop3/imapをやってる >>692 これって誰が作ってるやつだっけ? 俺じゃないよな… こんなスレ無くなったらいいのに 誰もいないけどすでにw >>692 の件、直して頂いたようで、ありがとうございます。 ただ、最近繋がり難いみたいすね。 一向にダウンロード出来ません… きまぐれPCひろばって毎晩0時前後が異常に重いよね。 なんか激重いバッチでもうごいてんじゃね? パソコンに詳しいからという理由で管理を任されてしまったUNIX初心者です。 サーバの試験運用にあたり、ドメイン無しでqmailを動かそうと思います。 meファイルを弄ればいいんじゃないか、というところまで辿り着いたところです。 このmeファイルを弄り、自分のWinマシンからサーバにメールを送信したところ、 以下のようになりました。 ●ドメイン名 ←想定通り動く ●IPアドレス ←動かない ●[IPアドレス] ←動かない ドメイン無しで運用しようとする場合、どのように設定すべきでしょうか。 なお、上記のパターンで「動かない」場合、 ●/var/log/maillog には出力なし ●送信に利用したプロバイダからのエラーメール 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1) てーか今からやるのならどうしてpostfixにしないの? 過疎スレかと思ってたのに反応早くてびっくりです。 >706 どこだったか忘れたけど、「ドメインで運用しとけ」みたいな記述は見た気はします……。 >707 まるっきり空っぽの状態から試験用サーバを渡されたわけではないとか 既に運用されている他のサーバ(こっちは怖くて触れない)がqmailだったとか 他のソフトを入れるという発想が無かったとか、その辺の理由です。 >>708 とりあえずこのスレを全部読んで、なぜqmailは止めとけといわれたのか 理解できるぐらいの知識を持つこと。 >711 精進します。 メール周りに手を付けたのが昨日からなもので。 万が一に元システム担当者と連絡がついたら、 postfixなんかも含めて相談してみようと思います。 >712 分かりづらくてすみません。 IPアドレスのみで運用できないかという話です。 運用はできるが、利用できない。 MXレコードの意味がわからなければ。 モノはいいよう。 「運用はしていますが、これこれでりようはしかじか」と あんたに担当をまかせた阿呆な相手に言い訳しなさい。 そんなところか。 >>713 それでも意味が通じない。 発言はもっと正確に。 いきなり過疎スレとか言うような知能の持ち主は放置するのがいいかと。 教えてもらうような態度じゃないし、 仕事だったらちゃんと金はらってどこかのコンサル頼め 日本だと魚肉ソーセージが近いんじゃね?って主張してる人がいた あれだけ勢力を誇ったdjb陣営も無残に滅んでしまったなあ。 信者の人々は今どうしているのだろうか? >>725 ほとんどが転向してしまったよ。 M野さん以外での生き残りは隠遁生活してこんなの書いてる人ぐらい。 http://tabesugi.net/memo/cur/cur.html 同一のサーバの同じドメインで、とあるアカウントにはメールが届いて、 もう一つのとあるアカウントには届かないんですがどうしてでしょうか? 届くほうのログ Jul 24 15:19:30 hoge.com qmail: 1248416370.230431 new msg 836695 Jul 24 15:19:30 hoge.com qmail: 1248416370.230484 info msg 836695: bytes 239 from <root@hoge.com> qp 28774 uid 0 Jul 24 15:19:30 hoge.com qmail: 1248416370.233335 starting delivery 145: msg 836695 to local seikou@hoge.com Jul 24 15:19:30 hoge.com qmail: 1248416370.233818 status: local 1/10 remote 0/20 Jul 24 15:19:30 hoge.com qmail: 1248416370.318912 delivery 145: success: did_1+0+1/ Jul 24 15:19:30 hoge.com qmail: 1248416370.318976 status: local 0/10 remote 0/20 Jul 24 15:19:30 hoge.com qmail: 1248416370.319013 end msg 836695 届かないほうのログ Jul 24 15:20:04 hoge.com qmail: 1248416404.269755 new msg 836695 Jul 24 15:20:04 hoge.com qmail: 1248416404.269819 info msg 836695: bytes 248 from <root@hoge.com> qp 28786 uid 0 Jul 24 15:20:04 hoge.com qmail: 1248416404.349167 starting delivery 146: msg 836695 to local sippai@hoge.com Jul 24 15:20:04 hoge.com qmail: 1248416404.349249 status: local 1/10 remote 0/20 Jul 24 15:20:04 hoge.com qmail: 1248416404.354936 delivery 146: success: did_0+0+1/ Jul 24 15:20:04 hoge.com qmail: 1248416404.355014 status: local 0/10 remote 0/20 Jul 24 15:20:04 hoge.com qmail: 1248416404.355033 end msg 836695 did_1+0+1とdid_0+0+1/が違って、1番目はローカルへ保存されていないっつーことのようですが、 何が原因かエスパー出来る方いますか? >>728 x+0+1 ってことは、何かしら .qmail を書いているんじゃないかと。 で、qmail-local.c によると、count_file が増えるのは . か / で始まる行がある場合。 .qmail の記述内容を確認してみたら? >did_1+0+1とdid_0+0+1/が違って この3つの数字は、順にファイルに保存した数、転送した数、プログラムを実行した数。 ということで、.qmail からスクリプトかなんかを起動していて、 それがコケたために .qmail のそれ以降の行が無視されたとかそんな感じだと思われ。 >>728-729 ソッコーのレスありがとうございます。 色々試してみたんですが、どうやらアカウントに大文字が1文字でも含まれてるとダメなようでした。。 で、ぐぐってみたら http://www.qmail.jp/QA/ex/ > 大文字を含むアカウントは無視されます。(メイルを受けとれない。) > メイルの宛先のローカル部は小文字に変換されて処理されます。 > 拡張部も小文字に変換されてた形で .qmailの有無を調べます。 なんてありました^q^ お騒がせしました。。。 ttp://www.qmail.jp/QA/ex/ >Q. qmailが安全確実(secure)というのはどういうことですか。 >sendmailは安全ではないのですか。 誰か正解を教えてください。 スパム業者のアドレス収集攻撃が多発、Symantecが警戒を呼び掛け http://www.itmedia.co.jp/news/articles/0908/14/news013.html こういうDHAが多発するような昨今ではqmailのような 全部受け入れちゃう仕組みは破綻してるなー。 理論がどうこうよりも時流から取り残された。 しかし、拡張アドレスのせいで簡単に移行できない…。 >>733 RBLで弾けば少しは違うでしょ。 「Web屋のネタ帳」みたいな教条主義者でもないのなら、 使うべきだよ。 Web屋のネタ帳、って、面白い (微妙に悪い意味で) 人だと思ってたけど、 教条主義者なの? 「Web屋のネタ帳」は見たことあるかもしれんけど、しらん。どーでもいい。 RBLは使っているし、S25R、Greylistingなども試してはいるけど、 根本的対策にはならないじゃない。 MTA運用してるなら(今にはじまったことではないが)無差別送信してくる状況は 把握できてると思う。それがDHAのように自動生成の宛先でもエラーが帰ってこないと リスト化されてしまうと、いつまでもそこに送り続けられてしまうのでよくないと思うんだ。 もちろん送信してる奴らを撲滅したいところではあるが、現状そうもいくまい。 運用側でなんとかせねば。はぁ。 RBL は 何処の black list を使うかで、有効性と過剰保護性が 変わってくるから、あるていど試行錯誤が必要。いろいろある かも知れないが、ウチはspamhaus。あとは、badmailfrom に 正規表現が使えるパッチあてて、spamassassin で集めた spam の envelope を見て定期的に badmailfrom を更新する cron 流してる。 >>736 >DHAのように自動生成の宛先でもエラーが帰ってこないとリスト化されてしまうと、 今時MAIL FROMを偽装しないとは、礼儀正しいスパマーもいるんだな >>739 生存確認&リスト化は、配信用とは別の仕組み使うから。 生存確認なんて、奴らはやってねーよ・・・ 10年前くらいに廃棄したドメインのMXレコードを探されるぜ 生存確認してspam listの管理をするまでもなく、botnetの処理能力を生かして かまわず送りつけちゃったほうが低コストということなんだろうねい。 >>743 リストを売る際は、生存確認するんでないかな。 到達率何%って売り文句見かけるし、たまに空メールをぶち込みにくるのは 生存確認だと思ってたんだけど、違うのかな。 morercpthosts 使ってみた方感想教えてください すみません、質問なのですが qmail-inject を使った perl のプログラムで、 To の設定と表示上別のアドレスにメールを送ることってできますか? メーラーで見たときに、aaa@xxx.com 宛てに届いているけど、実際にはサーバからは bbb@zzz.com に送られてるようなものです。 From は如何様にも設定できるのですが、To は調べても出てこず。。 メルマガシステムなどは、固定アドレスでたぶん bcc とか使わないで配信されているので、 出来ないことはないような気もするのですが、お分かりになる方がいらっしゃったら是非お願い致します。 >>748 > To の設定と表示上別のアドレスにメールを送ることってできますか? 出来るけど、qmail に限った話じゃないね。 > メーラーで見たときに、aaa@xxx.com 宛てに届いているけど、実際にはサーバからは bbb@zzz.com に送られてるようなものです。 ? aaa に「実際に届いてる」のか、メーラーで見た時に「aaa 宛に見えてるだけで届いてない」のか 文章が曖昧で分からない。 どっちにしても、スレ違いかと。 >>749 ありがとうございます。 すみません、qmail を使って配信する方法を知りたかったのでこちらに書かせていただきました。 確かにsendmailとかでもできるかもしれないですが。。どちらにしろ知識不足で。 メーラー上 aaa@xxx.com 宛てに届いている表示なのだけど、実際に aaa@xxx.com には送られておらず、 そのメールはサーバーから bbb@zzz.com に配信されているというようなものです。 挙動としては、ezmlmで配信しているように、宛先・差出人を weeklymag@xxx.com にして一件ずつプログラムで別のアドレスに送りたいのです。 見た目だけなら、宛先・差出人入れて、BCCに入れるのも一緒なのですが、数をまわすとその分自分にメールを送ることになってしまうので。 To の置き換えはどうしても見つからず。。 お力をお貸し頂ければと存じます。 qmail-inject(8) を読んでもわからないようならば 自作するのはあきらめて他の人が使ったツールを探してきた方がいいと思う。マジで。 >>751 大きなヒントをありがとうございました!無事解決しました。 あなたは神のような人です。 portsからqmail-1.03_7を入れるんですが オプションの選択画面に不正リレーのパッチかなんかの 項目がないのですが、qmail-smtpd-relay-rejectをダウンロードして パッチをあてる必要はありますか? よろしくお願いします なんでqmailを使おうとしているの? qmailは今となってはレガシー環境のために仕方なく使うもので、 そんなこともわからないレベルの人が使うようなシロモノじゃないんだけど。 >>755 前に使ってたのでつい選んでしまいました 特別に意味はないです 前回qmailを選んだ理由はsendmail以外ならよいかな。ぐらいの感覚でした こだわりとかはないです はい。Postfixを入れてみます ありがとうございました >>759 何をトチ狂ったか、hotmail が改行コードを CR+LF じゃなくて LF で 送りはじめたと聞いたけどほんと? だとしたら「qmail(笑)」じゃなくて「hotmail(笑)」なんだけど。 まあ、qmail の方もこのぐらい寛容に受けとってやれよと言ってもいいと思うけど。 >>760 tcpdumpしてみたがそのようだ。 ttp://www.qmail.org/qmail-smtpd-newline-1.03.patch このパッチ当てて回避してる。 MSNに問い合わせたけどテンプレ回答しかよこさねーな。 質問です。 自分はdebian lennyでMail鯖を構築中のものです。 qmail+tcpserver でなんとか自ドメイン内での送受信はできるようになりますたが、 外部の送信ができません。 外部ドメインに送信しようとすると sorry, that domain ,, すいません途中で送信してしまいました。 >>762 です。 質問です。 自分はdebian lennyでMail鯖を構築中のものです。 qmail+tcpserver でなんとか自ドメイン内での送受信はできるようになりますたが、 外部の送信ができません。 Thunder bird で外部ドメインに送信しようとすると sorry that domain isn't in my list of allowed rcpthosts といったエラーメッセージが出てきます。 /var/qmail/control/rcpthosts に自分の送りたいドメインを追加すればいいのでしょうが 自分は色々な人に送りたいのでそれでは根本的な解決にならないので困っています。 また /etc/init.d/qmail restart をしたら /var/log/mail.log を見てみたら Nov 8 00:23:51 hoge qmail: status: exiting Nov 8 00:23:51 hoge qmail: status: local 0/10 remote 0/20 Nov 8 00:23:51 hoge qmail: tcpserver: fatal: unable to bind: address already used と出ました。 >>764 え?DNS?? なんです? MX はちゃんと登録いてますが? >>763 > /var/qmail/control/rcpthosts に自分の送りたいドメインを追加すればいいのでしょうが ここの理解が間違っている。 >>768 すいません、たぶん間違ってますね。 今さっき rcpthosts を削除したら外部への送受信ができるようになりましたが これではスパム業者にのっとられてしまうと思うので なんとかしてなおしたいんです! なにかご教授いただけませんでしょうか? >>769 rcpthosts でググれば理解できると思うんだけど。 >>770 ぐぐってわからないから聞きにきたんですよw rcphosts って ・ここに記されているホスト,ドメイン宛のメールのみ受け取る ・環境変数RELAYCLIENTが設定されている場合はrcpthostsを無視する.つまりどのような宛先でも受け取る ってことですよね? とにかくヒントがほしいんですよw DNSとか関係ないじゃないですかw >>771 > ・ここに記されているホスト,ドメイン宛のメールのみ受け取る そう。基本的に自ドメインのみを記述する。これで外部から踏み台は出来なくなる。 > ・環境変数RELAYCLIENTが設定されている場合はrcpthostsを無視する.つまりどのような宛先でも受け取る そう。だから、tcpserver で内部からの接続は RELAYCLIENT を設定する。 >>772 で、なんで外部ドメインへのメール送信ができないんでしょうか? ちなみに外部ドメインからのメールは受信できました。 基本的なところでつまずいているのはわかるのですがヒントをいただけたらと思います。 >>773 いや、だから書いてある通りでしょ。 外部→MX ※ rcphosts に自ドメインが書かれているので受け取る 内部→MX ※ rcphosts に外部ドメインが書かれていないので外部に中継しない 外部へのメールも MX で「中継」してるんだよ? だから、問題は rcphosts じゃなく、tcpserver の方。 > Nov 8 00:23:51 hoge qmail: tcpserver: fatal: unable to bind: address already used なんて言われてるんだし。 >>774 すいません何かまだ理解していないようです。 DNS のMX レコードにな私のグローバルIPは登録してあります。 * ドメイン取得はお名前.comさんにお願いしているので間違えありません。 >>774 さんが仰ってることは /etc/resolv.conf に何か書き足せということですか? 混乱しているのが rcpthosts を削除すると内外にメールを送受信できるということです。 >>775 あぁ、MX って言ったのがまずかったかな… 混乱させてしまったようで申し訳ない。 MTA とでも qmail とでも読み替えてくださいな。DNS はとにかく忘れましょう。 > 混乱しているのが rcpthosts を削除すると内外にメールを送受信できるということです。 ファイルがない場合はオープンリレー状態になります。 とにかく、今調べるべきことは tcpserver の設定などです。 >>776 おせわになります。 tcpserver は aptitude でパッケージからダウンロードしてしまいました。 まずどのあたりから調べたらいいでしょうか? そういえば設定ファイルなどいじっていないような気がするです。 dpkg -l コマンドで tcp 関連のものを調べたら ii ucspi-tcp 0.88-15 tools for building TCP client-server applica ii ucspi-tcp-src でした。 またtcpserver 関連のプロセス状況を見てみたら qmaild 17720 0.0 0.0 1832 568 ? S< Nov06 0:00 tcpserver -u 64011 -g 65534 0 smtp /var/qmail/bin/qmail-smtpd root 17845 0.0 0.0 1832 568 ? S< Nov06 0:02 /usr/bin/tcpserver -R -H 0 pop-3 /usr/sbin/qmail-popup hogehoge.com /usr/bin/checkpassword /usr/sbin/qmail-pop3d Maildir でした。 >>777 > そういえば設定ファイルなどいじっていないような気がするです。 そりゃ駄目でしょう。CDB(ルール)ファイルを作って tcpserver に読ませなきゃ。 > qmaild 17720 0.0 0.0 1832 568 ? S< Nov06 0:00 tcpserver -u 64011 -g 65534 0 smtp /var/qmail/bin/qmail-smtpd -x で CDB ファイルを指定して起動するはずなんだけど、tcpserver の起動 オプションを正確に調べてください。tcpserver の起動方法が何か分からないので どのファイルを調べればいいかまでは分かりかねます。 あとは > Nov 8 00:23:51 hoge qmail: tcpserver: fatal: unable to bind: address already used とのことなので、他に qmail-smtpd が起動していないかも調べた方が良いかと。 >>778 さま ありがとうございました!!! とうとう成功しました!! ご助言ありがとうございました!!! >> そういえば設定ファイルなどいじっていないような気がするです。 >そりゃ駄目でしょう。CDB(ルール)ファイルを作って tcpserver に読ませなきゃ。 についてですがこれについてはおこなっておりました。 >> Nov 8 00:23:51 hoge qmail: tcpserver: fatal: unable to bind: address already used >とのことなので、他に qmail-smtpd が起動していないかも調べた方が良いかと。 qmail: tcpserver: fatal: unable to bind: address already used の意味ですが、もう既に他のプロセスで使ってるよ!!って意味らしいです。 >>779 まずは、おめでとう。お疲れ様でした。 で、何が原因だったの? どう対処したの? >>780 非常に摩訶不思議なことというかアホなことだったのですが。 root 17845 0.0 0.0 1832 568 ? S< Nov06 0:02 /usr/bin/tcpserver -R -H 0 pop-3 /usr/sbin/qmail-popup hogehoge.com /usr/bin/checkpassword /usr/sbin/qmail-pop3d Maildir という tcpserver のプロセス部分の hogehoge.comが本来ならばhoge.comであるべきなのに hogehoge.comとなっていたのが原因でした。多分。 で一度 killall tcpserver をし、/etc/hosts を編集し qmail を再起動したら 外部にも送信できるようになりました。 でも解決はしましたが本当にここが原因だったのかわかりませんが。。。 ただここしか触っていないのでこれしか思いつく原因がありません しかも携帯にも送れるなんてすばらしいです! 本当にありがとうございました >>781 > hogehoge.comとなっていたのが原因でした。多分。 qmail-popup の方は関係ないはずです。 そっちは POP3 の方だけしか面倒見ないプロセスですので。 要するに > で一度 killall tcpserver をし qmail を再起動したら ですか。 >>783 ということはどういうことですか? あらら・・またわからなくなってきました・・・ >>762 ttp://www.lifewithqmail.org/lwq.html にある手順通りにやれば、必ず動く。じゃ。 >>785 なんかアドバイスできない人に限ってこれだよなw しゃべらないでいいよw >>786 偽者ですか? やめてください・・ >>785 さん日本語版のも読みましたよ >>788 の言ってるspammerは>>762 のqmailのことだろう。 別に>>762 がspamを送ろうとしてると言ってるわけじゃなく、 qmailはspamを送る踏み台に容易にされるってことだから誤解しないでくれ。 life with qmail の日本語版も読んだんなら、 悪いことは言わないから新規でqmailで鯖立てるのはやめたほうがいいぞ。 life with qmailの日本版を参考にしてる人って、 あの翻訳した人がアンチqmailだということは知ってるんだろうか。 >>791 訳者がqmail嫌いってのは冒頭の訳注に書いてあるから知ってると思いたい。 内容に意図的に嘘を混ぜてるわけでもなさそうだし参考にするのは構わないと思う。 俺もqmail嫌いだけど仕方なく管理してるし、life with qmail日本語版を参考にしてる。 元々嫌いなものをいやいや訳した、みたいな言い草はどうなんよ www.rbl.jp で relay check して確認するんじゃダメなの? ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる