qmailいろいろ(8)

別に気持ち悪くないけど。

MXを名乗るべきところとAを名乗るべきところをごっちゃにしてはいかん。

SPFくらいは登録しておくんだよと思うがな

ヘッダのRecievedでもbyと直後のfromでホスト名が噛み合ってなかったりするし
如何なものかと思ったんですがそんな事は無いんですかね
いや普通に使えてはいるんですが何か気持ち悪いなと

>>864
> ヘッダのRecievedでもbyと直後のfromでホスト名が噛み合ってなかったりするし
それと送信者メールアドレスの話は全然別。

qmail 信者のオレオワタ
http://jprs.jp/tech/notice/2011-03-03-inappropriate-handling-for-long-dns-packet.html

そろそろ postfix にのりかえるか。

というか、このスレに5ヶ月レスがついていなかったのもびっくりした。

>>866
信者ならパッチを当てて乗り切れ

別に今終わったわけじゃない。

>>868
自分は DNSSEC をつかうつもりはないし、自分の自宅鯖がフルリゾルバとして参照している
プロバイダのDNSサーバも、DNSSECが有効になるのはだいぶあとだろうけど、
そういう場合は DNS の応答パケットが512バイトを超えることはない= ほぼ実害はないと思っていいのかな?

仮にメールの送信先のドメインのゾーンが DNSSEC 対応していていても、
qmail が MX レコードなどを引きに行くときに、現状は DNSSEC を有効にしないでDNSクエリするから、
帰ってくる DNS 応答パケットも 512 バイト以下になるのかな。

>>869
http://ya.maya.st/d/201102a.html#s20110207_1

>>870
ありがとう、読みました。
postfix への入替を検討します。

去年五月にうちもこの問題に遭って、dns.c パッチ当てて使い続けている。
qmail の最大の問題は、公式メンテナが居ないからこういうとき右往左往する
ことだよね。ただ、残存信者は、なまじスキルがあるから、なんとかパッチ
見つけて使い続けてしまうんで、中々絶滅しないのではとも思われる。

netqmailはなんでこれ入れないんだろね。

このパッチって、当ててるのが普通だと思ったんだけど
当ててないとこ結構あんのか

多くのnetqmail 頼みのユーザは dns パッチ無しだろう。
netqmail が何故このパッチしないのかは知らない。

結構あるんじゃないかな

netqmailももう更新しないのかな。

ごめんやっしゃ〜どなたかいてはります？
旧メールの質問あるんやけど、勝手に質問残していってええかな？

同じドメイン同士なら内外関係なくメールの送受信できるんやけど、他のドメインになると全く送受信でけへんのよ。
これってどないしたら直ります？ちなみにうちのアホプロバイダがOP25B対策してるらしいですわ。だから一応サブミッションポートは開けてありますぅ〜

ほなよろしゅうたのんますわ、自分普段はデビー板に常駐してるさかいに、呼びにきてくれたらいつでも出張りますんで。

もうqmailなんか使うな。

>>879
タボ！それ言ったら元もこうもないんじゃボケ！わからん奴は一々レストランせんといてや〜

postfixならやり方が公開されてるよ
別ポートで建てて外部への送信はpostfix経由とかどうよ

>>881
ん？おもろそうやん、なんか参考になりそうなサイトありますかー？
ちゅうか、俺らで構築せーへん？おもらそうやん

878=880=882=包茎

>>883
何ゆーとりますの？この書き込みから包茎やらなんやらって…アタマヤられてるのとちゃいますか？

884はレスからも恥垢臭が漂ってくるほど臭く、特にこの時期は
生きる悪臭公害として、周囲から忌み嫌われている。

相手すんな。

最高のqmailユーザじゃないか

>>887
たのんますーデビーユーザーなんやけど、UNIX板で聞いたほうが解決するやろーって進められたんですわ。

>>887
どないだ？

>>888
とりあえず、ここ見ろ ttp://www.houkei-navigator.net/

どないやねんな。

>>890
ダボ！ワシの利かん坊は浪速界隈じゃ有名なんやで？
アホか、そんな手術したら地上最強になってまうやん。最終携帯ミストバーンになってまうで

あんさんが毎晩、自慰を繰り返して脳内麻薬物質(エンドルフィン)に依存すやろ
ほしたら、自慰をせんと眠れなくなり、その後の人生は眠剤に依存した生活になりよるさかい
気を付けておくんなはれ

>>893
何ゆーてますの？

隔離スレage

CNAME_lookup_failed_temporarily._(#4.4.3)エラーが頻発して困ってます。

queuelifetimeを1時間にするという対応を考えているのですが、
デフォルトの一週間と比較して、あまりに短いのでこれで良いのか悩んでます。

このエラーの時、なるべく素早く送信者に通知する良い方法はありますか？

まず、そのエラーが相手ドメインの問題で発生してるのかどうか確認しろ。
相手のところではなく自分のところの起きてる問題なら、
バウンスするまでの時間を短くするのではなく、
そもそもバウンスしないようにするのが正解。

たとえば、宛先ドメインがDNSSECを有効にしてる場合にそのエラーが出る。
qmailのバグなので、qmailを捨てるかせめてパッチを当てるのが正解。
http://jprs.jp/tech/notice/2011-03-03-inappropriate-handling-for-long-dns-packet.html

素早い回答に感謝します。
情報が足りて無くて恐縮ですが、エラーは相手ドメインの問題です。

さしあたって、対症療法としてバウンスするまでの時間を短くしつつ、
qmailを捨てるかパッチを当てるか、検討します。

echo "相手ドメイン:bounce" > control/virtualdomains
echo "| exit 100" > alias/.qmail-bounce

そのドメインだけ即座にバウンスさせられるはず。試してないけど。

qmailのアカウント追加って、普通のユーザを追加することでも出来るの？

>>900
どういうこと？

UNIXユーザアカウント追加でもqmailのアカウントを追加した事になるかって事じゃないの？

って・・・去年のレスかよ・・・

どや顔で去年のレスに返す>>903はきっと良い奴

まだまだ現役age

djbdnsはローカルでお手軽に使ってるけど
qmailはもう無いや

ソースコードの読みやすさはピカイチだったな

>>907
そーすか

DNSにおいてANYクエリが濫用されている現状を鑑みて、
cloudflareがANYに対してエラー応答を返すようにすると告知。
https://blog.cloudflare.com/deprecating-dns-any-meta-query-type/
https://lists.dns-oarc.net/pipermail/dns-operations/2015-March/012924.html
http://www.ietf.org/id/draft-ogud-dnsop-any-notimp-00.txt

qmailは素直にMXを聞かずにANYで問い合わせるのでモロにこの影響を受ける。
これに対して、まさかのdjbがdns-operationsに降臨し怒りをブチまける。
https://lists.dns-oarc.net/pipermail/dns-operations/2015-March/012947.html
この後の盛り上がりはご自分の目で確認してちょ。

今後もqmailを使い続けたいなら、ANYではなくちゃんとMXを聞くように
改造した方がいいかもね。

MXは付けずにAだけあれば十分という嘘やその嘘のまま実装されたDNS関連のサービスが結構あるのに？ｗ