08/10/21 18:20:15
携帯に転送するときに、添付ファイルをはずしてくれる.qmailに書くスクリプトを探しています。
どなたか教えていただけないでしょうか。
581:名無しさん＠お腹いっぱい。
08/10/21 21:48:51
>>580
maildrop
582:名無しさん＠お腹いっぱい。
08/11/06 11:09:02
25番ポートを無効にして
外部との通信用のメールゲートウェイからのリレーを10025番ポートで受付たいんだけど
これってできますか？
ちなみに補足すると外部との通信用のメールゲートウェイはpostfixで、
しかもこのpostfixとqmailを物理的に同じホストで運用しようと思うのだが
この構成って現実的だと思います？
583:名無しさん＠お腹いっぱい。
08/11/06 13:33:23
>>582
できる。現実的かどうかは流量とマシンパワーによるのでわからん。
584:名無しさん＠お腹いっぱい。
08/11/06 20:21:50
昔sendmailと組み合わせてやった事ある。
585:名無しさん＠お腹いっぱい。
08/11/06 23:57:16
すいません。質問です。
当方、複数のドメインで1台のメールサーバを運用していますが、
受信ドメインごとに接続もとドメインを制限したいと思っています。
例）
受信ドメイン：接続元の制限
a.com：制限なし
b.com：b.co.jp, bb.co.jpからのみOK
c.com：*.c.co.jp からのみOK（*はワイルドカード）
virtual domainを使えばできるかと思ったんですが、接続元の取得がよくわからない
tcpserverを使えば接続元はわかるが、受信先がわからないみたいな感じです。
双方をあわせるような工夫が必要と思いますが、設定でできるのかラッパープログラムを
作成する必要があるのか判断がつきません。識者の方教えてください。
586:名無しさん＠お腹いっぱい。
08/11/07 02:38:56
>>585
envelopeから踏み込んだフィルタを書けば出来るだろ。
これって大して面白い仕事じゃないから、似たようなことを頼まれて
適当に打っちゃってある・・・。 tcpserverなんてSMTPプロトコルにも
関係しないようなところで、出来る話じゃあるまいが。
587:名無しさん＠お腹いっぱい。
08/11/07 03:06:14
２、３ドメインなら、ドメインごとにバーチャルホストを立てて、
各ホストのtcpserverで受ければできそうな気もする・・・
IPが潤沢にあったりMXを自由に設定してよければの話だし、
それ以前にシステムとしての拡張性は皆無なわけだがｗｗ
588:名無しさん＠お腹いっぱい。
08/11/07 09:26:45
>>585
antibadmail
589:名無しさん＠お腹いっぱい。
08/11/07 11:03:52
>>585
RCPT TO:<foo@b.com>
RCPT TO:<bar@c.com>
という場合、接続が許可されるのはどこ？
590:名無しさん＠お腹いっぱい。
08/11/07 11:13:48
あれ、送信者メールアドレスの話だったのか？
接続っていうから接続元 IP アドレスを逆引きしてうんぬんかと思った。
591:名無しさん＠お腹いっぱい。
08/11/07 11:27:49
>>590
「送信者」ってのが、どっちのことを指しているのか微妙だけど
>>589 の RCPT TO は、>>585 で言うところの「受信ドメイン」を
特定するために必要な情報でしょ。
接続元 IP アドレスを逆引きして云々は、「接続元の制限」に
当たる部分のことでしょ。
592:585
08/11/07 12:04:14
どうも。
接続もとドメインは、送信者アドレス（mail from:)ではなく、接続もとの
サーバのドメインという意味です。（mail from:は詐称可能なので）
なのでこの部分ではTCP/IPのレイヤーになると思います。
が、受信ドメインとなるとまたレイヤーが違う(アプリケーション層）ので
めんどうなのかなと感じています。
>588
antibadmailもアプリケーション層の話なのでちょっと違いますね。
593:名無しさん＠お腹いっぱい。
08/11/07 12:12:06
>>592
> antibadmailもアプリケーション層の話なのでちょっと違いますね。
つか、「受信ドメイン」の縛りをしたい以上は、アプリケーション層じゃないと
実現出来ないって自分でも分かってるんでしょうに。
で、なぜ「アプリケーション層の話だから違う」となるのかな？
594:585
08/11/07 12:35:55
>>593
すんません。TCP/IPのレイヤーもアプリケーション層も両方扱えないと無理
という意味でした。もちろん、アプリケーション層の情報は必要になります。
tcpserverで$TCPREMOTEHOST（リモートホストのDNS検索値）がとれるようなので
tcprulesでqmailの環境変数に渡すことができれば、どちらも扱えそうな気がしてきた。
595:585
08/11/07 19:00:03
たびたびすいません。（：：）
やっぱり無理くさい。tcpserverはqmail-smtpdを起動しているが、
その後のプロセスに対して環境変数の渡し方がわからん。
qmail-queue -> qmail-send -> qmai-..
ふう。
procmailとかだったらできるかな・・＞＜
596:名無しさん＠お腹いっぱい。
08/11/07 20:01:02
無理。
qmail-send は qmail-smtpd 以前から起動してるものだし、
いろんなところから来たメールをひとつの qmail-send で処理するわけなので、
キューごとに異なる環境変数なんて渡せるはずがない。
qmail-queue までは環境変数が渡ってるはずだけどね。
597:名無しさん＠お腹いっぱい。
08/11/07 20:06:42
>>596
>>589 のパターンは別として、可能だと思うけど？
598:585
08/11/12 15:44:09
結末を報告すると、IPの制限はあきらめました。
envelope-fromを参照することで制限をつけることとしました。
envelope-fromは偽装可能なのでちょっぴり心許ないぞ
599:名無しさん＠お腹いっぱい。
08/11/14 10:45:22
まあ、逆引きできないからな。
whoisまで挽いて検索しろなんて、自動化不可能だ。
MUAでやってくれ。
600:名無しさん＠お腹いっぱい。
08/11/14 11:32:25
>>599
tcpserver で逆引きさせれば良い話じゃ？
そこで逆引きできない MX はホワイトリストに IP アドレスを指定すれば良いだけ。
まぁ、本人が諦めたって言うから、スルーしてたけど >>597 で言ったように、
出来ると思うよ？