qmailいろいろ(8)
■ このスレッドは過去ログ倉庫に格納されています
qmailの設定、インストール、関連ソフトウェアなど、
いろいろ情報交換しましょう!
前スレ qmailいろいろ(7)
http://pc8.2ch.net/test/read.cgi/unix/1114157851/
関連スレ、関連サイトは >>2-10 あたり。 www.rbl.jp で relay check して確認するんじゃダメなの? >>794
spamを送る踏み台ってのはちょっと語弊があった。すまん。
第三者リレーじゃなくてbackscatterのことが言いたかった。
広義のspamに含まれるってことで勘弁してくれ。
Debianのqmailパッケージ見てみたけどbackscatter対策は
されてないようなので自分で手直ししないといけない。
ttp://debz-di.kabocha.to/archives/2007/03/20070311104740.html >>795 ああ、そっちか。そのページにコメント入れているヤツは、実は俺っす。 >>796
結構前になるけど実はそこ見て初めてrealrcptto知って、
うちのqmailに当ててみた。それまではキューが詰まって遅配したり、
backscatter.orgのブラックリストに載せられたりしてたけど、
おかげで少しはマシな運用ができるようになったよ。 そうですか。それはそれは、です。そこのサイトのコメにも書いたように、
それまでに一杯当てたパッチとかぶるんで、realrcptto は、ソースを見ながら
自分で手で入れたのが二年ちょっと前。いまログをみてみたけど、もう、自分で
何をやったのかよく思い出せない。tar.gz で固めてあるパッチ済ソースが頼りだわ。 backscatter.orgって今も生きてる?
トップページがかなりうさんくさい感じなんだけど。 >>790
そのとおりです
言いたいことを代弁してくれてありがとう Postfixへの移行も考えてるけどqmailに比べて巨大だから尻ごみしてしまう件
Webサーバの方は既にApacheへのアンチテーゼとして小さくて高機能なサーバが色々出ているのにねぇ… どういう機能が必要かにもよりますが Debian だとパッケージ化されている
http://untroubled.org/nullmailer/
なんかは簡単でよいですよ >>802
まあ postfix が機能的にも情報的にも一番便利だと思いますけど。
>>803
まともな設定できる能力ないとqmailは使いこなせんわなww > まともな設定できる能力ないとqmailは使いこなせん
使いこなすって。。。マジごみでしょqmail。
今から新しく導入する理由なんて全くない。
qmail紹介しているウェブのページは、ちゃんと
「今から新規に導入する場合、qmailは選ばないように」
って書くべき。
実際、俺の前の管理者が趣味で入れたのかどうなのかしれないが、
そのあとを引き継ぐことになったオレ涙目。
社内のシステムが拡張アドレス使いまくりで利用してるため、
乗り換えたくても乗り換えられない。しょうがないのでパッチに継ぐパッチ
で対応するしかないし、そのたびに検証環境作ってテスト。
今期中にDKIM対応しろって言われてもう泣きそう。
正直、俺のあとに引き継ぐやつが不憫でならない。 「まともな設定できる能力ないとqmailは使いこなせん」と「ごみ」は
別に矛盾しない。 「まともな設定できる能力なくてqmailも使いこなせん」ようなヤツは「ごみ」、
で正しい。 DKIM導入を理由に別に移るしか!
拡張アドレスはpostfixなら一段あるから
大号令かましてまとめちゃえ
逆に聞きたいのだけどpostfixでは対応出来ない拡張アドレスの使い方ってどんなの? >>810
customer@example.co.jp
custmer-support@example.co.jp
custmer-support-elec@example.co.jp
custmer-support-elec-home@example.co.jp
なんてのはpostfixじゃ無理でしょ? foo-aというユーザがいたときに、問答無用でfooの拡張アドレスだと
postfixは解釈してくれる。
移行したいのに、これでマジ詰んでる...
qmailだとusersで指定すればfoo-aもユーザ扱いできるはずだが、
postfixだと「区切り文字に指定した記号は含んではいけない」ってなっちゃうわけ? 「区切り文字に指定した記号をユーザ名に含んでも良い」のほうが運用面倒だろ
foo ユーザが foo-a 使おうとしたら、foo-a ユーザがいて、とかわけわからん。
つかpostfixでのデフォ区切り文字は「+」なんだが
それを使いたくないってことか?
まあメアド登録時に「+」「=」をはじくWebサービスがあるからってのはわかるが 拡張アドレスっていう発想自体がめんどうの元な気がする。 +とか弾くところ多すぎ。
RFCちゃんと確認しろよと。 >>819
だよねぇ。
「+」を含んだアドレスを登録したらいつの間にか空白に変換されてるところもあったw >>820
それ(+→空白)は、単にWebプログラムの問題だと思う。 んでもRFC的に許容されてるからといって
/home/foo/public_html@example.com
とか
test.cgi?name=foo&sex=female@example.com
とか
/usr/bin/perl@example.com
とか
"`foreach\ i (./*){echo\ $i}`"@example.com
こまるだろ。 >>817
qmail使っていたところを移行したいので、できるだけ手抜きをしたい
わけですよ。だから区切りを-に変えて設定ファイル名も.qmail-aとかで
どうにかできるようにしたい。
さすがにユーザ名を変えろとはいえないし。
そんなわけで今でもいやいや使ってます。public domainになったのが
ちょっとだけ救い。
qmailの質問ってここでいいのかな?
今qmail使ってて、届いたメールを別のメールに転送してるんだが
特定の条件のメールのみ転送しないようにフィルタを作りたいんだ。
いろんなサイトを見てると、.qmailに記述を加えてやればいいみたいなんだが、
具体的にどういったスクリプトを書けばいいんだろう。
(例)件名に「test」とついたメールのみ転送したい。
<.qmailの中身>
./Maildir/
|./filterScript
&test@sample.com
filterScriptで”件名が「test」のときにexit 99を返す”ようにすればいいっぽいんだけど、
どうやって件名に指定した文字があるか取得するのかわからないんだ・・・ grep -i subject: | grep -i test とかじゃダメなの? >>827
shell scriptとかperlスクリプトとか、やったことある?
>>829
やってることはわかるんだけど、何に対してgrepしてるのかわかんない・・・
>>830
一応bashもperlもわかる・・・けど、
それらのスクリプト内で「件名」をどう取得するのかがわからないんだ・・・
>>831
軽く調べてみたけど、こいつ自身が転送する機能を持ってるの? >>832 "dot qmail" でググってみんさい。あ、それから、
.qmail で呼ばれたプログラムには、メールメッセージは
標準入力のかたちで引き渡される。 827は放置対象だろ。これ以上かまってもなにもいいことがない >>808
> 「まともな設定できる能力なくてqmailも使いこなせん」ようなヤツは「ごみ」、
> で正しい。
その通りだ
>>805
> 実際、俺の前の管理者が趣味で入れたのかどうなのかしれないが、
> そのあとを引き継ぐことになったオレ涙目。
だからお前がゴミなんだよ
> 正直、俺のあとに引き継ぐやつが不憫でならない。
ゴミから引き継ぐやつ可哀想 >>827
mess822 だな。
ためしていないが、
| [ "`822field subject`" = test ] && exit 99
のような感じか? >>827
少々スマートに
| condredirect 転送先アドレス sh -c "822field Subject | deMime | grep -qi 'なんとか'"
いかが?
IPアドレス→国コード の変換(DNSのTXT形式)をしてくれる鯖を利用して
受信メールのヘッダに X-Country:xx って挿入したいんだけど
どうやったらできますか
RBL だと完全に弾いちゃうんで、とりあえず受信しておいて
メーラー側で X-Countryに基づいて仕訳(迷惑メール処理)したいんですが。 >とりあえず受信しておいて
bakscatterの餌食ですねわかります >>844の世界のspammerはReturn-Pathに自分のアドレスを正直に名乗ってくれる優しい人たちばかりなんだよ Return-Path: っていうか、envelop FROM な。 >>844
bakscatterの意味を知ってて書いてるのか?
>>843 は単に、発信側のSMTP鯖のIPアドレスの割当国をメールヘッダの中に仕込ませて
メールクライアント側で、迷惑メールフォルダへ放り込みたいって言ってるだけだろ >>843
>変換(DNSのTXT形式)をしてくれる鯖を利用して
なんてするなら、GeoIP使ったほうがネットワークに優しいよ
Qmailはmilter使えないから、procmail経由でスクリプト噛ましてCountryコード付加すればいいんじゃないかな? 長文失礼します
.qmailの「|」でコマンドに標準入力として渡される
メールデータについて、本文(body)の改行コードは
送信元のメールクライアントの環境により
変わるものですか?
perlで本文(body)に書かれたキー、
例えば、optionというキーの値
抜き出し、それに従って処理を行っています。
本文に書かれた
option:1
なら
1を抜き出す処理を行っています。
自宅のメールクライアントがThunderbird(OS:Windows)だと
きちんと「1」が抽出され、処理が正常に動作するのですが、
別の環境(会社のNotes OS:Windows)だと「1」が抽出されていないようで、
正常に処理できませんでした。
会社からなので、ちょっと中身を調査することができませんでした。
※ヘッダー情報(From:や、Subject:〜)は、
Notesでもきちんと抜き出せました。(送信元に返信するようにしていて
会社のNotesに返信されたので。)
考えられるのは改行コードかなと思い、
標準入力をファイルに出力
するコードを埋め込みましたが、
違う原因かもしれないので、何か思い当たることが
ありましたらご教示下さい。
>>853のperlコードですが
これだと、メールクライアントで動く、動かないが発生します。
while (<STDIN>){
#ヘッダー情報(件名)はどんな場合でも正常に取得可能
if ($r =~ /Subject:/i){
$subject = $';
chomp($subject);
}
#本文がメーラー環境により取得できなかったりする。
if ($_ =~ /option:/i){
$option = $';
chomp($option);
} >>854ですが
違っていました
if ($r =~ /Subject:/i){
->
if ($_ =~ /Subject:/i){
でした
>>853
> .qmailの「|」でコマンドに標準入力として渡される
> メールデータについて、本文(body)の改行コードは
ここの前提(qmail でとかパイプでとか)は要らないでしょ。
要するに、単にメール本文の改行コードが
> 送信元のメールクライアントの環境により
> 変わるものですか?
ということですね。それなら変わるものと思っておいた方が良いでしょう。
ただ、ほとんどの場合は MUA じゃなく MTA/MDA が原因かと。
この辺りは bare LF で検索したらそれなりに情報があるかと。 >>856
レスが遅くなりすみません。
my $data = do{ local $/; <STDIN>};
@lines = split("\n",$data);
for(my $i = 0;$i <= $#lines;$i++){
$r = $lines[$i];
$r =~ s/\r.*//;
・・・
こんな感じでオールラウンドにできたと思います。
すみません
質問させてください
qmailでDNSの逆引きができないIPからのメールは送信しない設定で
tcpserverに -b -c オプションをつけて
tcprulesに
=:allow
:allow,RBLSMTPD="Access denied. bad reverse DNS"
などと記述するいい、ようなことがネット上によくありますが
この
=:
はなにを意味するんでしょうか? qmail+vpopmailで、複数のドメインを一つのIPに向けて運用しているんですが、
control/me等に記述するホスト名って
応答したり送信したりする時に、各バーチャルドメインのホスト名にその場その場で変えられる
設定やパッチって無いものでしょうか
HELOでxxx.comって名乗っておいてfrom:はyyy.netとか気持ち悪すぎるしSPAM扱いされそう MXを名乗るべきところとAを名乗るべきところをごっちゃにしてはいかん。
ヘッダのRecievedでもbyと直後のfromでホスト名が噛み合ってなかったりするし
如何なものかと思ったんですがそんな事は無いんですかね
いや普通に使えてはいるんですが何か気持ち悪いなと >>864
> ヘッダのRecievedでもbyと直後のfromでホスト名が噛み合ってなかったりするし
それと送信者メールアドレスの話は全然別。 >>868
自分は DNSSEC をつかうつもりはないし、自分の自宅鯖がフルリゾルバとして参照している
プロバイダのDNSサーバも、DNSSECが有効になるのはだいぶあとだろうけど、
そういう場合は DNS の応答パケットが512バイトを超えることはない= ほぼ実害はないと思っていいのかな?
仮にメールの送信先のドメインのゾーンが DNSSEC 対応していていても、
qmail が MX レコードなどを引きに行くときに、現状は DNSSEC を有効にしないでDNSクエリするから、
帰ってくる DNS 応答パケットも 512 バイト以下になるのかな。
>>870
ありがとう、読みました。
postfix への入替を検討します。 去年五月にうちもこの問題に遭って、dns.c パッチ当てて使い続けている。
qmail の最大の問題は、公式メンテナが居ないからこういうとき右往左往する
ことだよね。ただ、残存信者は、なまじスキルがあるから、なんとかパッチ
見つけて使い続けてしまうんで、中々絶滅しないのではとも思われる。 このパッチって、当ててるのが普通だと思ったんだけど
当ててないとこ結構あんのか 多くのnetqmail 頼みのユーザは dns パッチ無しだろう。
netqmail が何故このパッチしないのかは知らない。 ごめんやっしゃ〜どなたかいてはります?
旧メールの質問あるんやけど、勝手に質問残していってええかな?
同じドメイン同士なら内外関係なくメールの送受信できるんやけど、他のドメインになると全く送受信でけへんのよ。
これってどないしたら直ります?ちなみにうちのアホプロバイダがOP25B対策してるらしいですわ。だから一応サブミッションポートは開けてありますぅ〜
ほなよろしゅうたのんますわ、自分普段はデビー板に常駐してるさかいに、呼びにきてくれたらいつでも出張りますんで。 >>879
タボ!それ言ったら元もこうもないんじゃボケ!わからん奴は一々レストランせんといてや〜
postfixならやり方が公開されてるよ
別ポートで建てて外部への送信はpostfix経由とかどうよ >>881
ん?おもろそうやん、なんか参考になりそうなサイトありますかー?
ちゅうか、俺らで構築せーへん?おもらそうやん >>883
何ゆーとりますの?この書き込みから包茎やらなんやらって…アタマヤられてるのとちゃいますか? 884はレスからも恥垢臭が漂ってくるほど臭く、特にこの時期は
生きる悪臭公害として、周囲から忌み嫌われている。 >>887
たのんますーデビーユーザーなんやけど、UNIX板で聞いたほうが解決するやろーって進められたんですわ。
>>888
とりあえず、ここ見ろ ttp://www.houkei-navigator.net/ >>890
ダボ!ワシの利かん坊は浪速界隈じゃ有名なんやで?
アホか、そんな手術したら地上最強になってまうやん。最終携帯ミストバーンになってまうで あんさんが毎晩、自慰を繰り返して脳内麻薬物質(エンドルフィン)に依存すやろ
ほしたら、自慰をせんと眠れなくなり、その後の人生は眠剤に依存した生活になりよるさかい
気を付けておくんなはれ ■ このスレッドは過去ログ倉庫に格納されています