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

Postfix(5)

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2005/11/30(水) 19:01:47
Postfixスレッド その5です。

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

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

過去スレ、関連スレなどは>>2-4あたり
0070名無しさん＠お腹いっぱい。2005/12/16(金) 00:18:27
英語でも書いておきます。よろしくお願いします。

25 of SMTP was exchanged in the port for 110 of the POP in
consideration of the security of the mail server.
It is thought it is safe and Mail Sending from the outside of ..
finishing coming.. , seems to fail if SPAM doesn't come, and the
hacker and the virus can be excluded. Only as for normal E-mail,
I want you to send it.

E-mail from the outside doesn't reach I good at Mail Sending with
OutlookExpress. Could even only the hint teach causing?

The mail server is POSTFIX. It is not so good.
0071名無しさん＠お腹いっぱい。2005/12/16(金) 00:19:41
>>69 それはMTAの仕事ではありません。
0072名無しさん＠お腹いっぱい。2005/12/16(金) 00:23:23
ポートでメールサーバのセキュリティを考慮して25SMTPを110のPOPと交換
しました。
それは、外部からのそれが安全であるという考えとメール送信です。
来終えます。 , スパムが来ないで、ハッカーとウイルスを除くことができ
るなら、失敗するように思えます。 正常なメールだけに関して、私は、そ
れを送って欲しいと思います。

外部からのメールはOutlookExpressとのメール送信がI上手に達しません。
ヒントだけさえ、引き起こすのを教えることができますか?

メールサーバはPOSTFIXです。 それはそれほど良くはありません。
0073名無しさん＠お腹いっぱい。2005/12/16(金) 00:24:35
25SMTP was exchanged for 110 POP in the port in consideration of the
security of the mail server.
It is an idea and Mail Sending that it from the outside is safe.
It finishes coming. , It seems to fail if the virus can be excluded
with the hacker without spam coming. I want you to send it for only
normal E-mail.

E-mail from the outside doesn't reach good I by Mail Sending with
OutlookExpress.
Can even only the hint be taught to be caused?

The mail server is POSTFIX. It is not too good.
0074名無しさん＠お腹いっぱい。2005/12/16(金) 00:25:29
ポートでメールサーバのセキュリティを考慮して25SMTPを110POPと交換しまし
た。
それが考えであり、メール送信がそれである、それ、外部から、金庫は来ています。
それは、来終えます。 , スパムのないハッカーが来ていてウイルスを除くこと
ができるなら、それは失敗するように思えます。 私は、正常なメールだけのた
めにそれを送って欲しいと思います。

OutlookExpressとのメール送信で外部からのメールは利益Iに達しません。
ヒントだけがさえ引き起こされるのを教えることができますか?

メールサーバはPOSTFIXです。 それはもったいなくはありません。
0075名無しさん＠お腹いっぱい。2005/12/16(金) 00:35:59
コンサｒ（ｒｙ
0076名無しさん＠お腹いっぱい。2005/12/16(金) 00:36:25
なんで突然基地外が湧いた?
0077名無しさん＠お腹いっぱい。2005/12/16(金) 00:44:34
ものを落としたときに手が下まで届かないので、足と交換しました。
落としたものを拾うのは楽になったのですが、ほかの作業がで支障が出ています。

アドバイスをお願いします。付け替えは半田ごてを使っています。
0078名無しさん＠お腹いっぱい。2005/12/16(金) 00:46:03
正常なメールの送信主に110へ送れやｺﾞﾙｧ！と伝えれ










ｷﾁｶﾞｲ扱いされるだろうがな
0079名無しさん＠お腹いっぱい。2005/12/16(金) 00:55:48
元からキチガイなんだから何の問題も無いように思えるが？
0080名無しさん＠お腹いっぱい。2005/12/16(金) 01:33:40
僕の肛門はpostfixです。
0081名無しさん＠お腹いっぱい。2005/12/16(金) 02:14:14
スレにヘンなSPAMが湧いてます。良いフィルタの方法はありませんか？
0082名無しさん＠お腹いっぱい。2005/12/16(金) 02:19:17
2chのSPAM判定は難しそうだな。
0083名無しさん＠お腹いっぱい。2005/12/16(金) 10:04:57
いやだいたい spam だから割と簡単
0084名無しさん＠お腹いっぱい。2005/12/16(金) 12:07:11
false positiveが多そうだな
0085名無しさん＠お腹いっぱい。2005/12/16(金) 12:59:10
99%以上spamだから100%spamだと判定してもfalse positiveは1%未満。
0086名無しさん＠お腹いっぱい。2005/12/18(日) 01:30:40
>>68
ルールを守る義務は無いし、Well-known portで待つ義務も無い。
でも、お互いで合意している通信方法で通信しようとしないなら通信できなくても
仕方が無い。

要はお互いで合意が取れているportである25でまっていない以上、通信できなくても
仕方が無いってことだ。合意が取れているポートに戻すか別のポートで合意するように
働きかけるかだけど、別のポートで合意する方法はSMTPには無いんじゃないかな。
0087名無しさん＠お腹いっぱい。2005/12/18(日) 02:50:01
>別のポートで合意する方法はSMTPには無いんじゃないかな。

SMTP というプロトコル自体にはどのポート番号を使うなんて取り決めはないよ。
実際、RFC2821 のどこにも書いてないし、
RFC821 にいたってはそもそも TCP を前提としていない。

ポート番号というのはプロトコル自体で決めるのではなく、
プロトコルの外側で議論して割り当ててもらうもの。
その議論の結果が well known port。
0088名無しさん＠お腹いっぱい。2005/12/18(日) 03:24:59
SRVレコードでがんばれ
0089名無しさん＠お腹いっぱい。2005/12/18(日) 12:40:08
よいログ解析教えて栗
0090名無しさん＠お腹いっぱい。2005/12/18(日) 13:00:55
特定ドメインまたはUnixユーザの送信制限を行ったりする方法
ないでしょうか？
0091名無しさん＠お腹いっぱい。2005/12/18(日) 13:07:44
>>87
誰もRFCでポートが決まってるとは書いてないような気がするんだけど
0092名無しさん＠お腹いっぱい。2005/12/18(日) 13:42:31
>>89
pflogsummとか？

>>90
ある。
手抜きしてやるならheader_checks。
0093名無しさん＠お腹いっぱい。2005/12/18(日) 19:26:15
>誰もRFCでポートが決まってるとは書いてないような気がするんだけど

うん。だから SMTP ではどのポートを使うか決まってないから
「別のポートを使う」なんて話が SMTP の内側で
出てくることはありえない、と書いてるだけ。
もっとも、SMTP の外の決まりというのも RFC にほかならないんだけど。
0094名無しさん＠お腹いっぱい。2005/12/18(日) 21:05:06
IANA
0095名無しさん＠お腹いっぱい。2005/12/19(月) 00:43:23
ANAl
0096名無しさん＠お腹いっぱい。2005/12/19(月) 08:04:25
>>90 送信制限とは何ぞや？
0097名無しさん＠お腹いっぱい。2005/12/19(月) 09:31:04
メール1通毎に課長+部長の手書きの認可サインがあるまで
送らないようにする機能です。
0098名無しさん＠お腹いっぱい。2005/12/19(月) 19:32:22
postfixは2.2.2です。
外部Aから私に来たメールをメールサーバー自体には残しておいて、
Aさんからの差し出しのまま、携帯電話のアドレスへコピーを飛ばしたい
場合、これは転送じゃないですよね? ググる場合、どういうキーワードに
なりますか。まんまズバリ教えて君になってもいいですけど。
0099名無しさん＠お腹いっぱい。2005/12/19(月) 19:44:06
.forward のこと?
0100962005/12/20(火) 01:07:36
>>97
それは MTA の仕事ではありませんね・・・。
fml のモデレータみたいな機能で実現できるかなぁ？
0101名無しさん＠お腹いっぱい。2005/12/20(火) 01:18:39
>>98
aliasesに
pc_user:pc_user, keitai_user@example.com
のように書いて、newaliases。
0102名無しさん＠お腹いっぱい。2005/12/20(火) 10:45:24
普通にaliasesを使っていいってことですか。
通常のメールは転送じゃなくて、コピーを転送??
本体には残るってことですよね?
今、社内ネットワークで試験していて、来週に
正規にグローバルな環境に接続するものでして。
すぐに検証できませんが、試してみます。
0103名無しさん＠お腹いっぱい。2005/12/20(火) 11:13:57
最近じゃ\は付けなくていいんだな
0104名無しさん＠お腹いっぱい。2005/12/20(火) 11:52:09
postfix は昔からなくてよかったはず。
sendmail は今でも必要なはず。
0105名無しさん＠お腹いっぱい。2005/12/20(火) 12:00:15
おっ、サンキュー
0106名無しさん＠お腹いっぱい。2005/12/20(火) 12:57:51
alias_database = hash:/etc/aliases
だと101さんの方法でいいんですよね。
http://www.frbox.net/viewtopic-21019.html
に従って、
cd /etc/postfix
postmap hash:transport
postconf ？e “transport_maps = hash:/etc/postfix/transport"
postfix reload
とした私は、、、ハッシュ化してしまっているので、やりなおしって
ことでFA?
0107名無しさん＠お腹いっぱい。2005/12/20(火) 12:59:36
↑
106
すまんです。。忘れて下さい。
aliases が transportと擦り込まれてしまってました。
0108名無しさん＠お腹いっぱい。2005/12/20(火) 13:17:08
pc_user:pc_user, keitai_user@example.com
だと、pc_userのが消えちゃいましたが??
0109名無しさん＠お腹いっぱい。2005/12/20(火) 16:09:33
~pc_user/.forward

\pc_user
keitai_user@example.com
0110名無しさん＠お腹いっぱい。2005/12/20(火) 16:28:50
postfix 流では .forward は複数行書けて
各行にアドレス or mailbox への path を書く

>109
\ は不要じゃ?
0111名無しさん＠お腹いっぱい。2005/12/20(火) 16:37:49
で、aliases は関係なの?
言われることがさっぱり不明なんです。
aliases に書く話なのですか? .forward っていう
ファイルが~pc_userのディレクトリーへ要るってことなん?
0112名無しさん＠お腹いっぱい。2005/12/20(火) 17:04:23
なんでそれぐらい自分で調べようとしないんだろう、この馬鹿は。
0113名無しさん＠お腹いっぱい。2005/12/20(火) 17:37:19
調べてやったよ。どこのページにもユーザーのホーム
ディレクトリーへ.forwardファイルを新規に作って
こう書けなんて書いてないよ。皆、日本語不自由だネ。
知ってても教えるのがヘタ。
~pc_user/.forward ってaliasesにかいちゃってウロウロした
じゃねぇか。! で、解決だよ。
112も頭冷やして早く寝ろ。
0114名無しさん＠お腹いっぱい。2005/12/20(火) 17:41:27
よくそんなこと思いつくな。
君すげーよ。
0115名無しさん＠お腹いっぱい。2005/12/20(火) 18:33:52
src/local/recipient.c

/*
* \user is special: it means don't do any alias or forward expansion.
*
* XXX This code currently does not work due to revision of the RFC822
* address parser. \user should be permitted only in locally specified
* aliases, includes or forward files.

0116名無しさん＠お腹いっぱい。2005/12/21(水) 02:34:04
流れから順に読むとそうなります。
暴言が過ぎました。お詫びして去ります。ごめんなさい。
まぁ。フォワードに書いちゃうと、ユーザーが勝手にイジって
ループメールの大騒ぎになることもあるので管理は気を付けろって
ページも見つかったし、成果はあったので"おありがとうございまし
た。"

お、外人が来たのか?
0117名無しさん＠お腹いっぱい。2005/12/21(水) 02:55:39
なんだこの基地外?
0118名無しさん＠お腹いっぱい。2005/12/21(水) 03:55:55
DQNに関わると滅入るってことだね。

>>98
>まんまズバリ教えて君になってもいいですけど。

お前の態度が(ry AAでも貼って放置がベストですた。
0119名無しさん＠お腹いっぱい。2005/12/24(土) 23:37:39
第三者にWEB+Mailを提供する場合、
Mailに関してはSMTP Authなどで防ぐことができるかと思いますが、
WEB(例えばphpからの/usr/sbin/sendmail の使用)に関しては
何か良い制限方法はないでしょうか？

ためしにphpのmail関数で送信したら以下のようなログが残りましたが、
fromがnobody(apache)となってしまうため、
ユーザ毎の送信数や制限を行うのが非常に困難かなと感じています。
だからといって phpの利用を制限するのも非常に不便なので・・・。

Dec 24 23:32:53 localhost postfix/pickup[8288]: 654592FA6A: uid=33 from=<nobody>

何か良い方法やヒントをどうかお願いします。
0120名無しさん＠お腹いっぱい。2005/12/25(日) 00:02:38
それはapacheでSSLクライアント認証とかいう話しじゃないかね。
もしそれやるならpostfixもSSLクライアント認証にしてしまえば良いかもしれない。
0121名無しさん＠お腹いっぱい。2005/12/25(日) 01:03:19
>>119
無い。PHPの利用を許した時点でセキュリティはあきらめろ。
01221192005/12/25(日) 03:46:01
>>121
そうなるとレンタルサーバー会社なんかはどうやって対応しているのでしょうか？
0123名無しさん＠お腹いっぱい。2005/12/25(日) 03:55:42
特定の単語を含むメールをフィルタリングしたいんだけど、
日本語の場合、文字コード対応が超うざくない？
0124名無しさん＠お腹いっぱい。2005/12/25(日) 10:38:33
>>119
救急車！

解決方法は2つあると思う。
1. WebサーバーでCGIからメールを送るようにしてsuexecを使う (PHP CGIを利用)
2. PHPスクリプトで認証の上メールを使わせる
まあ、どちらにしろPostfixのスレの話題じゃないな。

>>122
そんなこと言い出すならコンサルでも雇えば？
レンタルサーバー屋だったら豊富なIPアドレスを武器にjailを切りまくっておのおのの
jailでApacheを動かすという手もあると思うが。で、jail１つにつき会員1人を割り当てると。
0125名無しさん＠お腹いっぱい。2005/12/25(日) 11:42:31
>>122
客が全員間抜けである事を祈る。
その祈りはたいてい聞き届けられる。
0126名無しさん＠お腹いっぱい。2005/12/25(日) 18:24:01
悪意がないと言えよｗｗｗｗ
0127名無しさん＠お腹いっぱい。2005/12/25(日) 20:31:13
アカウントもらったからさてどんな鯖か一通りCGI(/bin/sh)使って調べて...
ってやったことはある。当然悪意は無かったよ
nobody権限でしかCGI動かせないみたいなので、他人のファイル全部丸見えだった
ISPに文句いったらsuexec対応鯖のアカウントくれたけどね

ってPostfixの話じゃねぇなorz

各種ページを見てPostfix(SMTP AUTH)+Qpopper(APOP)は入れられたけど、
まだまだ使いこなせてない。
どんなことができるのかを知りたい場合はどんなページが有用でしょう？

書籍としては以下のものを買おうと思っていますけど、有用ですかね？
ttp://www.amazon.co.jp/exec/obidos/ASIN/4274065766/qid=1135510077/sr=1-1/ref=sr_1_10_1/250-8402740-7889068
読んだことある人いたら感想orその他お勧めお願いしますm(_ _)m
0128名無しさん＠お腹いっぱい。2005/12/25(日) 21:31:24
荒木さんの本はお布施だと思って買ってある

でも積読状態なので評価はしかねる
0129名無しさん＠お腹いっぱい。2005/12/25(日) 21:50:29
章立ての順番がなんか特殊だけど、概ねわかりやすくてよかったよ。
それとwebを参考にしてpostfix+cyrus+sslの環境をつくってみたりしてる。
0130名無しさん＠お腹いっぱい。2005/12/26(月) 03:22:30
>>127
まあ、本家のマニュアルで十分だな。
0131名無しさん＠お腹いっぱい。2006/01/03(火) 10:40:21
不正中継は無いけど、怪しげなmailqがかなり貯まってる。
消してもまたmailqが貯まってくる。
5人ぐらいのメールユーザがいるんだけど、
もしかしてスパムウェアか何かに取り憑かれている？

接続元プロバイダがわかればなんとかこの人数なので、探せるかもしれないけど、
ISPとかのこういう「届かないmailq」ってどう処理してるんだろう？

tail -f /var/log/maillog | grep ○○○
とかで監視すればいいのかな？

pop before smtpはあれど、smtp認証無しです。
0132名無しさん＠お腹いっぱい。2006/01/03(火) 12:50:28
>>131
存在しないドメインに返信してくれるのか。悪戯し放題だなｗ
01331302006/01/03(火) 17:41:03
>>131
えー、うちのpostfixの設定がダメなんでしょうか？
不正中継の20個ぐらいのテストはパスするのですが・・。

mailqには
----------------------------------
(host mx4.mail.yahoo.co.jp[202.93.87.210] said: 421 VS14-RT5 Mailbox bounce arrival rate exceeds system limit (#4.2.2) (in reply to RCPT TO command))
**urumibb88@yahoo.co.jp

(connect to email.eqqu.com[209.51.132.234]: Connection timed out)
**dianatazhae@eqqu.com
----------------------------------
yahoo.co.jpは5つぐらい同じエラーで貯まっています。
下はMXはあるみたいですけど、つながらないようです。
0134名無しさん＠お腹いっぱい。2006/01/03(火) 17:48:31
んん？
01351302006/01/03(火) 19:53:49
理由がわかりましたが解決できません。

example.jpとして、2台のメールサーバがあります。
MX 10 main.example.jp
MX 20 backup.example.jp(relay domains=example.jpを設定済み)

今回のmailq結果はバックアップのほうです。

telnet接続で
mainのほうは、
-------
mail from: *@*.*
rcpt to: hogehoge@example.jp
Recipient address rejected: User unknown in local recipient table
と拒否するんですが、

backupのほうは
-------、
mail from: *@*.*
rcpt to: hogehoge@example.jp
OK

となります。
backupはその後、mainに接続するのですが、rejectされ、差出人に返そうとするけど、何かしらの理由で残ってしまいます。
返送先が架空のドメイン等であれば、キューから削除されています。

backupがある意味、いったんキューに入れるので、
相手からexample.jpに対してスパムうち放題になってますよね。
この点が解消できればいいのですが・・。
0136名無しさん＠お腹いっぱい。2006/01/03(火) 21:00:45
MX10に存在しない/弾いてるアドレスを
MX20が拾ってるのはなんで?
0137名無しさん＠お腹いっぱい。2006/01/03(火) 21:16:10
設定晒せよ
01381352006/01/03(火) 21:41:29
もともと単一のメールサーバで運用していましたが、
バーチャルドメイン用のサーバをexample.jpのバックアップとして利用することになったのがきっかけです。

main.example.jpは、example.jpだけ
backup.examplejpは、example.com example.net example.orgのメールサーバになっています。

バックアップ側にsmtpで接続されても、mainのpasswdが参照できないので、はじくことができません。
バックアップメールサーバが、手動でアドレステーブル等を参照させるようにしなければならないのでしょうか？

backupサーバは、2.2.7です。

01391352006/01/03(火) 21:42:02
backup側の設定は以下の通りです。

[root@backup ~]# postconf -n
alias_maps = hash:/etc/aliases
biff = no
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
debug_peer_level = 2
disable_vrfy_command = yes
html_directory = no
inet_interfaces = all
local_recipient_maps = $alias_maps unix:passwd.byname
mail_owner = postfix
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
message_size_limit = 15240000
mydestination = $myhostname, localhost.$mydomain, $mydomain
mydomain = backup.example.jp
myhostname = user.example.jp
mynetworks = 192.168.0.0/24, 127.0.0.0/8
myorigin = $mydomain
newaliases_path = /usr/bin/newaliases
prepend_delivered_header = forward
queue_directory = /var/spool/postfix
relay_domains = example.jp
sendmail_path = /usr/sbin/sendmail
setgid_group = postdrop
smtpd_etrn_restrictions = reject
smtpd_helo_required = yes
smtpd_recipient_restrictions = permit_mynetworks check_client_access btree:/etc/mail/dracd, reject_unauth_destination
transport_maps = hash:/etc/postfix/transport
0140名無しさん＠お腹いっぱい。2006/01/03(火) 21:50:19
NISとかLDAPが必要なんじゃないかとかおもってしまうが。
ユーザーとパスワードが確認できるならSQLでもBerkleyDBでもなんでも良いだろうけど。
01411352006/01/03(火) 21:57:07
なるほど、ネットワークでユーザ管理をするわけですね。
しかし、ユーザ数人でNISサーバ等を加えられないので、アドレステーブル等で回避しようと思います。

でもrelay domainsに設定しているドメインであれば、
無条件に受け入れてしまうことはないのでしょうか？
relay domainsに設定されているドメインでも、rcpt toの直後に、アドレステーブルを参照
させることはできますでしょうか？

MX preferenceが高いbackupは、mainがダウンしている時にメールが来ると思っていましたが、
スパムなんてのはそんな律儀じゃないということでいいんでしょうか？
ようは使えるサーバであれば使ってしまおうという魂胆でしょうか？
0142名無しさん＠お腹いっぱい。2006/01/03(火) 22:16:23
>でもrelay domainsに設定しているドメインであれば、
>無条件に受け入れてしまうことはないのでしょうか？

relay_recipient_maps
01431352006/01/04(水) 01:32:25
>>142
ありがとうございます。
/etc/postfix/relay_recipient_mapsに

-----------------
realuser@example.jp allow
-----------------
と記入して、postmapして、main.cfに relay_recipient_maps = /etc/postfix/relay_recipient_maps
を追加してpostfix再起動しました。

telnetでテストしてみると、うまくrcpt toの後でrejectされましたー。
0144名無しさん＠お腹いっぱい。2006/01/06(金) 01:19:03
2.2.8出た。
0145名無しさん＠お腹いっぱい。2006/01/06(金) 14:57:01
>>144

おお。なんだかうれしい

Portability: FreeBSD 6 is a supported platform. Files:
util/sys_defs.h, makedefs.
0146名無しさん＠お腹いっぱい。2006/01/07(土) 10:29:36
EHLOすると、250-ETRNが出ましたが、
ETRNってこの時代では必要な機能？
ETRNの機能を使って何か悪さをされるのですか？
0147名無しさん＠お腹いっぱい。2006/01/07(土) 14:11:51
いらんと思う。
defer_transports = smtp とかなってる環境では
もしかしたら使う機会があるかもしれないけど。
01481462006/01/08(日) 07:10:51
>>147
どうもありがとうございます。
0149名無しさん＠お腹いっぱい。2006/01/14(土) 02:21:20
postfix にも qmailadmin みたいな管理ツールありますか？
0150名無しさん＠お腹いっぱい。2006/01/14(土) 02:27:01
>>149
前スレ
01511492006/01/14(土) 02:41:13
>>150
ありがとう。同じような質問がありました。
でも結局、ないっぽかった。
0152名無しさん＠お腹いっぱい。2006/01/14(土) 18:08:52
postfixadminじゃだめなん？
0153名無しさん＠お腹いっぱい。2006/01/21(土) 18:27:31
virtual_alias_mapsとcanonical_mapsっていっしょに使えないのですか?
別なアドレスに転送して、転送するときの送信元も
書き換えみたいイメージなんですが。
0154名無しさん＠お腹いっぱい。2006/01/21(土) 18:58:17
全然別物ですが。頭の中で整理付いてないんじゃない？
0155名無しさん＠お腹いっぱい。2006/01/21(土) 21:33:21
>>154
virtual_alias_mapsで書き換えて外部に転送するときに,
sender_canonical_mapを見に行かないんですよね。
ローカルで送信する場合は正しく適応されて、受信側で見ると
設定したとおりの送信者アドレスになっています。
転送時にはcleanupが適応されない、ということなのでしょうか?
0156名無しさん＠お腹いっぱい。2006/01/25(水) 00:56:50
postfixをよく知っているお前らに聞きたい。

・リレーする際にFROM行を書き換える
・特定のFROM・TOの組み合わせの時にFROM行を書き換える
のような方法は無いか？

サブミッションポートにSMTP認証で接続してリレーさせるところまではできたんだが、
プロパイダのメールサーバでFROM行の制限をしていて、
自ドメインをFROMに書くとSMTP認証通っていても中継拒否される。


複数の管理ツールからの自動通報を自分の携帯宛にしたいだけなんだが、
某メーカー謹製の管理ツールがFROM行設定不可で勝手に作ってたりして、中継時に変えるしかない。

だからといって、LAN内で完結するメールまでFROM行変えると送信元どこだかわけわからん状態になる。


なんかいい方法あったら教えてくれ。
SMTP認証通して自プロパイダ配下のIPアドレスだったらFROM行くらいで文句言わないでくれよ・・・・
0157名無しさん＠お腹いっぱい。2006/01/25(水) 01:25:46
答えが得られない人はたいてい我儘で自己中心的な物言いをしています。
他人に教えを乞う理由が「面倒くさいから」では誰も答える気にならないでしょ。
口先だけでも繕えばいいじゃないですか？私だったらそうします。
あなたがたは本当にそんな自明の事すら気づかないのですか？
だから池沼って言われちゃうんですよ。
あなたの書いたものを見た人がどう感じるか気にした事がありますか？
人の気持ちを推し量るのは難しい事ですが、
あなたがたの書き込みはその努力を放棄しているように見えます。
まるで他人は全て俺の奴隷だと思っているように見えます。
私には文章が下手とか若くて経験不足とかネットの匿名性とかのせいには思えません。
それはあなたという人間について何か本質的なものを語っているように思えるのです。
そして私はそれに何か不気味なもの、我々が悪と呼んでいる何かを感じます。
だからあなたの書き込みには攻撃的なレスが付きます。
本能的にあなたを恐れているから、あなたに何か邪なものを感じるからです。
どうなんですか？あなたは人類の敵なんですか？邪悪の源ですか？
いったいあなたは何に魂を売り渡してしまったんですか？
0158名無しさん＠お腹いっぱい。2006/01/25(水) 01:34:17
ローカルに hoge というダミーのアカウントを作成し、
ターゲットの from に対してのみ REDIRECT hoge という値を返すように
check_sender_access を設定する。
すると、目的のメールが全部 hoge 宛に届くようになるので、
それを aliases なり .forward なりから sendmail -ffuga@example.com で
再送信するようなスクリプトに食わせてやる。

動作未確認だけど、SMTP で送信しているのならこれでうまくいくと思う。
REDIRECT ではなく FILTER を使ってコンテンツフィルタとして
処理させてもいいと思う。


SMTP を使わず sendmail コマンドを使って送信してるのならば、
postfix の設定で対処するのではなく、メール送信しているツールのパスをいじって、
本物の sendmail ではなく、sendmail -ffuga@example.com をやるラッパーに
食わせてやるのがいいと思う。


>SMTP認証通して自プロパイダ配下のIPアドレスだったらFROM行くらいで文句言わないでくれよ・・・・

しかも submission に接続しているのなら、まったくそのとおりだ。
0159名無しさん＠お腹いっぱい。2006/01/25(水) 03:40:30
ヘッダのFromで文句言われるの？
それともSMTPセションのenvelope-from？
0160名無しさん＠お腹いっぱい。2006/01/25(水) 09:02:59
>>159
ヘッダのFromじゃね？
たしかhi-hoだったかはヘッダのFromチェックもしてたとｵﾓﾀ
0161名無しさん＠お腹いっぱい。2006/01/25(水) 11:07:10
ヘッダのFROMです。
FROMとTO送った段階で「Sender address rejected: Access denied」くらいます。

REDIRECTは2.1以降のようなので、最新版rebuildしてからやってみます。(現在2.0系)

0162名無しさん＠お腹いっぱい。2006/01/26(木) 01:02:42
そんなのmaildropとかで振り分けて、
外に送るやつはreformailとかでヘッダ書き換えて送ればいいじゃん。
0163名無しさん＠お腹いっぱい。2006/01/26(木) 01:43:15
>>162
maildrop も procmail も、「ローカルに届いたメール」は扱うけど、
「ローカルから出ていくメール」は対象外だ。
0164名無しさん＠お腹いっぱい。2006/01/26(木) 08:17:50
maildrop で外まで送れとは誰も言っていない
0165名無しさん＠お腹いっぱい。2006/01/26(木) 09:41:42
>>163
そういう状況で直接外に送ろうとしているからはまるわけでさ、
一度MTAのところで受信して、特定のfromだったときのみreformailで書き換えて
送り出せばいいじゃん？ってことだったんだけど。

もれはそういう個人的にできることをMTAにやらせるのは良くないと思ってるだけ。
もっといえば、無駄に管理者権限を使うなといいたい。
0166名無しさん＠お腹いっぱい。2006/01/26(木) 09:52:03
それができない状況でムリヤリやりたいというのが>>157の要望で
その答が>>158なわけだが。
0167名無しさん＠お腹いっぱい。2006/01/26(木) 15:13:21
dkfilterを使ってDomainkeysのテストをしてみたのですが
鍵を更新したあとキャッシュが残ってる間は認証に失敗してしまいますよね
これはキャッシュのリフレッシュ間隔を短くする位しかないんですか?
0168名無しさん＠お腹いっぱい。2006/01/27(金) 00:18:36
そりゃselectorを変えてニュートラルに持ち込むくらいしかないんじゃない？
0169名無しさん＠お腹いっぱい。2006/01/27(金) 01:00:08
最近base64エンコードのmailbodyで、エンコード文字列末尾にNUL文字が
くっついているSPAMが来るんですが、pcre:body_checksでNUL文字に
マッチする方法ってあるんでしょうか? postmapコマンドで試そうとすると
入力ストリームがそこで終わっちゃうようです。
$ printf 'a\x00b' | od -tx1
0000000    61  00  62
0000003
$ cat a
/\x00/  REJECT NUL
/^a$/   REJECT a
$ printf 'a\x00b' | postmap -q - pcre:body_checks
a       REJECT a
■ このスレッドは過去ログ倉庫に格納されています