トップページ⇒unix
1001コメント324KB

Postfix(4)

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。05/03/15 10:30:15
Postfixスレッド その4です。

●リンク
　本家
　http://www.postfix.org/

　Postfix のぺーじ (ドキュメントの日本語訳、MLなど)
　http://www.kobitosan.net/postfix/

過去スレ、関連スレなどは>>2-4あたり
0553名無しさん＠お腹いっぱい。2005/08/12(金) 03:18:03
>>552
ありがとうございます！分かりました！
早速試してみようと思ったら、保存期間が過ぎてたみたいで勝手に消えてましたorz
0554名無しさん＠お腹いっぱい。2005/08/17(水) 12:53:47
本家のpostfix-usersは面白ぇなぁ。
今日あたりjpにも変なのが涌いているが、あっちはそれ以上だ。
0555名無しさん＠お腹いっぱい。2005/08/17(水) 19:11:55
IPマスカレードによりクライアントPCがグローバルアドレスを持つことは稀な昨今、IDENTなんて意味ないよな。
質問者もウマシカだが、その上司はもっとウマシカだ。
0556名無しさん＠お腹いっぱい。2005/08/17(水) 19:30:59
IPマスカレード
0557名無しさん＠お腹いっぱい。2005/08/17(水) 23:50:41
なんかエロいな
0558名無しさん＠お腹いっぱい。2005/08/18(木) 11:20:47
>>555
前から疑問に思っていたのだが、IDENTに対して、

TCP RST（リセットパケット）を返す。
ICMP destination unreachable (port unreachable) を返す。

どっちが正しい？。それとも、両方、同じこと？。
0559名無しさん＠お腹いっぱい。2005/08/18(木) 11:30:31
どっちが正しいという事は無い。同じ事ではない。
0560名無しさん＠お腹いっぱい。2005/08/20(土) 03:31:41
すべてバーチャルドメインで設定したいです。

そのときに
$myhostname
$myorigin
この値はどうすればいいのでしょうか
0561名無しさん＠お腹いっぱい。2005/08/20(土) 03:41:43
>>560
馬鹿
0562名無しさん＠お腹いっぱい。2005/08/20(土) 04:00:52
>>558
うちは TCP RST にしてる。たぶんこっちの方が安牌
0563名無しさん＠お腹いっぱい。2005/08/20(土) 16:24:10
>>562
ていうか、サービスうごかしてないのになんでパケットフィルタリングする必要があるんかおしえてくれ。
0564名無しさん＠お腹いっぱい。2005/08/20(土) 16:38:51
(a)そこにフィルタがあるからだ
(b)馬鹿がidentdを動かすかもしれないからだ
(c)馬鹿ではないが二重に防御する事は無意味ではない
(d)ウチのサーバは時々私の意志に反した動きをする
(e)なんだかよくわからない。もはやサーバも自分自身も信用出来ない
0565名無しさん＠お腹いっぱい。2005/08/20(土) 16:39:00
ポリシーのデフォルトがドロップなんだろ。
0566名無しさん＠お腹いっぱい。2005/08/20(土) 16:43:19
>>565
意味がわかんね。
0567名無しさん＠お腹いっぱい。2005/08/20(土) 16:46:44
ポリシーも無くフィルタリングしちゃいかんという事だな
05685652005/08/20(土) 16:53:11
うちはiptablesで-A INPUT -j DROP をデフォルトルールにしてるから、
identに対しては明示的に
-j REJECT --reject-with icmp-host-prohibited を指定してる。
0569名無しさん＠お腹いっぱい。2005/08/20(土) 23:36:31
ttp://www.sakura.ne.jp

ここのホスティングサービスでは複数のドメインが使えるのですが、
たとえば、hogehoge1.jp と hogehoge2.jp を使う場合、
aaa@hogehoge1.jp も aaa@hogehoge2.jp も同様のアドレスとして処理されてしまいます。

これってPostfixの設定の限界なのでしょうか？
0570名無しさん＠お腹いっぱい。2005/08/20(土) 23:47:57
>>569
ttp://www.kobitosan.net/postfix/trans-2.2/jhtml/VIRTUAL_README.html
0571名無しさん＠お腹いっぱい。2005/08/22(月) 13:57:01
>569

そこはsendmail使ってるよ。
0572名無しさん＠お腹いっぱい。2005/08/25(木) 11:14:22
pcreのセキュリティーホールってPostfixに影響するのかねぇ。
確か、Postfixのregexpはpcreを使ってたと思うので。
0573名無しさん＠お腹いっぱい。2005/08/25(木) 11:36:29
>>572
pcre_tableに変なもの書かなければいいんでないの？
0574名無しさん＠お腹いっぱい。2005/08/25(木) 15:57:32
>>572
あなたには自立精神がないのですか？
0575名無しさん＠お腹いっぱい。2005/08/25(木) 23:41:23
postfix-usersでViktorが関係ないと言っていたが、よくわからん
0576名無しさん＠お腹いっぱい。2005/08/28(日) 12:18:49
ヴァーチャルメールボックスがさっぱり分かりません。何か良い本はありませんか？
0577名無しさん＠お腹いっぱい。2005/08/28(日) 12:45:45
オライリーのあれ
0578名無しさん＠お腹いっぱい。2005/08/28(日) 14:47:43
postfix ―(1)→ postfix(リレー) ―→ 他サーバ
としたい場合、(1)でsmtpauthのようなものを使用することは可能ですか？
0579名無しさん＠お腹いっぱい。2005/08/28(日) 14:58:08
smtpauthのようなもの

SMTP AUTHそのものでは駄目らしい。
0580名無しさん＠お腹いっぱい。2005/08/28(日) 15:01:16
できる。
それっぽい*README(SASL_READMEかな？)読め。
05815782005/08/28(日) 15:34:43
わかりました。ありがとうございます。
Postfix SMTP クライアント　というやつだったのですね
0582名無しさん＠お腹いっぱい。2005/08/29(月) 03:37:07
postfixと相性の良いpop3サーバを教えてください
0583名無しさん＠お腹いっぱい。2005/08/29(月) 03:40:37
何をもって相性とするのだ？ 認証？ スプール形式？
理解できていないなら、くだ質から出直してこい。
0584名無しさん＠お腹いっぱい。2005/08/29(月) 10:09:48
相性ってのはよくわかってないことをさもわかっているように見せかける魔法の言葉
だからそんなのに惑わされてはいけない。
メールボックスの形式にあったPOP3サーバーならどれでも使えるでしょう。
0585名無しさん＠お腹いっぱい。2005/08/29(月) 10:22:26
現行のものなら大抵大丈夫だから、
単純に機能やメンテナンス性でえらべばいいだろね。

にしても、InternetMailSystem総合スレが落ちっぱなのは不便だね。
0586名無しさん＠お腹いっぱい。2005/09/01(木) 23:43:35
MLから引用...

Subject: postfix配信性能
..
このたび、信用の置けるクライアントのための
大量メール送信システムを検討しています。
..
メールのサイズにもよると思います。
POSTFIXでは大体1時間に何通くらい
送信能力があるのでしょうか
..
mailengineでは5万通/hは軽くこなるようです。
..環境
Redhat9
Pentium４　3GHz　専用サーバ
メモリ1GB
10BASET専有
... 引用終り


なんかSpam発信基地みたいな話だけど、それはいいけど
5万通/hを10Mで送れるかなあ。
一通平均100kbytesとして、
50,000 x 100KB x 8bit / 3600sec = 11Mbps最低必要では。

一通100kってだれがキメタ？はあその通りです。

0587名無しさん＠お腹いっぱい。2005/09/01(木) 23:56:34
俺は今はビジネスメールは一通平均50ＫＢで
サイジングしているがみんなはどんな感じ？
0588名無しさん＠お腹いっぱい。2005/09/02(金) 00:04:16
spam業者を殺しても罪にはならないと思う
0589名無しさん＠お腹いっぱい。2005/09/02(金) 00:16:30
>>586
うん。迷惑メール発信基地でも作ってるんか？って感じがしたよね。
個人的にはSMTPをしゃべる超並列クライアントがファイルI/Oをサボれるだけ
強いと思ったけど、/var/spoolをラムディスクにしたら微妙な気がする。

自分はこういう用途にはqmailが最強で、Postfixが僅差でそれを追従しているという
イメージがあるのだけれど、メーラーの送信性能比較をやった実験ってこれ以外に
あるっけ？
http://sh.wide.ad.jp/wg/smtp/eval1/
0590名無しさん＠お腹いっぱい。2005/09/02(金) 00:23:43
それデータ古すぎ。といっても最近ので実験したものは知らんけど。

ttp://www.dt.e-technik.uni-dortmund.de/~ma/postfix/vsqmail.html
ttp://www.dt.e-technik.uni-dortmund.de/~ma/postfix/bench2.html
↑これも古い
0591名無しさん＠お腹いっぱい。2005/09/02(金) 00:29:05
4年位前に試験はさんざんやった。内容はほとんど語ることはできないが。
ローカル環境で試験をすると、qmailは速いんだが、やはりメールは送信よりも
受け側のIOが問題になるので、実環境ではあて先ごとに1通ずつ送るqmailは効率が悪い。
Eximは送り始めると速いけど、まずMXを引いて送り先サーバごとにソート
するという処理に時間がかかる。ここは設定細工すればだいぶ性能向上できる。

postfixはわりとバランスがよい。
0592名無しさん＠お腹いっぱい。2005/09/02(金) 08:58:30
>>591
つまり、受け手のI/Oオーバーヘッドの影響が大きいということ？
受け手のメールサーバーがめったに重複しない場合を考えると、
並列配送すればあまり問題にならないのではないかと。
それで、現実ではメールの送信先ホストって重複することが多いのかなぁ？
迷惑メールの場合みたいに会社、学校など組織をまとめてスキャンすれば
多くなりそうだけど。

メーリングリストマネージャーとか考えると1通ずつしかSMTPサーバーに渡さない
気がするんだけど、そこら辺はどうなんだろう...SMTPサーバーってぶっちゃけ
無駄じゃない？
0593名無しさん＠お腹いっぱい。2005/09/02(金) 10:47:54
めったに重複しない、ということはないです。
個人相手のメルマがであれば大手ISP数社に数割が(具体的な数字は伏せます)
集中します。携帯向けもあれば、当然のことながらもっと顕著です。
DoSやSPAM対策等のために、同一ホストからの同時接続数を制限しているSPも
多いので、その場合はqmailのデメリットが大きくなります。(しかもrefuse
ならともかく、前接続が切れるまで待たせるところもあり。)
0594名無しさん＠お腹いっぱい。2005/09/02(金) 14:29:32
>>586
> このたび、信用の置けるクライアントのための

信用の置けるクライアントって何？
sendmail は信用できませんってか？
0595名無しさん＠お腹いっぱい。2005/09/02(金) 15:26:58
>>594
違う違う
信用の置けるクライアントってのは、>>586にとって気前が良くてカネ払いが確実(前金可)な客ってこと。
0596名無しさん＠お腹いっぱい。2005/09/02(金) 15:36:43
昔、postfixでメーリングリストの送信負荷テストはちょっとだけやったよ
5万件をループで相手先1つのメールアドレスに送りつけてみたら、5分もかからずに全部着信まで終わったはず。
本来ならメールが複数サーバに行くし、そこで名前解決とかが発生するから確実なテスト内容じゃないんだが、大量のメールを送りつけていいサーバが自社サーバしかなかったもんでね。

要件が想定1万件だったからそれ以上はやってない。たまにDOSアタック防御用の透過型FW置いてるところがあったりして調整が面倒だったなぁ
05975862005/09/03(土) 01:46:39
>>594 >>595
586はただの引用者です。原典はML

0598名無しさん＠お腹いっぱい。2005/09/03(土) 01:50:36
>>596
> 昔、postfixでメーリングリストの送信負荷テストはちょっとだけやったよ
> 5万件をループで相手先1つのメールアドレスに送りつけてみたら、5分もかからずに全部着信まで終わったはず。

でも実際のシーンではネットワークの遅延やDNSの応答でそうは
いかないでしょ?MTA/MLのローカルな負荷テストになったかもし
れないけど>>586の要件に対する(総合)テストにはなってないの
では。


0599名無しさん＠お腹いっぱい。2005/09/03(土) 03:41:36
一部名前でDNSの応答にやたら時間がかかるのを隠蔽できるか、とかね。

そう書いて思ったが送信待ちの宛先の名前解決だけ順番が来るのを待たずに
どんどんやってたら時間短縮できそうだな。
0600名無しさん＠お腹いっぱい。2005/09/04(日) 21:39:16
Postfixの勉強しようと思いますが、お勧めの書籍はありませんか？

sendmailを長年やってきてMTAに関する技術はそれなりだと思いますので、
Postfixに特化した書籍があれば紹介していただけますか。
0601名無しさん＠お腹いっぱい。2005/09/04(日) 22:37:14
「Postfix詳解」はどうだろう？
ttp://www.linux.or.jp/bookreview/BR82.html
0602名無しさん＠お腹いっぱい。2005/09/05(月) 00:28:46
付属のドキュメントとソースじゃね？
0603名無しさん＠お腹いっぱい。2005/09/05(月) 03:03:52
またかよ
こういうヤツうざいよね
0604名無しさん＠お腹いっぱい。2005/09/05(月) 04:26:17
>>603
漏れは602ぢゃないが
>sendmailを長年やってきて
つうんだからmanとsourceとgoogleで十分のような希ガス
今どき書籍つうのもｽﾞﾚてるような
0605名無しさん＠お腹いっぱい。2005/09/05(月) 06:50:59
solaris上でpostfix稼動させてるんですが、結構頻繁に
warning: queueのディレクトリ/****/****/******: uid ****: file has 2 links
見たいなログが出力されてます。

メール自体の配送には問題ないみたいですが、なんか気持ち悪いので…
ソースを見ると、queueをオープンするとき、ファイルのハードリンク数が複数あると
出るみたいなんですが、放置OKでしょうか？

0606名無しさん＠お腹いっぱい。2005/09/05(月) 07:25:07
他のメールシステム分かってて、ベーシックな設定がpostfixでできるなら、
いまさら本を読まなくても、あとはpostconf -vの出力内容が理解できれば充分。
0607名無しさん＠お腹いっぱい。2005/09/05(月) 08:52:56
おらいりーの本はどうなんでしょう？
0608名無しさん＠お腹いっぱい。2005/09/05(月) 09:39:17
付属ドキュメントだけで困ったことはないなぁ。

>>605
どうやら rename(2) が atomic に動作しない環境では
incoming キューから active キューに移るときに一瞬だけリンク数が2になり、
ちょうどそのタイミングでキューを走査するとそのログが出るらしい。
うちのところの Solaris でもそのログが出てるが、とりあえず今のところ
実害ないようなので放置。
Solaris の rename(2) が実際そういう仕様なのかどうかは未確認。
06096052005/09/05(月) 21:58:35
>>608

OSの仕様によるものなんですね。なっとくです。
ありがとうございました。

#OSのソースを調べてみようかとも思ったんですが、
#Solaris7〜9あたりのソースって一般人も入手できるんでしょうかね？
0610名無しさん＠お腹いっぱい。2005/09/06(火) 20:00:12
メールのヘッダーとか内容を書き換えたいんだけど、どうしたらいい？？
ちなみにバーチャルドメイン環境で転送のみです。MySQLつかってまつ。

0611名無しさん＠お腹いっぱい。2005/09/06(火) 23:52:29
具体的にどうしたいの？
○○を○○にするとか言ってもらうとわかりやすいのだが。
06126102005/09/07(水) 01:15:00
メールを転送するときにPerlとかPHPをかませて内容を置換したりとか可能ですか？
0613名無しさん＠お腹いっぱい。2005/09/07(水) 01:23:43
>>612
procmail
0614名無しさん＠お腹いっぱい。2005/09/07(水) 01:38:07
header_checksでできない範囲なの？
06156102005/09/08(木) 00:36:15
なるほどprocmailを使うとスクリプト動かせますか！
header_checksはあくまでメールを通過させるか拒否するか破棄するか判定させるだけではないのですか？

みんなありがとう〜
06166102005/09/08(木) 01:08:16
mysqlを使ったVirtual Alias環境でCGIにパイプ(経由）させることってできます？
06176142005/09/08(木) 07:52:55
>>615
同じことをやれば行を消すことや行を書き換えることができるでしょ。
で、replace actionって知らない？
もれは使ったこと無いけどマニュアルには載ってるぞ。
http://www.postfix.org/header_checks.5.html

>>616
MySQLでどういう独自性が出てくるか知らんが、従来手法でやるとしたら
/etc/aliasesで:include:するところだな。MySQLでも根本は同じだろう。
あと、特定のアドレスだけではなく全部のアドレスに対して
使いたいならamavis-perlを使うときみたいにmaster.cfにpipeを
記述してcontent_filterするのが一般的な気がする。
content_filterを使うときはここら辺を見といたほうがいいね。
http://www.postfix.org/SMTPD_PROXY_README.html
http://www.postfix.org/FILTER_README.html
0618名無しさん＠お腹いっぱい。2005/09/08(木) 08:27:03
ググっても見つからなかったので質問。
postfixにはかの有名なfromto.plに相当するものはありませんか？
0619名無しさん＠お腹いっぱい。2005/09/08(木) 11:27:20
fromto.plでぐぐって出てくる最初のページにあるスクリプトpf-fromto.plが
きみのほしいものじゃまいか。
0620名無しさん＠お腹いっぱい。2005/09/10(土) 01:13:30
これってMTAの機能で実現するのですかぁ？
0621名無しさん＠そうだ選挙に行こう2005/09/11(日) 15:55:14
>>620
ログを解析するスクリプトがMTAの機能で実現する必要あるのか?
0622名無しさん＠そうだ選挙に行こう2005/09/11(日) 16:01:06
>>619
遅くなって申し訳ない。まさしく欲しかったモノでした。
なんで見つけられなかったんだ… orz
0623名無しさん＠そうだ選挙に行こう2005/09/11(日) 17:25:11
ところで何でこれが欲しかったの？
0624名無しさん＠そうだ選挙に行こう2005/09/11(日) 21:52:28
小規模なサイトなんだけど、結構ログ見なけりゃいけない問い合わせが
あってね。これを使うのが最適な内容ばかりなんで探してた。
0625名無しさん＠そうだ選挙に行こう2005/09/11(日) 22:21:12
すっごい素朴な疑問なんですが、SMTP を SSL/TLS に対応させると
どういうメリットがあるんですか？

SMTP auth の平文認証が盗聴されないぐらいしか思いつきません。
どっかの MX にリレーされるときは当然ながら SSL ないんだし・・・
手元だけ暗号化してみてもあんまり嬉しくないですよね。
0626名無しさん＠そうだ選挙に行こう2005/09/11(日) 22:25:31
接続先のSMTPDのバナーがSTARTTLS使える、と宣言されると、
通常の平文からSTARTTLSに切り替わって経路が暗号化される。

うちのサーバだとまだ多くはないが、
一日のメールの2%くらいはSTARTTLS経由で処理されている。
0627名無しさん＠そうだ選挙に行こう2005/09/11(日) 22:29:18
へ？　えーと、暗号化のメリットをお聞きしたいのですが・・・
0628名無しさん＠そうだ選挙に行こう2005/09/11(日) 22:33:16
過渡期を過ぎ最終形になった暁に、経路がエンドエンドで暗号化
されて、嬉しいとかいうことでは。
0629名無しさん＠そうだ選挙に行こう2005/09/11(日) 22:34:16
メールのリレーも暗号化されるでしょ。
もちろん両者がSTARTTLSに対応している必要があるし、
そこから別のところへ平文でリレーされたら意味無いけど。
0630名無しさん＠そうだ選挙に行こう2005/09/11(日) 22:35:53
>>627
「暗号化」というメリットがあるが？
626も経路の話をしてるんだよ。
0631名無しさん＠そうだ選挙に行こう2005/09/11(日) 22:38:42
あ、えーと MUA -(1)-> MTA -(2)-> MX という流れがあったときに、
(2) が暗号化されないんだから意味ないよなぁ、と思っていたんです。
>628 の説明でとても納得できました。thanxco
0632名無しさん＠そうだ選挙に行こう2005/09/11(日) 22:50:26
(2)が暗号化されなくても(1)が暗号化されてれば実質的な効果はあるでしょ。
ポリシーとして意味があるのかどうかはともかくとして。

あと、たとえば旅先の公衆無線LANから会社へメールを送るというときに、
会社のSMTPサーバへTLSでクライアントから直接接続すれば、充分意義はある。
0633名無しさん＠そうだ選挙に行こう2005/09/11(日) 23:02:37
>>632
自宅サーバとか立てて喜んでいるだけの厨房には、
そのメリットは理解できないと思う。
0634名無しさん＠そうだ選挙に行こう2005/09/11(日) 23:22:47
>>625
> SMTP auth の平文認証が盗聴されないぐらいしか思いつきません。
これでも十分では。
0635名無しさん＠そうだ選挙に行こう2005/09/11(日) 23:46:56
なるほどなるほど、色々と分かって来ました。ありがとうございます。
パスワード盗聴に関しては平文を使わない Digest 認証にすれば良いだけ
だと思っていましたが、そう単純なものでもないんですね。

>633 ヘタレですみません、精進します。何でバレたんだーorz
0636名無しさん＠お腹いっぱい。2005/09/11(日) 23:56:43
AUTH はサーバ側からユーザを認証できるけど、
ユーザの側からはサーバが正当なものかどうか検証できない。
SSL はそれができる。
0637名無しさん＠お腹いっぱい。2005/09/12(月) 01:04:32
>>635
Digest認証だと平文のパスワードが必要だからパスワードを一括管理しているような
システムだとあまりうれしくないというのはあると思うよ。
また、Unixパスワードで共通管理したい場合もplainとかloginとかで認証すると思う。
あと、Outlook (Express)はlogin認証にしか対応していないから、一般ユーザーを
相手にするなら完全Digest化は無理でしょう。
まあ、利用者が多いシステムの管理者をしてもまれるとだんだんそこら辺が
わかってくるよ。

0638名無しさん＠お腹いっぱい。2005/09/12(月) 20:28:48
既にPostfixが立ち上がっているサーバーに、
もうひとつPostfixを入れる事になったんだけれど、
・既に入っているのはデフォルトのディレクトリにインストール済み。
・新しい方は、別のディレクトリにコンパイルしなおしてインストール。
・キューディレクトリも新しい物を作成して設定。
で、新しい方を設定して起動したんだけれど、メールを送ると

temporary failure :Command output:postdrop:error:untrusted configuration
directory name:/etc/postfix02/ postdrop:fatal:specify
"alternate_congig_directories = /etc/postfix02/" in /etc/postfix/main.cf

とか言って動いてくれない（´・ω・｀）
起動時には　-c　で別の設定ファイルを指定しているのに・・・。
新しい方の　main.cf　には、config_directoryで明示的に指定しているんだけど、
やっぱりダメ。
どこか別のところで指定しないとダメなの？
0639名無しさん＠お腹いっぱい。2005/09/12(月) 20:32:33
>どこか別のところで指定しないとダメなの？

どこで指定すればいいかちゃんとメッセージに出ているようだが。
0640名無しさん＠お腹いっぱい。2005/09/12(月) 20:58:00
どうでもいいけど、バイナリは共有できるよな・・・
分ける必要があるのは etc と queue
06416382005/09/12(月) 21:54:20
>>639
alternate_congig_directories = /etc/postfix02/　は設定済み。
でも出る。

>>640
うん、できると思う。
今回は、理解しやすさとかを優先したのでこうなった。

ちなみに、バージョンは2.1.4です。

なんか、Postfixのsendmailは　-C　が効かないとか
言う話を耳にしたんだけど・・・
0642名無しさん＠お腹いっぱい。2005/09/12(月) 22:05:00
alternate_congig_directoriesじゃなくて
alternate_config_directoriesを指定しなければいけない予感

いやまさかそんな（´-`）
0643名無しさん＠お腹いっぱい。2005/09/12(月) 22:40:25
makeんときにDEF_CONFIG_DIR=で食わせる方が堅い希ガス
06446382005/09/12(月) 23:43:43
>>642
…すまん、これは単なるタイプミスだ。
main.cf にはちゃんとalternate_config_directoriesで
設定してある。

>>643
configure に記述してやればおｋ？
makeで喰わせた事ないから良くわからないけど…
0645名無しさん＠お腹いっぱい。2005/09/13(火) 01:33:22
>>644
>>643じゃないが、それでOKだ。

でも、わかりやすさ云々言うんだったらchrootした環境に一切を作るってのも
ありだったかもしれんね。
あるいは、jailとかVMWareとか、UMLとか...
06466382005/09/13(火) 22:59:47
解決。
contens_filterで使っているプログラムが
原因ですた．．．＿|￣|○
中でsendmailなんか呼ぶなよー！（泣）

とりあえず動く様になりました。
アドバイスくれた方々、ありがとうございました。

>>645
chroot環境下も良いかもですねー。
他のは、私が立てられる技術無いので…（＾＾；）
0647名無しさん＠お腹いっぱい。2005/09/25(日) 19:55:54
postfixに替えたLinuxマシンがあります。皆さんはポート25で話すとき
どうやってチェックしますか。postfixがってことじゃないんだけど、
@yahoo.co.jp や @toshiba.co.jp @docomo.ne.jpなんぞがスプールに溜った
ままです。大体、あちらのIPアドレスを返してくれないので当り前ですが。
MXを返さないばかりか、先方さんの待ち受けサーバーのアドレスが引けないので
一体どういう仕掛けでやりとり出来ているのでしょうか。以前はこんなこと
無かったんですけど。(マシンごと入れ換え)他の殆んどはメールのやりとりが
出来ているわけでして。手詰まりです。どなたか愛の手を。
0648名無しさん＠お腹いっぱい。2005/09/25(日) 20:02:47
もう少し日本語を勉強してください。
何か困ってそうなことはわかるんだけど、それ以外さっぱりわけわからん。
0649名無しさん＠お腹いっぱい。2005/09/25(日) 20:08:32
>>647 /var/log/maillog ぐらい見せてくれないとね。
Linuxといってもいろいろあるし、どうやって「替えた」かにもよるけど、
# cd /var/spool/postfix
# mkdir etc
# cp /etc/resolv.conf /etc/localtime etc/
# postfix reload

とかかなあ。
06506492005/09/25(日) 20:11:14
>>647 見落としてた
|大体、あちらのIPアドレスを返してくれないので当り前ですが。

じゃあ/etc/resolv.confを正しく設定しろよ :)
0651名無しさん＠お腹いっぱい。2005/09/25(日) 22:10:49
だいたい俺の会社でこんなこと言って来るやつの
94%はchroot環境で引っかかっている。
0652名無しさん＠お腹いっぱい。2005/09/25(日) 22:32:37
http://pc8.2ch.net/test/read.cgi/linux/1126686577/697
■ このスレッドは過去ログ倉庫に格納されています