専用スレが存在しないソフトウェアの話題や
複数の領域に跨るような内容などはこちらでどうぞ。
Internet Mail System 総合スレ@UNIX板 2
ttp://pc8.2ch.net/test/read.cgi/unix/1121443862/ Internet Mail System 総合スレ＠UNIX板
ttp://pc8.2ch.net/test/read.cgi/unix/1065106696/ 個々のソフトの関連リンクはここを参照。
Taki Internet Mail Private Lab.
ttp://www.emaillab.org/ ttp://pc8.2ch.net/test/read.cgi/unix/1094702772/ Postfix(4)
ttp://pc8.2ch.net/test/read.cgi/unix/1110850215/ qmailいろいろ(7)
ttp://pc8.2ch.net/test/read.cgi/unix/1114157851/ djb(3)
ttp://pc8.2ch.net/test/read.cgi/unix/1047117464/ Exim
ttp://pc8.2ch.net/test/read.cgi/unix/986398141/ Courier-MTA
ttp://pc8.2ch.net/test/read.cgi/unix/1119770156/ メールサーバ迷惑メール対策スレ
ttp://pc8.2ch.net/test/read.cgi/unix/1124090297/ SpamAssassin
ttp://pc8.2ch.net/test/read.cgi/unix/1124772932/ 【AntiVirus】 アンチウィルスソフト総合スレ
ttp://pc8.2ch.net/test/read.cgi/unix/1046547211/ ttp://pc8.2ch.net/test/read.cgi/unix/1080986510/ Wanderlust その5
ttp://pc8.2ch.net/test/read.cgi/unix/1114097161/ muttを使おう
ttp://pc8.2ch.net/test/read.cgi/unix/1043606156/ gnus
ttp://pc8.2ch.net/test/read.cgi/unix/998716392/ WebMail総合スレ【SqWebMail, SquirrelMail ...】
ttp://pc8.2ch.net/test/read.cgi/unix/1085625908/ メーラスレッド
ttp://pc8.2ch.net/test/read.cgi/unix/986915141/ BeckyをUNIXに移植しろ！mail,mewはゴミ以下
ttp://pc8.2ch.net/test/read.cgi/unix/1119557313/ 乙だよもん
テオワロス
と微力ながら即死回避支援。
数時間レスのないスレを強制的にdat落ちさせるプログラム。
対象は新スレで１週間以内にｎレス、又はｎ時間内にレスのない場合におこる。
ある程度レスのついたスレは即死判定から除外される。
即死を回避できてるスレはたいてい10以上レスが付いてるから
名前とか日付10個分のサイズってことかな？
まあ、20レスもあれば大丈夫でしょ
最近はあの辺どんな感じ?
この流れなら質問できる!! 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へ転送されるよう設定してあります。
なおホスト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.
現在二つのドメイン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を対象に
されることがわかりました。
このような場合に、相手はどのTXTレコードを調べにくるのでしょうか?。
example.netやexample.jpのTXTレコードにはSPF情報を書きましたが、smtp.example.netは、
fw.example.netのCNAMEなので、TXTレコードをつけられません(bindがエラーを出す)。
上に書いた各ドメインそれぞれのTXTレコードだけで対応できているのでしょうか?。
長くなりましたが、助言を頂けますか。よろしくお願いします。
不要な情報多すぎ。postfix とか bind とか関係ないでしょ。
で、そーゆーときにどうするのが正しい動作なのかは、まず一次情報にあたるべし。
draft-schlitt-spf-classic-02.txt の2.1節と2.2節。
draft-schlitt-spf-classic-02.txt読んで、RFC2821も
もう一回読み直してくる。ありがと。
ちょっと亀レスですがスレ立てお疲れさまです
サーバでメールを受信して一定期間経過したら削除したいのですが
どのようなソフトがありますか?
もうちょっと状況を詳しく説明しないと答えにくいかも。
メールサーバや POP サーバや MUA で何を使ってるかとかそういう。
俺なら IM の imget コマンドで imget --keep=7 (7日間保持) みたいのを
cron に仕掛けて定期的に POP ＆ expire させとくかな。
maildrop -> Courier-MTAの一員になってしまったことが不満。
maildropに対してのそれは不満といえるのか?
courier-mtaの作者は確かにアレだけどさ…
でもなんかわかるよ。
両方比較したうえで敢えて procmail を選ぶ勇者は果たしているのか?
ただ「バッドノウハウ」言いたいだけな気がしてならない今日このごろ。
バッドノウハウはさておき、
procmail も (検証しながら && 他人のレシピのマネ) で使えなくはないのだが、
「読めない設定」を使う限り、事故の危険性が高いというのが問題。
ルールが使われた統計とか、機能的な希望はあるけど。
メールサーバにこのフィルタを突っ込んで配送時にX-Spamヘッダを付けたいのですが、
sendmailのMILTERにbsfilterってつっこめないようです。
procmailなりmaildropを使うしかないんでしょうか?
spamassassinやbogofilterならMILTERとして使えそうですが、
これらとbsfilterの違い（性能や負荷など）も教えてもらえるとうれしいです。
そいつを組み込んだ sendmail を動かしておいて、
contents_filter なり smtpd_proxy_filter なりで
その sendmail にまわす。まーばかばかしい。
振り分けソフトとして知られるfetchmailの役割があまり理解できません。
fetchmail+maildrop+postfixの環境の人がいるみたいですが、
fetchmailを加えることによって何ができるようになるのでしょうか？
今の私の環境はmaildrop+postfixなんですが、
メールの振り分けはmaildropでできますし。
ただアーカイブして、クライアントＰＣが壊れたときに
Ｗｅｂ上からＭａｉｌｂｏｘに戻す機能があればいいのですが。
超高速検索とか、送信時のフィルタなどはいりません。
Sourceforge を探してもなかったんで、ないんですかね？
IMAPサーバでも立てたら?
って まんまＩＭＡＰで出来るっすね。そういわれてみれば（＾＾；
ＩＭＡＰも使ってるんですけど、ＨＤＤがすぐ一杯になっちゃうんで、
アーカイブして、サーバ上には１ヶ月分のデータしか残さないように
したいです。
ＩＭＡＰサーバで ５００ＧＢとかためちゃっても無問題でいけるんですかね？
Ｐｏｓｔｆｉｘ/Dovecot/ RHEL3 あたりで。
500GBを1フォルダとかいったらアホだけど、フォルダわけとけば
何の問題もない罠。
Solaris10か、なんか新しめのLinuxの予定なんだけど。
もしかするとFreeBSDかもしれない。
OS によらず、全然平気。
問題になるOS/ファイルシステムもあるでしょ？
pop3dがqpopperなんですが、コピー作るのに結構負荷がかかってるようなんです。
別に立ててるサーバ(OS Linux/FS XFS)では、IMAP4も使いたかったので
courier-imapd/pop3d(+dovecot)使っていて、
メールがたまってても速かったから、Maildirがいいかなと思ったんですが、
もう少し調べた方が良さそうですね。人数も少ないのでそれが効いてるかも知れない。
最近のqpopperは知らないけど、もしかしてコピー抑止できるのかな。
他のpop3dも調べた方が良さそうですね。
以下の流れでメールを配送しています。
1) プロバイダ → POP3 → fetchmail
2) fetchmail → SMTP → ローカルPostfix
3) ローカルPostfix内でSpamAssassinのSPAMチェック
4) ローカルPostfix → LMTP → ローカルCyrus IMAP Server
で、先日ローカルPostfixを落としてしまったために
2)の家庭でメールを消失してしまいました。
この現象を回避する方法ってありますでしょうか。
2a) fetchmail → maildrop or procmail でローカルストレージに保存
2b) 保存されたメールをローカルPostfixに投げる
2b)の部分はテキトーなプログラミング言語で書く。
そんなあなたにgetmail。
ttp://http://pyropus.ca/software/getmail/ 理由はぐぐればいくらでも出てくると思ふ
同じくやめた方がいいとは思うけど、
cyrus だとメールボックスの所有者が自分ってことはないだろうから、
この場合はローカルの MTA に配送をお願いするしかないんじゃないだろうか。
つーか、そういう使い方をするなら cyrus を選んじゃダメ。
fetchmail もしゃべれるし、SpamAssassin 挟むなら、spampd とか。
でもまあ、どっちみち、lmptd か spampd が落ちてたら失敗するんで、
fetchmailがだめだったときに何とかしてくれないと駄目よね。
ってのが、 ?
fetchmailってそうなってたっけ？
最近は、POPから一度読み出すと
問答無用で削除されるPOPサーバー(そういうISP)も多い。
(DELEを実行しなくても、RETRを実行すると
サーバーから消えるように設定されている)
MTAをinetdモード起動にすると、
知らないうちに落ちてたということはなくなるので、
ちょっとだけ安心かな。
Gmail がそうなってると聞いたことがある。
POP サーバがそんな仕様だと、どう頑張っても、
確実なメール取得＆配送を保証するのは無理なんじゃないかという気がするのだが。
Gmailは、メーラで読んだものをどう扱うかを
webインタフェース側で選択するようになってる。
なっていないようです。
本当にありがとうございました。
でも気になってまた見てしまうオマエを
おれは責めない
自分はスパム対策で .procmailrc中にレシピをいくつか書いてるんですが、
最近、ヘッダ中にSubject: 行が二つあるメールが来て困っています。
一つは Subject: 以下が空っぽ、もう一つの Subject: には普通に文字列、というメールです。
何が困るかというと、Subject: 以降を nkf -meZ1 に渡してNGワードチェックをしてるのですが
上記のようなメールが来ると、この辺の処理でエラーになって振り分けに失敗してしまいます。
そこで、Subject: 行が複数回出てくるようなメールをあらかじめ振り分けるという処理を
.procmailrc に加えたいと思うのですが、どんな風に記述すればよいか、
分かる方いらっしゃいませんか？
procmailex を見ても、こういう変則的なヘッダに対処する方法は見当たらず悩んでます。
よろしくおねがいします。
スコアリングでいけました。
いちおう書いときますね
:0
* -1^0
* 1^1 ^Subject:.*$
spam/.
しかし見てる人いるんかいなここ・・・
ﾉｼ
は仲間を呼んだ！
''';;';';;'';;;,., ﾌﾞｰﾝ・・・
''';;';'';';''';;'';;;,., ブーン・・・
;;''';;';'';';';;;'';;'';;;
;;'';';';;'';;';'';';';;;'';;'';;;
rっ vymyvwymyvymyvy、
｜| ｍVvvMvyvｍVvvｍvyvｍVvv、
|／⌒ヽ /^ヽ (＾＾) /^ヽ (＾＾) ／^ヽ(＾＾)／^ヽ
（＾ω＾ ）（ω＾ )／⌒ヽ(＾ω＾)／⌒ヽ＾ω＾) ( ＾ω)-っ
/⌒ ＼ | _二二二つω＾ ）（＼ （ ＾ω＾ ）二⊃ ／⌒ヽr
⊂二（＾ω＾ ）二ノ /（ ＾ω＾ ） ⊂二＼＼_／⌒ヽ二二（ ＾ω＾）二⊃
ヽ | (´ .＿ノ ヽ ／⌒ヽつ ＼（ ＾ω＾） | /
ソ ） ＼＼⊂二二二（ ＾ω＾ ）二二二⊃ ⊂＿) （ ヽノ
（ < ＼ レ’＼＼ ヽ / i ） ノ ﾉ>ノ
＼|＼| レ （⌒） | /ノ￣ レﾚ
⌒| /
ブーンがあらわれた！
嘘ですVIPに帰ります・・・λ............ﾄﾎﾞﾄﾎﾞ
ところで、以下でスパームの半分以上が除去できることがわかったｗ
0:
* ^Received: from (自鯖名\.)*自ドメイン
* !^From:.*自ドメイン
spam/.
0H:
* !^Date:.*\+0900
spam/
たまに海外からのメールも来るので(アプリとかドメインのレジスト関係とか)
一律に捨てられないのが辛いっす
もしくは想像を絶する痛い香具師
まあ真似しようとは思わないけれど。
あとあれだ、
plain textをわざわざbase64エンコードしてるのも捨てるようにした。
これもかなり効果あり。
使っている方いらっしゃいますか?
データベースがどんどん大きくなってきて
100MB 近くになっているんですが、
どうすれば小さくできるんでしょう?
ttp://http://bogofilter.sourceforge.net/faq.shtml#compact-database bf_compact はやってみたんですが何も変わりませんでした。
古いデータを少し削ってもいいから出来れば 50MB 程度に落としたいんですが...
>110 をよろしくお願いします
-u でアップデートを続けてれば無限に大きくなるんじゃない？
もっかい db を作りなおしてみると良いかも。spam いっぱい
食わせて、50MB ぐらいになったところで -u 終了。その後で
いくつか誤判定されたのを再度突っ込めばおｋ
レス thx.
-u で肥大化したもののから小さくするというのは直接の方法はなくて、
学習データのメールを絞って
0から DB 作り直すしかないんですかね…
データ削除は可能だけと、単にレコードに死亡フラグが付くだけですね。
以前、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
です。
netstat -aをやるとpopはlistenしてます。
ログにはなんか出てないの？
inetd経由ならtcp_wrapper、xinetdならonly-fromとかの設定は？
hosts.allow Σ(ﾟДﾟ;)
すっかり忘れてた。今記述を見直したら、ｱｻｰﾘ動いたです。
そういうわけで解決しますた。
お二人ともthxでした。（ ´∀｀）つt[] 飲み物ﾄﾞｿﾞｰ
っていうかこんな基本的なところを忘れているとは・・・・orz
設定で弾かれた時ってどこか分かりやすいところにログが記録されないんで
したっけ？
telnet で接続すると "いや〜ん" って
メッセージを残して切られる(設定による)
Aug 22 22:37:55 HOSTNAME xinetd[835]: libwrap refused connection to pop-3 from XXX.XXX.XXX.XXX
って出てた。
mailのログしか見てなくて、何も出ないからそこで思考停止してたよ。
ちなみにlibwrapってTCPWrapper相当の機能をもつライブラリみたいですね。
> ちなみにlibwrapってTCPWrapper相当の機能をもつライブラリみたいですね。
相当というか、tcp_wrapperのライブラリそのものですよ…。
こうもspamが多くなると、grey listingみたいなアレな手段でもやむを得なくなるのかな…
20通/日ぐらい。
ただ、ヲレの場合は他からforwardしているところから来るのがspamassassinを
すり抜ける例が多いんで、grey listingを使ってspamの総量が減っても、
すり抜けた数はほとんど変わらず。
ttp://d.hatena.ne.jp/stealthinu/20060706/p5 うまく行きそうだったら、ウチのシステム管理者に提案してみる
今なら taRgrey
ttp://k2net.hakuba.jp/targrey/ のほうがいいかも。 postgreyにパッチを当てる必要があるんで、ちょっとだけ敷居が高いけど。
まあ、taRgrey使わないでもS25R + tarpitting + greylistingは可能なんだけど。
んで、ヲレの環境では遮断率もいいし、副作用も少ない。
これって自鯖で配信できなくなるってことだよね
それがいやならISPのMTAを経由させるしかない
なんとなく慣習で abuse, hostmaster, mailer-daemon, postmaster, root を
いつも用意するんだが(Webサーバがあればwebmasterも)、実は根拠を知らんので。
envelope from を local の bounce用アドレスに
振り直して転送ってどうやるんでしょう?
MAILDROPFILTER(7) を見ると FROM 変数が envelope を
表すみたいですが、これで "変えられる" んじゃないですよね?
cc "|${SENDMAIL} -f local-bounce@example.com"
みたいに書ければいいんですが...
SENDMAIL って宛先込みのマクロ(?)ですよね?
最近のだと何もしなくても、そうなるよ。
thx
現在テスト環境の構築を行っているのですが、本番環境でSendMailを使っているので、テスト環境でもSendMailの設定を行っています。
OSとSendMailのヴァージョンは以下の通りです。
Fedora Core4
Sendmail 8-13-8
ここからが質問なのですが、ローカルのユーザにメールを送信すると
送信が成功するユーザと送信が失敗するユーザがいます。
送信が失敗した際にmailllogに吐かれるログは、経路情報と
DNS:unknown mailer error 127
と、言うエラー文のみです。
必死こいて調べましたが、このエラー番号が何のエラーなのか判りません。
各ユーザのメールスプールファイルのPermissionの設定等は問題ないと思います。
ローカルで受信できるユーザもいるので、転送の設定が間違ってもいないと思います。
特定のユーザのみ送信を拒否するようなファイルでもあるのでしょうか？
コウモリ本もあるので、もしかしたらっていう情報だけでもあると助かります。
補足ですが、失敗する特定ユーザ以外は、他のサーバとのメールのやり取りも問題なくできています。
追記
どうやら送信に失敗するのは、SendMail設定終了後に新規に追加したユーザが対象となっているようです。
前の質問スレでは、Fedora Coreのデフォルトのローカルメーラであるprocmailが邪魔しているのではないか？
という、アドバイスをいただきました。
その他で何かしら、思い当たる節があるかたはお願いします。
.procmailrcが読めないと見た。
ちゃんとディレクトリがあるかとかファイルが作成されてるか調べればすむこと
応答どうもです。
useraddのオプションなしで、追加した直後でも同じエラーが発生していました。
useraddで追加した直後なら、ホームディレクトリのパーミッションは
追加したユーザのものになっていると思います。
ただ、絶対とは言い切れませんので、明日改めて確認してみます。
ありがとうございました。
応答どうもです。
ディレクトリは、問題ないと思います。
メールが送信されてきた場合に、作成されるはずのファイルは
メールスプールの下には作成されていませんでした。
エラーのため作成されていないと思ってましたが、詳しいことは判ってないです。
申し訳ない。
IMSS v7 が使い物になるのはやはりリリース1年以上たってからになりそうな予感。
それに、信頼性に劣るＯＳから順にリリースするのはやめてほしい。
トレンド捨てた。ミラポイントにしてみた。
まぁまぁ快適。
オレオレ証明書だとハネるようなクライアントってある？
ある。ケータイとか。
ttp://http://www.mew.org/beta/info/mew_85.html.ja ttp://http://takagi-hiromitsu.jp/diary/20070419.html メールを送信するしかない と思っていたのですが
そのsmtpサーバはどうやってメールを配信しているのでしょうか
メールが飛んでいく仕組みを解説したサイトはありますか？
SMTP サーバに接続してメールを送信しています。
「メール 仕組み」でぐぐってみ。
MTA？ がよくわかりません。
PCからSMTPサーバに a@hoge.com さんへメールを出すよう頼むときは
SMTPサーバのport25にアクセスしてメールをぶち流しますが
そのSMTPサーバは hoge.com に対して同じようにアクセスしてメールを
送信するのでしょうか？
同じようにアクセスしてメールを送信する。
送信先は
DNS で hoge.com の MX レコードもしくは A レコードをひいて見つける。
ということは
メールアドレスからMXレコードひいてSMTPサーバを探したあとは
だいたい同じ挙動なんですね。
メール送るくらい関係者じゃなくてもできるじゃん。
メール送るからこそ何らかの関係者だろｗ
関係ないところにメール送りつけたらSPAMだから
いい加減にサンプルには example.jp 使えと遠回しに言っていること位はわかってるよな？
は、だいたい同じとか言ってるのもどうかと思うので、もう一度誰かの下について勉強し直した方が良い。
くだ質のほうが適してるんじゃないかと思った
ttp://ya.maya.st/d/200603a.html#s20060309_2 最初からhoge.comなんて使わんだろ。
そこで言ってる内容も怪しくないかな？
JPRS の文書には「「例示」という文字はどこにもない。」と言ってるけど、
別のページにはちゃんと「例示に使用可能」とあるよね。
ttp://jprs.jp/info/faq.html#27 あと、
ttp://hoge.jp/ を見ればわかるように、 うっかり実在のドメインを使ってしまうせいで
メールアドレスなどの個人情報漏らしたりしちゃったりしても知んないよー。
の当時は書いてなかったみたいよ。
ttp://http://web.archive.org/web/20060307100233/http://jprs.jp/info/faq.html ttp://http://web.archive.org/web/20060411092803/http://jprs.jp/info/faq.html あらそうなんだ。
じゃあそんな古い記事を引っ張り出して来た がクソってことで。
RFCのどこに規定されてんの？ 規定されてないの？ 日本語でもおｋ？
(文字コードは? とか死ぬほど悩めると思うけど)
封筒の宛名がエンベロープ。
便箋に「拝啓何々様」と書いてあるのがヘッダ。
うむ。簡潔な回答をありがとう。
SMTP で DATA 以前に送る情報がエンベロープ。
DATA で送る情報の前半がヘッダ。
オライリーもそう説明してるね。(´･ω･｀)
telnet で手動でメールを一回送れば嫌でも分かるぞ
sendmailでメールサーバを構築し、ローカル配送のメールを送信すると、
MAIL FROM、RCPT TO に@以下のドメインが省かれたメールアドレス
（ローカルユーザ名？）が入るようです。
これをドメインを省かないようにしたいのですが、設定方法をご存知の方
いますか？
sendmail.mcの設定で実現可能なのでしょうか。
# postfixでは、この現象は起きません。
sendmailの話はsendmailスレで。
ttp://pc11.2ch.net/test/read.cgi/unix/1094702772/782 ほとんどのメールは問題なく送受信できているのですが、
いくつかのドメインからの接続だけメール受信中にタイムアウトしてしまいます。
パケットを見ていると MAIL FROM / RCPT TO / DATA までは順調で
その後本文が送られてきているようなのですが、何故か最後が普通の文章の後に
CR LF で止まっていて、DATA の終わりの . CR LF が送られてこないまま
タイムアウトとなっているようです。
数分後に再試行しにきますが、同じことを繰り返しています。
相手のサーバの smtpd を調べてみたのですが、HP-UX の sendmail だったり、
qmail だったり、25番未使用だったりと、規則性がありません。
送信と受信で違うプログラムを使っている可能性はありますので、
sendmail や qmail の問題ではないかもしれません。
このような場合、どのように対処すべきでしょうか。
どっかにいいサンプル転がってない？
Cisco PIXじゃない？
ttp://www.postfix-jp.info/trans-2.0/jhtml/faq.html#timeouts どういった透過型のFWがあるかはよく知らないのですが、
相手のIPアドレス等を見ている限りでは、ないように見えます。
手元にはないのですが、参考にしてもう少し調べてみます。
いきなりそれってハードル高すぎなんすけど
Ruby Net::POP3
とかは？っていうかクライアント／サーバどちらの実装をしたいのか
記述する言語は何にしたいのか？
実力身につかないよ。
MD5を独自に実装したいとかなら知らんが。
IP path MTU discovery の問題だったようです。
ほとんどのメールは正常に受信できていたので、
なかなか気がつきませんでした。
ありがとうございました。
趣旨はわかるけど、説明とかをするときにドメインが2つ以上出てきたら、
example だと話がしにくいのですが。
たとえば サイトA から サイトB へメールを送る、なんてときに、
mail.foo.com から mail.bar.com へメールを送る、といった言い方をしますが、
example の場合、 mail.example.co.jp から mail.example.ne.jp へメールを送る、
みたいにトップレベルとか 2nd レベルをずらして使えってこと？
そういうこと。
example.net と example.org もあるよ。
ttp://http://y-lip.com/modules/yomi/jump.php?id=65 jp 以外のドメインでも example.net とか example.com があるのは知ってましたが、
.example という TLD があるのは知りませんでした。
自分はいままで説明に hoge.com を使うのは肯定派でしたが、
考えを改めるか・・・・
RFC 2606 読んどき。
FAQ（よくあるお問合せ） / JPRS
ttp://http://jprs.jp/info/faq.html#27 うっかり/homeの容量が溢れたのに気付かず、空ファイルがinboxにたくさん出来て
メールの内容は消滅してしまってました。
書けなきゃスプールに溜めるとかして欲しいんですが、どのへんの設定を
見直せばいいでしょう?
書き込み失敗したら終了ステータスから
「失敗」をpostfix は把握するはずだが…
maillog に何か出てなかった？
「成功」だと返していたように記憶している。
最近はどうだか知らん。
と、アンチprocmailなヲレのたわ言でした。
メールはスプールに残ってくれておりました。
空ファイルができていたのと、postfixが失敗を検知したようなログは
出ていなかったので、てっきりエラーはpostfixに返されなかったのだと
早合点してしまいました。
お騒がせしました。皆様すみません。
25番ポート以外に外部からメールを届けて欲しいんですが。
できません。
出来る出来ないが問題じゃねぇ
やるんだよ
無茶言うなｗ
みんな従ってくれるようになるかも。10年ぐらい普及活動に励めば。
よし、ちょっくらやってみっか。
で、 RFC って何？
互換性考えて、今のMXレコードのままで、
IN MX 10 example.com:1234
みたいに ホスト名:ポート で指定すれば MTAが解釈する、みたいになって欲しい。
NATで別ドメインのメールを受けとりたい時とか。
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 を参照しないので実際には意味がない。
Virtual Domainならいくらでも実現されていますが、なにか?
Virtual DomainだとVirtualに対応してるサーバー1台だけに負担がかかるだろ。
SMTPコネクション張ってからじゃないとどのドメイン宛かわからないから。
そうじゃなくて、ルーターで、NATレベルで分離して、
別々の独立したメールサーバーで受けたいんだよ。
独立したグローバルIPを持っているのとほとんど同じ状態にしたいわけ。
MXでかSRVでか知らんが、同じIPアドレスで、ポート番号によって
別々のメールサーバーにつながるような時代になるんだろな。
SolarisとかはMXは不要、の立場で、メールはAレコードに配送すべき、
という方針だったと思う。だからSolaris謹製のsendmailはMX非対応だった。
それが、やはりMXは必要ということで今に至っているわけだから、
今後とも、時代の必要性でポート指定も標準化して行くと思うよ。
なんで「もうその辺で」なの?
すれ違いの話題でもないし、ネタでもないし、興味ある話題なんだが。
↓はい、続けて
続ける必要なし。
もうその辺で。
じゃあ、あなただけこのスレ見なければいいでしょう。
この話題に乗ってきている人、少なくとも複数いるし。
↓はい、続けて
負荷分散が必要なほど大規模なメールサーバシステムで、
NAT で IP アドレス節約しなきゃいけないほどアドレスが足りない
って状況が想像つかんのだけど、
そういうとこって多いもんなの？
んなわけねーだろｗｗｗ
面白いので そう思った根拠ｷﾎﾞﾝ
フォールバック用のサーバーを(別IPで)用意しておく必要はあるだろな。
で、ポート指定が普及して、フォールバック用サーバー側に届くメールが
ほとんど無視できるようになったら、そのサーバーを外す。
すると、一部の、25しか対応していないサイトからのメールは
エラーを起こすだろうが、そうなるとそのサイトでも
急遽ポート指定に対応する必要に迫られるだろう。
ポート指定はやむを得ずプライオリティの低い方に書かざるを得ないことになり、
結局いつまで経っても普及しない。
と予想。
何でそんな面倒な事しなきゃならないのか理解不能。
もう一回スレ読み直してみな。お前の言ってることずれてるよｗ
(NIC複数って、何の問題と は勘違いしてるのだろうｗｗｗ)
NIC複数に、複数のグローバルIPアドレスを振って、
1台のサーバーに複数の MTAを起動して、
MTAが各NICのIPアドレス限定でListenすれば、
同じ25番ポートを1台のサーバーで使える、という話と混同してるのだろう。
その話じゃないんだよw
普通にロードバランサ入れるんじゃだめなん？
同じ組織で、外向きにはひとつのグローバルIPだけを使用しているけど、
組織内部の複数のメールサーバーは別管理で、
それぞれ独立して運用したい、ってことじゃないか?
できる限り独立IPを振ってるのと同じ状態にしたいと。
によると負荷の問題みたいよ。
に書いてあることがやりたいことです。
でつい「負担」と書いたのは、窓口のサーバーを1台置く方式では
そのサーバーの管理が独立性を保てないので、それを「負担」と
書いたのですが、いわゆる負荷分散の意味での負荷ではないです。
だめですね
ちょっと話がそれるけど、
それって組織内のメールクライアントの設定に良いなぁと思ったら
Outlook2007がExchangeサーバ探すのに近い事をしてるみたいよ。
ttp://http://support.microsoft.com/kb/940881/ja でもメールサーバ探すってことでw
現状では無理、と答えは出ているわけですが、いつまでも食い下がる気ですか？
「独立性を保てない」ってどういう意味？
再度内部のサーバに配送する今までの方法との違いは?
NATが内部の各MTAに対して静的にポート割り振る時点で独立性なんて保ってないやん。
ドメイン登録するごとにNATの設定いじらないといけないのは、現状のドメイン登録する
ごとに一括して受け取るMTAの設定いじらないといけないのと同様で、要はどのレイヤーで
それをやるのかって程度の違いでそ、それじゃ。
その程度のことで、MTAの導入コストやら、OP25B & IP25Bがまったく役立たずになるなどの
多大なコストをかけてまでSRVレコードに対応させる意味がどこにあるんだ?
どのレイヤーでやるかの違いが大きい。
kwsk
言わなくて済むよ。
なにが大きいのか具体的に書いてみろ。
せいぜい、あて先不明のメールをいったん受け取る必要がないので、bounce mailの
抑制が出来るってことぐらいか?
spam対策に関しては、gatewayのMTAでだけ対策を採れば済んでいたものが、各ドメインの
MTAごとに対策を採らないといけなくなって管理コストが増大するし。
そもそも内部に複数の管理ドメインを抱えているのにもかかわらず、
GlobalIPが1つしかない環境っていうのが考えにくいシロモノなんだけど。
NATにどんだけ負担をかける気だ。
だね。各MTAにSRVレコード対応させるぐらいなら、IPv6対応をがんばったほうが
よほどいい。
SRVレコードではないだろうか。
NAT と MX or SRV で実現するには第八層以上のレイヤーで対応する必要がある、
とかいう話では？
>GlobalIPが1つしかない環境っていうのが考えにくいシロモノなんだけど。
>NATにどんだけ負担をかける気だ。
v4 アドレスが枯渇するとそうなるんだよ。
グローバルアドレスが欲しくてももらえない組織が出てくるから、
ISP が自分とこのユーザにプライベートアドレスを割り当てて
NAT でルーティングせざるを得なくなる。
v6 反対派はこんなアクロバチックな運用を未来永劫続けろと言ってるわけだ。
IPv6 vs SRVレコード対応っていう話じゃないよ。SRV対応にしてもNATの設定が必要になるんだもの。
というわけで、MTAによるゲートウェイ vs MTAのSRVレコード対応という話。
ただ、SRVレコード対応とMTAによるゲートウェイとの差異は負荷とどのレイヤーで振り分けを
やるのかっていう程度なのにも関わらず、MTAのSRVレコードの導入コストはIPv6導入と比較できる
くらいに巨大で、正直お話にならないという結論。
まったく存在しないってわけではないだろうけど、負荷問題を除けばMTAによるゲートウェイと大差ない。
というわけで、の考えが足りなかっただけ。
NAT は無理、というところまで理解していただいていればそれで良いのではないかと。
この話題が盛り上がると何かまずいことでもあるのだろうか?
この話題を盛り上げて何かいいことでもあるの？
次期バージョンがSRVに対応すれば、普及なんてあっと言う間だろう。
セキュリティアップデートと同時に仕込んでおけばなお効果的。
一方、IPv6なんて普及させるのは困難。
そもそもTCP/IPの根底を置き換えなければならないんだから。
いつごろ対応するの？
MTAによるゲートウェイとの比較はあきらめて、IPv6とMTAのSRV対応の
どちらが楽かっていう完全に無意味な話題をやりたいわけか。
MXしか読まないMTAとSRVでしか受け取れないMTAの混在環境の問題は
IPv6とIPv4の混在環境以上に問題あることが理解できればいいのに。
MTAによるゲートウェイは1hop増えるのが困る。
そのゲートウェイを誰かが管理しないといけないから、
ドメインごとに管理を別々にしたい目的が達成できない。
なら、NATの管理は?と言いそうだが、
ルーターでのNATなら、ほとんど管理は不要。
ポートだけ最初に決めてほったらかしで十分。
何がやりたいんだっけ?
荒らし的には嬉しいだろ、常識的に考えて。
> sendmail/postfix/その他と、MTAの種類なんて限られてるんだから、
おめでたすぎるな。
ゲートウェイもルータも、誰かが管理しないといけないのは一緒だよね。
で、ゲートウェイの管理も、例えば sendmail なら、
mailertable の行を追加/削除するだけでほとんど管理は不要じゃない？
実装の工夫次第で運用の手間はほとんど無くせると思う。
× sendmail/postfix/その他と、MTAの種類なんて限られてるんだから、
○ IIS/ExchangeServer/その他と、MTAの種類なんて限られてるんだから、
MTAゲートウェイは、OSホストを1台仕立て上げなければならない時点で問題。
mailertableだけとか、そういう問題じゃない。
sendmailが動いてるなら、日々パッチも当てなければいけない。
OS自体のパッチもある。FreeBSD 4.xみたいに、OSがサポート終了になることもある。
OSが稼働してるということは、HDDとかメモリとか、PC自体のトラブルもあり得る。
工事停電の時はシャットダウンとか作業をしないといけない。
ルーターなら、電気製品のようにすぐに電源切って、また入れればすぐ使える。
そのレベルの「管理不要」を要求しているのだよ。
そんな目にあったことのない奴だけが言える戯言だ罠。
AAAAレコードではないだろうか。
コードのごく一部を修正するだけで割りと簡単にできるよね。
一方、IPv6の対応はそうはいかない。
いずれSRV対応MTAが普及するのは時間の問題だよ。
電波を受信しました
そや、いまどきナローバンドルータの話をする人はいないだろ
とか、ボケてみるテスト。
Sendmail は既に IPv6 に対応済みでコードの修正すら要りませんが何か？
お前何ボケてんだよ。インターネット全体がIPv6に対応するってこと。
事実上無理だろ。sendmailだけの問題じゃ済まないから。
一方、SRVの方は、SRV対応のsendmail(と他のメジャーなMTA)をバラ撒けばそれだけで完 了。
> お前何ボケてんだよ。
お前に言われたくねーよ。
比較議論するだけ無駄だべさ。
ところで、現時点では、
IPv6 を普及させようと努力してる香具師は SRV に比べたらはるかに多いと思われるので、
SRV を普及させたいと思ってる香具師は今から行動を始めておいた方が良い。
まずは I-D から。
頑張れよ。
MIMEエンコード手動でやるの疲れた
MH-JP
ttp://http://k2net.hakuba.jp/targrey/ 使ってる人いる? DBのファイルを生成するディレクトリ見ると、
log.0000000001 と postgrey_clients.db しか更新されてないみたいなんだけど、
これで正常に動いてるんだろうか。教えて、エロイ人。
環境: FreeBSD 4.11 + Postfix 2.4.5 + postgrey-1.31 (patched with taRgrey)
postfix-policyd-spf-perl_2.004 も使ってた。
もう、それ位自分で調べなさいよ！
db4.3_dump -p postgrey.db 見たいなことをしてみれば良いの！
というかあなたね、
自分のクライアントが targrey に引っかかるようにして、テストすれば
動作確認できるんだから、ココで聞く必要なんか無いでしょう！
今度、こんな事聞いたら許さないんだから！
あ、それはやりますた。最初に言うべきでした。
postgrey.db も tarpit_clients.db レコード数が0のまま。
「targrey に引っかかるように」ってのは、
cat /etc/postfix/permit_client_nots25r
/myclientsdomain\.tld/ WARN
にしておいて、telnet でサーバとお話しろっていうことでおｋ?
で、見てる限りでは問題なく配信されて、 /var/log/maillog 眺めても、
greylist とかそれに類する文字列が出てこない。DB もそのまま。
以前テストした時の記憶なので曖昧だけど。
> 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 を(再)起動するれば作成されるから恐れずに
バンバンテストしてみると良いよ。
しかし、ツンデレ回答はきつい。
white list に登録するためには、DATA を突破しないといけないから
適当にメールを送信するところまで終わらせた方が良いよ。
じゃないと、訳がわからなくなるよ。
中の人ですが、追記する必要無いくらいの完璧なフォローしてもらってありがとうございます。
309もツンデレしてもらってたらさらに良かったのに :)
WARNの設定しておいて、telnetでRCPT TOの後で遅延が返答の遅延が起きないのなら
なんか設定がおかしいです。
その設定だと、targrey(postgrey)が呼び出される場合、logに「NOQUEUE: warn: RCPT from ...」
というようなwarningメッセージが残ってるはずですが、出てなければポリシーサーバの呼び出しに
失敗してる可能性が高いです。
すっきりわかり易いと思うのですが、もっさり感があって乗り換えようと考えています。
なにかおすすめはないでしょうか。
誘導おながいします
maildropってmh使えなさそうですね。
procmailは避けたいし、難しいな。
OSによるんじゃない？
ここでもいいけど
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_prefix = [HOGE\ $SEQNUM]
もやってみたのですが、だめでした。
おそらく、コマンドメールではなく直接 ML サーバにログインして、majordomo の
設定ファイルをエディタで直す分には、
subject_prefix = [HOGE $SEQNUM]
でもいけるのではと思うのですが、コマンドメールでやるとうまくいかないのです。
でもそんな根本的なバグあるのだろうか。
'subject_prefix', 'grab_word',
となっているからなので、
'subject_prefix', 'grab_string',
にすればスペースもいけたはず。
RDMBS ではあたりまえだが。
ワロタ
と明示しているメールサービスとかないんだろうか。
当然受け取れないアドレスも出てくるんだけど、それでも構わないユーザ向け。SPAM避けに。
そゆの、実験と言わない
誰も使わんだろ。
あるよ。
ttp://http://www.clubbbq.com/abuse/ なったようなおぼろげな記憶が。
ttp://www.rfc-ignorant.org/tools/lookup.php?domain=clubbbq.com なるほど
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 だとどうなるのか知りたいです。
ソース読んでみ。
DNS の設定をミスしたら修正されるまでのメールは100%届かないことになる。
その文章、意味が2通りにとれるよ。
変に反語的な言い方をせずに、ストレートに言った方が誤解がない。
一通りしか思いつかんかった、二通り書いてみてくれ。
もし、最初に配送失敗したときのホストにしか配送しないのだと仮定すると、
DNSの設定をミスしたら修正されるまでのメールは100%届かないことになってしまう。
(だから実際にはMXを引き直す)
(2)
一度配送失敗したホストに配送するのなら、
DNSの設定をミスしたら修正されるまでのメールは100%届かない。
の 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 には接続できます。
このプロバイダ宛に、ある転送サービス( のhoge@example.jp に該当)からの
メール転送が届かなくなったのですが、
転送サービス外のところから直接プロバイダ宛にメールを送ると
(mail1.example.com は生きているので)きちんと届きます。
なので2つの MX を処理できない転送サービスの MTA に問題があるのではと考えました。
はじめはプロバイダに聞いてみようと思いましたが、まずは転送サービスのほうに聞いてみます。
長文すみません。どうもありがとうございました。
MTAのソース読んでもgetaddrinfo(3)を呼ぶ以上のことはわからんと思われ。
getaddrinfo(3)のソースを読むのもいいが，その前にバッタ本でも読んでおく方が簡単かつ効率的と思われ。
それって実は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 への接続が最初に試みられるべき。
…やっぱり転送サービス側の問題な気がする。
いつ getaddrinfo() するかわかればそれでいいんじゃね。
転送しようと思って .forward を設定しました。
それ以降に到着したメールについては幸せなのですが、
しかしすでに /home/hogehoge/mbox や /var/spool/mail/hogehoge
に入ってしまっているメールについても転送したいと思います。
これって、べたの mbox 形式を分割して mail コマンドに
流し込んで転送するしかないんでしょうか？
なんか、こう、一発でやってくれるようなコマンドってないでしょうか。
formail なのか？
だれもいないのか？
コロッケ買ってくる．
という業務上の指示がしょっちゅうあって、そのたびに .forwardを書いてるですどぉ、
あいつらが自分でできるようにできる方法ってぇ、ないですかぁ？
つ postfixadmin
をみると、fetchmail より getmail のほうがいいのか？
ttp://http://www.iij.ad.jp/news/pressrelease/2008/0828.html 「"同一メール subject" が5件以上あったら隔離」とか
そういう下処理をしてくれるツールって無いんでしょうか?
spam メール対策でベイジアンフィルタなどで
おおむね自動振り分けしている方は多いと思いますが，
「誤振り分け」の確認ってみなさんどうされてます?
時々見ようとは思うのですが，すぐに数千・数万通溜ってしまい
現実的にはきちんとチェックできていません．
そのゴミフォルダを見ると大抵同一 subject とか
同一差出人でドバーっと来ているものが多くて
ほかのメールと比べてもそういうのは100%確実に spam と
判断して良いという印象を持っています．
ということで，最初に書いたようなことを思ったのですがいかがでしょう?
毎日見れば、そんなに溜まらない。
Re: なんたらかんたら
という subject で5回やりとりしたら spam 判定、ってこと？
もともと「spam 判定されたもの」を対象にしたいので
それは現実的には該当しない，というつもり
メインの inbox に適用したらそういうことになっちゃいますけどね
今時バケツリレーで送信するサーバがどれだけあると思ってるんだよ。
おまけにメールの暗号化にPGPって、10年前の知識のまま頭フリーズしてるんじゃないか？
今見たら配送の部分はチェック中になってて見れんかった
アフリカのメールサーバーを経由して・・・とか書いてあった気がする
しかもご丁寧にReceivedのヘッダの例を出して(捏造?)
MXで受けた後、メールスプール配送までに
スパム/ウイルスチェックなどで内部の別ホストを経由することはあっても、
MXまでによそのサーバー経由するなんて今時限りなくゼロのはず
プロフィール見る限り28歳ってことだから、会社入ってから古い本でお勉強して
そんまんまなんでしょ。まあ、バカ営業だ罠。
逆に言うと俺なんかの知識で、今でも通用しちゃうのかなぁ思った。
10年前で止まったままなら、このスレ的にはISPの外からISPのメールサーバ経由で
メールの送信が出来なかったり、SPAM受け取り放題だったりするけど?
もちろんsendmailは現役だけど、いまMTAを例に出すのなら間違ってもその2つじゃ
ないでしょという話。
それにしても、プロフィールに社内的な自慢話しかでていていないっていうのが
ひどい。
ttp://itnp.net/category_betsu/16/1765/ SIの名前を冠して載せるにはあまりにも酷すぎる内容だぞ
相手の手間とかを考えると，社外とのやりとりで必要なら
・Wordファイルにはパスワードつけて保存して送付
・パスワードはFAX
…ってのが妥当な線だとおもうけどな。
何か対処しなきゃspamがやって来ることは10年前も今も変わらんな。
その程度の差しかないのなら、10年前の知識でも問題ないだろ。
そういえば、例の記事ってコンテンツの秘匿化と、通信経路での秘匿化とを
ごっちゃにしているねい。
10年前の知識がベースでも30分お勉強すれば済む話ではあるけど、
完全に10年前のまんまじゃちょっとアレっていう話だ罠。
S/MIMEやX.509に対応したソリューションの展開をしてるみたいだね。
www.pgp.com/jp/products/universal_gateway_email/index.html
なぜあの記事で太古の時代のPGPを説明したのか意図がくみ取れん。
次回予告もPGPだし。
どんなのが普通？
この間は7zの自己解凍形式使った。
自己解凍形式は一般人にメールで来たexeファイルを実行させるって事で、
アレすぎるでそ。
zip開けるかどうかもあやうい人なので
暗号化ソフトとか入れさせるのに苦労するよりは
ましかと思って。
「どこだかわからないサーバを経由しますよ、危険ですよ！」と
顧客をだまくらかして売りまくってるのか・・・？
送る行為自体が根本的にまずいと思う。
その会社には櫻井俊宏というプロフィールに社内的な自慢話しか書けず、
しったかぶって10年前の知識を偉そうに語るバカ営業がいるってことで
終わりにしよう。
FAX最強ってことですね。わかります。
特許事務所から100枚単位でFAX来るのを見ると勘弁して欲しいと思うけど…。
連載2回目の内容が気にならないか!?
ここでは fml が使われています。
メンバーリストは307個です。
メンバーのアドレスを追加してテストメールを送ったところ、hotmail から
<<< 452 Too many recipients
<xxxxx@hotmail.com>... Deferred: 452 Too many recipients
が返ってきました。
ググると postfix スレがひっかかったのですが、
ttp://pc11.2ch.net/test/read.cgi/unix/1185519673/609- 宛先に hotmail のアドレスがたくさんあると、hotmail の MTA が
拒否しているのですよね？
レンタルサーバの MTA は sendmail のようなのですが、この問題は、
sendmail のように「MX の相乗り」をするような MTA ではなく、
qmail のような、1宛先1メールのようにバラすような MTA でないと
解決できないということでしょうか？
qmailは相乗りの数が仕様上1になっているというだけ
レンタルサーバということで自分は sendmail の挙動をいじれないので、
fml の段階で、1宛先1メールにして SMTP サーバに渡してくれないかな・・・・
qmail をレンタルサーバの自分のホームディレクトリにインストールし、（デーモンは立ち上げない)
fml が直接 SMTP サーバに渡すのではなく、qmail-inject に渡すようにすれば、qmail-inject が
バラしてくれないかなと思ったが、fml から コマンドに渡すやり方がわからない。
> qmail をレンタルサーバの自分のホームディレクトリにインストールし、（デーモンは立ち上げない)
これができるスキルがるのなら、
> fml が直接 SMTP サーバに渡すのではなく、qmail-inject に渡すようにすれば、qmail-inject が
> バラしてくれないかなと思ったが、fml から コマンドに渡すやり方がわからない。
これは楽勝では？
> これができるスキルがるのなら、
qmail は以前仕事で使ったことがあるのだけど、
レンタルサーバは root 権限がないし、qmail 関連のアカウントもないのだが、
その状態で make setup check したら、ビルドが成功しなかった。
fml において、MTA に直接つながず、コマンドに渡すやり方はわかったので、
perlで宛先をバラして一つずつ sendmail に渡すスクリプトを作っています。
かな？
空メールに対する自動返信のやり方が分からなくて難儀しています。procmail
ならいくらでも情報が見つかるんですが。
maildropを使用しています。
転送専用のメルアドがあり、送信者が転送専用にメールしたときに
そのメールは送信者のメルアドになりますが、これを転送専用の
メルアドに書き換えたく思います。
どうすればいいでしょうか。
.mailfilterに下記を書き込んでもうまく書き換わらなかったです。
"| /usr/sbin/sendmail -f trans@*.*"
やっぱり送信者を書き換えることが出来ませんでした。
SENDMAIL="/usr/sbin/sendmail -f..."
to !hoge@example.com
でいけそうな気がする。
ところで、まさか書き換えるってエンベロープのことだよな？
ヘッダのことを言ってるのならば別途それ用のスクリプトを書かないかぎり無理だ。
trans@example.com 転送専用(hogeユーザへ）
hoge@example.com 一般（基本hoge'@example.comへ転送）
hoge一般ユーザは基本hoge'へ転送しますが、
trans@example.comのメールのみ転送しない設定にしたいと思います。
そこで送信者のアドレスを書き換え、フィルタリングできれば対応できる
と思ったのですが、送信者とはヘッダのようです。
何か良い方法はありませんでしょうか。
日本語でおｋ
↓こういうことがしたいのかとも思ったけど、おまいの言いたいことがよくわからん。
if ($FROM ne "trans@example.com")
{
to "!hoge'@example.com"
}
hoge@example.comさん trans@example.comのメールをhoge_mb@example.comへ転送設定
hoge1@example.comさん trans@example.comのメールをhoge_mb@example.comへ転送しない設定
（_mbはモバイルアカウント）
他者から、hoge@example.com、hoge1@example.comへ送信した場合、各モバイルアカウントへ転送
trans@example.comからの転送メールをモバイルへ転送しない事を
行いたいです。
静観していましたが、何がやりたいのかさっぱり判らん??
それに、わざわざageって
hoge@example.comさん trans@example.comのメールをhoge_mb@example.comへ転送設定
hoge1@example.comさん trans@example.comのメールをhoge1_mb@example.comへ転送しない設定
でした。
ようはモバイルに転送したくないユーザがいてそれを.mailfilterで
対応したいのです。
hoge@example.com さんに送りたいと願いながら trans@example.com へメールを送った場合は hoge_mb@example.comへ転送する。
しかし hoge1@example.com さんに送りたいと思ってtrans@example.comへ送ったときは転送しない。
ようにしたい、ということですか？
を翻訳すると、
trans@example.com 宛に送信されたメールは、
hoge@example.com に転送するが、hoge_mb@example.com には転送しない。
hoge@example.com 宛に直接送信されたメールは
hoge_mb@example.com にも転送する。
ということだろ。
単純に、trans@example.com 宛のメールを hoge@example.comに転送してしまうと、
そのまま hoge_mb@example.comにまで転送されてしまうから、
trans@example.com -> hoge@example.comの転送時に、
は FROMを書き換えて対処しようとした。(でもうまくいっていない)
ということ。
それなら trans@example.com 宛てのメールを hote@example.com へ転送するときに X-Korehatenso: ヘッダをつければいいじゃん。
どうもすみません。
MailBox/trans/.mailfilterに
"-A X-Korehatenso: "と記述したのですが、
うまくヘッダがついてくれません。
ありがとうございます！
-------------------------------------------------
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: trans@example.com
Subject: test
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
X-Korehatenso:
-------------------------------------------------
しかし、.mailfilterで下記を設定してtrans@からの
転送をはじいてくれません。
なにがおかしいのでしょうか。
if ( !(/^X-Korehatenso:/:h) )
{
cc "!hoge1_mb@example.com"
}
この返事をまだ頂いていません。
早急にお願いします。
気持ちはわかるがサポセンじゃないから
なにこのキチガイ?
ことわる!!
余分な回答ばかりで何故質問の回答をいただけないのでしょうか。
このサービスはおかしいと思います。
ちゃんとした返事をしてください。
gmailってPOPだとMUAの設定にかかわらずPOPで1度受信したメールは
POP用のサーバーかフォルダから強制削除するようで
.mailfilterの記述ミスって転送出来なくなった時に消失しちゃうんだけど
これどうにかならない？
Gmail の設定で POP してもメールを残すようにできるよ。
職場で携帯電話メイルに一斉連絡することがあるんですけど、
その担当者が結構めんどくさそうです。(携帯でちまちまやってる。)
で、職場のメールサーバのailiasでぶぁーーっと送れないかなぁとも思ったのですが、
まとめ送りは携帯会社がRejectするとの話を聞きましたものでいかがすればよろしいでしょうか。
こういう場合の定石を教えてください(>_<;)
キャリアに大量送信許可してもらうためのコストを支払うか、
そのコストを支払っている業者に饅頭持参で、お願いする。
インフルエンザ対策マスクも持って行くと重宝される。
とりあえず、
ttp://www.nttdocomo.co.jp/service/mail/imode_mail/notice/mass_send/index.html を読め。
マナー守ってりゃ大丈夫だよ。
具体的に。
携帯でちまちま送れる程度の量であれば
気にせずぶぁーーっと送っても蹴られたりせんよ。
実はその担当者がケータイ早打ちの達人で、
数百通の送信を1分で完了できてしまうというのなら話は違ってくるだろうが。
にも書いてあるが、とりあえず普通に利用する分には大丈夫。
ただ、存在しないメールアドレスに送信すると
簡単にブラックリスト入りするから
退職者とか、メアドの変更とか、aliasのメンテナンスをまめにする必要がある。
30〜40通なので大丈夫かなと思ったら
メル鯖の正管理者のひとにやんわり拒否られました。
今回に関してはこれで終わりにしようと思うのですが、
今後このようなこともあるかと思いますので、今回の件はそのときのための糧にさせていただきます。
みなさまありがとうございました。
hoge@example.comはエラー無く送信できてしまうので使えない
でたらめなアドレスを指定すればいいんだけど、知りたいのは
これから先 使われないし存在しないことが保証されてるアドレスです
RFC2606 を参照して「hoge@invalid」とかかな。
もっと確実な保証が欲しいなら「hoge@tekitou.自ドメイン」とか。
ttp://http://www.atmarkit.co.jp/fnetwork/rensai/kihon10/01.html 前の暗号化メールの記事の件があったのに、懲りてないんだな。
太字で「EHLOの後に送信するアドレスのドメイン名を入力するんだな」まで読んだ。
へぇ〜 しらなかったぁ〜(棒読み
なんだこれ。
本当に専門家が書いたのか？
素人が書いた文だな。
ダメライターだろ。
素人が記事書くにしても、せめて専門家に査読させてから掲載しろとこいｃ（ｒｙ
ttp://www.atmarkit.co.jp/fnetwork/rensai/packet04/02.html procmailのレシピがうまく書けません。
ヘッダでは落札・流札の区別が付かず、本文中に「落札されずに終了しました」とあるのが流札通知です。
:0HB
* ^From: .*auction.*@mail.yahoo.co.jp
* ^\/.*
* ? echo "$MATCH" | nkf -Zme | grep '落札されずに終了しました'
/dev/null
とか
:0HB
* ^From: .*auction.*@mail.yahoo.co.jp
* ? | nkf -Zme | grep '落札されずに終了しました'
/dev/null
とか書いてみましたが一向に捨てられず、大量の流札通知が溢れて困っています。
(Subjectの文字列で判断できるメールは、ちゃんと破棄できております)
どうかご指導下さいまし。
それは出来ないと思う。運用でなんとかするしかないな。
ちゃんと落札されるように頑張れ。
getmailの方が安心なの？
MX先へ送ろうとして失敗した時にFallbackMXhostで迂回路に送るっていうオーダーなんだけど、
何故か同じ設定なのに現行機は2.5分で再送され、新しいヤツは7,5分も掛かるんで頭を抱えている。
何かヒント無いですか？
sendmail.cfを見比べているんだけど、大した違いが無いので何が原因なのか判らんのですわ。
この「2.5分」と「7.5分」の間、sendmailの中で何が行われているのか・・・ってのも良い資料に
巡り合えていないのが現状。
現在もダウンロードできるものはありますか。
地震のため、職場のメンバーに携帯で連絡を流すMLを、会社のメールサーバのfml上につくりました。
(メールサーバは、Linux上の qmail)
ML アドレスを foo@example.jp とし、メンバーアドレスに
user1@docomo.ne.jp
user2@docomo.ne.jp
:
user4@softbank.ne.jp
:
user6@docomo.ne.jp
:
と足していったのですが、自分の携帯から foo@example.jp におくっても、主に docomo から user unknown の
エラーメールが大量に返ってきてしまいます。
その人たちはドメイン拒否とかは設定していません。
ソフトバンクに至っては届きません。
これはどうしたらいいでしょうか？
○やったこと：
・エラーになったアドレスへ、自分の携帯から個別に一つ一つ送ると届くので、実際にはそのユーザは存在します。
・エラーになったアドレスへ、自分のPCアドレスから個別に一つ一つ送る(このとき、From: アドレスはPCアドレス)と、やっぱりuser unknown となる。
ググってみると、キャリア側で「なりすましメールの規制」というのがあるようなので、
ttp://http://www.freeml.com/ep.umzx/grid/Guide/node/GuideFront/g/PubSpecChange2011/ fml を通るときに、fml の設定ファイルをいじって envelope body の From: ヘッダを、foo@example.jp にすると、
テスト用で作った ML は通りました(職場の人が全員入ったMLではまだテストしていないのですが・・・)
他に何か対策はありますか?
携帯サイトとかを作っている会社の資料とかをみると、キャリアにお金を払って融通してもらっているんですね。
同一サーバからの大量送信をチェックしていたり、なりすましをチェックしたり。
特にqmail使うと受け側から見るといろいろとアレなので無理だと思われ。
レスどうもありがとうございます。
>> 特にqmail使うと受け側から見るといろいろとアレなので無理だと思われ。
これはどういう意味でしょうか?
あと書き忘れてしまいましたが、自分が設定している(qmailとfmlが動いている)メールサーバはFireWall(イントラ)の中にいます。
実際には、FireWall上にメールサーバ(Postfix)があり、qmailはPostfixにリレーし、Postfixが MX を引いてメール送信します。
まぁqmailを通った時点で、MLメンバーの宛先1つ1つにバラバラにされてメール送信されますが・・・
エラーメールが大量に返ってくるのは、docomo側から、短い時間に単一のIPアドレスから、同時に何通も来たから
迷惑メール扱いしているのかな。
(Postfixやsendmailみたいに、「MXの相乗り」だったら、状況は違っていたのかな)
各メンバーのアドレスを迷惑メールから除外する設定をしてもらうと問題なく通る。
短期間に多数のメールというのもあるかもしれないけど、なりすまし扱いされるというのもある模様。
メールとは呼べないんだな
docomoのアドレスから連絡きて
返事すると拒絶されるって死ぬほどうざい
(また送ってきた本人が自覚ないし)
sender ID 設定メール以外受け付けないの?
うちのサーバは sender ID は設定してないよ
おれ自身のdocomoアドレス宛に送る分には問題ないし
多くの人がスパム対策として
「携帯メール以外からのメールは受信拒否」してるのが
原因と思ってるんだけど
(その設定にするんならdocomoから送るのもNGって
してくれないと相手は自覚してくれない...)
↓のこと？
ttp://http://www.atmarkit.co.jp/fsecurity/special/82senderid/sender101.html うちのメールサーバは、 イントラ内で動かしている qmail も、FW 上で動いている Postfixも、
普通にビルドして動かしているだけなので、
SenderID ヘッダはついてないな・・・
とりあえず に書いているとおり、envelope Body の From: ヘッダも
ML アドレスとするようにセットした。
夕方上司が連絡メール流すとのことなので、様子見てみます。
メンバーに聞いたところ、みんな
・ドメイン拒否はしていない(携帯メール以外からも受け付けるようにはなっている)
とのことです。
> ↓のこと？
>
ttp://http://www.atmarkit.co.jp/fsecurity/special/82senderid/sender101.html そう。
> SenderID ヘッダはついてないな・・・
何それ。
の記事をよく見ないままで を書いてしまいましたが、
記事を読んで SenderID なんてものは付かないことを把握しました。
失礼しました。
fml の設定で ML から送るメールの From: を ML アドレスにし、
各メンバーにも、「PCからのメールを拒否」を解除したり、MLアドレスだけ許可するようにしてもらってから
何度か送ってみたところ、無事に全員に届いたことを確認しました。
妄想は脳内で
シェルスクリプトはすでにできあがっていてターミナルに直接sh test.shと打ち込むとちゃんと
動作するのですがprocmailから動かそうとするとうまく動作しません。
どんな原因が考えられるでしょうか？
Procmailからはどうやって呼んでるの？
MTAのログだけじゃわからんのなら、VERBOSEとかLOGとか設定して調べろよ。
ttp://hibari.2ch.net/test/read.cgi/mysv/1148796882/ その後どうよ。
こう呼んで、
SHELL=/bin/sh
LOGFILE=$HOME/procmail.log
VERBOSE=ON
:0 fw
| /usr/local/bin/hoge.pl
こういうログ
procmail: Error while writing to "/usr/local/bin/hoge.pl"
procmail: Rescue of unfiltered data succeeded
どなたかお助けくださいm(__)m
Error while writing to "x"
Nonexistent subdirectory, no write permission,
pipe died or disk full.
pipe diedで気がついた。
perlでwhile(<STDIN>)ってな感じでまわして、自分がやりたい処理を終えたらlast→exitしてたんすね。
それがprocmailからしたら最後まで受け取れと。そういうことみたいでした。
また何か自分でメールサーバーを構築するリスクなどをおしえてください
正しくセキュリティ対策してないと、攻撃の足掛かりにされる可能性がある。
＞メリット
（第三者による）情報漏洩の可能性が軽減される。
特に管理がボロボロのプロバイダだと簡単に漏洩（持ち出し／不法転売）される可能性が高い。
また、海外のサービスを利用する場合、国内の個人情報保護法の保護を受けられない。
当然、個人情報とも簡単に「事業売却」される可能性が限りなく高い。
一時的にユーザーのホームディレクトリにある.forwardを削除してprocmailを無効にしたはずなのですが、
procmailが動作したようです。
.procmailrcだけで動作する仕様になってるんでしょうか?
プロバイダーが、before/after SMプレイの対応を終了したのがげいいんのようです。
どうすればいいでしょうか？
32ビットCPUを搭載したコンピュータはビンメール
64ビットCPUを搭載したコンピュータはプロックメール
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
IBW82PACTA
改憲議員が３分の２を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
6IGYA
