Internet Mail System 総合スレ 3

1 ：名無しさん＠お腹いっぱい。：2005/10/02(日) 21:33:35

Internet Mail System に関する総合スレ。
専用スレが存在しないソフトウェアの話題や
複数の領域に跨るような内容などはこちらでどうぞ。

2 ：名無しさん＠お腹いっぱい。：2005/10/02(日) 21:35:28

過去スレ
Internet Mail System 総合スレ@UNIX板 2
http://pc8.2ch.net/test/read.cgi/unix/1121443862/
Internet Mail System 総合スレ＠UNIX板
http://pc8.2ch.net/test/read.cgi/unix/1065106696/

個々のソフトの関連リンクはここを参照。
Taki Internet Mail Private Lab.
ttp://www.emaillab.org/

3 ：名無しさん＠お腹いっぱい。：2005/10/02(日) 22:21:07

sendmail
http://pc8.2ch.net/test/read.cgi/unix/1094702772/

Postfix(4)
http://pc8.2ch.net/test/read.cgi/unix/1110850215/

qmailいろいろ(7)
http://pc8.2ch.net/test/read.cgi/unix/1114157851/

djb(3)
http://pc8.2ch.net/test/read.cgi/unix/1047117464/

Exim
http://pc8.2ch.net/test/read.cgi/unix/986398141/

Courier-MTA
http://pc8.2ch.net/test/read.cgi/unix/1119770156/

メールサーバ迷惑メール対策スレ
http://pc8.2ch.net/test/read.cgi/unix/1124090297/

SpamAssassin
http://pc8.2ch.net/test/read.cgi/unix/1124772932/

【AntiVirus】 アンチウィルスソフト総合スレ
http://pc8.2ch.net/test/read.cgi/unix/1046547211/

4 ：名無しさん＠お腹いっぱい。：2005/10/02(日) 22:21:17

Mew 3
http://pc8.2ch.net/test/read.cgi/unix/1080986510/

Wanderlust その5
http://pc8.2ch.net/test/read.cgi/unix/1114097161/

muttを使おう
http://pc8.2ch.net/test/read.cgi/unix/1043606156/

gnus
http://pc8.2ch.net/test/read.cgi/unix/998716392/

WebMail総合スレ【SqWebMail, SquirrelMail ...】
http://pc8.2ch.net/test/read.cgi/unix/1085625908/

メーラスレッド
http://pc8.2ch.net/test/read.cgi/unix/986915141/

BeckyをUNIXに移植しろ！mail,mewはゴミ以下
http://pc8.2ch.net/test/read.cgi/unix/1119557313/

5 ：名無しさん＠お腹いっぱい。：2005/10/02(日) 23:07:54

>>1
乙だよもん

6 ：名無しさん＠お腹いっぱい。：2005/10/03(月) 00:07:29

保守

7 ：名無しさん＠お腹いっぱい。：2005/10/03(月) 00:56:53

>>6
テオワロス

8 ：名無しさん＠お腹いっぱい。：2005/10/03(月) 01:05:28

前スレ即死したしな。

9 ：名無しさん＠お腹いっぱい。：2005/10/03(月) 07:59:33

10 ：名無しさん＠お腹いっぱい。：2005/10/03(月) 10:55:10

11 ：名無しさん＠お腹いっぱい。：2005/10/03(月) 11:07:41

即死回避ってどのくらいレス必要なんだろ。

12 ：名無しさん＠お腹いっぱい。：2005/10/03(月) 11:54:57

普通は全く要らないと思うけど。下の方のスレを見る限りは・・・

13 ：名無しさん＠お腹いっぱい。：2005/10/03(月) 12:11:13

最低ラインは10っぽいね。

14 ：名無しさん＠お腹いっぱい。：2005/10/04(火) 01:17:56

即死判定はdatファイルの容量だったと思う。詳しくは忘れたけど。

15 ：名無しさん＠お腹いっぱい。：2005/10/04(火) 03:52:35

ってことはまだ即死する可能性があるってことかい。
と微力ながら即死回避支援。

16 ：名無しさん＠お腹いっぱい。：2005/10/04(火) 10:13:28

保守

17 ：名無しさん＠お腹いっぱい。：2005/10/05(水) 01:09:00

即死判定【そくしはんてい】[名]（批判要望板）

数時間レスのないスレを強制的にdat落ちさせるプログラム。
対象は新スレで１週間以内にｎレス、又はｎ時間内にレスのない場合におこる。
ある程度レスのついたスレは即死判定から除外される。

18 ：名無しさん＠お腹いっぱい。：2005/10/05(水) 01:50:04

>>14
即死を回避できてるスレはたいてい10以上レスが付いてるから
名前とか日付10個分のサイズってことかな？

19 ：名無しさん＠お腹いっぱい。：2005/10/05(水) 02:03:07

現在は11kB
まあ、20レスもあれば大丈夫でしょ

20 ：名無しさん＠お腹いっぱい。：2005/10/05(水) 02:04:05

3kBだった・・・orz

21 ：名無しさん＠お腹いっぱい。：2005/10/05(水) 06:28:12

Internet Bulletin Board System dat 落ち防止総合スレ

22 ：名無しさん＠お腹いっぱい。：2005/10/08(土) 14:25:40

ping

23 ：名無しさん＠お腹いっぱい。：2005/10/08(土) 21:38:10

pong

24 ：名無しさん＠お腹いっぱい。：2005/10/08(土) 22:10:24

pang

25 ：名無しさん＠お腹いっぱい。：2005/10/08(土) 23:36:46

pong

26 ：名無しさん＠お腹いっぱい。：2005/10/08(土) 23:40:28

SPFとか使ってる?
最近はあの辺どんな感じ?

27 ：名無しさん＠お腹いっぱい。：2005/10/11(火) 07:41:46

RTT七時間超でDUPも化けたpongもある。しかし直前にSPFの書き込み。
この流れなら質問できる!! SPFについて悩んでいるので質問。

質問の概要は「発信者が<>のときに、相手はどのレコードのTXTを調べるのか? 正しいSPFを
どう書くか?」です。

かなり長いけれど、エスパー無用で漏らさず書くつもりなので、堪忍してください。

グローバルIPアドレスを持つファイアーウォール専用機器(FQDN: fw.example.net = fw.example.jp)に
守られた、192.168.0.0/24LAN上のホストmona.intra.example.net = mona.intra.example.jpでは、
postfix 2.1.5とbind 9.2.4が稼働中です。

dns的にはfw.example.netがexample.netの、fw.example.jpがexample.jpのドメインの唯一のmxであり、
同時にこれらドメインの権威あるdnsサーバーのうちの一つとなっており、インターネット側から
fw.example.(net|jp)へのdns問い合わせやsmtp接続は、ホストmonaへ転送されるよう設定してあります。

28 ：27：2005/10/11(火) 07:43:01

つづき

なおホストmonaのpostfixでは、mydestinationでexample.netを、virtual_mailbox_domainsで
exapmle.jpをそれぞれ指定し、各ドメイン宛のメールを受信できています。

特記として、intra.example.(net|jp)ドメインの情報を外部になるべく漏らさないようにするため、
bindのviewを使ってインターネット側からはintra.example.(net|jp)ドメインに関する問い合わせには、
返答しないようにしてあります。

このようなbindの設定のために、mona.intra.example.netをインターネット上ホストからは
正引きできなくなることが原因で、外部smtpdへの接続を拒絶されることがあったので、
postfixのmain.cfでsmtp_helo_name=smtp.example.netとして、smtpクライアントとしてHELOで
名のるホスト名を指定しました。smtp.example.netはfw.example.netのCNAMEです。
smtp.example.net. IN CNAME fw.example.net.

29 ：27：2005/10/11(火) 07:44:11

つづき

現在二つのドメインexample.netとexample.jpのSPFに関するレコードは以下の通り。
(各ゾーンファイルからの抜粋)。
自宅から自分のISPのsmtpサーバー経由で@example.(net|jp)のメールを出すユーザーが居るので、
末尾に~allを追加してあります。
example.net. IN TXT "v=spf1 mx a:smtp.example.net ~all"
example.jp. IN TXT "v=spf1 mx a:smtp.example.net ~all"

これだけでOKかと思っていたのですが、ホストmonaが発信者を<>として外部にエラーメールを
返す場合に相手がこちらのSPFを調べるときは、こちらからHELOで渡すsmtp.example.netを対象に
されることがわかりました。

30 ：27：2005/10/11(火) 07:46:35

さいご

このような場合に、相手はどのTXTレコードを調べにくるのでしょうか?。
example.netやexample.jpのTXTレコードにはSPF情報を書きましたが、smtp.example.netは、
fw.example.netのCNAMEなので、TXTレコードをつけられません(bindがエラーを出す)。
上に書いた各ドメインそれぞれのTXTレコードだけで対応できているのでしょうか?。

長くなりましたが、助言を頂けますか。よろしくお願いします。

31 ：名無しさん＠お腹いっぱい。：2005/10/11(火) 21:59:58

>かなり長いけれど、エスパー無用で漏らさず書くつもりなので、堪忍してください。

不要な情報多すぎ。postfix とか bind とか関係ないでしょ。

で、そーゆーときにどうするのが正しい動作なのかは、まず一次情報にあたるべし。
draft-schlitt-spf-classic-02.txt の2.1節と2.2節。

32 ：27：2005/10/13(木) 00:18:48

質問の刈り込みが足らずに正直スマンカッタ AA(ry

draft-schlitt-spf-classic-02.txt読んで、RFC2821も
もう一回読み直してくる。ありがと。

33 ：名無しさん＠お腹いっぱい。：2005/10/15(土) 19:34:05

>>1
ちょっと亀レスですがスレ立てお疲れさまです

34 ：名無しさん＠お腹いっぱい。：2005/10/17(月) 13:05:30

メールスプールにmbox形式を使っています。
サーバでメールを受信して一定期間経過したら削除したいのですが
どのようなソフトがありますか?

35 ：名無しさん＠お腹いっぱい。：2005/10/17(月) 16:56:24

そんなことここで質問するような人はやらないに越したことはない。

36 ：名無しさん＠お腹いっぱい。：2005/10/17(月) 17:55:37

>>34
もうちょっと状況を詳しく説明しないと答えにくいかも。
メールサーバや POP サーバや MUA で何を使ってるかとかそういう。

俺なら IM の imget コマンドで imget --keep=7 (7日間保持) みたいのを
cron に仕掛けて定期的に POP ＆ expire させとくかな。

37 ：名無しさん＠お腹いっぱい。：2005/10/23(日) 13:37:32

MDAでprocmailとmaildrop以外にお勧めってありますか?

38 ：名無しさん＠お腹いっぱい。：2005/10/23(日) 19:15:48

何が不満?

39 ：名無しさん＠お腹いっぱい。：2005/10/24(月) 11:09:37

procmail -> レシピの文法が不満。
maildrop -> Courier-MTAの一員になってしまったことが不満。

40 ：名無しさん＠お腹いっぱい。：2005/10/24(月) 11:17:53

>>39
maildropに対してのそれは不満といえるのか?

41 ：名無しさん＠お腹いっぱい。：2005/10/24(月) 11:58:53

俺の脳内ランキングでは djb, Theo の次ぐらいに位置する。

42 ：名無しさん＠お腹いっぱい。：2005/10/24(月) 12:24:42

>>41
courier-mtaの作者は確かにアレだけどさ…

43 ：名無しさん＠お腹いっぱい。：2005/10/24(月) 12:44:03

>>40
でもなんかわかるよ。

44 ：名無しさん＠お腹いっぱい。：2005/10/24(月) 13:09:43

で，実際procmailとmaildropだったらどっち使っている人が多いのだろうか。

45 ：名無しさん＠お腹いっぱい。：2005/10/24(月) 13:45:18

procmail の方が有名だからそっちしか知らないヤツは多いだろうけど
両方比較したうえで敢えて procmail を選ぶ勇者は果たしているのか?

46 ：名無しさん＠お腹いっぱい。：2005/10/24(月) 13:55:31

>>45 そこで>>39ですよ。

47 ：名無しさん＠お腹いっぱい。：2005/10/24(月) 14:18:09

procmail の文法は糞って言ってる奴の半分は意味もわからず闇雲に
ただ「バッドノウハウ」言いたいだけな気がしてならない今日このごろ。

48 ：名無しさん＠お腹いっぱい。：2005/10/24(月) 14:33:40

でも、procmailのソースを読んで頭痛がしてしまった人が残りの半数はいる罠。

49 ：47：2005/10/24(月) 14:38:24

ああ、ソースね、あのソースねえ・・・

50 ：名無しさん＠お腹いっぱい。：2005/10/24(月) 15:05:30

>47
バッドノウハウはさておき、
procmail も (検証しながら && 他人のレシピのマネ) で使えなくはないのだが、
「読めない設定」を使う限り、事故の危険性が高いというのが問題。

51 ：名無しさん＠お腹いっぱい。：2005/10/24(月) 15:32:40

俺はprocmailの文法に別に不満はないけどなあ。
ルールが使われた統計とか、機能的な希望はあるけど。

52 ：名無しさん＠お腹いっぱい。：2005/10/24(月) 16:42:30

そこでTheo謹製OpenProcmailですよ。

53 ：名無しさん＠お腹いっぱい。：2005/10/24(月) 16:52:30

djb厨がまだ出てこないなあ

54 ：名無しさん＠お腹いっぱい。：2005/10/29(土) 09:34:34

OpenMail.local

55 ：名無しさん＠お腹いっぱい。：2005/11/01(火) 00:08:41

なんとなくpop proxyモードでbsfilterを使っています。
メールサーバにこのフィルタを突っ込んで配送時にX-Spamヘッダを付けたいのですが、
sendmailのMILTERにbsfilterってつっこめないようです。
procmailなりmaildropを使うしかないんでしょうか?

spamassassinやbogofilterならMILTERとして使えそうですが、
これらとbsfilterの違い（性能や負荷など）も教えてもらえるとうれしいです。

56 ：名無しさん＠お腹いっぱい。：2005/11/13(日) 11:12:08

Clamav-milterをpostfixで使えますか？

57 ：名無しさん＠お腹いっぱい。：2005/11/14(月) 09:38:13

>>56
そいつを組み込んだ sendmail を動かしておいて、
contents_filter なり smtpd_proxy_filter なりで
その sendmail にまわす。まーばかばかしい。

58 ：名無しさん＠お腹いっぱい。：2005/11/15(火) 08:36:15

procmailで終了じゃんｗ

59 ：名無しさん＠お腹いっぱい。：2005/12/25(日) 04:37:10

色々調べてみたものの
振り分けソフトとして知られるfetchmailの役割があまり理解できません。
fetchmail+maildrop+postfixの環境の人がいるみたいですが、
fetchmailを加えることによって何ができるようになるのでしょうか？

今の私の環境はmaildrop+postfixなんですが、
メールの振り分けはmaildropでできますし。

60 ：名無しさん＠お腹いっぱい。：2005/12/25(日) 04:58:16

fetchmailが振り分けって何の冗談だ?

61 ：名無しさん＠お腹いっぱい。：2005/12/25(日) 10:01:17

名前の通り fetch 出来ます

62 ：名無しさん＠お腹いっぱい。：2005/12/25(日) 11:39:19

>>59って他人につられて赤信号を渡ってしまい、車に轢かれるタイプだな。

63 ：名無しさん＠お腹いっぱい。：2006/01/12(木) 12:00:43

オープンソースなメールアーカイブってないですか？


ただアーカイブして、クライアントＰＣが壊れたときに
Ｗｅｂ上からＭａｉｌｂｏｘに戻す機能があればいいのですが。

超高速検索とか、送信時のフィルタなどはいりません。

Sourceforge を探してもなかったんで、ないんですかね？

64 ：名無しさん＠お腹いっぱい。：2006/01/12(木) 12:13:15

>>63
IMAPサーバでも立てたら?

65 ：63：2006/01/12(木) 13:39:25

>64
って　まんまＩＭＡＰで出来るっすね。そういわれてみれば（＾＾；

ＩＭＡＰも使ってるんですけど、ＨＤＤがすぐ一杯になっちゃうんで、
アーカイブして、サーバ上には１ヶ月分のデータしか残さないように
したいです。

　ＩＭＡＰサーバで　５００ＧＢとかためちゃっても無問題でいけるんですかね？
Ｐｏｓｔｆｉｘ/Dovecot/ RHEL3 あたりで。

66 ：名無しさん＠お腹いっぱい。：2006/01/12(木) 15:05:50

>>65
500GBを1フォルダとかいったらアホだけど、フォルダわけとけば
何の問題もない罠。

67 ：名無しさん＠お腹いっぱい。：2006/01/12(木) 15:08:41

それは罠なのか？

68 ：名無しさん＠お腹いっぱい。：2006/01/12(木) 15:10:19

もしかして SMTP で動作する新しい p2p アプリとかあったりするのかな?

69 ：名無しさん＠お腹いっぱい。：2006/01/31(火) 17:20:58

保守

70 ：名無しさん＠お腹いっぱい。：2006/03/12(日) 21:00:39

革新

71 ：名無しさん＠お腹いっぱい。：2006/03/16(木) 12:35:37

Maildirで運用しようと思うんだけど、最近のファイルシステムなら何でも平気?
Solaris10か、なんか新しめのLinuxの予定なんだけど。
もしかするとFreeBSDかもしれない。

72 ：名無しさん＠お腹いっぱい。：2006/03/16(木) 12:51:11

Maildir じゃなかったら何で運用するつもり?

73 ：名無しさん＠お腹いっぱい。：2006/03/16(木) 13:22:16

>>71
OS によらず、全然平気。

74 ：名無しさん＠お腹いっぱい。：2006/03/16(木) 20:56:47

1メール1ファイルなんだから、大量のメールの場合
問題になるOS/ファイルシステムもあるでしょ？

75 ：名無しさん＠お腹いっぱい。：2006/03/16(木) 21:00:28

mboxの方が枯れてるから安心。

76 ：名無しさん＠お腹いっぱい。：2006/03/16(木) 21:05:53

mbox ってメール数が増えるとパフォーマンス悪くならない？

77 ：名無しさん＠お腹いっぱい。：2006/03/16(木) 21:46:37

Maildir は100通あれば100回 stat() するけど、mbox は1回で済むよ。

78 ：名無しさん＠お腹いっぱい。：2006/03/16(木) 23:34:42

mboxでも良いんですけど、みんな大量にメールを溜めるんですよ。
pop3dがqpopperなんですが、コピー作るのに結構負荷がかかってるようなんです。

別に立ててるサーバ(OS Linux/FS XFS)では、IMAP4も使いたかったので
courier-imapd/pop3d(+dovecot)使っていて、
メールがたまってても速かったから、Maildirがいいかなと思ったんですが、
もう少し調べた方が良さそうですね。人数も少ないのでそれが効いてるかも知れない。

最近のqpopperは知らないけど、もしかしてコピー抑止できるのかな。
他のpop3dも調べた方が良さそうですね。

79 ：名無しさん＠お腹いっぱい。：2006/03/17(金) 10:28:28

割と激しく利用されてるなら Cyrus IMAP を考えた方が良いかもね。

80 ：名無しさん＠お腹いっぱい。：2006/03/17(金) 11:14:55

>>78 qpopper ならキャッシュと fast-update が有効かな？

81 ：名無しさん＠お腹いっぱい。：2006/04/17(月) 00:29:47

プロバイダのPOP3メールボックスからローカルのIMAPメールボックスへ
以下の流れでメールを配送しています。

1) プロバイダ → POP3 → fetchmail
2) fetchmail → SMTP → ローカルPostfix
3) ローカルPostfix内でSpamAssassinのSPAMチェック
4) ローカルPostfix → LMTP → ローカルCyrus IMAP Server

で、先日ローカルPostfixを落としてしまったために
2)の家庭でメールを消失してしまいました。

この現象を回避する方法ってありますでしょうか。

82 ：名無しさん＠お腹いっぱい。：2006/04/17(月) 01:02:12

2)を二段階に分ける。
2a) fetchmail → maildrop or procmail でローカルストレージに保存
2b) 保存されたメールをローカルPostfixに投げる

2b)の部分はテキトーなプログラミング言語で書く。

83 ：名無しさん＠お腹いっぱい。：2006/04/17(月) 07:56:56

>>81
そんなあなたにgetmail。

http://pyropus.ca/software/getmail/

84 ：名無しさん＠お腹いっぱい。：2006/04/17(月) 23:15:13

fetchmail→SMTP はやめたほうがいいかと
理由はぐぐればいくらでも出てくると思ふ

85 ：名無しさん＠お腹いっぱい。：2006/04/17(月) 23:26:49

ぐぐってもよくわかんないよう

86 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 01:28:20

>>84
同じくやめた方がいいとは思うけど、
cyrus だとメールボックスの所有者が自分ってことはないだろうから、
この場合はローカルの MTA に配送をお願いするしかないんじゃないだろうか。

つーか、そういう使い方をするなら cyrus を選んじゃダメ。

87 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 01:45:00

別にMTAにお願いしないでも、LMTPで直接話せばいいでしょ？
fetchmail もしゃべれるし、SpamAssassin 挟むなら、spampd とか。

でもまあ、どっちみち、lmptd か spampd が落ちてたら失敗するんで、
fetchmailがだめだったときに何とかしてくれないと駄目よね。
ってのが、>>83 ?

88 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 01:50:37

ていうか普通はMTAが落ちてたらメッセージは削除されないでPOPサーバに残るがな。

89 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 08:06:12

>>88

fetchmailってそうなってたっけ？

90 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 08:54:43

自分で確かめろ馬鹿

91 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 09:25:07

>>88
最近は、POPから一度読み出すと
問答無用で削除されるPOPサーバー(そういうISP)も多い。

(DELEを実行しなくても、RETRを実行すると
サーバーから消えるように設定されている)

MTAをinetdモード起動にすると、
知らないうちに落ちてたということはなくなるので、
ちょっとだけ安心かな。

92 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 09:31:48

masterが知らないうちに落ちてるようなシステムではinetdも知らないうちに落ちるだろうなw

93 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 10:09:01

>>91
Gmail がそうなってると聞いたことがある。
POP サーバがそんな仕様だと、どう頑張っても、
確実なメール取得＆配送を保証するのは無理なんじゃないかという気がするのだが。

94 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 12:30:53

>>93
Gmailは、メーラで読んだものをどう扱うかを
webインタフェース側で選択するようになってる。

95 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 17:03:54

>>89
なっていないようです。
本当にありがとうございました。

96 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 17:37:10

もうこのスレ見るのやめるわ。馬鹿が伝染る

97 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 17:40:08

>>96
でも気になってまた見てしまうオマエを
おれは責めない

98 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 18:55:43

>>96 キタコレwww

99 ：名無しさん＠お腹いっぱい。：2006/06/08(木) 10:27:35

procmailrcの記述方法についてどうか知恵をお貸し下さい。

自分はスパム対策で .procmailrc中にレシピをいくつか書いてるんですが、
最近、ヘッダ中にSubject: 行が二つあるメールが来て困っています。
一つは Subject: 以下が空っぽ、もう一つの Subject: には普通に文字列、というメールです。

何が困るかというと、Subject: 以降を nkf -meZ1 に渡してNGワードチェックをしてるのですが
上記のようなメールが来ると、この辺の処理でエラーになって振り分けに失敗してしまいます。

そこで、Subject: 行が複数回出てくるようなメールをあらかじめ振り分けるという処理を
.procmailrc に加えたいと思うのですが、どんな風に記述すればよいか、
分かる方いらっしゃいませんか？
procmailex を見ても、こういう変則的なヘッダに対処する方法は見当たらず悩んでます。
よろしくおねがいします。

100 ：99：2006/06/08(木) 19:02:14

自己解決しました〜
スコアリングでいけました。
いちおう書いときますね

:0
* -1^0
* 1^1 ^Subject:.*$
spam/.


しかし見てる人いるんかいなここ・・・

101 ：名無しさん＠お腹いっぱい。：2006/06/09(金) 00:53:34

>>100
ﾉｼ

102 ：100：2006/06/09(金) 22:22:59

いた！！！！！！でも一人ｗｗｗｗｗｗｗ

>>100は仲間を呼んだ！
　　　　　　　　　　　　　　　　　　　　　 ''';;';';;'';;;,.,　　　　ﾌﾞｰﾝ・・・
　　　　　　　　　　　　　　　　　　　　　　　''';;';'';';''';;'';;;,.,　　　ブーン・・・
　　　　　　　　　　　　　　　　　　　　　　　　;;''';;';'';';';;;'';;'';;;
　　　　　　　　　　　　　　　　　　　　　　　　;;'';';';;'';;';'';';';;;'';;'';;;
　　　　　　　　　　　　 rっ　　　　　　　　vymyvwymyvymyvy、
　　　　　　　　　　　　 ｜|　　　　　　 ｍVvvMvyvｍVvvｍvyvｍVvv、
　　　　　　　　　　　　　|／⌒ヽ　/^ヽ　(＾＾)　/^ヽ (＾＾)　／^ヽ(＾＾)／^ヽ
　　　　　　　　　　　　　（＾ω＾　）（ω＾ )／⌒ヽ(＾ω＾)／⌒ヽ＾ω＾)　　( ＾ω)-っ
　　　　　　 /⌒ ＼　　　| 　　_二二二つω＾ ）（＼ （ ＾ω＾ ）二⊃ ／⌒ヽr
　　　⊂二（＾ω＾　）二ノ 　　/（ ＾ω＾ ）　　⊂二＼＼_／⌒ヽ二二（　＾ω＾）二⊃
　　　　　　 ヽ 　　　| (´ .＿ノ　ヽ　 　／⌒ヽつ　　＼（　＾ω＾） 　|　　　 /
　　　　　　　 ソ　　） ＼＼⊂二二二（ ＾ω＾ ）二二二⊃ ⊂＿) （　ヽノ
　　　　　　　（　< ＼　　レ’＼＼　　　ヽ　　 /　　　i　） ノ 　　 　ﾉ>ノ
　　　　　　　　＼|＼|　　 　　　レ　　（⌒）　|　　　/ノ￣ 　 　　レﾚ
　　　　　　　　　　　　　　　　　　　　　 ⌒|　/
ブーンがあらわれた！



嘘ですVIPに帰ります・・・λ............ﾄﾎﾞﾄﾎﾞ

103 ：名無しさん＠お腹いっぱい。：2006/06/10(土) 20:32:46

>>100 GJだ。いつか何かの役に立たせていただく。

104 ：名無しさん＠お腹いっぱい。：2006/06/15(木) 00:13:47

ありがとう。お役に立てばこれ幸い。
ところで、以下でスパームの半分以上が除去できることがわかったｗ

0:
* ^Received: from (自鯖名\.)*自ドメイン
* !^From:.*自ドメイン
spam/.

105 ：名無しさん＠お腹いっぱい。：2006/06/17(土) 05:32:36

俺は↓ぐらいだなぁ・・・

0H:
* !^Date:.*\+0900
spam/

106 ：名無しさん＠お腹いっぱい。：2006/06/18(日) 19:03:29

なるぽ。。
たまに海外からのメールも来るので(アプリとかドメインのレジスト関係とか)
一律に捨てられないのが辛いっす

107 ：名無しさん＠お腹いっぱい。：2006/06/18(日) 19:52:36

いや >105 はネタだって

もしくは想像を絶する痛い香具師

108 ：名無しさん＠お腹いっぱい。：2006/06/19(月) 00:50:58

ん、ネタだったのかｗ
まあ真似しようとは思わないけれど。

あとあれだ、
plain textをわざわざbase64エンコードしてるのも捨てるようにした。
これもかなり効果あり。

109 ：名無しさん＠お腹いっぱい。：2006/06/19(月) 15:00:23

だからネタはネタらしく書けっての

110 ：名無しさん＠お腹いっぱい。：2006/07/10(月) 19:26:12

spam 対策のベイジアンフィルタの bogofilter って
使っている方いらっしゃいますか?

データベースがどんどん大きくなってきて
100MB 近くになっているんですが、
どうすれば小さくできるんでしょう?
http://bogofilter.sourceforge.net/faq.shtml#compact-database

bf_compact はやってみたんですが何も変わりませんでした。
古いデータを少し削ってもいいから出来れば 50MB 程度に落としたいんですが...

111 ：名無しさん＠お腹いっぱい。：2006/07/17(月) 14:13:13

沈んだままなので age てみます
>110 をよろしくお願いします

112 ：名無しさん＠お腹いっぱい。：2006/07/18(火) 11:20:50

>>110
-u でアップデートを続けてれば無限に大きくなるんじゃない？
もっかい db を作りなおしてみると良いかも。spam いっぱい
食わせて、50MB ぐらいになったところで -u 終了。その後で
いくつか誤判定されたのを再度突っ込めばおｋ

113 ：名無しさん＠お腹いっぱい。：2006/07/18(火) 13:34:15

>112
レス thx.

-u で肥大化したもののから小さくするというのは直接の方法はなくて、
学習データのメールを絞って
0から DB 作り直すしかないんですかね…

114 ：名無しさん＠お腹いっぱい。：2006/07/20(木) 16:56:31

Berkeley DB とか DBM とかって、構造上ファイルを小さくできないはず。
データ削除は可能だけと、単にレコードに死亡フラグが付くだけですね。

115 ：名無しさん＠お腹いっぱい。：2006/07/20(木) 20:28:12

dump/load

116 ：名無しさん＠お腹いっぱい。：2006/08/22(火) 22:58:37

すれ違いかもしれんがqpopperでhelp。

以前、postfixとqpopperでまともに動いていたサーバが死んだので、
sendmailとqpopperで立て直したんだけど、訳のわからん現象で受信が出来ないです。

現象1：サーバと同一subnet(自宅内)からは送受信共にOK
現象2：外から自宅の鯖を使っての送信はOK、受信は不可。webも表示可能。

telnet hoge.jp 110をやると何も表示されないで終了。
postfix時代からルーターの設定は変更ナシなのでポートのブロックは考えられない状況。

これって何がダメなんでしょうか？
ちなみにosはturbolinux 8 server
sendmailは8.12.10-1
qpopperは4.0.5-1
です。

117 ：名無しさん＠お腹いっぱい。：2006/08/22(火) 22:59:42

>>116に追加

netstat -aをやるとpopはlistenしてます。

118 ：名無しさん＠お腹いっぱい。：2006/08/22(火) 23:04:01

hosts.allow

119 ：名無しさん＠お腹いっぱい。：2006/08/22(火) 23:06:06

>>116
ログにはなんか出てないの？
inetd経由ならtcp_wrapper、xinetdならonly-fromとかの設定は？

120 ：名無しさん＠お腹いっぱい。：2006/08/22(火) 23:15:20

>>118
hosts.allow    Σ(ﾟДﾟ;)
すっかり忘れてた。今記述を見直したら、ｱｻｰﾘ動いたです。

>>119
そういうわけで解決しますた。

お二人ともthxでした。（　´∀｀）つt[]　飲み物ﾄﾞｿﾞｰ

っていうかこんな基本的なところを忘れているとは・・・・orz

121 ：名無しさん＠お腹いっぱい。：2006/08/23(水) 09:42:26

部外者です。オレも hosts.allow あたりかなとは思っていたんですが、ここの
設定で弾かれた時ってどこか分かりやすいところにログが記録されないんで
したっけ？

122 ：名無しさん＠お腹いっぱい。：2006/08/23(水) 09:59:30

TCPwrapper で弾かれる場合は
telnet で接続すると "いや〜ん" って
メッセージを残して切られる(設定による)

123 ：116：2006/08/23(水) 15:52:01

今ログ見たら/var/log/messageに
Aug 22 22:37:55 HOSTNAME xinetd[835]: libwrap refused connection to pop-3 from XXX.XXX.XXX.XXX
って出てた。
mailのログしか見てなくて、何も出ないからそこで思考停止してたよ。

ちなみにlibwrapってTCPWrapper相当の機能をもつライブラリみたいですね。

124 ：名無しさん＠お腹いっぱい。：2006/08/23(水) 16:03:27

Linux板のくだ質からやり直したほうがいいよ

125 ：名無しさん＠お腹いっぱい。：2006/08/23(水) 19:24:54

>>123
> ちなみにlibwrapってTCPWrapper相当の機能をもつライブラリみたいですね。
相当というか、tcp_wrapperのライブラリそのものですよ…。

126 ：名無しさん＠お腹いっぱい。：2006/11/28(火) 17:22:54

age

127 ：名無しさん＠お腹いっぱい。：2006/12/01(金) 18:32:58

自分宛のspamだけで1日2000通超えて、spamassassinのすり抜けも目立つようになって来た昨今、
こうもspamが多くなると、grey listingみたいなアレな手段でもやむを得なくなるのかな…

128 ：名無しさん＠お腹いっぱい。：2006/12/01(金) 22:05:34

すり抜け分で何通/日くらいですか?

129 ：名無しさん＠お腹いっぱい。：2006/12/01(金) 22:36:23

>>128
20通/日ぐらい。

ただ、ヲレの場合は他からforwardしているところから来るのがspamassassinを
すり抜ける例が多いんで、grey listingを使ってspamの総量が減っても、
すり抜けた数はほとんど変わらず。

130 ：名無しさん＠お腹いっぱい。：2006/12/04(月) 18:16:33

Starpitってどう？
ttp://d.hatena.ne.jp/stealthinu/20060706/p5

うまく行きそうだったら、ウチのシステム管理者に提案してみる

131 ：名無しさん＠お腹いっぱい。：2006/12/04(月) 19:02:52

>>130
今なら taRgrey ttp://k2net.hakuba.jp/targrey/ のほうがいいかも。
postgreyにパッチを当てる必要があるんで、ちょっとだけ敷居が高いけど。

まあ、taRgrey使わないでもS25R + tarpitting + greylistingは可能なんだけど。

んで、ヲレの環境では遮断率もいいし、副作用も少ない。

132 ：名無しさん＠お腹いっぱい。：2006/12/08(金) 13:59:42

大手ISPはOP25始まってるね
これって自鯖で配信できなくなるってことだよね

133 ：名無しさん＠お腹いっぱい。：2006/12/08(金) 16:46:08

普通は固定IP取ればOK
それがいやならISPのMTAを経由させるしかない

134 ：名無しさん＠お腹いっぱい。：2006/12/22(金) 16:56:50

自環境のsmtpも587にすりゃいいだけのことだよもん

135 ：名無しさん＠お腹いっぱい。：2007/02/25(日) 21:09:41

これがないとだめだよってメールアドレスって、どこかで決まってる?

なんとなく慣習で abuse, hostmaster, mailer-daemon, postmaster, root を
いつも用意するんだが(Webサーバがあればwebmasterも)、実は根拠を知らんので。

136 ：名無しさん＠お腹いっぱい。：2007/02/25(日) 21:21:34

RFC2142

137 ：名無しさん＠お腹いっぱい。：2007/02/25(日) 22:30:48

maildrop で mail を forward する際に
envelope from を local の bounce用アドレスに
振り直して転送ってどうやるんでしょう?

MAILDROPFILTER(7) を見ると FROM 変数が envelope を
表すみたいですが、これで "変えられる" んじゃないですよね?

cc "|${SENDMAIL} -f local-bounce@example.com"
みたいに書ければいいんですが...
SENDMAIL って宛先込みのマクロ(?)ですよね?

138 ：名無しさん＠お腹いっぱい。：2007/02/25(日) 22:53:07

>>137
最近のだと何もしなくても、そうなるよ。

139 ：135：2007/02/26(月) 01:10:52

>>136
thx

140 ：名無しさん＠お腹いっぱい。：2007/04/16(月) 21:59:21

質問スレから誘導されてきました、よろしくお願いします。
現在テスト環境の構築を行っているのですが、本番環境でSendMailを使っているので、テスト環境でもSendMailの設定を行っています。
OSとSendMailのヴァージョンは以下の通りです。

Fedora Core4
Sendmail 8-13-8

ここからが質問なのですが、ローカルのユーザにメールを送信すると
送信が成功するユーザと送信が失敗するユーザがいます。
送信が失敗した際にmailllogに吐かれるログは、経路情報と

DNS:unknown mailer error 127

と、言うエラー文のみです。
必死こいて調べましたが、このエラー番号が何のエラーなのか判りません。
各ユーザのメールスプールファイルのPermissionの設定等は問題ないと思います。
ローカルで受信できるユーザもいるので、転送の設定が間違ってもいないと思います。
特定のユーザのみ送信を拒否するようなファイルでもあるのでしょうか？
コウモリ本もあるので、もしかしたらっていう情報だけでもあると助かります。
補足ですが、失敗する特定ユーザ以外は、他のサーバとのメールのやり取りも問題なくできています。

追記
どうやら送信に失敗するのは、SendMail設定終了後に新規に追加したユーザが対象となっているようです。
前の質問スレでは、Fedora Coreのデフォルトのローカルメーラであるprocmailが邪魔しているのではないか？
という、アドバイスをいただきました。
その他で何かしら、思い当たる節があるかたはお願いします。

141 ：名無しさん＠お腹いっぱい。：2007/04/17(火) 00:06:20

全然憶測で書くけど新ユーザのホームのパーミッションは？
.procmailrcが読めないと見た。

142 ：名無しさん＠お腹いっぱい。：2007/04/17(火) 00:33:19

送信とか言うけどファイルのコピーができてるかどうかみたいなことだろ
ちゃんとディレクトリがあるかとかファイルが作成されてるか調べればすむこと

143 ：名無しさん＠お腹いっぱい。：2007/04/17(火) 00:49:32

>>141
応答どうもです。
useraddのオプションなしで、追加した直後でも同じエラーが発生していました。
useraddで追加した直後なら、ホームディレクトリのパーミッションは
追加したユーザのものになっていると思います。
ただ、絶対とは言い切れませんので、明日改めて確認してみます。
ありがとうございました。

>>142
応答どうもです。
ディレクトリは、問題ないと思います。
メールが送信されてきた場合に、作成されるはずのファイルは
メールスプールの下には作成されていませんでした。
エラーのため作成されていないと思ってましたが、詳しいことは判ってないです。
申し訳ない。

144 ：名無しさん＠お腹いっぱい。：2007/06/09(土) 23:48:20

相変わらず TrendMicro はウンコだな。
IMSS v7 が使い物になるのはやはりリリース1年以上たってからになりそうな予感。
それに、信頼性に劣るＯＳから順にリリースするのはやめてほしい。

145 ：名無しさん＠お腹いっぱい。：2007/06/10(日) 12:49:07

>>144
トレンド捨てた。ミラポイントにしてみた。
まぁまぁ快適。

146 ：名無しさん＠お腹いっぱい。：2007/08/01(水) 01:19:54

SMTP/TLSやるときの証明書って自前で作っちゃって問題ないのかな。
オレオレ証明書だとハネるようなクライアントってある？

147 ：名無しさん＠お腹いっぱい。：2007/08/01(水) 01:24:25

>>146
ある。ケータイとか。

148 ：147：2007/08/01(水) 01:49:09

ゴメン。Webメールサーバの証明書と間違えた。

149 ：名無しさん＠お腹いっぱい。：2007/08/09(木) 21:50:23

警告ダイアログ出すのはあるね。

150 ：146：2007/08/10(金) 10:07:52

いろいろあるみたいね。
http://www.mew.org/beta/info/mew_85.html.ja
http://takagi-hiromitsu.jp/diary/20070419.html

151 ：名無しさん＠お腹いっぱい。：2007/08/14(火) 19:43:53

メールを出すときには smtpサーバに接続して
メールを送信するしかない と思っていたのですが

そのsmtpサーバはどうやってメールを配信しているのでしょうか
メールが飛んでいく仕組みを解説したサイトはありますか？

152 ：名無しさん＠お腹いっぱい。：2007/08/14(火) 19:46:03

>>151
SMTP サーバに接続してメールを送信しています。

「メール 仕組み」でぐぐってみ。

153 ：151：2007/08/14(火) 19:56:37

>>152
MTA？ がよくわかりません。

PCからSMTPサーバに a@hoge.com さんへメールを出すよう頼むときは
SMTPサーバのport25にアクセスしてメールをぶち流しますが

そのSMTPサーバは hoge.com に対して同じようにアクセスしてメールを
送信するのでしょうか？

154 ：名無しさん＠お腹いっぱい。：2007/08/14(火) 20:05:30

>>153
同じようにアクセスしてメールを送信する。
送信先は
DNS で hoge.com の MX レコードもしくは A レコードをひいて見つける。

155 ：名無しさん＠お腹いっぱい。：2007/08/14(火) 20:39:47

hoge.comは使用されてるんですが、何か関係者の方ですか?

156 ：151：2007/08/14(火) 20:45:20

>>154
ということは
メールアドレスからMXレコードひいてSMTPサーバを探したあとは
だいたい同じ挙動なんですね。

157 ：名無しさん＠お腹いっぱい。：2007/08/14(火) 20:51:41

>>155
メール送るくらい関係者じゃなくてもできるじゃん。

158 ：名無しさん＠お腹いっぱい。：2007/08/14(火) 21:20:55

>>157
メール送るからこそ何らかの関係者だろｗ
関係ないところにメール送りつけたらSPAMだから

159 ：名無しさん＠お腹いっぱい。：2007/08/14(火) 22:49:35

>>157
いい加減にサンプルには example.jp 使えと遠回しに言っていること位はわかってるよな？
>>151は、だいたい同じとか言ってるのもどうかと思うので、もう一度誰かの下について勉強し直した方が良い。

160 ：名無しさん＠お腹いっぱい。：2007/08/14(火) 23:41:56

最初からそう言えばいいじゃん。

161 ：名無しさん＠お腹いっぱい。：2007/08/15(水) 01:43:45

RFC2821を読む気などさらさらないような御仁には、
くだ質のほうが適してるんじゃないかと思った

162 ：名無しさん＠お腹いっぱい。：2007/08/15(水) 01:47:19

最初からそう言えばいいじゃん。

163 ：名無しさん＠お腹いっぱい。：2007/08/15(水) 04:39:27

要するにわかってなかったのかｗさすが夏だなｗｗ

164 ：名無しさん＠お腹いっぱい。：2007/08/15(水) 10:34:25

ttp://ya.maya.st/d/200603a.html#s20060309_2

165 ：名無しさん＠お腹いっぱい。：2007/08/15(水) 10:37:42

>>155を読んで言いたいことがわかるようなやつは
最初からhoge.comなんて使わんだろ。

166 ：名無しさん＠お腹いっぱい。：2007/08/15(水) 14:50:42

>>164
そこで言ってる内容も怪しくないかな？
JPRS の文書には「「例示」という文字はどこにもない。」と言ってるけど、
別のページにはちゃんと「例示に使用可能」とあるよね。
ttp://jprs.jp/info/faq.html#27

あと、 ttp://hoge.jp/ を見ればわかるように、
うっかり実在のドメインを使ってしまうせいで
メールアドレスなどの個人情報漏らしたりしちゃったりしても知んないよー。

167 ：名無しさん＠お腹いっぱい。：2007/08/15(水) 14:55:56

>>166
>>164 の当時は書いてなかったみたいよ。
http://web.archive.org/web/20060307100233/http://jprs.jp/info/faq.html
http://web.archive.org/web/20060411092803/http://jprs.jp/info/faq.html

168 ：名無しさん＠お腹いっぱい。：2007/08/15(水) 15:22:29

>>167
あらそうなんだ。
じゃあそんな古い記事を引っ張り出して来た >>164 がクソってことで。

169 ：名無しさん＠お腹いっぱい。：2007/08/15(水) 18:03:03

夏ですね

170 ：名無しさん＠お腹いっぱい。：2007/08/17(金) 09:43:17

POP3とかで使うアカウントとかパスワードで使ってもいい文字って
RFCのどこに規定されてんの？ 規定されてないの？ 日本語でもおｋ？

171 ：名無しさん＠お腹いっぱい。：2007/08/17(金) 10:38:53

異種クライアンとでトラブらない自信があるならおk

(文字コードは? とか死ぬほど悩めると思うけど)

172 ：名無しさん＠お腹いっぱい。：2007/08/17(金) 17:57:17

ヘッダとエンベロープの違いを教えろ。

173 ：名無しさん＠お腹いっぱい。：2007/08/17(金) 18:05:24

バカでも分かるように努力してみると、

封筒の宛名がエンベロープ。
便箋に「拝啓何々様」と書いてあるのがヘッダ。

174 ：名無しさん＠お腹いっぱい。：2007/08/17(金) 18:06:24

>>173
うむ。簡潔な回答をありがとう。

175 ：名無しさん＠お腹いっぱい。：2007/08/17(金) 20:54:36

>>172
SMTP で DATA 以前に送る情報がエンベロープ。
DATA で送る情報の前半がヘッダ。

176 ：名無しさん＠お腹いっぱい。：2007/08/20(月) 18:08:23

>>173
オライリーもそう説明してるね。(´･ω･｀)

177 ：ティム・オライリー：2007/08/20(月) 19:05:39

呼んだ？

178 ：名無しさん＠お腹いっぱい。：2007/08/20(月) 19:49:02

オッス！ オライリー！

179 ：名無しさん＠お腹いっぱい。：2007/08/26(日) 21:40:41

>>172
telnet で手動でメールを一回送れば嫌でも分かるぞ

180 ：名無しさん＠お腹いっぱい。：2007/08/27(月) 22:26:01

sendmailのエンペロープに関して質問です。

sendmailでメールサーバを構築し、ローカル配送のメールを送信すると、
MAIL FROM、RCPT TO　に@以下のドメインが省かれたメールアドレス
（ローカルユーザ名？）が入るようです。

これをドメインを省かないようにしたいのですが、設定方法をご存知の方
いますか？
sendmail.mcの設定で実現可能なのでしょうか。

# postfixでは、この現象は起きません。

181 ：名無しさん＠お腹いっぱい。：2007/08/29(水) 16:02:07

mailname？

182 ：名無しさん＠お腹いっぱい。：2007/08/30(木) 23:38:29

>>180
sendmailの話はsendmailスレで。
http://pc11.2ch.net/test/read.cgi/unix/1094702772/782

183 ：名無しさん＠お腹いっぱい。：2007/08/31(金) 00:10:41

postfix 2.4.5 でメールサーバを運用しています。
ほとんどのメールは問題なく送受信できているのですが、
いくつかのドメインからの接続だけメール受信中にタイムアウトしてしまいます。

パケットを見ていると MAIL FROM / RCPT TO / DATA までは順調で
その後本文が送られてきているようなのですが、何故か最後が普通の文章の後に
CR LF で止まっていて、DATA の終わりの . CR LF が送られてこないまま
タイムアウトとなっているようです。
数分後に再試行しにきますが、同じことを繰り返しています。

相手のサーバの smtpd を調べてみたのですが、HP-UX の sendmail だったり、
qmail だったり、25番未使用だったりと、規則性がありません。
送信と受信で違うプログラムを使っている可能性はありますので、
sendmail や qmail の問題ではないかもしれません。

このような場合、どのように対処すべきでしょうか。

184 ：名無しさん＠お腹いっぱい。：2007/08/31(金) 00:17:35

通信経路に透過型FWとか入ってない？

185 ：名無しさん＠お腹いっぱい。：2007/08/31(金) 00:18:34

APOP認証を手作りしたいんだけど
どっかにいいサンプル転がってない？

186 ：名無しさん＠お腹いっぱい。：2007/08/31(金) 00:20:10

qpopperも知らないお前じゃ無理。

187 ：名無しさん＠お腹いっぱい。：2007/08/31(金) 00:39:05

>>183-184
Cisco PIXじゃない？
ttp://www.postfix-jp.info/trans-2.0/jhtml/faq.html#timeouts

188 ：183：2007/08/31(金) 00:49:36

>>184
どういった透過型のFWがあるかはよく知らないのですが、
相手のIPアドレス等を見ている限りでは、ないように見えます。

189 ：183：2007/08/31(金) 00:57:54

>>187
手元にはないのですが、参考にしてもう少し調べてみます。

190 ：名無しさん＠お腹いっぱい。：2007/08/31(金) 01:10:24

>>186
いきなりそれってハードル高すぎなんすけど

191 ：名無しさん＠お腹いっぱい。：2007/08/31(金) 01:31:14

Perl Net::POP3
Ruby Net::POP3
とかは？っていうかクライアント／サーバどちらの実装をしたいのか
記述する言語は何にしたいのか？

192 ：名無しさん＠お腹いっぱい。：2007/08/31(金) 01:35:39

近道しようとしてばかりじゃ
実力身につかないよ。

193 ：名無しさん＠お腹いっぱい。：2007/08/31(金) 01:41:47

というかAPOP部分だけならアホみたいに簡単だろ。RFC読め。

MD5を独自に実装したいとかなら知らんが。

194 ：名無しさん＠お腹いっぱい。：2007/08/31(金) 06:38:14

MD5はRFCに載ってる実装を丸写しすれば

195 ：183：2007/08/31(金) 18:05:46

結局 >>187 の Cisco PIX の次の項目にある、
IP path MTU discovery の問題だったようです。
ほとんどのメールは正常に受信できていたので、
なかなか気がつきませんでした。

ありがとうございました。

196 ：名無しさん＠お腹いっぱい。：2007/09/05(水) 15:58:39

>>154　からの一連の hoge.com ですが、
趣旨はわかるけど、説明とかをするときにドメインが2つ以上出てきたら、
example　だと話がしにくいのですが。

たとえば　サイトA から サイトB へメールを送る、なんてときに、
mail.foo.com から mail.bar.com へメールを送る、といった言い方をしますが、
example の場合、 mail.example.co.jp から mail.example.ne.jp へメールを送る、
みたいにトップレベルとか　2nd レベルをずらして使えってこと？

197 ：名無しさん＠お腹いっぱい。：2007/09/05(水) 16:00:05

>>196
そういうこと。
example.net と example.org もあるよ。

198 ：名無しさん＠お腹いっぱい。：2007/09/05(水) 16:00:35

パソコンショップ完全・最強リンク
http://y-lip.com/modules/yomi/jump.php?id=65

199 ：名無しさん＠お腹いっぱい。：2007/09/05(水) 16:27:41

.example という TLD もある。

200 ：名無しさん＠お腹いっぱい。：2007/09/05(水) 16:31:47

レスを下さった方、どうもありがとうございます。
jp 以外のドメインでも example.net とか　example.com があるのは知ってましたが、
.example という TLD　があるのは知りませんでした。

自分はいままで説明に hoge.com　を使うのは肯定派でしたが、
考えを改めるか・・・・

201 ：名無しさん＠お腹いっぱい。：2007/09/05(水) 16:52:56

でも hoge.example だとあんまりドメインっぽくないんだよな。

>>200
RFC 2606 読んどき。

202 ：名無しさん＠お腹いっぱい。：2007/09/19(水) 10:24:28

example2.co.jp, example3.ne.jp みたいなのもいけるんだな。

FAQ（よくあるお問合せ） / JPRS
http://jprs.jp/info/faq.html#27

203 ：名無しさん＠お腹いっぱい。：2007/09/20(木) 12:13:22

postfixからprocmailを呼んで~/Mail/以下に入れるようにしてるんだけど、
うっかり/homeの容量が溢れたのに気付かず、空ファイルがinboxにたくさん出来て
メールの内容は消滅してしまってました。
書けなきゃスプールに溜めるとかして欲しいんですが、どのへんの設定を
見直せばいいでしょう?

204 ：名無しさん＠お腹いっぱい。：2007/09/20(木) 13:39:43

procmail をどう呼び出してるのだ?

書き込み失敗したら終了ステータスから
「失敗」をpostfix は把握するはずだが…

205 ：名無しさん＠お腹いっぱい。：2007/09/20(木) 14:03:29

なんとなく数日後に再送されてくると予想。
maillog に何か出てなかった？

206 ：名無しさん＠お腹いっぱい。：2007/09/20(木) 19:08:49

昔のprocmailはNFSやquotaを使ってると容量オーバーで本当は失敗していても
「成功」だと返していたように記憶している。
最近はどうだか知らん。

207 ：名無しさん＠お腹いっぱい。：2007/09/21(金) 12:59:37

まずはprocmailを捨ててmaildropに移行したほうがいいと思う。
と、アンチprocmailなヲレのたわ言でした。

208 ：名無しさん＠お腹いっぱい。：2007/09/21(金) 13:18:10

maildrop って MH 形式に対応してたっけ？

209 ：名無しさん＠お腹いっぱい。：2007/09/21(金) 18:34:51

203です。
メールはスプールに残ってくれておりました。
空ファイルができていたのと、postfixが失敗を検知したようなログは
出ていなかったので、てっきりエラーはpostfixに返されなかったのだと
早合点してしまいました。

お騒がせしました。皆様すみません。

210 ：名無しさん＠お腹いっぱい。：2007/09/23(日) 20:51:16

MXレコードにポート番号も登録することはできますか?
25番ポート以外に外部からメールを届けて欲しいんですが。

211 ：名無しさん＠お腹いっぱい。：2007/09/23(日) 20:52:58

SMTP をプロキシ通せば良い。

212 ：名無しさん＠お腹いっぱい。：2007/09/23(日) 20:53:52

>>210
できません。

213 ：名無しさん＠お腹いっぱい。：2007/09/24(月) 02:24:19

>>212
出来る出来ないが問題じゃねぇ
やるんだよ

214 ：名無しさん＠お腹いっぱい。：2007/09/24(月) 11:28:08

>>213
無茶言うなｗ

215 ：名無しさん＠お腹いっぱい。：2007/09/24(月) 18:36:05

いかにも無能な体育会系上司が言いそうだなｗ

216 ：名無しさん＠お腹いっぱい。：2007/09/24(月) 19:03:35

なんとかインチキできんのか？

217 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 10:19:35

SMTP も SRV レコードを参照すべし、という RFC を書けば
みんな従ってくれるようになるかも。10年ぐらい普及活動に励めば。

218 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 10:34:20

>>217
よし、ちょっくらやってみっか。

で、 RFC って何？

219 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 10:39:47

Radio Frequency Coil 高周波コイル

220 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 10:42:01

もうその辺で。

221 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 10:48:29

いや、将来的に本気で25番以外を標準化して欲しいよ。
互換性考えて、今のMXレコードのままで、

IN MX 10 example.com:1234

みたいに ホスト名:ポート で指定すれば MTAが解釈する、みたいになって欲しい。

222 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 11:21:47

何で 25 以外にする必要があるの？

223 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 11:30:33

ドメインが増えて、グローバルIPを消費したくなくて、
NATで別ドメインのメールを受けとりたい時とか。

224 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 11:33:19

>>221
DNS でポート番号を指定するなら SRV だっつーに。
priority も指定できるので、MX を完全に置換できる。これまで

example.com. IN MX 10 mx1.example.com.
example.com. IN MX 20 mx2.example.com.

と書かれていたものを SRV で書くならばこんな感じ。

_smtp._tcp.example.com. IN SRV 10 0 25 mx1.example.com.
_smtp._tcp.example.com. IN SRV 20 0 25 mx2.example.com.

もちろん、MTA は SRV を参照しないので実際には意味がない。

225 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 13:50:35

>>223
Virtual Domainならいくらでも実現されていますが、なにか?

226 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 14:08:11

>>225
Virtual DomainだとVirtualに対応してるサーバー1台だけに負担がかかるだろ。
SMTPコネクション張ってからじゃないとどのドメイン宛かわからないから。

そうじゃなくて、ルーターで、NATレベルで分離して、
別々の独立したメールサーバーで受けたいんだよ。

独立したグローバルIPを持っているのとほとんど同じ状態にしたいわけ。

227 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 14:23:50

あんまり駄々こねるとおうちに入れてあげないよ

228 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 14:27:42

今後、IPv6がコケて、IPv4を有効に使おうということになった時に、
MXでかSRVでか知らんが、同じIPアドレスで、ポート番号によって
別々のメールサーバーにつながるような時代になるんだろな。

229 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 14:32:51

みんながそういう MTA を使うようになればね。

230 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 14:40:10

MXレコードにしたって、昔はMXなんて無かったじゃん。
SolarisとかはMXは不要、の立場で、メールはAレコードに配送すべき、
という方針だったと思う。だからSolaris謹製のsendmailはMX非対応だった。
それが、やはりMXは必要ということで今に至っているわけだから、
今後とも、時代の必要性でポート指定も標準化して行くと思うよ。

231 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 14:50:32

もうその辺で。

232 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 14:52:24

>>231
なんで「もうその辺で」なの?
すれ違いの話題でもないし、ネタでもないし、興味ある話題なんだが。

↓はい、続けて

233 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 14:55:22

>>217 あたりで答え出てんじゃないの？
続ける必要なし。

もうその辺で。

234 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 14:57:24

>>233
じゃあ、あなただけこのスレ見なければいいでしょう。
この話題に乗ってきている人、少なくとも複数いるし。

↓はい、続けて

235 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 15:03:51

>>226
負荷分散が必要なほど大規模なメールサーバシステムで、
NAT で IP アドレス節約しなきゃいけないほどアドレスが足りない
って状況が想像つかんのだけど、
そういうとこって多いもんなの？

236 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 15:04:01

うーん、SRVよりかMXに :ポートの方が受け入れ易い(普及し易い)と思う

237 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 15:04:21

具体的にどうやって普及させるつもりよ。

238 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 15:07:41

俺はMXに :ポートよりかSRVの方が受け入れ易い(普及し易い)と思う

239 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 15:11:55

>>238
んなわけねーだろｗｗｗ

240 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 15:12:46

>>238
面白いので そう思った根拠ｷﾎﾞﾝ

241 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 15:16:25

移行期には、MXのプライオリティーの低い方に、従来通り25番でも受信できる
フォールバック用のサーバーを(別IPで)用意しておく必要はあるだろな。
で、ポート指定が普及して、フォールバック用サーバー側に届くメールが
ほとんど無視できるようになったら、そのサーバーを外す。
すると、一部の、25しか対応していないサイトからのメールは
エラーを起こすだろうが、そうなるとそのサイトでも
急遽ポート指定に対応する必要に迫られるだろう。

242 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 15:31:14

ポート指定を解釈できずにエラーを起こす MTA が多いので、
ポート指定はやむを得ずプライオリティの低い方に書かざるを得ないことになり、
結局いつまで経っても普及しない。

と予想。

243 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 19:21:24

サーバ1台でもNIC複数挿すとか、幾らでも方法あるのに、
何でそんな面倒な事しなきゃならないのか理解不能。

244 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 19:35:41

>>243
もう一回スレ読み直してみな。お前の言ってることずれてるよｗ

(NIC複数って、何の問題と >>243 は勘違いしてるのだろうｗｗｗ)

245 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 19:39:23

IPとポートを勘違いしてるとかいう安直すぎる理由だろうか

246 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 19:40:41

>>243 は、おそらく、
NIC複数に、複数のグローバルIPアドレスを振って、
1台のサーバーに複数の MTAを起動して、
MTAが各NICのIPアドレス限定でListenすれば、
同じ25番ポートを1台のサーバーで使える、という話と混同してるのだろう。

その話じゃないんだよw

247 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 19:41:29

>>226
普通にロードバランサ入れるんじゃだめなん？

248 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 19:46:21

負荷分散の問題じゃなくて、
同じ組織で、外向きにはひとつのグローバルIPだけを使用しているけど、
組織内部の複数のメールサーバーは別管理で、
それぞれ独立して運用したい、ってことじゃないか?
できる限り独立IPを振ってるのと同じ状態にしたいと。

249 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 19:51:53

>>248
>>226 によると負荷の問題みたいよ。

250 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 19:55:52

>>248 = >>226 です。本人です。負荷の問題じゃないです。
>>248 に書いてあることがやりたいことです。

>>226 でつい「負担」と書いたのは、窓口のサーバーを1台置く方式では
そのサーバーの管理が独立性を保てないので、それを「負担」と
書いたのですが、いわゆる負荷分散の意味での負荷ではないです。

251 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 20:04:37

意味わかんね。サブドメイン振るんじゃダメなのか？

252 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 20:29:09

>>251
だめですね

253 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 22:54:58

>>224
ちょっと話がそれるけど、
それって組織内のメールクライアントの設定に良いなぁと思ったら
Outlook2007がExchangeサーバ探すのに近い事をしてるみたいよ。
http://support.microsoft.com/kb/940881/ja

254 ：名無しさん＠お腹いっぱい。：2007/09/25(火) 22:58:45

↑ごめん、SMTPポートもMXも指定してないのでちょっと違った。
でもメールサーバ探すってことでw

255 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 00:52:57

>>250
現状では無理、と答えは出ているわけですが、いつまでも食い下がる気ですか？

256 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 01:11:40

>>250
「独立性を保てない」ってどういう意味？

257 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 03:21:54

そもそも、各ドメイン宛てのメールをいったん一括して受け取ってから
再度内部のサーバに配送する今までの方法との違いは?

NATが内部の各MTAに対して静的にポート割り振る時点で独立性なんて保ってないやん。
ドメイン登録するごとにNATの設定いじらないといけないのは、現状のドメイン登録する
ごとに一括して受け取るMTAの設定いじらないといけないのと同様で、要はどのレイヤーで
それをやるのかって程度の違いでそ、それじゃ。

その程度のことで、MTAの導入コストやら、OP25B & IP25Bがまったく役立たずになるなどの
多大なコストをかけてまでSRVレコードに対応させる意味がどこにあるんだ?

258 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 07:27:04

>>257
どのレイヤーでやるかの違いが大きい。

259 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 08:03:56

クマーも飽きてきたクマ

260 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 08:25:11

>>258
kwsk

261 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 10:20:15

IPv6にしたらIPアドレスじゃぶじゃぶ使えるから、一個とかケチ臭いこと
言わなくて済むよ。

262 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 11:06:20

もちろん、IPv6はコケるという前提。

263 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 11:11:38

>>258
なにが大きいのか具体的に書いてみろ。
せいぜい、あて先不明のメールをいったん受け取る必要がないので、bounce mailの
抑制が出来るってことぐらいか?

spam対策に関しては、gatewayのMTAでだけ対策を採れば済んでいたものが、各ドメインの
MTAごとに対策を採らないといけなくなって管理コストが増大するし。

そもそも内部に複数の管理ドメインを抱えているのにもかかわらず、
GlobalIPが1つしかない環境っていうのが考えにくいシロモノなんだけど。
NATにどんだけ負担をかける気だ。

>>261
だね。各MTAにSRVレコード対応させるぐらいなら、IPv6対応をがんばったほうが
よほどいい。

264 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 11:33:27

IPv6が普及するのとSRVレコードが普及するのと、どちらが可能性が高いかと言ったら
SRVレコードではないだろうか。

265 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 11:34:56

>>260
NAT と MX or SRV で実現するには第八層以上のレイヤーで対応する必要がある、
とかいう話では？

266 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 12:28:28

>そもそも内部に複数の管理ドメインを抱えているのにもかかわらず、
>GlobalIPが1つしかない環境っていうのが考えにくいシロモノなんだけど。
>NATにどんだけ負担をかける気だ。

v4 アドレスが枯渇するとそうなるんだよ。
グローバルアドレスが欲しくてももらえない組織が出てくるから、
ISP が自分とこのユーザにプライベートアドレスを割り当てて
NAT でルーティングせざるを得なくなる。
v6 反対派はこんなアクロバチックな運用を未来永劫続けろと言ってるわけだ。

267 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 12:52:02

IPv4 が本当に枯渇する頃には SMTP が廃れていると想像。

268 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 12:57:40

結局、複数ポートが必要な理由は元から存在しなかったということですな

269 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 13:15:01

>>264
IPv6 vs SRVレコード対応っていう話じゃないよ。SRV対応にしてもNATの設定が必要になるんだもの。
というわけで、MTAによるゲートウェイ vs MTAのSRVレコード対応という話。
ただ、SRVレコード対応とMTAによるゲートウェイとの差異は負荷とどのレイヤーで振り分けを
やるのかっていう程度なのにも関わらず、MTAのSRVレコードの導入コストはIPv6導入と比較できる
くらいに巨大で、正直お話にならないという結論。

>>268
まったく存在しないってわけではないだろうけど、負荷問題を除けばMTAによるゲートウェイと大差ない。
というわけで、>>226の考えが足りなかっただけ。

270 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 13:20:38

>>210はどこまでついてこれたんだろう

271 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 13:54:33

MTAによるゲートウェイは1ホップ増えるかだヤダ。

272 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 15:42:16

>>270
NAT は無理、というところまで理解していただいていればそれで良いのではないかと。

273 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 17:17:16

なんで NATが無理なの? NATがやりたいから質問してるんじゃないの?

274 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 17:21:55

このスレ、妙に話をもみ消そうとする奴が一人紛れてるな。
この話題が盛り上がると何かまずいことでもあるのだろうか?

275 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 17:28:33

妙に話をひっぱりたい人がいるみたいだけど
この話題を盛り上げて何かいいことでもあるの？

276 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 17:35:34

sendmail/postfix/その他と、MTAの種類なんて限られてるんだから、
次期バージョンがSRVに対応すれば、普及なんてあっと言う間だろう。
セキュリティアップデートと同時に仕込んでおけばなお効果的。

一方、IPv6なんて普及させるのは困難。
そもそもTCP/IPの根底を置き換えなければならないんだから。

277 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 17:38:39

>>276
いつごろ対応するの？

278 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 17:52:13

>>276
MTAによるゲートウェイとの比較はあきらめて、IPv6とMTAのSRV対応の
どちらが楽かっていう完全に無意味な話題をやりたいわけか。

MXしか読まないMTAとSRVでしか受け取れないMTAの混在環境の問題は
IPv6とIPv4の混在環境以上に問題あることが理解できればいいのに。

279 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 18:02:00

>>278
MTAによるゲートウェイは1hop増えるのが困る。
そのゲートウェイを誰かが管理しないといけないから、
ドメインごとに管理を別々にしたい目的が達成できない。

なら、NATの管理は?と言いそうだが、
ルーターでのNATなら、ほとんど管理は不要。
ポートだけ最初に決めてほったらかしで十分。

280 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 18:49:20

で…








何がやりたいんだっけ?

281 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 19:50:19

>>275
荒らし的には嬉しいだろ、常識的に考えて。

282 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 20:02:01

>>276
> sendmail/postfix/その他と、MTAの種類なんて限られてるんだから、

おめでたすぎるな。

283 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 20:10:54

>>279
ゲートウェイもルータも、誰かが管理しないといけないのは一緒だよね。
で、ゲートウェイの管理も、例えば sendmail なら、
mailertable の行を追加/削除するだけでほとんど管理は不要じゃない？
実装の工夫次第で運用の手間はほとんど無くせると思う。

284 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 20:14:38

OKAJIMA が一人いるだけで、この荒れよう。

285 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 20:16:45

>>276
× sendmail/postfix/その他と、MTAの種類なんて限られてるんだから、
○ IIS/ExchangeServer/その他と、MTAの種類なんて限られてるんだから、

286 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 20:39:29

ルーターは誰も管理しなくて良い。

287 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 21:06:33

>>283
MTAゲートウェイは、OSホストを1台仕立て上げなければならない時点で問題。
mailertableだけとか、そういう問題じゃない。
sendmailが動いてるなら、日々パッチも当てなければいけない。
OS自体のパッチもある。FreeBSD 4.xみたいに、OSがサポート終了になることもある。
OSが稼働してるということは、HDDとかメモリとか、PC自体のトラブルもあり得る。
工事停電の時はシャットダウンとか作業をしないといけない。

ルーターなら、電気製品のようにすぐに電源切って、また入れればすぐ使える。
そのレベルの「管理不要」を要求しているのだよ。

288 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 21:13:17

まぁ、スーパバイザが煙吹くとか、IOSがバグっててパッチ当てなきゃとか、
そんな目にあったことのない奴だけが言える戯言だ罠。

289 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 21:58:39

IPv6が普及するのとSRVレコードが普及するのと、どちらが可能性が高いかと言ったら
AAAAレコードではないだろうか。

290 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 22:01:35

なんだ、ブロードバンドルータの話をしてるのか。

291 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 22:24:07

sendmailのソース見て、SRVレコードに対応させるようにするには
コードのごく一部を修正するだけで割りと簡単にできるよね。

一方、IPv6の対応はそうはいかない。
いずれSRV対応MTAが普及するのは時間の問題だよ。

292 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 22:28:58

ゆんゆんゆ〜ん

電波を受信しました

293 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 22:30:30

>>290
そや、いまどきナローバンドルータの話をする人はいないだろ

294 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 23:03:49

I-D書いてくれ。話はそれからだ。

295 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 23:09:54

そうだそうだ。この板も強制ID制にするべきだ！

とか、ボケてみるテスト。

296 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 23:28:23

Internet Mail Systemのスレだということを忘れていたよ。

297 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 23:36:23

>>291
Sendmail は既に IPv6 に対応済みでコードの修正すら要りませんが何か？

298 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 23:39:58

>>297
お前何ボケてんだよ。インターネット全体がIPv6に対応するってこと。
事実上無理だろ。sendmailだけの問題じゃ済まないから。

一方、SRVの方は、SRV対応のsendmail(と他のメジャーなMTA)をバラ撒けばそれだけで完 了。

299 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 23:41:23

>>298
> お前何ボケてんだよ。

お前に言われたくねーよ。

300 ：名無しさん＠お腹いっぱい。：2007/09/26(水) 23:52:49

SRV と IPv6 のどっちが普及するかなんて定量的な予測は不可能なんだから、
比較議論するだけ無駄だべさ。

ところで、現時点では、
IPv6 を普及させようと努力してる香具師は SRV に比べたらはるかに多いと思われるので、
SRV を普及させたいと思ってる香具師は今から行動を始めておいた方が良い。

まずは I-D から。
頑張れよ。

301 ：名無しさん＠お腹いっぱい。：2007/09/27(木) 00:10:17

OKAJIMAには無理。

302 ：名無しさん＠お腹いっぱい。：2007/10/03(水) 18:48:32

日本語で振り分けできるサーバサイドのソフトウェア無いですかね？
MIMEエンコード手動でやるの疲れた

303 ：名無しさん＠お腹いっぱい。：2007/10/03(水) 22:24:20

>>302
MH-JP

304 ：名無しさん＠お腹いっぱい。：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)

305 ：304：2007/10/12(金) 10:36:36

追記。環境について、
postfix-policyd-spf-perl_2.004 も使ってた。

306 ：名無しさん＠お腹いっぱい。：2007/10/12(金) 11:21:18

>>304
もう、それ位自分で調べなさいよ！
db4.3_dump -p postgrey.db 見たいなことをしてみれば良いの！

というかあなたね、
自分のクライアントが targrey に引っかかるようにして、テストすれば
動作確認できるんだから、ココで聞く必要なんか無いでしょう！

今度、こんな事聞いたら許さないんだから！

307 ：304：2007/10/12(金) 11:56:12

>>306 もっと具体的に教えてくれ。

308 ：304：2007/10/12(金) 14:50:38

>>306
あ、それはやりますた。最初に言うべきでした。
postgrey.db も tarpit_clients.db レコード数が0のまま。

「targrey に引っかかるように」ってのは、

cat /etc/postfix/permit_client_nots25r
/myclientsdomain\.tld/ WARN

にしておいて、telnet でサーバとお話しろっていうことでおｋ?
で、見てる限りでは問題なく配信されて、 /var/log/maillog 眺めても、
greylist とかそれに類する文字列が出てこない。DB もそのまま。

309 ：306：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 を(再)起動するれば作成されるから恐れずに
バンバンテストしてみると良いよ。

しかし、ツンデレ回答はきつい。

310 ：306：2007/10/12(金) 15:34:21

すまん。追記。

white list に登録するためには、DATA を突破しないといけないから
適当にメールを送信するところまで終わらせた方が良いよ。

じゃないと、訳がわからなくなるよ。

311 ：名無しさん＠お腹いっぱい。：2007/10/15(月) 09:12:26

>>306
中の人ですが、追記する必要無いくらいの完璧なフォローしてもらってありがとうございます。
309もツンデレしてもらってたらさらに良かったのに :)

>>304
WARNの設定しておいて、telnetでRCPT TOの後で遅延が返答の遅延が起きないのなら
なんか設定がおかしいです。
その設定だと、targrey(postgrey)が呼び出される場合、logに「NOQUEUE: warn: RCPT from ...」
というようなwarningメッセージが残ってるはずですが、出てなければポリシーサーバの呼び出しに
失敗してる可能性が高いです。

312 ：名無しさん＠お腹いっぱい。：2007/11/06(火) 21:14:25

scmailを使っています。
すっきりわかり易いと思うのですが、もっさり感があって乗り換えようと考えています。
なにかおすすめはないでしょうか。

313 ：名無しさん＠お腹いっぱい。：2007/11/06(火) 21:55:51

素直にmaildrop

314 ：名無しさん＠お腹いっぱい。：2007/11/06(火) 22:34:16

postfix + vpopmailで鯖上げたいんですけど、どこの板・スレが適切ですか？
誘導おながいします

315 ：名無しさん＠お腹いっぱい。：2007/11/06(火) 23:17:33

mewでmh形式使ってるんですが、どうやら
maildropってmh使えなさそうですね。
procmailは避けたいし、難しいな。

316 ：名無しさん＠お腹いっぱい。：2007/12/02(日) 00:31:48

>>314
OSによるんじゃない？
ここでもいいけど

317 ：名無しさん＠お腹いっぱい。：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) を送ることで行っています。

318 ：名無しさん＠お腹いっぱい。：2008/01/07(月) 01:35:47

連投すみません。ageさせていただきます。

319 ：名無しさん＠お腹いっぱい。：2008/01/07(月) 23:57:46

majordomo なんて太古の昔で忘れたけど、 \ でエスケープはできないんだっけ？

320 ：317：2008/01/08(火) 07:25:11

レスどうもありがとうございます。
subject_prefix = [HOGE\ $SEQNUM]
もやってみたのですが、だめでした。

おそらく、コマンドメールではなく直接 ML サーバにログインして、majordomo の
設定ファイルをエディタで直す分には、
subject_prefix = [HOGE $SEQNUM]
でもいけるのではと思うのですが、コマンドメールでやるとうまくいかないのです。
でもそんな根本的なバグあるのだろうか。

321 ：名無しさん＠お腹いっぱい。：2008/01/08(火) 23:26:31

config_parse.pl で
'subject_prefix', 'grab_word',
となっているからなので、
'subject_prefix', 'grab_string',
にすればスペースもいけたはず。

322 ：名無しさん＠お腹いっぱい。：2008/03/08(土) 17:46:30

sendmailで、メールを送信する際に、FROM句を誰から送信されたか判らないようにダミーユーザに変更することは可能ですか？

323 ：名無しさん＠お腹いっぱい。：2008/03/08(土) 20:24:10

spam業者乙

324 ：名無しさん＠お腹いっぱい。：2008/03/11(火) 12:31:10

MTA で「FROM句」という表記をされるのは初めて見た。
RDMBS ではあたりまえだが。

325 ：名無しさん＠お腹いっぱい。：2008/03/11(火) 13:20:29

間違えました。「FROM文」でしたね。

326 ：名無しさん＠お腹いっぱい。：2008/03/11(火) 14:14:35

ヘッダの話で「○○文」なんてはじめて聞いたよ

327 ：名無しさん＠お腹いっぱい。：2008/03/11(火) 14:18:39

間違えました。「FROM命令」でしたね。

328 ：名無しさん＠お腹いっぱい。：2008/03/11(火) 14:52:27

もういいよ。

329 ：名無しさん＠お腹いっぱい。：2008/03/11(火) 16:37:43

>325
ワロタ

330 ：名無しさん＠お腹いっぱい。：2008/03/11(火) 16:40:09

間違えました。「FROM宣言」でしたね。

331 ：名無しさん＠お腹いっぱい。：2008/03/11(火) 17:06:00

天丼は2回まで。3回やるとどんなネタでもやりすぎ。

332 ：名無しさん＠お腹いっぱい。：2008/03/14(金) 14:29:27

唐突に思考実験なんだが、「逆引きできないアドレスからのメールは受け付けません」
と明示しているメールサービスとかないんだろうか。

当然受け取れないアドレスも出てくるんだけど、それでも構わないユーザ向け。SPAM避けに。

333 ：名無しさん＠お腹いっぱい。：2008/03/14(金) 14:32:54

>>332
そゆの、実験と言わない

334 ：名無しさん＠お腹いっぱい。：2008/03/14(金) 14:35:33

必要なメールまで届かなくなりそうで
誰も使わんだろ。

335 ：名無しさん＠お腹いっぱい。：2008/03/14(金) 14:46:24

>>332
あるよ。
http://www.clubbbq.com/abuse/

336 ：名無しさん＠お腹いっぱい。：2008/03/14(金) 14:49:08

そういえば clubbbq は abuse@ とか postmaster@ とかが user unknown に
なったようなおぼろげな記憶が。

337 ：名無しさん＠お腹いっぱい。：2008/03/14(金) 17:00:37

あと envelope が <> とかも捨ててくれたりしますYO

338 ：名無しさん＠お腹いっぱい。：2008/03/16(日) 21:49:48

ttp://www.rfc-ignorant.org/tools/lookup.php?domain=clubbbq.com
なるほど

339 ：名無しさん＠お腹いっぱい。：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 の設定にもよるけど１週間ぐらいリトライします。

ここで質問です。次回リトライするとき、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 だとどうなるのか知りたいです。

341 ：名無しさん＠お腹いっぱい。：2008/04/07(月) 13:27:20

毎回ひくんじゃね？
ソース読んでみ。

342 ：名無しさん＠お腹いっぱい。：2008/04/07(月) 15:49:37

最初に失敗したときのホストに配送するのであれば、
DNS の設定をミスしたら修正されるまでのメールは100%届かないことになる。

343 ：名無しさん＠お腹いっぱい。：2008/04/07(月) 16:30:57

>>342
その文章、意味が2通りにとれるよ。
変に反語的な言い方をせずに、ストレートに言った方が誤解がない。

344 ：名無しさん＠お腹いっぱい。：2008/04/07(月) 16:32:56

>>343
一通りしか思いつかんかった、二通り書いてみてくれ。

345 ：名無しさん＠お腹いっぱい。：2008/04/07(月) 16:38:47

(1)
もし、最初に配送失敗したときのホストにしか配送しないのだと仮定すると、
DNSの設定をミスしたら修正されるまでのメールは100%届かないことになってしまう。
(だから実際にはMXを引き直す)

(2)
一度配送失敗したホストに配送するのなら、
DNSの設定をミスしたら修正されるまでのメールは100%届かない。

346 ：名無しさん＠お腹いっぱい。：2008/04/08(火) 02:04:42

レスどうもありがとうございます。

>>340 の 4.で最初のメールのリモート配送に失敗して再送キューに入っても、
キューでは、宛先：hoge.example.jp としか管理されておらず、
２回目にキューからリモート配送を試みるときに、もう一度 example.com の
DNS の MX を引きなおすということですね。
なので、MTA が１週間ぐらいリトライする間に、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 に問題があるのではと考えました。
はじめはプロバイダに聞いてみようと思いましたが、まずは転送サービスのほうに聞いてみます。
長文すみません。どうもありがとうございました。

347 ：名無しさん＠お腹いっぱい。：2008/04/09(水) 01:27:47

>>341
MTAのソース読んでもgetaddrinfo(3)を呼ぶ以上のことはわからんと思われ。
getaddrinfo(3)のソースを読むのもいいが，その前にバッタ本でも読んでおく方が簡単かつ効率的と思われ。

>>340
それって実はMTAじゃなくてDNSに関する質問で，example.com のＴＴＬが過ぎていればもう一度引くし，そうでなければキャッシュを使うと思われ。
特別な設定がしてないのであれば，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 への接続が最初に試みられるべき。

…やっぱり転送サービス側の問題な気がする。

348 ：名無しさん＠お腹いっぱい。：2008/04/09(水) 03:06:22

>>347
いつ getaddrinfo() するかわかればそれでいいんじゃね。

349 ：名無しさん＠お腹いっぱい。：2008/05/25(日) 16:15:34

mail コマンドでインタラクティブにメールを使っていたのですが、
転送しようと思って .forward を設定しました。
それ以降に到着したメールについては幸せなのですが、
しかしすでに /home/hogehoge/mbox や /var/spool/mail/hogehoge
に入ってしまっているメールについても転送したいと思います。

これって、べたの mbox 形式を分割して mail コマンドに
流し込んで転送するしかないんでしょうか？
なんか、こう、一発でやってくれるようなコマンドってないでしょうか。

350 ：名無しさん＠お腹いっぱい。：2008/05/25(日) 17:03:41

formail か？
formail なのか？
だれもいないのか？
コロッケ買ってくる．

351 ：名無しさん＠お腹いっぱい。：2008/05/26(月) 01:02:54

最近の若い衆はfetchmailとか知らんのかのう

352 ：名無しさん＠お腹いっぱい。：2008/05/28(水) 22:44:54

postfix使ってるんすけど、「メールをぉ転送するようにしてくれるって聞いたんですけどぉ、やってもらってぇ、いいですかぁ」
という業務上の指示がしょっちゅうあって、そのたびに .forwardを書いてるですどぉ、
あいつらが自分でできるようにできる方法ってぇ、ないですかぁ？

353 ：名無しさん＠お腹いっぱい。：2008/05/28(水) 22:48:21

そりゃぁ、.forwardをぉ、書き換えるぅ、CGIをぉ、作ればぁ、いいでしょおぉ、

354 ：名無しさん＠お腹いっぱい。：2008/05/28(水) 23:54:25

>>352
つ postfixadmin

355 ：名無しさん＠お腹いっぱい。：2008/06/02(月) 14:43:08

>>81-98
をみると、fetchmail より getmail のほうがいいのか？

356 ：名無しさん＠お腹いっぱい。：2008/06/02(月) 14:46:38

fetchmail中にマシンをサスペンドしたらどうなるかとか気になるな。

357 ：名無しさん＠お腹いっぱい。：2008/06/02(月) 16:59:28

今時fetchmailなんて糞使ってるのかよｗ

358 ：名無しさん＠お腹いっぱい。：2008/06/02(月) 22:58:05

>>357 だってMacOSXとか標準で入ってるし。

359 ：名無しさん＠お腹いっぱい。：2008/08/29(金) 12:55:41

IIJ、送信ドメイン認証機能を実装するメールフィルタプログラムを無償公開
http://www.iij.ad.jp/news/pressrelease/2008/0828.html

360 ：名無しさん＠お腹いっぱい。：2008/10/21(火) 14:22:24

質問： あるメールフォルダにおいて，
「"同一メール subject" が5件以上あったら隔離」とか
そういう下処理をしてくれるツールって無いんでしょうか?


spam メール対策でベイジアンフィルタなどで
おおむね自動振り分けしている方は多いと思いますが，
「誤振り分け」の確認ってみなさんどうされてます?

時々見ようとは思うのですが，すぐに数千・数万通溜ってしまい
現実的にはきちんとチェックできていません．

そのゴミフォルダを見ると大抵同一 subject とか
同一差出人でドバーっと来ているものが多くて
ほかのメールと比べてもそういうのは100%確実に spam と
判断して良いという印象を持っています．
ということで，最初に書いたようなことを思ったのですがいかがでしょう?

361 ：名無しさん＠お腹いっぱい。：2008/10/21(火) 14:40:05

>時々見ようとは思うのですが，すぐに数千・数万通溜ってしまい

毎日見れば、そんなに溜まらない。

362 ：名無しさん＠お腹いっぱい。：2008/10/21(火) 15:03:50

> 「"同一メール subject" が5件以上あったら隔離」とか

Re: なんたらかんたら

という subject で5回やりとりしたら spam 判定、ってこと？

363 ：名無しさん＠お腹いっぱい。：2008/10/21(火) 15:46:20

>362
もともと「spam 判定されたもの」を対象にしたいので
それは現実的には該当しない，というつもり

メインの inbox に適用したらそういうことになっちゃいますけどね

364 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 01:15:33

tp://www.atmarkit.co.jp/fsecurity/rensai/mailsec201/mailsec01.html

今時バケツリレーで送信するサーバがどれだけあると思ってるんだよ。
おまけにメールの暗号化にPGPって、10年前の知識のまま頭フリーズしてるんじゃないか？

365 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 01:35:29

筆者はPGPの販売営業らしい
今見たら配送の部分はチェック中になってて見れんかった

366 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 01:54:52

金曜に会社で読んだときは、日本からヨーロッパにメールを送るのに
アフリカのメールサーバーを経由して・・・とか書いてあった気がする
しかもご丁寧にReceivedのヘッダの例を出して(捏造?)

MXで受けた後、メールスプール配送までに
スパム/ウイルスチェックなどで内部の別ホストを経由することはあっても、
MXまでによそのサーバー経由するなんて今時限りなくゼロのはず

367 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 02:02:34

こんなのが優秀社員表彰受けてるのか・・・会社のレベルが知れるな

368 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 02:07:03

【編集部注】ってのは何？

369 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 06:04:13

MTAの説明でsendmailやqmailなんて書いているし、知識が10年前で止まっているんでそ。
プロフィール見る限り28歳ってことだから、会社入ってから古い本でお勉強して
そんまんまなんでしょ。まあ、バカ営業だ罠。

370 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 10:05:37

俺、おっさんなんで10年前の知識で止まったまま。
逆に言うと俺なんかの知識で、今でも通用しちゃうのかなぁ思った。

371 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 10:30:09

今時qmailは無いと思うがsendmailは現役だと思うぞ

372 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 12:18:07

>>370
10年前で止まったままなら、このスレ的にはISPの外からISPのメールサーバ経由で
メールの送信が出来なかったり、SPAM受け取り放題だったりするけど?

>>371
もちろんsendmailは現役だけど、いまMTAを例に出すのなら間違ってもその2つじゃ
ないでしょという話。

それにしても、プロフィールに社内的な自慢話しかでていていないっていうのが
ひどい。

373 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 12:56:49

ttp://itnp.net/category_betsu/16/1765/

374 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 13:08:33

NSD社内と@IT編集の段階で、記事の査読は無かったのか?
SIの名前を冠して載せるにはあまりにも酷すぎる内容だぞ

375 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 13:30:20

＞電子メールの秘匿化
相手の手間とかを考えると，社外とのやりとりで必要なら
・Wordファイルにはパスワードつけて保存して送付
・パスワードはFAX

…ってのが妥当な線だとおもうけどな。

376 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 14:00:08

port 25 blockingなんて2秒で理解出来ることだし、
何か対処しなきゃspamがやって来ることは10年前も今も変わらんな。
その程度の差しかないのなら、10年前の知識でも問題ないだろ。

377 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 14:42:15

>>375
そういえば、例の記事ってコンテンツの秘匿化と、通信経路での秘匿化とを
ごっちゃにしているねい。

>>376
10年前の知識がベースでも30分お勉強すれば済む話ではあるけど、
完全に10年前のまんまじゃちょっとアレっていう話だ罠。

378 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 16:38:30

PGP自体は独自の暗号化技術にこだわらず、
S/MIMEやX.509に対応したソリューションの展開をしてるみたいだね。
www.pgp.com/jp/products/universal_gateway_email/index.html

なぜあの記事で太古の時代のPGPを説明したのか意図がくみ取れん。
次回予告もPGPだし。

379 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 19:55:16

いま一般人と暗号化してメールやりとりするには
どんなのが普通？
この間は7zの自己解凍形式使った。

380 ：名無しさん＠お腹いっぱい。：2008/11/23(日) 23:24:34

>>379
自己解凍形式は一般人にメールで来たexeファイルを実行させるって事で、
アレすぎるでそ。

381 ：名無しさん＠お腹いっぱい。：2008/11/24(月) 01:44:57

まあそうなんだけど、
zip開けるかどうかもあやうい人なので
暗号化ソフトとか入れさせるのに苦労するよりは
ましかと思って。

382 ：名無しさん＠お腹いっぱい。：2008/11/24(月) 02:06:45

最近のWindowsならzipはダブルクリックするだけじゃないっけ。

383 ：名無しさん＠お腹いっぱい。：2008/11/24(月) 12:09:41

PGP製品のアジアセールストップって、あの記事と同じように
「どこだかわからないサーバを経由しますよ、危険ですよ！」と
顧客をだまくらかして売りまくってるのか・・・？

384 ：名無しさん＠お腹いっぱい。：2008/11/24(月) 12:24:57

PCの基本的な操作も怪しい人に対して、暗号化しなきゃならんブツを
送る行為自体が根本的にまずいと思う。

385 ：名無しさん＠お腹いっぱい。：2008/11/24(月) 16:17:45

>>384がいいこと言った。

386 ：名無しさん＠お腹いっぱい。：2008/11/24(月) 18:26:15

とりあえず、株式会社日本システムディベロップメントっていうクソ会社には、
その会社には櫻井俊宏というプロフィールに社内的な自慢話しか書けず、
しったかぶって10年前の知識を偉そうに語るバカ営業がいるってことで
終わりにしよう。

387 ：名無しさん＠お腹いっぱい。：2008/11/24(月) 19:43:11

>>384
FAX最強ってことですね。わかります。
特許事務所から100枚単位でFAX来るのを見ると勘弁して欲しいと思うけど…。

388 ：名無しさん＠お腹いっぱい。：2008/11/24(月) 21:50:49

>>386
連載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 でないと
解決できないということでしょうか？

390 ：名無しさん＠お腹いっぱい。：2008/11/30(日) 22:45:55

相乗りの数を制御できればどんなMTAでもいい
qmailは相乗りの数が仕様上1になっているというだけ

391 ：389：2008/11/30(日) 22:58:43

レスどうもありがとうございます。
レンタルサーバということで自分は sendmail の挙動をいじれないので、
fml の段階で、1宛先1メールにして SMTP サーバに渡してくれないかな・・・・

qmail をレンタルサーバの自分のホームディレクトリにインストールし、（デーモンは立ち上げない)
fml が直接 SMTP サーバに渡すのではなく、qmail-inject に渡すようにすれば、qmail-inject が
バラしてくれないかなと思ったが、fml から コマンドに渡すやり方がわからない。

392 ：名無しさん＠お腹いっぱい。：2008/12/01(月) 00:18:52

>>391
> qmail をレンタルサーバの自分のホームディレクトリにインストールし、（デーモンは立ち上げない)
これができるスキルがるのなら、
> fml が直接 SMTP サーバに渡すのではなく、qmail-inject に渡すようにすれば、qmail-inject が
> バラしてくれないかなと思ったが、fml から コマンドに渡すやり方がわからない。
これは楽勝では？

393 ：389：2008/12/01(月) 02:15:52

>> qmail をレンタルサーバの自分のホームディレクトリにインストールし、（デーモンは立ち上げない)
> これができるスキルがるのなら、

qmail は以前仕事で使ったことがあるのだけど、
レンタルサーバは root 権限がないし、qmail 関連のアカウントもないのだが、
その状態で make setup check したら、ビルドが成功しなかった。

fml において、MTA に直接つながず、コマンドに渡すやり方はわかったので、
perlで宛先をバラして一つずつ sendmail に渡すスクリプトを作っています。

394 ：名無しさん＠お腹いっぱい。：2009/01/13(火) 00:38:04

@ITの連載はこのまま打ち切りかな。
かな？

395 ：名無しさん＠お腹いっぱい。：2009/03/09(月) 02:16:05

scmailの質問とかここでおｋ？
空メールに対する自動返信のやり方が分からなくて難儀しています。procmail
ならいくらでも情報が見つかるんですが。