Internet Mail System 総合スレ 3
APOP認証を手作りしたいんだけど どっかにいいサンプル転がってない? >>183-184 Cisco PIXじゃない? ttp://www.postfix-jp.info/trans-2.0/jhtml/faq.html#timeouts >>184 どういった透過型のFWがあるかはよく知らないのですが、 相手のIPアドレス等を見ている限りでは、ないように見えます。 >>187 手元にはないのですが、参考にしてもう少し調べてみます。 >>186 いきなりそれってハードル高すぎなんすけど Perl Net::POP3 Ruby Net::POP3 とかは?っていうかクライアント/サーバどちらの実装をしたいのか 記述する言語は何にしたいのか? というかAPOP部分だけならアホみたいに簡単だろ。RFC読め。 MD5を独自に実装したいとかなら知らんが。 結局 >>187 の Cisco PIX の次の項目にある、 IP path MTU discovery の問題だったようです。 ほとんどのメールは正常に受信できていたので、 なかなか気がつきませんでした。 ありがとうございました。 >>154 からの一連の hoge.com ですが、 趣旨はわかるけど、説明とかをするときにドメインが2つ以上出てきたら、 example だと話がしにくいのですが。 たとえば サイトA から サイトB へメールを送る、なんてときに、 mail.foo.com から mail.bar.com へメールを送る、といった言い方をしますが、 example の場合、 mail.example.co.jp から mail.example.ne.jp へメールを送る、 みたいにトップレベルとか 2nd レベルをずらして使えってこと? >>196 そういうこと。 example.net と example.org もあるよ。 レスを下さった方、どうもありがとうございます。 jp 以外のドメインでも example.net とか example.com があるのは知ってましたが、 .example という TLD があるのは知りませんでした。 自分はいままで説明に hoge.com を使うのは肯定派でしたが、 考えを改めるか・・・・ でも hoge.example だとあんまりドメインっぽくないんだよな。 >>200 RFC 2606 読んどき。 example2.co.jp, example3.ne.jp みたいなのもいけるんだな。 FAQ(よくあるお問合せ) / JPRS http://jprs.jp/info/faq.html#27 postfixからprocmailを呼んで~/Mail/以下に入れるようにしてるんだけど、 うっかり/homeの容量が溢れたのに気付かず、空ファイルがinboxにたくさん出来て メールの内容は消滅してしまってました。 書けなきゃスプールに溜めるとかして欲しいんですが、どのへんの設定を 見直せばいいでしょう? procmail をどう呼び出してるのだ? 書き込み失敗したら終了ステータスから 「失敗」をpostfix は把握するはずだが… なんとなく数日後に再送されてくると予想。 maillog に何か出てなかった? 昔のprocmailはNFSやquotaを使ってると容量オーバーで本当は失敗していても 「成功」だと返していたように記憶している。 最近はどうだか知らん。 まずはprocmailを捨ててmaildropに移行したほうがいいと思う。 と、アンチprocmailなヲレのたわ言でした。 maildrop って MH 形式に対応してたっけ? 203です。 メールはスプールに残ってくれておりました。 空ファイルができていたのと、postfixが失敗を検知したようなログは 出ていなかったので、てっきりエラーはpostfixに返されなかったのだと 早合点してしまいました。 お騒がせしました。皆様すみません。 MXレコードにポート番号も登録することはできますか? 25番ポート以外に外部からメールを届けて欲しいんですが。 >>212 出来る出来ないが問題じゃねぇ やるんだよ SMTP も SRV レコードを参照すべし、という RFC を書けば みんな従ってくれるようになるかも。10年ぐらい普及活動に励めば。 >>217 よし、ちょっくらやってみっか。 で、 RFC って何? Radio Frequency Coil 高周波コイル いや、将来的に本気で25番以外を標準化して欲しいよ。 互換性考えて、今のMXレコードのままで、 IN MX 10 example.com:1234 みたいに ホスト名:ポート で指定すれば MTAが解釈する、みたいになって欲しい。 ドメインが増えて、グローバルIPを消費したくなくて、 NATで別ドメインのメールを受けとりたい時とか。 >>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 を参照しないので実際には意味がない。 >>223 Virtual Domainならいくらでも実現されていますが、なにか? >>225 Virtual DomainだとVirtualに対応してるサーバー1台だけに負担がかかるだろ。 SMTPコネクション張ってからじゃないとどのドメイン宛かわからないから。 そうじゃなくて、ルーターで、NATレベルで分離して、 別々の独立したメールサーバーで受けたいんだよ。 独立したグローバルIPを持っているのとほとんど同じ状態にしたいわけ。 今後、IPv6がコケて、IPv4を有効に使おうということになった時に、 MXでかSRVでか知らんが、同じIPアドレスで、ポート番号によって 別々のメールサーバーにつながるような時代になるんだろな。 MXレコードにしたって、昔はMXなんて無かったじゃん。 SolarisとかはMXは不要、の立場で、メールはAレコードに配送すべき、 という方針だったと思う。だからSolaris謹製のsendmailはMX非対応だった。 それが、やはりMXは必要ということで今に至っているわけだから、 今後とも、時代の必要性でポート指定も標準化して行くと思うよ。 >>231 なんで「もうその辺で」なの? すれ違いの話題でもないし、ネタでもないし、興味ある話題なんだが。 ↓はい、続けて >>217 あたりで答え出てんじゃないの? 続ける必要なし。 もうその辺で。 >>233 じゃあ、あなただけこのスレ見なければいいでしょう。 この話題に乗ってきている人、少なくとも複数いるし。 ↓はい、続けて >>226 負荷分散が必要なほど大規模なメールサーバシステムで、 NAT で IP アドレス節約しなきゃいけないほどアドレスが足りない って状況が想像つかんのだけど、 そういうとこって多いもんなの? うーん、SRVよりかMXに :ポートの方が受け入れ易い(普及し易い)と思う 俺はMXに :ポートよりかSRVの方が受け入れ易い(普及し易い)と思う 移行期には、MXのプライオリティーの低い方に、従来通り25番でも受信できる フォールバック用のサーバーを(別IPで)用意しておく必要はあるだろな。 で、ポート指定が普及して、フォールバック用サーバー側に届くメールが ほとんど無視できるようになったら、そのサーバーを外す。 すると、一部の、25しか対応していないサイトからのメールは エラーを起こすだろうが、そうなるとそのサイトでも 急遽ポート指定に対応する必要に迫られるだろう。 ポート指定を解釈できずにエラーを起こす MTA が多いので、 ポート指定はやむを得ずプライオリティの低い方に書かざるを得ないことになり、 結局いつまで経っても普及しない。 と予想。 サーバ1台でもNIC複数挿すとか、幾らでも方法あるのに、 何でそんな面倒な事しなきゃならないのか理解不能。 >>243 もう一回スレ読み直してみな。お前の言ってることずれてるよw (NIC複数って、何の問題と >>243 は勘違いしてるのだろうwww) IPとポートを勘違いしてるとかいう安直すぎる理由だろうか >>243 は、おそらく、 NIC複数に、複数のグローバルIPアドレスを振って、 1台のサーバーに複数の MTAを起動して、 MTAが各NICのIPアドレス限定でListenすれば、 同じ25番ポートを1台のサーバーで使える、という話と混同してるのだろう。 その話じゃないんだよw >>226 普通にロードバランサ入れるんじゃだめなん? 負荷分散の問題じゃなくて、 同じ組織で、外向きにはひとつのグローバルIPだけを使用しているけど、 組織内部の複数のメールサーバーは別管理で、 それぞれ独立して運用したい、ってことじゃないか? できる限り独立IPを振ってるのと同じ状態にしたいと。 >>248 >>226 によると負荷の問題みたいよ。 >>248 = >>226 です。本人です。負荷の問題じゃないです。 >>248 に書いてあることがやりたいことです。 >>226 でつい「負担」と書いたのは、窓口のサーバーを1台置く方式では そのサーバーの管理が独立性を保てないので、それを「負担」と 書いたのですが、いわゆる負荷分散の意味での負荷ではないです。 >>224 ちょっと話がそれるけど、 それって組織内のメールクライアントの設定に良いなぁと思ったら Outlook2007がExchangeサーバ探すのに近い事をしてるみたいよ。 http://support.microsoft.com/kb/940881/ja ↑ごめん、SMTPポートもMXも指定してないのでちょっと違った。 でもメールサーバ探すってことでw >>250 現状では無理、と答えは出ているわけですが、いつまでも食い下がる気ですか? >>250 「独立性を保てない」ってどういう意味? そもそも、各ドメイン宛てのメールをいったん一括して受け取ってから 再度内部のサーバに配送する今までの方法との違いは? NATが内部の各MTAに対して静的にポート割り振る時点で独立性なんて保ってないやん。 ドメイン登録するごとにNATの設定いじらないといけないのは、現状のドメイン登録する ごとに一括して受け取るMTAの設定いじらないといけないのと同様で、要はどのレイヤーで それをやるのかって程度の違いでそ、それじゃ。 その程度のことで、MTAの導入コストやら、OP25B & IP25Bがまったく役立たずになるなどの 多大なコストをかけてまでSRVレコードに対応させる意味がどこにあるんだ? IPv6にしたらIPアドレスじゃぶじゃぶ使えるから、一個とかケチ臭いこと 言わなくて済むよ。 >>258 なにが大きいのか具体的に書いてみろ。 せいぜい、あて先不明のメールをいったん受け取る必要がないので、bounce mailの 抑制が出来るってことぐらいか? spam対策に関しては、gatewayのMTAでだけ対策を採れば済んでいたものが、各ドメインの MTAごとに対策を採らないといけなくなって管理コストが増大するし。 そもそも内部に複数の管理ドメインを抱えているのにもかかわらず、 GlobalIPが1つしかない環境っていうのが考えにくいシロモノなんだけど。 NATにどんだけ負担をかける気だ。 >>261 だね。各MTAにSRVレコード対応させるぐらいなら、IPv6対応をがんばったほうが よほどいい。 IPv6が普及するのとSRVレコードが普及するのと、どちらが可能性が高いかと言ったら SRVレコードではないだろうか。 >>260 NAT と MX or SRV で実現するには第八層以上のレイヤーで対応する必要がある、 とかいう話では? >そもそも内部に複数の管理ドメインを抱えているのにもかかわらず、 >GlobalIPが1つしかない環境っていうのが考えにくいシロモノなんだけど。 >NATにどんだけ負担をかける気だ。 v4 アドレスが枯渇するとそうなるんだよ。 グローバルアドレスが欲しくてももらえない組織が出てくるから、 ISP が自分とこのユーザにプライベートアドレスを割り当てて NAT でルーティングせざるを得なくなる。 v6 反対派はこんなアクロバチックな運用を未来永劫続けろと言ってるわけだ。 IPv4 が本当に枯渇する頃には SMTP が廃れていると想像。 結局、複数ポートが必要な理由は元から存在しなかったということですな >>264 IPv6 vs SRVレコード対応っていう話じゃないよ。SRV対応にしてもNATの設定が必要になるんだもの。 というわけで、MTAによるゲートウェイ vs MTAのSRVレコード対応という話。 ただ、SRVレコード対応とMTAによるゲートウェイとの差異は負荷とどのレイヤーで振り分けを やるのかっていう程度なのにも関わらず、MTAのSRVレコードの導入コストはIPv6導入と比較できる くらいに巨大で、正直お話にならないという結論。 >>268 まったく存在しないってわけではないだろうけど、負荷問題を除けばMTAによるゲートウェイと大差ない。 というわけで、>>226 の考えが足りなかっただけ。 MTAによるゲートウェイは1ホップ増えるかだヤダ。 >>270 NAT は無理、というところまで理解していただいていればそれで良いのではないかと。 なんで NATが無理なの? NATがやりたいから質問してるんじゃないの? このスレ、妙に話をもみ消そうとする奴が一人紛れてるな。 この話題が盛り上がると何かまずいことでもあるのだろうか? 妙に話をひっぱりたい人がいるみたいだけど この話題を盛り上げて何かいいことでもあるの? sendmail/postfix/その他と、MTAの種類なんて限られてるんだから、 次期バージョンがSRVに対応すれば、普及なんてあっと言う間だろう。 セキュリティアップデートと同時に仕込んでおけばなお効果的。 一方、IPv6なんて普及させるのは困難。 そもそもTCP/IPの根底を置き換えなければならないんだから。 >>276 MTAによるゲートウェイとの比較はあきらめて、IPv6とMTAのSRV対応の どちらが楽かっていう完全に無意味な話題をやりたいわけか。 MXしか読まないMTAとSRVでしか受け取れないMTAの混在環境の問題は IPv6とIPv4の混在環境以上に問題あることが理解できればいいのに。 >>278 MTAによるゲートウェイは1hop増えるのが困る。 そのゲートウェイを誰かが管理しないといけないから、 ドメインごとに管理を別々にしたい目的が達成できない。 なら、NATの管理は?と言いそうだが、 ルーターでのNATなら、ほとんど管理は不要。 ポートだけ最初に決めてほったらかしで十分。 >>275 荒らし的には嬉しいだろ、常識的に考えて。 >>276 > sendmail/postfix/その他と、MTAの種類なんて限られてるんだから、 おめでたすぎるな。 >>279 ゲートウェイもルータも、誰かが管理しないといけないのは一緒だよね。 で、ゲートウェイの管理も、例えば sendmail なら、 mailertable の行を追加/削除するだけでほとんど管理は不要じゃない? 実装の工夫次第で運用の手間はほとんど無くせると思う。 >>276 × sendmail/postfix/その他と、MTAの種類なんて限られてるんだから、 ○ IIS/ExchangeServer/その他と、MTAの種類なんて限られてるんだから、 >>283 MTAゲートウェイは、OSホストを1台仕立て上げなければならない時点で問題。 mailertableだけとか、そういう問題じゃない。 sendmailが動いてるなら、日々パッチも当てなければいけない。 OS自体のパッチもある。FreeBSD 4.xみたいに、OSがサポート終了になることもある。 OSが稼働してるということは、HDDとかメモリとか、PC自体のトラブルもあり得る。 工事停電の時はシャットダウンとか作業をしないといけない。 ルーターなら、電気製品のようにすぐに電源切って、また入れればすぐ使える。 そのレベルの「管理不要」を要求しているのだよ。 まぁ、スーパバイザが煙吹くとか、IOSがバグっててパッチ当てなきゃとか、 そんな目にあったことのない奴だけが言える戯言だ罠。 IPv6が普及するのとSRVレコードが普及するのと、どちらが可能性が高いかと言ったら AAAAレコードではないだろうか。 sendmailのソース見て、SRVレコードに対応させるようにするには コードのごく一部を修正するだけで割りと簡単にできるよね。 一方、IPv6の対応はそうはいかない。 いずれSRV対応MTAが普及するのは時間の問題だよ。 >>290 そや、いまどきナローバンドルータの話をする人はいないだろ そうだそうだ。この板も強制ID制にするべきだ! とか、ボケてみるテスト。 Internet Mail Systemのスレだということを忘れていたよ。 >>291 Sendmail は既に IPv6 に対応済みでコードの修正すら要りませんが何か? >>297 お前何ボケてんだよ。インターネット全体がIPv6に対応するってこと。 事実上無理だろ。sendmailだけの問題じゃ済まないから。 一方、SRVの方は、SRV対応のsendmail(と他のメジャーなMTA)をバラ撒けばそれだけで完 了。 >>298 > お前何ボケてんだよ。 お前に言われたくねーよ。 SRV と IPv6 のどっちが普及するかなんて定量的な予測は不可能なんだから、 比較議論するだけ無駄だべさ。 ところで、現時点では、 IPv6 を普及させようと努力してる香具師は SRV に比べたらはるかに多いと思われるので、 SRV を普及させたいと思ってる香具師は今から行動を始めておいた方が良い。 まずは I-D から。 頑張れよ。 日本語で振り分けできるサーバサイドのソフトウェア無いですかね? MIMEエンコード手動でやるの疲れた 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) 追記。環境について、 postfix-policyd-spf-perl_2.004 も使ってた。 >>304 もう、それ位自分で調べなさいよ! db4.3_dump -p postgrey.db 見たいなことをしてみれば良いの! というかあなたね、 自分のクライアントが targrey に引っかかるようにして、テストすれば 動作確認できるんだから、ココで聞く必要なんか無いでしょう! 今度、こんな事聞いたら許さないんだから! >>306 あ、それはやりますた。最初に言うべきでした。 postgrey.db も tarpit_clients.db レコード数が0のまま。 「targrey に引っかかるように」ってのは、 cat /etc/postfix/permit_client_nots25r /myclientsdomain\.tld/ WARN にしておいて、telnet でサーバとお話しろっていうことでおk? で、見てる限りでは問題なく配信されて、 /var/log/maillog 眺めても、 greylist とかそれに類する文字列が出てこない。DB もそのまま。 >>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 を(再)起動するれば作成されるから恐れずに バンバンテストしてみると良いよ。 しかし、ツンデレ回答はきつい。 すまん。追記。 white list に登録するためには、DATA を突破しないといけないから 適当にメールを送信するところまで終わらせた方が良いよ。 じゃないと、訳がわからなくなるよ。 >>306 中の人ですが、追記する必要無いくらいの完璧なフォローしてもらってありがとうございます。 309もツンデレしてもらってたらさらに良かったのに :) >>304 WARNの設定しておいて、telnetでRCPT TOの後で遅延が返答の遅延が起きないのなら なんか設定がおかしいです。 その設定だと、targrey(postgrey)が呼び出される場合、logに「NOQUEUE: warn: RCPT from ...」 というようなwarningメッセージが残ってるはずですが、出てなければポリシーサーバの呼び出しに 失敗してる可能性が高いです。 scmailを使っています。 すっきりわかり易いと思うのですが、もっさり感があって乗り換えようと考えています。 なにかおすすめはないでしょうか。 postfix + vpopmailで鯖上げたいんですけど、どこの板・スレが適切ですか? 誘導おながいします mewでmh形式使ってるんですが、どうやら maildropってmh使えなさそうですね。 procmailは避けたいし、難しいな。 >>314 OSによるんじゃない? ここでもいいけど 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) を送ることで行っています。 majordomo なんて太古の昔で忘れたけど、 \ でエスケープはできないんだっけ? レスどうもありがとうございます。 subject_prefix = [HOGE\ $SEQNUM] もやってみたのですが、だめでした。 おそらく、コマンドメールではなく直接 ML サーバにログインして、majordomo の 設定ファイルをエディタで直す分には、 subject_prefix = [HOGE $SEQNUM] でもいけるのではと思うのですが、コマンドメールでやるとうまくいかないのです。 でもそんな根本的なバグあるのだろうか。 config_parse.pl で 'subject_prefix', 'grab_word', となっているからなので、 'subject_prefix', 'grab_string', にすればスペースもいけたはず。 sendmailで、メールを送信する際に、FROM句を誰から送信されたか判らないようにダミーユーザに変更することは可能ですか? MTA で「FROM句」という表記をされるのは初めて見た。 RDMBS ではあたりまえだが。 天丼は2回まで。3回やるとどんなネタでもやりすぎ。 唐突に思考実験なんだが、「逆引きできないアドレスからのメールは受け付けません」 と明示しているメールサービスとかないんだろうか。 当然受け取れないアドレスも出てくるんだけど、それでも構わないユーザ向け。SPAM避けに。 必要なメールまで届かなくなりそうで 誰も使わんだろ。 そういえば clubbbq は abuse@ とか postmaster@ とかが user unknown に なったようなおぼろげな記憶が。 あと envelope が <> とかも捨ててくれたりしますYO ttp://www.rfc-ignorant.org/tools/lookup.php?domain=clubbbq.com なるほど 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 だとどうなるのか知りたいです。 最初に失敗したときのホストに配送するのであれば、 DNS の設定をミスしたら修正されるまでのメールは100%届かないことになる。 >>342 その文章、意味が2通りにとれるよ。 変に反語的な言い方をせずに、ストレートに言った方が誤解がない。 >>343 一通りしか思いつかんかった、二通り書いてみてくれ。 (1) もし、最初に配送失敗したときのホストにしか配送しないのだと仮定すると、 DNSの設定をミスしたら修正されるまでのメールは100%届かないことになってしまう。 (だから実際にはMXを引き直す) (2) 一度配送失敗したホストに配送するのなら、 DNSの設定をミスしたら修正されるまでのメールは100%届かない。 レスどうもありがとうございます。 >>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 に問題があるのではと考えました。 はじめはプロバイダに聞いてみようと思いましたが、まずは転送サービスのほうに聞いてみます。 長文すみません。どうもありがとうございました。 >>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 への接続が最初に試みられるべき。 …やっぱり転送サービス側の問題な気がする。 >>347 いつ getaddrinfo() するかわかればそれでいいんじゃね。 mail コマンドでインタラクティブにメールを使っていたのですが、 転送しようと思って .forward を設定しました。 それ以降に到着したメールについては幸せなのですが、 しかしすでに /home/hogehoge/mbox や /var/spool/mail/hogehoge に入ってしまっているメールについても転送したいと思います。 これって、べたの mbox 形式を分割して mail コマンドに 流し込んで転送するしかないんでしょうか? なんか、こう、一発でやってくれるようなコマンドってないでしょうか。 formail か? formail なのか? だれもいないのか? コロッケ買ってくる. 最近の若い衆はfetchmailとか知らんのかのう postfix使ってるんすけど、「メールをぉ転送するようにしてくれるって聞いたんですけどぉ、やってもらってぇ、いいですかぁ」 という業務上の指示がしょっちゅうあって、そのたびに .forwardを書いてるですどぉ、 あいつらが自分でできるようにできる方法ってぇ、ないですかぁ? そりゃぁ、.forwardをぉ、書き換えるぅ、CGIをぉ、作ればぁ、いいでしょおぉ、 >>81-98 をみると、fetchmail より getmail のほうがいいのか? fetchmail中にマシンをサスペンドしたらどうなるかとか気になるな。 >>357 だってMacOSXとか標準で入ってるし。 質問: あるメールフォルダにおいて, 「"同一メール subject" が5件以上あったら隔離」とか そういう下処理をしてくれるツールって無いんでしょうか? spam メール対策でベイジアンフィルタなどで おおむね自動振り分けしている方は多いと思いますが, 「誤振り分け」の確認ってみなさんどうされてます? 時々見ようとは思うのですが,すぐに数千・数万通溜ってしまい 現実的にはきちんとチェックできていません. そのゴミフォルダを見ると大抵同一 subject とか 同一差出人でドバーっと来ているものが多くて ほかのメールと比べてもそういうのは100%確実に spam と 判断して良いという印象を持っています. ということで,最初に書いたようなことを思ったのですがいかがでしょう? >時々見ようとは思うのですが,すぐに数千・数万通溜ってしまい 毎日見れば、そんなに溜まらない。 > 「"同一メール subject" が5件以上あったら隔離」とか Re: なんたらかんたら という subject で5回やりとりしたら spam 判定、ってこと? >362 もともと「spam 判定されたもの」を対象にしたいので それは現実的には該当しない,というつもり メインの inbox に適用したらそういうことになっちゃいますけどね tp://www.atmarkit.co.jp/fsecurity/rensai/mailsec201/mailsec01.html 今時バケツリレーで送信するサーバがどれだけあると思ってるんだよ。 おまけにメールの暗号化にPGPって、10年前の知識のまま頭フリーズしてるんじゃないか? 筆者はPGPの販売営業らしい 今見たら配送の部分はチェック中になってて見れんかった 金曜に会社で読んだときは、日本からヨーロッパにメールを送るのに アフリカのメールサーバーを経由して・・・とか書いてあった気がする しかもご丁寧にReceivedのヘッダの例を出して(捏造?) MXで受けた後、メールスプール配送までに スパム/ウイルスチェックなどで内部の別ホストを経由することはあっても、 MXまでによそのサーバー経由するなんて今時限りなくゼロのはず こんなのが優秀社員表彰受けてるのか・・・会社のレベルが知れるな MTAの説明でsendmailやqmailなんて書いているし、知識が10年前で止まっているんでそ。 プロフィール見る限り28歳ってことだから、会社入ってから古い本でお勉強して そんまんまなんでしょ。まあ、バカ営業だ罠。 俺、おっさんなんで10年前の知識で止まったまま。 逆に言うと俺なんかの知識で、今でも通用しちゃうのかなぁ思った。 今時qmailは無いと思うがsendmailは現役だと思うぞ >>370 10年前で止まったままなら、このスレ的にはISPの外からISPのメールサーバ経由で メールの送信が出来なかったり、SPAM受け取り放題だったりするけど? >>371 もちろんsendmailは現役だけど、いまMTAを例に出すのなら間違ってもその2つじゃ ないでしょという話。 それにしても、プロフィールに社内的な自慢話しかでていていないっていうのが ひどい。 ttp://itnp.net/category_betsu/16/1765/ NSD社内と@IT編集の段階で、記事の査読は無かったのか? SIの名前を冠して載せるにはあまりにも酷すぎる内容だぞ >電子メールの秘匿化 相手の手間とかを考えると,社外とのやりとりで必要なら ・Wordファイルにはパスワードつけて保存して送付 ・パスワードはFAX …ってのが妥当な線だとおもうけどな。 port 25 blockingなんて2秒で理解出来ることだし、 何か対処しなきゃspamがやって来ることは10年前も今も変わらんな。 その程度の差しかないのなら、10年前の知識でも問題ないだろ。 >>375 そういえば、例の記事ってコンテンツの秘匿化と、通信経路での秘匿化とを ごっちゃにしているねい。 >>376 10年前の知識がベースでも30分お勉強すれば済む話ではあるけど、 完全に10年前のまんまじゃちょっとアレっていう話だ罠。 PGP自体は独自の暗号化技術にこだわらず、 S/MIMEやX.509に対応したソリューションの展開をしてるみたいだね。 www.pgp.com/jp/products/universal_gateway_email/index.html なぜあの記事で太古の時代のPGPを説明したのか意図がくみ取れん。 次回予告もPGPだし。 いま一般人と暗号化してメールやりとりするには どんなのが普通? この間は7zの自己解凍形式使った。 >>379 自己解凍形式は一般人にメールで来たexeファイルを実行させるって事で、 アレすぎるでそ。 まあそうなんだけど、 zip開けるかどうかもあやうい人なので 暗号化ソフトとか入れさせるのに苦労するよりは ましかと思って。 最近のWindowsならzipはダブルクリックするだけじゃないっけ。 PGP製品のアジアセールストップって、あの記事と同じように 「どこだかわからないサーバを経由しますよ、危険ですよ!」と 顧客をだまくらかして売りまくってるのか・・・? PCの基本的な操作も怪しい人に対して、暗号化しなきゃならんブツを 送る行為自体が根本的にまずいと思う。 とりあえず、株式会社日本システムディベロップメントっていうクソ会社には、 その会社には櫻井俊宏というプロフィールに社内的な自慢話しか書けず、 しったかぶって10年前の知識を偉そうに語るバカ営業がいるってことで 終わりにしよう。 >>384 FAX最強ってことですね。わかります。 特許事務所から100枚単位でFAX来るのを見ると勘弁して欲しいと思うけど…。 さくらのレンタルサーバで部活の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 でないと 解決できないということでしょうか? 相乗りの数を制御できればどんなMTAでもいい qmailは相乗りの数が仕様上1になっているというだけ レスどうもありがとうございます。 レンタルサーバということで自分は sendmail の挙動をいじれないので、 fml の段階で、1宛先1メールにして SMTP サーバに渡してくれないかな・・・・ qmail をレンタルサーバの自分のホームディレクトリにインストールし、(デーモンは立ち上げない) fml が直接 SMTP サーバに渡すのではなく、qmail-inject に渡すようにすれば、qmail-inject が バラしてくれないかなと思ったが、fml から コマンドに渡すやり方がわからない。 >>391 > qmail をレンタルサーバの自分のホームディレクトリにインストールし、(デーモンは立ち上げない) これができるスキルがるのなら、 > fml が直接 SMTP サーバに渡すのではなく、qmail-inject に渡すようにすれば、qmail-inject が > バラしてくれないかなと思ったが、fml から コマンドに渡すやり方がわからない。 これは楽勝では? >> qmail をレンタルサーバの自分のホームディレクトリにインストールし、(デーモンは立ち上げない) > これができるスキルがるのなら、 qmail は以前仕事で使ったことがあるのだけど、 レンタルサーバは root 権限がないし、qmail 関連のアカウントもないのだが、 その状態で make setup check したら、ビルドが成功しなかった。 fml において、MTA に直接つながず、コマンドに渡すやり方はわかったので、 perlで宛先をバラして一つずつ sendmail に渡すスクリプトを作っています。 scmailの質問とかここでおk? 空メールに対する自動返信のやり方が分からなくて難儀しています。procmail ならいくらでも情報が見つかるんですが。 内容: maildropを使用しています。 転送専用のメルアドがあり、送信者が転送専用にメールしたときに そのメールは送信者のメルアドになりますが、これを転送専用の メルアドに書き換えたく思います。 どうすればいいでしょうか。 .mailfilterに下記を書き込んでもうまく書き換わらなかったです。 "| /usr/sbin/sendmail -f trans@*.*" まさか -f の右のスペース、というオチじゃないだろな -f の右のスペースを外しましたが、 やっぱり送信者を書き換えることが出来ませんでした。 やったことないけど、man を見るかぎりでは SENDMAIL="/usr/sbin/sendmail -f..." to !hoge@example.com でいけそうな気がする。 ところで、まさか書き換えるってエンベロープのことだよな? ヘッダのことを言ってるのならば別途それ用のスクリプトを書かないかぎり無理だ。 >>399 さんありがとうございます。 trans@example.com 転送専用(hogeユーザへ) hoge@example.com 一般(基本hoge'@example.comへ転送) hoge一般ユーザは基本hoge'へ転送しますが、 trans@example.comのメールのみ転送しない設定にしたいと思います。 そこで送信者のアドレスを書き換え、フィルタリングできれば対応できる と思ったのですが、送信者とはヘッダのようです。 何か良い方法はありませんでしょうか。 >>400 日本語でおk ↓こういうことがしたいのかとも思ったけど、おまいの言いたいことがよくわからん。 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からの転送メールをモバイルへ転送しない事を 行いたいです。 >>402 静観していましたが、何がやりたいのかさっぱり判らん?? それに、わざわざ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へ送ったときは転送しない。 ようにしたい、ということですか? 読解力のない回答者と、説明能力のない質問者だなぁ >>400 を翻訳すると、 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の転送時に、 >>400 は FROMを書き換えて対処しようとした。(でもうまくいっていない) ということ。 ああ、そうだったのか。すばらしいことだ。今ならすべてがわかる。 それなら trans@example.com 宛てのメールを hote@example.com へ転送するときに X-Korehatenso: ヘッダをつければいいじゃん。 こんばんわ。 どうもすみません。 MailBox/trans/.mailfilterに "-A X-Korehatenso: "と記述したのですが、 うまくヘッダがついてくれません。 なんとか、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" } この返事をまだ頂いていません。 早急にお願いします。 釣られまくってるところ申し訳ないが、410は詐称だろ。 余分な回答ばかりで何故質問の回答をいただけないのでしょうか。 このサービスはおかしいと思います。 ちゃんとした返事をしてください。 fetchmailでgmailからPOPで受信してるんだけど、 gmailってPOPだとMUAの設定にかかわらずPOPで1度受信したメールは POP用のサーバーかフォルダから強制削除するようで .mailfilterの記述ミスって転送出来なくなった時に消失しちゃうんだけど これどうにかならない? >>420 Gmail の設定で POP してもメールを残すようにできるよ。 質問させてください。 職場で携帯電話メイルに一斉連絡することがあるんですけど、 その担当者が結構めんどくさそうです。(携帯でちまちまやってる。) で、職場のメールサーバのailiasでぶぁーーっと送れないかなぁとも思ったのですが、 まとめ送りは携帯会社がRejectするとの話を聞きましたものでいかがすればよろしいでしょうか。 こういう場合の定石を教えてください(>_<;) >>422 キャリアに大量送信許可してもらうためのコストを支払うか、 そのコストを支払っている業者に饅頭持参で、お願いする。 インフルエンザ対策マスクも持って行くと重宝される。 >>422 とりあえず、 ttp://www.nttdocomo.co.jp/service/mail/imode_mail/notice/mass_send/index.html を読め。 具体的に職場のメールサーバのailiasでぶぁーーっと送る >その担当者が結構めんどくさそうです。(携帯でちまちまやってる。) 携帯でちまちま送れる程度の量であれば 気にせずぶぁーーっと送っても蹴られたりせんよ。 実はその担当者がケータイ早打ちの達人で、 数百通の送信を1分で完了できてしまうというのなら話は違ってくるだろうが。 >>424 にも書いてあるが、とりあえず普通に利用する分には大丈夫。 ただ、存在しないメールアドレスに送信すると 簡単にブラックリスト入りするから 退職者とか、メアドの変更とか、aliasのメンテナンスをまめにする必要がある。 みんなありがと。 30〜40通なので大丈夫かなと思ったら メル鯖の正管理者のひとにやんわり拒否られました。 今回に関してはこれで終わりにしようと思うのですが、 今後このようなこともあるかと思いますので、今回の件はそのときのための糧にさせていただきます。 みなさまありがとうございました。 アドレス解決の出来ないメールアドレスのサンプルってある? hoge@example.comはエラー無く送信できてしまうので使えない でたらめなアドレスを指定すればいいんだけど、知りたいのは これから先 使われないし存在しないことが保証されてるアドレスです >>431 RFC2606 を参照して「hoge@invalid」とかかな。 もっと確実な保証が欲しいなら「hoge@tekitou.自ドメイン」とか。 atmarkitにまた間違いだらけの記事が載ってるので晒しage http://www.atmarkit.co.jp/fnetwork/rensai/kihon10/01.html 前の暗号化メールの記事の件があったのに、懲りてないんだな。 >>433 太字で「EHLOの後に送信するアドレスのドメイン名を入力するんだな」まで読んだ。 > ちなみにずらっと出てくるのはこのサーバで使えるコマンドだな へぇ〜 しらなかったぁ〜(棒読み >>433 なんだこれ。 本当に専門家が書いたのか? 素人が書いた文だな。 著書が、あの橋本和明との共著で2冊。 ダメライターだろ。 メールと関係ないがこのあたりもgdgdだな 素人が記事書くにしても、せめて専門家に査読させてから掲載しろとこいc(ry ttp://www.atmarkit.co.jp/fnetwork/rensai/packet04/02.html ヤフオクから送られてくる終了通知メールの内、流札通知のみ/dev/nullへ捨てたいのですが、 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の文字列で判断できるメールは、ちゃんと破棄できております) どうかご指導下さいまし。 >>442 それは出来ないと思う。運用でなんとかするしかないな。 ちゃんと落札されるように頑張れ。 getmailの作者のページみてみたらfechmail使うの怖くなったんだけど getmailの方が安心なの? sendmailスレって落ちたのか・・・ MX先へ送ろうとして失敗した時にFallbackMXhostで迂回路に送るっていうオーダーなんだけど、 何故か同じ設定なのに現行機は2.5分で再送され、新しいヤツは7,5分も掛かるんで頭を抱えている。 何かヒント無いですか? sendmail.cfを見比べているんだけど、大した違いが無いので何が原因なのか判らんのですわ。 この「2.5分」と「7.5分」の間、sendmailの中で何が行われているのか・・・ってのも良い資料に 巡り合えていないのが現状。 結局、Timeout.iconnect=5m を 2m にして短縮した。 >>3 >>4 現在もダウンロードできるものはありますか。 携帯宛のメール同報配信(メルマガ等)に詳しい方、教えてください。 地震のため、職場のメンバーに携帯で連絡を流す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 となる。 ググってみると、キャリア側で「なりすましメールの規制」というのがあるようなので、 http://www.freeml.com/ep.umzx/grid/Guide/node/GuideFront/g/PubSpecChange2011/ fml を通るときに、fml の設定ファイルをいじって envelope body の From: ヘッダを、foo@example.jp にすると、 テスト用で作った ML は通りました(職場の人が全員入ったMLではまだテストしていないのですが・・・) 他に何か対策はありますか? 携帯サイトとかを作っている会社の資料とかをみると、キャリアにお金を払って融通してもらっているんですね。 携帯キャリアの迷惑メール対策の詳細は教えてくれないし、随時変更してる。 同一サーバからの大量送信をチェックしていたり、なりすましをチェックしたり。 特にqmail使うと受け側から見るといろいろとアレなので無理だと思われ。 >>452 レスどうもありがとうございます。 >> 特にqmail使うと受け側から見るといろいろとアレなので無理だと思われ。 これはどういう意味でしょうか? あと書き忘れてしまいましたが、自分が設定している(qmailとfmlが動いている)メールサーバはFireWall(イントラ)の中にいます。 実際には、FireWall上にメールサーバ(Postfix)があり、qmailはPostfixにリレーし、Postfixが MX を引いてメール送信します。 まぁqmailを通った時点で、MLメンバーの宛先1つ1つにバラバラにされてメール送信されますが・・・ エラーメールが大量に返ってくるのは、docomo側から、短い時間に単一のIPアドレスから、同時に何通も来たから 迷惑メール扱いしているのかな。 (Postfixやsendmailみたいに、「MXの相乗り」だったら、状況は違っていたのかな) 数人の内輪連絡用(内ドコモ1名)でも蹴られる。 各メンバーのアドレスを迷惑メールから除外する設定をしてもらうと問題なく通る。 短期間に多数のメールというのもあるかもしれないけど、なりすまし扱いされるというのもある模様。 docomoは内輪のチャットシステムであって メールとは呼べないんだな docomoのアドレスから連絡きて 返事すると拒絶されるって死ぬほどうざい (また送ってきた本人が自覚ないし) >455 だけど sender ID 設定メール以外受け付けないの? うちのサーバは sender ID は設定してないよ おれ自身のdocomoアドレス宛に送る分には問題ないし 多くの人がスパム対策として 「携帯メール以外からのメールは受信拒否」してるのが 原因と思ってるんだけど (その設定にするんならdocomoから送るのもNGって してくれないと相手は自覚してくれない...) すみません、senderID ってなんでしょうか? ↓のこと? http://www.atmarkit.co.jp/fsecurity/special/82senderid/sender101.html うちのメールサーバは、 イントラ内で動かしている qmail も、FW 上で動いている Postfixも、 普通にビルドして動かしているだけなので、 SenderID ヘッダはついてないな・・・ とりあえず >>451 に書いているとおり、envelope Body の From: ヘッダも ML アドレスとするようにセットした。 夕方上司が連絡メール流すとのことなので、様子見てみます。 >>457 メンバーに聞いたところ、みんな ・ドメイン拒否はしていない(携帯メール以外からも受け付けるようにはなっている) とのことです。 >>459 >>458 の記事をよく見ないままで >>458 を書いてしまいましたが、 記事を読んで SenderID なんてものは付かないことを把握しました。 失礼しました。 fml の設定で ML から送るメールの From: を ML アドレスにし、 各メンバーにも、「PCからのメールを拒否」を解除したり、MLアドレスだけ許可するようにしてもらってから 何度か送ってみたところ、無事に全員に届いたことを確認しました。 質問があるんですが現在あるシェルスクリプトをprocmailから動かそうと思っています。 シェルスクリプトはすでにできあがっていてターミナルに直接sh test.shと打ち込むとちゃんと 動作するのですがprocmailから動かそうとするとうまく動作しません。 どんな原因が考えられるでしょうか? >>463 Procmailからはどうやって呼んでるの? 「うまく動作しません」じゃわからんので、 MTAのログだけじゃわからんのなら、VERBOSEとかLOGとか設定して調べろよ。 >>463 と似た悩みなんですが、procmailから呼んでいるperlのフィルターでエラーになるます。 こう呼んで、 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 >>470 Error while writing to "x" Nonexistent subdirectory, no write permission, pipe died or disk full. pipe diedで気がついた。 perlでwhile(<STDIN>)ってな感じでまわして、自分がやりたい処理を終えたらlast→exitしてたんすね。 それがprocmailからしたら最後まで受け取れと。そういうことみたいでした。 メールサーバーを自分で構築する利点を教えてください 既存のメールサーバーを利用せずに「自分で」構築する利点について聞いてるんじゃなかったのか そうです、ほかにもあれば教えていただけますか? また何か自分でメールサーバーを構築するリスクなどをおしえてください >リスク 正しくセキュリティ対策してないと、攻撃の足掛かりにされる可能性がある。 >メリット (第三者による)情報漏洩の可能性が軽減される。 特に管理がボロボロのプロバイダだと簡単に漏洩(持ち出し/不法転売)される可能性が高い。 また、海外のサービスを利用する場合、国内の個人情報保護法の保護を受けられない。 当然、個人情報とも簡単に「事業売却」される可能性が限りなく高い。 Ubuntu 14.04上でprocmail v3.23preを使用しています。 一時的にユーザーのホームディレクトリにある.forwardを削除してprocmailを無効にしたはずなのですが、 procmailが動作したようです。 .procmailrcだけで動作する仕様になってるんでしょうか? メールが送信できなくなりました(受信はできます)(カラ受信動作しても送信エラー) プロバイダーが、before/after SMプレイの対応を終了したのがげいいんのようです。 どうすればいいでしょうか? センドメールとビンメールとプロックメールの違いを教えてください 16ビットCPUを搭載したコンピュータはセンドメール 32ビットCPUを搭載したコンピュータはビンメール 64ビットCPUを搭載したコンピュータはプロックメール 誰でも簡単にパソコン1台で稼げる方法など 参考までに、 ⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。 グーグル検索⇒『宮本のゴウリエセレレ』 IBW82PACTA ☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、 改憲議員が3分の2を超えております。『憲法改正国民投票法』、 でググってみてください。国会の発議はすでに可能です。 平和は勝ち取るものです。お願い致します。☆☆ 知り合いから教えてもらったパソコン一台でお金持ちになれるやり方 時間がある方はみてもいいかもしれません グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 6IGYA とんでもねえこと言ってたし、思ったの 徒労感ハンパないな ヘブバンはよくイケメン役やってた事ができない、したらあかんやろ グローバルウェイ このソースも年代別のプロ意識はないみたいな 測ってないおそらく 判断のたらい回しなってる悪循環 read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる