Internet Mail System に関する総合スレ。
専用スレが存在しないソフトウェアの話題や
複数の領域に跨るような内容などはこちらでどうぞ。
探検
Internet Mail System 総合スレ 3
1名無しさん@お腹いっぱい。
2005/10/02(日) 21:33:352007/09/26(水) 23:28:23
Internet Mail Systemのスレだということを忘れていたよ。
2007/09/26(水) 23:36:23
>>291
Sendmail は既に IPv6 に対応済みでコードの修正すら要りませんが何か?
Sendmail は既に IPv6 に対応済みでコードの修正すら要りませんが何か?
2007/09/26(水) 23:39:58
>>297
お前何ボケてんだよ。インターネット全体がIPv6に対応するってこと。
事実上無理だろ。sendmailだけの問題じゃ済まないから。
一方、SRVの方は、SRV対応のsendmail(と他のメジャーなMTA)をバラ撒けばそれだけで完 了。
お前何ボケてんだよ。インターネット全体がIPv6に対応するってこと。
事実上無理だろ。sendmailだけの問題じゃ済まないから。
一方、SRVの方は、SRV対応のsendmail(と他のメジャーなMTA)をバラ撒けばそれだけで完 了。
2007/09/26(水) 23:41:23
2007/09/26(水) 23:52:49
SRV と IPv6 のどっちが普及するかなんて定量的な予測は不可能なんだから、
比較議論するだけ無駄だべさ。
ところで、現時点では、
IPv6 を普及させようと努力してる香具師は SRV に比べたらはるかに多いと思われるので、
SRV を普及させたいと思ってる香具師は今から行動を始めておいた方が良い。
まずは I-D から。
頑張れよ。
比較議論するだけ無駄だべさ。
ところで、現時点では、
IPv6 を普及させようと努力してる香具師は SRV に比べたらはるかに多いと思われるので、
SRV を普及させたいと思ってる香具師は今から行動を始めておいた方が良い。
まずは I-D から。
頑張れよ。
2007/09/27(木) 00:10:17
OKAJIMAには無理。
2007/10/03(水) 18:48:32
日本語で振り分けできるサーバサイドのソフトウェア無いですかね?
MIMEエンコード手動でやるの疲れた
MIMEエンコード手動でやるの疲れた
2007/10/03(水) 22:24:20
>>302
MH-JP
MH-JP
2007/10/12(金) 10:27:12
targrey http://k2net.hakuba.jp/targrey/ 使ってる人いる?
DBのファイルを生成するディレクトリ見ると、
log.0000000001 と postgrey_clients.db しか更新されてないみたいなんだけど、
これで正常に動いてるんだろうか。教えて、エロイ人。
環境: FreeBSD 4.11 + Postfix 2.4.5 + postgrey-1.31 (patched with taRgrey)
DBのファイルを生成するディレクトリ見ると、
log.0000000001 と postgrey_clients.db しか更新されてないみたいなんだけど、
これで正常に動いてるんだろうか。教えて、エロイ人。
環境: FreeBSD 4.11 + Postfix 2.4.5 + postgrey-1.31 (patched with taRgrey)
305304
2007/10/12(金) 10:36:36 追記。環境について、
postfix-policyd-spf-perl_2.004 も使ってた。
postfix-policyd-spf-perl_2.004 も使ってた。
2007/10/12(金) 11:21:18
>>304
もう、それ位自分で調べなさいよ!
db4.3_dump -p postgrey.db 見たいなことをしてみれば良いの!
というかあなたね、
自分のクライアントが targrey に引っかかるようにして、テストすれば
動作確認できるんだから、ココで聞く必要なんか無いでしょう!
今度、こんな事聞いたら許さないんだから!
もう、それ位自分で調べなさいよ!
db4.3_dump -p postgrey.db 見たいなことをしてみれば良いの!
というかあなたね、
自分のクライアントが targrey に引っかかるようにして、テストすれば
動作確認できるんだから、ココで聞く必要なんか無いでしょう!
今度、こんな事聞いたら許さないんだから!
308304
2007/10/12(金) 14:50:38 >>306
あ、それはやりますた。最初に言うべきでした。
postgrey.db も tarpit_clients.db レコード数が0のまま。
「targrey に引っかかるように」ってのは、
cat /etc/postfix/permit_client_nots25r
/myclientsdomain\.tld/ WARN
にしておいて、telnet でサーバとお話しろっていうことでおk?
で、見てる限りでは問題なく配信されて、 /var/log/maillog 眺めても、
greylist とかそれに類する文字列が出てこない。DB もそのまま。
あ、それはやりますた。最初に言うべきでした。
postgrey.db も tarpit_clients.db レコード数が0のまま。
「targrey に引っかかるように」ってのは、
cat /etc/postfix/permit_client_nots25r
/myclientsdomain\.tld/ WARN
にしておいて、telnet でサーバとお話しろっていうことでおk?
で、見てる限りでは問題なく配信されて、 /var/log/maillog 眺めても、
greylist とかそれに類する文字列が出てこない。DB もそのまま。
309306
2007/10/12(金) 15:28:31 >>308
以前テストした時の記憶なので曖昧だけど。
> cat /etc/postfix/permit_client_nots25r
> /myclientsdomain\.tld/ WARN
myclientsdomain.tld がテストをするクライアントのIPを
逆引きしたときのドメインになっていればOK。
IP でも、登録できるからやってごらん。
ex: /^192\.168\.0\.1/ WARN みたいな感じ。
で、テストの方法は上記を登録して鯖に telnet xxxx 25 する。(postfix reloadを忘れないように)
(別にクライアントでもかまわないけど。メーラーの timeout 時間の設定を変えるのがめんどくさい。)
その後は、コンソールから HELO , MAIL FROM , RCPT TO を打つ。
すると targrey で登録した秒数待たされるので待つ。(これで、db に書き込まれる。)
待たないと設定時間だけ再接続を許して貰えない。(これも、db に書き込まれる。)
(これは postfix の sleep patch を使っていないと syslog には何もでないはず)
targrey がクライアント関係で syslog に、メッセージを吐くのは
Oct 12 02:12:01 xxxxx postgrey[790]: tarpit whitelisted: unknown[127.xxx.xxx.xxx]
みたいに white list に登録したときだけ。
なので、何度(設定次第)か targrey を突破する接続をすると white list に登録される。
注意点は、複数の RCPT TO には targrey が対応していない。
だから、RCPT TO は1回の HELO の中で一回だけにすること。
まあ、db と log は消しても postgrey を(再)起動するれば作成されるから恐れずに
バンバンテストしてみると良いよ。
しかし、ツンデレ回答はきつい。
以前テストした時の記憶なので曖昧だけど。
> cat /etc/postfix/permit_client_nots25r
> /myclientsdomain\.tld/ WARN
myclientsdomain.tld がテストをするクライアントのIPを
逆引きしたときのドメインになっていればOK。
IP でも、登録できるからやってごらん。
ex: /^192\.168\.0\.1/ WARN みたいな感じ。
で、テストの方法は上記を登録して鯖に telnet xxxx 25 する。(postfix reloadを忘れないように)
(別にクライアントでもかまわないけど。メーラーの timeout 時間の設定を変えるのがめんどくさい。)
その後は、コンソールから HELO , MAIL FROM , RCPT TO を打つ。
すると targrey で登録した秒数待たされるので待つ。(これで、db に書き込まれる。)
待たないと設定時間だけ再接続を許して貰えない。(これも、db に書き込まれる。)
(これは postfix の sleep patch を使っていないと syslog には何もでないはず)
targrey がクライアント関係で syslog に、メッセージを吐くのは
Oct 12 02:12:01 xxxxx postgrey[790]: tarpit whitelisted: unknown[127.xxx.xxx.xxx]
みたいに white list に登録したときだけ。
なので、何度(設定次第)か targrey を突破する接続をすると white list に登録される。
注意点は、複数の RCPT TO には targrey が対応していない。
だから、RCPT TO は1回の HELO の中で一回だけにすること。
まあ、db と log は消しても postgrey を(再)起動するれば作成されるから恐れずに
バンバンテストしてみると良いよ。
しかし、ツンデレ回答はきつい。
310306
2007/10/12(金) 15:34:21 すまん。追記。
white list に登録するためには、DATA を突破しないといけないから
適当にメールを送信するところまで終わらせた方が良いよ。
じゃないと、訳がわからなくなるよ。
white list に登録するためには、DATA を突破しないといけないから
適当にメールを送信するところまで終わらせた方が良いよ。
じゃないと、訳がわからなくなるよ。
2007/10/15(月) 09:12:26
2007/11/06(火) 21:14:25
scmailを使っています。
すっきりわかり易いと思うのですが、もっさり感があって乗り換えようと考えています。
なにかおすすめはないでしょうか。
すっきりわかり易いと思うのですが、もっさり感があって乗り換えようと考えています。
なにかおすすめはないでしょうか。
2007/11/06(火) 21:55:51
素直にmaildrop
2007/11/06(火) 22:34:16
postfix + vpopmailで鯖上げたいんですけど、どこの板・スレが適切ですか?
誘導おながいします
誘導おながいします
2007/11/06(火) 23:17:33
mewでmh形式使ってるんですが、どうやら
maildropってmh使えなさそうですね。
procmailは避けたいし、難しいな。
maildropってmh使えなさそうですね。
procmailは避けたいし、難しいな。
2007/12/02(日) 00:31:48
2008/01/07(月) 01:35:22
majordomo の質問をしてもいいですか?
Subject に [hoge 10] みたいに ML 名とカウンタをつけたいです。
ぐぐると、subject_prefix = [HOGE $SEQNUM] というように書くとよい、というのがよく引っかかりますが、
実際にやってみると
The new config file for HOGE was NOT accepted because:
More then one word 2in value subject_prefix = [HOGE $SEQNUM] at line 326
というエラーメールが帰ってきます。
subject_prefix = [HOGE:$SUQNUM]
みたいに、コロンにすると成功します。
どうやったら [HOGE 10] みたいにできるのでしょうか。
なお、ML サーバにはログインできないため、majordomo@MLサーバ名 にたいし、コマンドメール
(config) を送ることで行っています。
Subject に [hoge 10] みたいに ML 名とカウンタをつけたいです。
ぐぐると、subject_prefix = [HOGE $SEQNUM] というように書くとよい、というのがよく引っかかりますが、
実際にやってみると
The new config file for HOGE was NOT accepted because:
More then one word 2in value subject_prefix = [HOGE $SEQNUM] at line 326
というエラーメールが帰ってきます。
subject_prefix = [HOGE:$SUQNUM]
みたいに、コロンにすると成功します。
どうやったら [HOGE 10] みたいにできるのでしょうか。
なお、ML サーバにはログインできないため、majordomo@MLサーバ名 にたいし、コマンドメール
(config) を送ることで行っています。
318名無しさん@お腹いっぱい。
2008/01/07(月) 01:35:47 連投すみません。ageさせていただきます。
2008/01/07(月) 23:57:46
majordomo なんて太古の昔で忘れたけど、 \ でエスケープはできないんだっけ?
320317
2008/01/08(火) 07:25:11 レスどうもありがとうございます。
subject_prefix = [HOGE\ $SEQNUM]
もやってみたのですが、だめでした。
おそらく、コマンドメールではなく直接 ML サーバにログインして、majordomo の
設定ファイルをエディタで直す分には、
subject_prefix = [HOGE $SEQNUM]
でもいけるのではと思うのですが、コマンドメールでやるとうまくいかないのです。
でもそんな根本的なバグあるのだろうか。
subject_prefix = [HOGE\ $SEQNUM]
もやってみたのですが、だめでした。
おそらく、コマンドメールではなく直接 ML サーバにログインして、majordomo の
設定ファイルをエディタで直す分には、
subject_prefix = [HOGE $SEQNUM]
でもいけるのではと思うのですが、コマンドメールでやるとうまくいかないのです。
でもそんな根本的なバグあるのだろうか。
2008/01/08(火) 23:26:31
config_parse.pl で
'subject_prefix', 'grab_word',
となっているからなので、
'subject_prefix', 'grab_string',
にすればスペースもいけたはず。
'subject_prefix', 'grab_word',
となっているからなので、
'subject_prefix', 'grab_string',
にすればスペースもいけたはず。
322名無しさん@お腹いっぱい。
2008/03/08(土) 17:46:30 sendmailで、メールを送信する際に、FROM句を誰から送信されたか判らないようにダミーユーザに変更することは可能ですか?
2008/03/08(土) 20:24:10
spam業者乙
2008/03/11(火) 12:31:10
MTA で「FROM句」という表記をされるのは初めて見た。
RDMBS ではあたりまえだが。
RDMBS ではあたりまえだが。
2008/03/11(火) 13:20:29
間違えました。「FROM文」でしたね。
2008/03/11(火) 14:14:35
ヘッダの話で「○○文」なんてはじめて聞いたよ
2008/03/11(火) 14:18:39
間違えました。「FROM命令」でしたね。
2008/03/11(火) 14:52:27
もういいよ。
2008/03/11(火) 16:37:43
>325
ワロタ
ワロタ
2008/03/11(火) 16:40:09
間違えました。「FROM宣言」でしたね。
2008/03/11(火) 17:06:00
天丼は2回まで。3回やるとどんなネタでもやりすぎ。
2008/03/14(金) 14:29:27
唐突に思考実験なんだが、「逆引きできないアドレスからのメールは受け付けません」
と明示しているメールサービスとかないんだろうか。
当然受け取れないアドレスも出てくるんだけど、それでも構わないユーザ向け。SPAM避けに。
と明示しているメールサービスとかないんだろうか。
当然受け取れないアドレスも出てくるんだけど、それでも構わないユーザ向け。SPAM避けに。
2008/03/14(金) 14:32:54
>>332
そゆの、実験と言わない
そゆの、実験と言わない
2008/03/14(金) 14:35:33
必要なメールまで届かなくなりそうで
誰も使わんだろ。
誰も使わんだろ。
2008/03/14(金) 14:46:24
2008/03/14(金) 14:49:08
そういえば clubbbq は abuse@ とか postmaster@ とかが user unknown に
なったようなおぼろげな記憶が。
なったようなおぼろげな記憶が。
2008/03/14(金) 17:00:37
あと envelope が <> とかも捨ててくれたりしますYO
2008/03/16(日) 21:49:48
ttp://www.rfc-ignorant.org/tools/lookup.php?domain=clubbbq.com
なるほど
なるほど
2008/03/17(月) 02:05:22
申請元が...
340名無しさん@お腹いっぱい。
2008/04/07(月) 13:13:43 MTA の挙動について質問です。
1.example.jp というドメインの MX である mail.example.jp という MTA が、hoge@example.jp 宛の
メールを受け取ったとします。
2.hoge ユーザの .forward (qmail での .qmail-* でもいいけど) には、foo@example.com 宛に
転送するように定義されているので、MTA は foo@example.com に転送するよう試みます。
3.example.com の MX は、以下のように定義されているとします。
example.com preference = 10, mail exchanger = mail2.example.com
example.com preference = 10, mail exchanger = mail1.example.com
4.mail.example.jp が DNS の MX をひいて、とりあえず mail1.example.com に送ろうとしたが、
たまたま mail1.example.com が落ちていて転送できなかった。
次に mail2.example.com に送ろうとして、mail2.example.com も落ちていて転送できなかった。
5.ここで mail.example.jp は、MTA の設定にもよるけど1週間ぐらいリトライします。
ここで質問です。次回リトライするとき、mail.example.jp は、リトライするたびに example.com のDNSの
MX を引くのでしょうか? たとえば翌日 DNS の MX を引いてみて、DNSの設定が変わっていて、MXを引いた結果が
mail99.example.com だったら、次回は mail99.example.com に転送しようとするのでしょうか?
それとも、初回に mail1.example.com に転送しようとして失敗した場合、次回以降は DNS の MX を引かず、
mail1.example.com にしか転送を試みないのでしょうか?
-------------------------------------
MTA の実装にもよるのかもしれませんが、一般論として教えてください。
実装によって分かれるのでれば、postfix だとどうなるのか知りたいです。
1.example.jp というドメインの MX である mail.example.jp という MTA が、hoge@example.jp 宛の
メールを受け取ったとします。
2.hoge ユーザの .forward (qmail での .qmail-* でもいいけど) には、foo@example.com 宛に
転送するように定義されているので、MTA は foo@example.com に転送するよう試みます。
3.example.com の MX は、以下のように定義されているとします。
example.com preference = 10, mail exchanger = mail2.example.com
example.com preference = 10, mail exchanger = mail1.example.com
4.mail.example.jp が DNS の MX をひいて、とりあえず mail1.example.com に送ろうとしたが、
たまたま mail1.example.com が落ちていて転送できなかった。
次に mail2.example.com に送ろうとして、mail2.example.com も落ちていて転送できなかった。
5.ここで mail.example.jp は、MTA の設定にもよるけど1週間ぐらいリトライします。
ここで質問です。次回リトライするとき、mail.example.jp は、リトライするたびに example.com のDNSの
MX を引くのでしょうか? たとえば翌日 DNS の MX を引いてみて、DNSの設定が変わっていて、MXを引いた結果が
mail99.example.com だったら、次回は mail99.example.com に転送しようとするのでしょうか?
それとも、初回に mail1.example.com に転送しようとして失敗した場合、次回以降は DNS の MX を引かず、
mail1.example.com にしか転送を試みないのでしょうか?
-------------------------------------
MTA の実装にもよるのかもしれませんが、一般論として教えてください。
実装によって分かれるのでれば、postfix だとどうなるのか知りたいです。
2008/04/07(月) 13:27:20
毎回ひくんじゃね?
ソース読んでみ。
ソース読んでみ。
2008/04/07(月) 15:49:37
最初に失敗したときのホストに配送するのであれば、
DNS の設定をミスしたら修正されるまでのメールは100%届かないことになる。
DNS の設定をミスしたら修正されるまでのメールは100%届かないことになる。
2008/04/07(月) 16:30:57
2008/04/07(月) 16:32:56
>>343
一通りしか思いつかんかった、二通り書いてみてくれ。
一通りしか思いつかんかった、二通り書いてみてくれ。
2008/04/07(月) 16:38:47
(1)
もし、最初に配送失敗したときのホストにしか配送しないのだと仮定すると、
DNSの設定をミスしたら修正されるまでのメールは100%届かないことになってしまう。
(だから実際にはMXを引き直す)
(2)
一度配送失敗したホストに配送するのなら、
DNSの設定をミスしたら修正されるまでのメールは100%届かない。
もし、最初に配送失敗したときのホストにしか配送しないのだと仮定すると、
DNSの設定をミスしたら修正されるまでのメールは100%届かないことになってしまう。
(だから実際にはMXを引き直す)
(2)
一度配送失敗したホストに配送するのなら、
DNSの設定をミスしたら修正されるまでのメールは100%届かない。
2008/04/08(火) 02:04:42
レスどうもありがとうございます。
>>340 の 4.で最初のメールのリモート配送に失敗して再送キューに入っても、
キューでは、宛先:hoge.example.jp としか管理されておらず、
2回目にキューからリモート配送を試みるときに、もう一度 example.com の
DNS の MX を引きなおすということですね。
なので、MTA が1週間ぐらいリトライする間に、DNS の MX レコードをきれいにしたり、
MX に設定されている MTA をきちんと動くように修正しておけば、メールは最後まで配送される、と。
何でこういうことを聞いているかというと、
自分のプロバイダの MTA がちょっと変で、(本物は preference が 20 と 10 になっています)
example.com preference = 20, mail exchanger = mail2.example.com
example.com preference = 10, mail exchanger = mail1.example.com
mail2.example.com:25 には外部から接続できないのですが、
mail1.example.com:25 には接続できます。
このプロバイダ宛に、ある転送サービス(>>340 のhoge@example.jp に該当)からの
メール転送が届かなくなったのですが、
転送サービス外のところから直接プロバイダ宛にメールを送ると
(mail1.example.com は生きているので)きちんと届きます。
なので2つの MX を処理できない転送サービスの MTA に問題があるのではと考えました。
はじめはプロバイダに聞いてみようと思いましたが、まずは転送サービスのほうに聞いてみます。
長文すみません。どうもありがとうございました。
>>340 の 4.で最初のメールのリモート配送に失敗して再送キューに入っても、
キューでは、宛先:hoge.example.jp としか管理されておらず、
2回目にキューからリモート配送を試みるときに、もう一度 example.com の
DNS の MX を引きなおすということですね。
なので、MTA が1週間ぐらいリトライする間に、DNS の MX レコードをきれいにしたり、
MX に設定されている MTA をきちんと動くように修正しておけば、メールは最後まで配送される、と。
何でこういうことを聞いているかというと、
自分のプロバイダの MTA がちょっと変で、(本物は preference が 20 と 10 になっています)
example.com preference = 20, mail exchanger = mail2.example.com
example.com preference = 10, mail exchanger = mail1.example.com
mail2.example.com:25 には外部から接続できないのですが、
mail1.example.com:25 には接続できます。
このプロバイダ宛に、ある転送サービス(>>340 のhoge@example.jp に該当)からの
メール転送が届かなくなったのですが、
転送サービス外のところから直接プロバイダ宛にメールを送ると
(mail1.example.com は生きているので)きちんと届きます。
なので2つの MX を処理できない転送サービスの MTA に問題があるのではと考えました。
はじめはプロバイダに聞いてみようと思いましたが、まずは転送サービスのほうに聞いてみます。
長文すみません。どうもありがとうございました。
2008/04/09(水) 01:27:47
>>341
MTAのソース読んでもgetaddrinfo(3)を呼ぶ以上のことはわからんと思われ。
getaddrinfo(3)のソースを読むのもいいが,その前にバッタ本でも読んでおく方が簡単かつ効率的と思われ。
>>340
それって実はMTAじゃなくてDNSに関する質問で,example.com のTTLが過ぎていればもう一度引くし,そうでなければキャッシュを使うと思われ。
特別な設定がしてないのであれば,example.com の SOA レコードを引いてみれば,デフォルトのTTLがわかるんじゃね?
あと,Preferenceは小さい方が優先するので
>example.com preference = 20, mail exchanger = mail2.example.com
>example.com preference = 10, mail exchanger = mail1.example.com
だったら mail1.example.com への接続が最初に試みられるべき。
…やっぱり転送サービス側の問題な気がする。
MTAのソース読んでもgetaddrinfo(3)を呼ぶ以上のことはわからんと思われ。
getaddrinfo(3)のソースを読むのもいいが,その前にバッタ本でも読んでおく方が簡単かつ効率的と思われ。
>>340
それって実はMTAじゃなくてDNSに関する質問で,example.com のTTLが過ぎていればもう一度引くし,そうでなければキャッシュを使うと思われ。
特別な設定がしてないのであれば,example.com の SOA レコードを引いてみれば,デフォルトのTTLがわかるんじゃね?
あと,Preferenceは小さい方が優先するので
>example.com preference = 20, mail exchanger = mail2.example.com
>example.com preference = 10, mail exchanger = mail1.example.com
だったら mail1.example.com への接続が最初に試みられるべき。
…やっぱり転送サービス側の問題な気がする。
2008/04/09(水) 03:06:22
>>347
いつ getaddrinfo() するかわかればそれでいいんじゃね。
いつ getaddrinfo() するかわかればそれでいいんじゃね。
349名無しさん@お腹いっぱい。
2008/05/25(日) 16:15:34 mail コマンドでインタラクティブにメールを使っていたのですが、
転送しようと思って .forward を設定しました。
それ以降に到着したメールについては幸せなのですが、
しかしすでに /home/hogehoge/mbox や /var/spool/mail/hogehoge
に入ってしまっているメールについても転送したいと思います。
これって、べたの mbox 形式を分割して mail コマンドに
流し込んで転送するしかないんでしょうか?
なんか、こう、一発でやってくれるようなコマンドってないでしょうか。
転送しようと思って .forward を設定しました。
それ以降に到着したメールについては幸せなのですが、
しかしすでに /home/hogehoge/mbox や /var/spool/mail/hogehoge
に入ってしまっているメールについても転送したいと思います。
これって、べたの mbox 形式を分割して mail コマンドに
流し込んで転送するしかないんでしょうか?
なんか、こう、一発でやってくれるようなコマンドってないでしょうか。
350名無しさん@お腹いっぱい。
2008/05/25(日) 17:03:41 formail か?
formail なのか?
だれもいないのか?
コロッケ買ってくる.
formail なのか?
だれもいないのか?
コロッケ買ってくる.
2008/05/26(月) 01:02:54
最近の若い衆はfetchmailとか知らんのかのう
2008/05/28(水) 22:44:54
postfix使ってるんすけど、「メールをぉ転送するようにしてくれるって聞いたんですけどぉ、やってもらってぇ、いいですかぁ」
という業務上の指示がしょっちゅうあって、そのたびに .forwardを書いてるですどぉ、
あいつらが自分でできるようにできる方法ってぇ、ないですかぁ?
という業務上の指示がしょっちゅうあって、そのたびに .forwardを書いてるですどぉ、
あいつらが自分でできるようにできる方法ってぇ、ないですかぁ?
2008/05/28(水) 22:48:21
そりゃぁ、.forwardをぉ、書き換えるぅ、CGIをぉ、作ればぁ、いいでしょおぉ、
2008/05/28(水) 23:54:25
>>352
つ postfixadmin
つ postfixadmin
2008/06/02(月) 14:43:08
>>81-98
をみると、fetchmail より getmail のほうがいいのか?
をみると、fetchmail より getmail のほうがいいのか?
2008/06/02(月) 14:46:38
fetchmail中にマシンをサスペンドしたらどうなるかとか気になるな。
2008/06/02(月) 16:59:28
今時fetchmailなんて糞使ってるのかよw
2008/06/02(月) 22:58:05
>>357 だってMacOSXとか標準で入ってるし。
2008/08/29(金) 12:55:41
IIJ、送信ドメイン認証機能を実装するメールフィルタプログラムを無償公開
http://www.iij.ad.jp/news/pressrelease/2008/0828.html
http://www.iij.ad.jp/news/pressrelease/2008/0828.html
2008/10/21(火) 14:22:24
質問: あるメールフォルダにおいて,
「"同一メール subject" が5件以上あったら隔離」とか
そういう下処理をしてくれるツールって無いんでしょうか?
spam メール対策でベイジアンフィルタなどで
おおむね自動振り分けしている方は多いと思いますが,
「誤振り分け」の確認ってみなさんどうされてます?
時々見ようとは思うのですが,すぐに数千・数万通溜ってしまい
現実的にはきちんとチェックできていません.
そのゴミフォルダを見ると大抵同一 subject とか
同一差出人でドバーっと来ているものが多くて
ほかのメールと比べてもそういうのは100%確実に spam と
判断して良いという印象を持っています.
ということで,最初に書いたようなことを思ったのですがいかがでしょう?
「"同一メール subject" が5件以上あったら隔離」とか
そういう下処理をしてくれるツールって無いんでしょうか?
spam メール対策でベイジアンフィルタなどで
おおむね自動振り分けしている方は多いと思いますが,
「誤振り分け」の確認ってみなさんどうされてます?
時々見ようとは思うのですが,すぐに数千・数万通溜ってしまい
現実的にはきちんとチェックできていません.
そのゴミフォルダを見ると大抵同一 subject とか
同一差出人でドバーっと来ているものが多くて
ほかのメールと比べてもそういうのは100%確実に spam と
判断して良いという印象を持っています.
ということで,最初に書いたようなことを思ったのですがいかがでしょう?
2008/10/21(火) 14:40:05
>時々見ようとは思うのですが,すぐに数千・数万通溜ってしまい
毎日見れば、そんなに溜まらない。
毎日見れば、そんなに溜まらない。
2008/10/21(火) 15:03:50
> 「"同一メール subject" が5件以上あったら隔離」とか
Re: なんたらかんたら
という subject で5回やりとりしたら spam 判定、ってこと?
Re: なんたらかんたら
という subject で5回やりとりしたら spam 判定、ってこと?
2008/10/21(火) 15:46:20
>362
もともと「spam 判定されたもの」を対象にしたいので
それは現実的には該当しない,というつもり
メインの inbox に適用したらそういうことになっちゃいますけどね
もともと「spam 判定されたもの」を対象にしたいので
それは現実的には該当しない,というつもり
メインの inbox に適用したらそういうことになっちゃいますけどね
364名無しさん@お腹いっぱい。
2008/11/23(日) 01:15:33 tp://www.atmarkit.co.jp/fsecurity/rensai/mailsec201/mailsec01.html
今時バケツリレーで送信するサーバがどれだけあると思ってるんだよ。
おまけにメールの暗号化にPGPって、10年前の知識のまま頭フリーズしてるんじゃないか?
今時バケツリレーで送信するサーバがどれだけあると思ってるんだよ。
おまけにメールの暗号化にPGPって、10年前の知識のまま頭フリーズしてるんじゃないか?
2008/11/23(日) 01:35:29
筆者はPGPの販売営業らしい
今見たら配送の部分はチェック中になってて見れんかった
今見たら配送の部分はチェック中になってて見れんかった
2008/11/23(日) 01:54:52
金曜に会社で読んだときは、日本からヨーロッパにメールを送るのに
アフリカのメールサーバーを経由して・・・とか書いてあった気がする
しかもご丁寧にReceivedのヘッダの例を出して(捏造?)
MXで受けた後、メールスプール配送までに
スパム/ウイルスチェックなどで内部の別ホストを経由することはあっても、
MXまでによそのサーバー経由するなんて今時限りなくゼロのはず
アフリカのメールサーバーを経由して・・・とか書いてあった気がする
しかもご丁寧にReceivedのヘッダの例を出して(捏造?)
MXで受けた後、メールスプール配送までに
スパム/ウイルスチェックなどで内部の別ホストを経由することはあっても、
MXまでによそのサーバー経由するなんて今時限りなくゼロのはず
2008/11/23(日) 02:02:34
こんなのが優秀社員表彰受けてるのか・・・会社のレベルが知れるな
2008/11/23(日) 02:07:03
【編集部注】ってのは何?
2008/11/23(日) 06:04:13
MTAの説明でsendmailやqmailなんて書いているし、知識が10年前で止まっているんでそ。
プロフィール見る限り28歳ってことだから、会社入ってから古い本でお勉強して
そんまんまなんでしょ。まあ、バカ営業だ罠。
プロフィール見る限り28歳ってことだから、会社入ってから古い本でお勉強して
そんまんまなんでしょ。まあ、バカ営業だ罠。
2008/11/23(日) 10:05:37
俺、おっさんなんで10年前の知識で止まったまま。
逆に言うと俺なんかの知識で、今でも通用しちゃうのかなぁ思った。
逆に言うと俺なんかの知識で、今でも通用しちゃうのかなぁ思った。
2008/11/23(日) 10:30:09
今時qmailは無いと思うがsendmailは現役だと思うぞ
2008/11/23(日) 12:18:07
2008/11/23(日) 12:56:49
ttp://itnp.net/category_betsu/16/1765/
2008/11/23(日) 13:08:33
NSD社内と@IT編集の段階で、記事の査読は無かったのか?
SIの名前を冠して載せるにはあまりにも酷すぎる内容だぞ
SIの名前を冠して載せるにはあまりにも酷すぎる内容だぞ
2008/11/23(日) 13:30:20
>電子メールの秘匿化
相手の手間とかを考えると,社外とのやりとりで必要なら
・Wordファイルにはパスワードつけて保存して送付
・パスワードはFAX
…ってのが妥当な線だとおもうけどな。
相手の手間とかを考えると,社外とのやりとりで必要なら
・Wordファイルにはパスワードつけて保存して送付
・パスワードはFAX
…ってのが妥当な線だとおもうけどな。
2008/11/23(日) 14:00:08
port 25 blockingなんて2秒で理解出来ることだし、
何か対処しなきゃspamがやって来ることは10年前も今も変わらんな。
その程度の差しかないのなら、10年前の知識でも問題ないだろ。
何か対処しなきゃspamがやって来ることは10年前も今も変わらんな。
その程度の差しかないのなら、10年前の知識でも問題ないだろ。
2008/11/23(日) 14:42:15
2008/11/23(日) 16:38:30
PGP自体は独自の暗号化技術にこだわらず、
S/MIMEやX.509に対応したソリューションの展開をしてるみたいだね。
www.pgp.com/jp/products/universal_gateway_email/index.html
なぜあの記事で太古の時代のPGPを説明したのか意図がくみ取れん。
次回予告もPGPだし。
S/MIMEやX.509に対応したソリューションの展開をしてるみたいだね。
www.pgp.com/jp/products/universal_gateway_email/index.html
なぜあの記事で太古の時代のPGPを説明したのか意図がくみ取れん。
次回予告もPGPだし。
2008/11/23(日) 19:55:16
いま一般人と暗号化してメールやりとりするには
どんなのが普通?
この間は7zの自己解凍形式使った。
どんなのが普通?
この間は7zの自己解凍形式使った。
2008/11/23(日) 23:24:34
2008/11/24(月) 01:44:57
まあそうなんだけど、
zip開けるかどうかもあやうい人なので
暗号化ソフトとか入れさせるのに苦労するよりは
ましかと思って。
zip開けるかどうかもあやうい人なので
暗号化ソフトとか入れさせるのに苦労するよりは
ましかと思って。
2008/11/24(月) 02:06:45
最近のWindowsならzipはダブルクリックするだけじゃないっけ。
2008/11/24(月) 12:09:41
PGP製品のアジアセールストップって、あの記事と同じように
「どこだかわからないサーバを経由しますよ、危険ですよ!」と
顧客をだまくらかして売りまくってるのか・・・?
「どこだかわからないサーバを経由しますよ、危険ですよ!」と
顧客をだまくらかして売りまくってるのか・・・?
2008/11/24(月) 12:24:57
PCの基本的な操作も怪しい人に対して、暗号化しなきゃならんブツを
送る行為自体が根本的にまずいと思う。
送る行為自体が根本的にまずいと思う。
2008/11/24(月) 16:17:45
>>384がいいこと言った。
2008/11/24(月) 18:26:15
とりあえず、株式会社日本システムディベロップメントっていうクソ会社には、
その会社には櫻井俊宏というプロフィールに社内的な自慢話しか書けず、
しったかぶって10年前の知識を偉そうに語るバカ営業がいるってことで
終わりにしよう。
その会社には櫻井俊宏というプロフィールに社内的な自慢話しか書けず、
しったかぶって10年前の知識を偉そうに語るバカ営業がいるってことで
終わりにしよう。
2008/11/24(月) 19:43:11
2008/11/24(月) 21:50:49
>>386
連載2回目の内容が気にならないか!?
連載2回目の内容が気にならないか!?
389名無しさん@お腹いっぱい。
2008/11/30(日) 22:34:31 さくらのレンタルサーバで部活のOB会のメーリングリストを始めました。
ここでは fml が使われています。
メンバーリストは307個です。
メンバーのアドレスを追加してテストメールを送ったところ、hotmail から
<<< 452 Too many recipients
<xxxxx@hotmail.com>... Deferred: 452 Too many recipients
が返ってきました。
ググると postfix スレがひっかかったのですが、
http://pc11.2ch.net/test/read.cgi/unix/1185519673/609-
宛先に hotmail のアドレスがたくさんあると、hotmail の MTA が
拒否しているのですよね?
レンタルサーバの MTA は sendmail のようなのですが、この問題は、
sendmail のように「MX の相乗り」をするような MTA ではなく、
qmail のような、1宛先1メールのようにバラすような MTA でないと
解決できないということでしょうか?
ここでは fml が使われています。
メンバーリストは307個です。
メンバーのアドレスを追加してテストメールを送ったところ、hotmail から
<<< 452 Too many recipients
<xxxxx@hotmail.com>... Deferred: 452 Too many recipients
が返ってきました。
ググると postfix スレがひっかかったのですが、
http://pc11.2ch.net/test/read.cgi/unix/1185519673/609-
宛先に hotmail のアドレスがたくさんあると、hotmail の MTA が
拒否しているのですよね?
レンタルサーバの MTA は sendmail のようなのですが、この問題は、
sendmail のように「MX の相乗り」をするような MTA ではなく、
qmail のような、1宛先1メールのようにバラすような MTA でないと
解決できないということでしょうか?
2008/11/30(日) 22:45:55
相乗りの数を制御できればどんなMTAでもいい
qmailは相乗りの数が仕様上1になっているというだけ
qmailは相乗りの数が仕様上1になっているというだけ
391389
2008/11/30(日) 22:58:43 レスどうもありがとうございます。
レンタルサーバということで自分は sendmail の挙動をいじれないので、
fml の段階で、1宛先1メールにして SMTP サーバに渡してくれないかな・・・・
qmail をレンタルサーバの自分のホームディレクトリにインストールし、(デーモンは立ち上げない)
fml が直接 SMTP サーバに渡すのではなく、qmail-inject に渡すようにすれば、qmail-inject が
バラしてくれないかなと思ったが、fml から コマンドに渡すやり方がわからない。
レンタルサーバということで自分は sendmail の挙動をいじれないので、
fml の段階で、1宛先1メールにして SMTP サーバに渡してくれないかな・・・・
qmail をレンタルサーバの自分のホームディレクトリにインストールし、(デーモンは立ち上げない)
fml が直接 SMTP サーバに渡すのではなく、qmail-inject に渡すようにすれば、qmail-inject が
バラしてくれないかなと思ったが、fml から コマンドに渡すやり方がわからない。
2008/12/01(月) 00:18:52
>>391
> qmail をレンタルサーバの自分のホームディレクトリにインストールし、(デーモンは立ち上げない)
これができるスキルがるのなら、
> fml が直接 SMTP サーバに渡すのではなく、qmail-inject に渡すようにすれば、qmail-inject が
> バラしてくれないかなと思ったが、fml から コマンドに渡すやり方がわからない。
これは楽勝では?
> qmail をレンタルサーバの自分のホームディレクトリにインストールし、(デーモンは立ち上げない)
これができるスキルがるのなら、
> fml が直接 SMTP サーバに渡すのではなく、qmail-inject に渡すようにすれば、qmail-inject が
> バラしてくれないかなと思ったが、fml から コマンドに渡すやり方がわからない。
これは楽勝では?
393389
2008/12/01(月) 02:15:52 >> qmail をレンタルサーバの自分のホームディレクトリにインストールし、(デーモンは立ち上げない)
> これができるスキルがるのなら、
qmail は以前仕事で使ったことがあるのだけど、
レンタルサーバは root 権限がないし、qmail 関連のアカウントもないのだが、
その状態で make setup check したら、ビルドが成功しなかった。
fml において、MTA に直接つながず、コマンドに渡すやり方はわかったので、
perlで宛先をバラして一つずつ sendmail に渡すスクリプトを作っています。
> これができるスキルがるのなら、
qmail は以前仕事で使ったことがあるのだけど、
レンタルサーバは root 権限がないし、qmail 関連のアカウントもないのだが、
その状態で make setup check したら、ビルドが成功しなかった。
fml において、MTA に直接つながず、コマンドに渡すやり方はわかったので、
perlで宛先をバラして一つずつ sendmail に渡すスクリプトを作っています。
2009/01/13(火) 00:38:04
@ITの連載はこのまま打ち切りかな。
かな?
かな?
2009/03/09(月) 02:16:05
scmailの質問とかここでおk?
空メールに対する自動返信のやり方が分からなくて難儀しています。procmail
ならいくらでも情報が見つかるんですが。
空メールに対する自動返信のやり方が分からなくて難儀しています。procmail
ならいくらでも情報が見つかるんですが。
レスを投稿する
ニュース
- 日本行き空路49万件キャンセル 中国自粛呼びかけ 日本行きチケット予約の約32%に相当 ★2 [ぐれ★]
- 【中国局長】両国関係に「深刻な影響」 首相発言の撤回要求 [蚤の市★]
- 【卓球】早田ひな、「総額100万スられた」「ずっと憧れていたスペインとイタリア…」ヨーロッパ旅行で悲劇 スリ被害を告白 [muffin★]
- 外務省局長は無言で厳しい表情…日中の高官協議終了か 高市首相“台湾”発言で中国が強硬対応 発言撤回求めたか…★3 [BFU★]
- 【インバウンド】中国人観光客の日本での消費額は年間約2兆円超…中国政府は公務員の出張取り消し [1ゲットロボ★]
- 日経平均の下落率3%超す、財政懸念で長期金利上昇 ★2 [お断り★]
- 【実況】博衣こよりのえちえち歌枠🧪★2
- 【画像】外務省局長「この度はうちの🦎がすみません…」中国「……」 [165981677]
- 産経新聞「高市早苗の答弁さぁ……思慮が足りてなくね?官僚と詰めずに思いつきで話しているでしょ」 [175344491]
- 【高市速報】日本人の3割「中国への武力行使に踏み切る必要がある」ANN世論調査 [931948549]
- 【雑談】暇人集会所part18
- 外務省局長、よくわからないまま帰国へ [834922174]
