探検
Internet Mail System 総合スレ 3
2007/08/31(金) 00:17:35
通信経路に透過型FWとか入ってない?
185名無しさん@お腹いっぱい。
2007/08/31(金) 00:18:34 APOP認証を手作りしたいんだけど
どっかにいいサンプル転がってない?
どっかにいいサンプル転がってない?
2007/08/31(金) 00:20:10
qpopperも知らないお前じゃ無理。
2007/08/31(金) 00:39:05
2007/08/31(金) 01:10:24
>>186
いきなりそれってハードル高すぎなんすけど
いきなりそれってハードル高すぎなんすけど
2007/08/31(金) 01:31:14
Perl Net::POP3
Ruby Net::POP3
とかは?っていうかクライアント/サーバどちらの実装をしたいのか
記述する言語は何にしたいのか?
Ruby Net::POP3
とかは?っていうかクライアント/サーバどちらの実装をしたいのか
記述する言語は何にしたいのか?
2007/08/31(金) 01:35:39
近道しようとしてばかりじゃ
実力身につかないよ。
実力身につかないよ。
2007/08/31(金) 01:41:47
というかAPOP部分だけならアホみたいに簡単だろ。RFC読め。
MD5を独自に実装したいとかなら知らんが。
MD5を独自に実装したいとかなら知らんが。
2007/08/31(金) 06:38:14
MD5はRFCに載ってる実装を丸写しすれば
195183
2007/08/31(金) 18:05:46 結局 >>187 の Cisco PIX の次の項目にある、
IP path MTU discovery の問題だったようです。
ほとんどのメールは正常に受信できていたので、
なかなか気がつきませんでした。
ありがとうございました。
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 レベルをずらして使えってこと?
趣旨はわかるけど、説明とかをするときにドメインが2つ以上出てきたら、
example だと話がしにくいのですが。
たとえば サイトA から サイトB へメールを送る、なんてときに、
mail.foo.com から mail.bar.com へメールを送る、といった言い方をしますが、
example の場合、 mail.example.co.jp から mail.example.ne.jp へメールを送る、
みたいにトップレベルとか 2nd レベルをずらして使えってこと?
2007/09/05(水) 16:00:05
198名無しさん@お腹いっぱい。
2007/09/05(水) 16:00:35 パソコンショップ完全・最強リンク
http://y-lip.com/modules/yomi/jump.php?id=65
http://y-lip.com/modules/yomi/jump.php?id=65
2007/09/05(水) 16:27:41
.example という TLD もある。
2007/09/05(水) 16:31:47
レスを下さった方、どうもありがとうございます。
jp 以外のドメインでも example.net とか example.com があるのは知ってましたが、
.example という TLD があるのは知りませんでした。
自分はいままで説明に hoge.com を使うのは肯定派でしたが、
考えを改めるか・・・・
jp 以外のドメインでも example.net とか example.com があるのは知ってましたが、
.example という TLD があるのは知りませんでした。
自分はいままで説明に hoge.com を使うのは肯定派でしたが、
考えを改めるか・・・・
2007/09/05(水) 16:52:56
2007/09/19(水) 10:24:28
2007/09/20(木) 12:13:22
postfixからprocmailを呼んで~/Mail/以下に入れるようにしてるんだけど、
うっかり/homeの容量が溢れたのに気付かず、空ファイルがinboxにたくさん出来て
メールの内容は消滅してしまってました。
書けなきゃスプールに溜めるとかして欲しいんですが、どのへんの設定を
見直せばいいでしょう?
うっかり/homeの容量が溢れたのに気付かず、空ファイルがinboxにたくさん出来て
メールの内容は消滅してしまってました。
書けなきゃスプールに溜めるとかして欲しいんですが、どのへんの設定を
見直せばいいでしょう?
2007/09/20(木) 13:39:43
procmail をどう呼び出してるのだ?
書き込み失敗したら終了ステータスから
「失敗」をpostfix は把握するはずだが…
書き込み失敗したら終了ステータスから
「失敗」をpostfix は把握するはずだが…
2007/09/20(木) 14:03:29
なんとなく数日後に再送されてくると予想。
maillog に何か出てなかった?
maillog に何か出てなかった?
2007/09/20(木) 19:08:49
昔のprocmailはNFSやquotaを使ってると容量オーバーで本当は失敗していても
「成功」だと返していたように記憶している。
最近はどうだか知らん。
「成功」だと返していたように記憶している。
最近はどうだか知らん。
2007/09/21(金) 12:59:37
まずはprocmailを捨ててmaildropに移行したほうがいいと思う。
と、アンチprocmailなヲレのたわ言でした。
と、アンチprocmailなヲレのたわ言でした。
2007/09/21(金) 13:18:10
maildrop って MH 形式に対応してたっけ?
2007/09/21(金) 18:34:51
203です。
メールはスプールに残ってくれておりました。
空ファイルができていたのと、postfixが失敗を検知したようなログは
出ていなかったので、てっきりエラーはpostfixに返されなかったのだと
早合点してしまいました。
お騒がせしました。皆様すみません。
メールはスプールに残ってくれておりました。
空ファイルができていたのと、postfixが失敗を検知したようなログは
出ていなかったので、てっきりエラーはpostfixに返されなかったのだと
早合点してしまいました。
お騒がせしました。皆様すみません。
210名無しさん@お腹いっぱい。
2007/09/23(日) 20:51:16 MXレコードにポート番号も登録することはできますか?
25番ポート以外に外部からメールを届けて欲しいんですが。
25番ポート以外に外部からメールを届けて欲しいんですが。
2007/09/23(日) 20:52:58
SMTP をプロキシ通せば良い。
2007/09/23(日) 20:53:52
>>210
できません。
できません。
2007/09/24(月) 02:24:19
2007/09/24(月) 11:28:08
>>213
無茶言うなw
無茶言うなw
2007/09/24(月) 18:36:05
いかにも無能な体育会系上司が言いそうだなw
2007/09/24(月) 19:03:35
なんとかインチキできんのか?
2007/09/25(火) 10:19:35
SMTP も SRV レコードを参照すべし、という RFC を書けば
みんな従ってくれるようになるかも。10年ぐらい普及活動に励めば。
みんな従ってくれるようになるかも。10年ぐらい普及活動に励めば。
2007/09/25(火) 10:34:20
2007/09/25(火) 10:39:47
Radio Frequency Coil 高周波コイル
2007/09/25(火) 10:42:01
もうその辺で。
2007/09/25(火) 10:48:29
いや、将来的に本気で25番以外を標準化して欲しいよ。
互換性考えて、今のMXレコードのままで、
IN MX 10 example.com:1234
みたいに ホスト名:ポート で指定すれば MTAが解釈する、みたいになって欲しい。
互換性考えて、今のMXレコードのままで、
IN MX 10 example.com:1234
みたいに ホスト名:ポート で指定すれば MTAが解釈する、みたいになって欲しい。
2007/09/25(火) 11:21:47
何で 25 以外にする必要があるの?
2007/09/25(火) 11:30:33
ドメインが増えて、グローバルIPを消費したくなくて、
NATで別ドメインのメールを受けとりたい時とか。
NATで別ドメインのメールを受けとりたい時とか。
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 を参照しないので実際には意味がない。
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 を参照しないので実際には意味がない。
2007/09/25(火) 13:50:35
>>223
Virtual Domainならいくらでも実現されていますが、なにか?
Virtual Domainならいくらでも実現されていますが、なにか?
2007/09/25(火) 14:08:11
>>225
Virtual DomainだとVirtualに対応してるサーバー1台だけに負担がかかるだろ。
SMTPコネクション張ってからじゃないとどのドメイン宛かわからないから。
そうじゃなくて、ルーターで、NATレベルで分離して、
別々の独立したメールサーバーで受けたいんだよ。
独立したグローバルIPを持っているのとほとんど同じ状態にしたいわけ。
Virtual DomainだとVirtualに対応してるサーバー1台だけに負担がかかるだろ。
SMTPコネクション張ってからじゃないとどのドメイン宛かわからないから。
そうじゃなくて、ルーターで、NATレベルで分離して、
別々の独立したメールサーバーで受けたいんだよ。
独立したグローバルIPを持っているのとほとんど同じ状態にしたいわけ。
2007/09/25(火) 14:23:50
あんまり駄々こねるとおうちに入れてあげないよ
2007/09/25(火) 14:27:42
今後、IPv6がコケて、IPv4を有効に使おうということになった時に、
MXでかSRVでか知らんが、同じIPアドレスで、ポート番号によって
別々のメールサーバーにつながるような時代になるんだろな。
MXでかSRVでか知らんが、同じIPアドレスで、ポート番号によって
別々のメールサーバーにつながるような時代になるんだろな。
2007/09/25(火) 14:32:51
みんながそういう MTA を使うようになればね。
2007/09/25(火) 14:40:10
MXレコードにしたって、昔はMXなんて無かったじゃん。
SolarisとかはMXは不要、の立場で、メールはAレコードに配送すべき、
という方針だったと思う。だからSolaris謹製のsendmailはMX非対応だった。
それが、やはりMXは必要ということで今に至っているわけだから、
今後とも、時代の必要性でポート指定も標準化して行くと思うよ。
SolarisとかはMXは不要、の立場で、メールはAレコードに配送すべき、
という方針だったと思う。だからSolaris謹製のsendmailはMX非対応だった。
それが、やはりMXは必要ということで今に至っているわけだから、
今後とも、時代の必要性でポート指定も標準化して行くと思うよ。
2007/09/25(火) 14:50:32
もうその辺で。
2007/09/25(火) 14:52:24
2007/09/25(火) 14:55:22
2007/09/25(火) 14:57:24
2007/09/25(火) 15:03:51
2007/09/25(火) 15:04:01
うーん、SRVよりかMXに :ポートの方が受け入れ易い(普及し易い)と思う
2007/09/25(火) 15:04:21
具体的にどうやって普及させるつもりよ。
2007/09/25(火) 15:07:41
俺はMXに :ポートよりかSRVの方が受け入れ易い(普及し易い)と思う
2007/09/25(火) 15:11:55
>>238
んなわけねーだろwww
んなわけねーだろwww
2007/09/25(火) 15:12:46
>>238
面白いので そう思った根拠キボン
面白いので そう思った根拠キボン
2007/09/25(火) 15:16:25
移行期には、MXのプライオリティーの低い方に、従来通り25番でも受信できる
フォールバック用のサーバーを(別IPで)用意しておく必要はあるだろな。
で、ポート指定が普及して、フォールバック用サーバー側に届くメールが
ほとんど無視できるようになったら、そのサーバーを外す。
すると、一部の、25しか対応していないサイトからのメールは
エラーを起こすだろうが、そうなるとそのサイトでも
急遽ポート指定に対応する必要に迫られるだろう。
フォールバック用のサーバーを(別IPで)用意しておく必要はあるだろな。
で、ポート指定が普及して、フォールバック用サーバー側に届くメールが
ほとんど無視できるようになったら、そのサーバーを外す。
すると、一部の、25しか対応していないサイトからのメールは
エラーを起こすだろうが、そうなるとそのサイトでも
急遽ポート指定に対応する必要に迫られるだろう。
2007/09/25(火) 15:31:14
ポート指定を解釈できずにエラーを起こす MTA が多いので、
ポート指定はやむを得ずプライオリティの低い方に書かざるを得ないことになり、
結局いつまで経っても普及しない。
と予想。
ポート指定はやむを得ずプライオリティの低い方に書かざるを得ないことになり、
結局いつまで経っても普及しない。
と予想。
2007/09/25(火) 19:21:24
サーバ1台でもNIC複数挿すとか、幾らでも方法あるのに、
何でそんな面倒な事しなきゃならないのか理解不能。
何でそんな面倒な事しなきゃならないのか理解不能。
2007/09/25(火) 19:35:41
2007/09/25(火) 19:39:23
IPとポートを勘違いしてるとかいう安直すぎる理由だろうか
2007/09/25(火) 19:40:41
>>243 は、おそらく、
NIC複数に、複数のグローバルIPアドレスを振って、
1台のサーバーに複数の MTAを起動して、
MTAが各NICのIPアドレス限定でListenすれば、
同じ25番ポートを1台のサーバーで使える、という話と混同してるのだろう。
その話じゃないんだよw
NIC複数に、複数のグローバルIPアドレスを振って、
1台のサーバーに複数の MTAを起動して、
MTAが各NICのIPアドレス限定でListenすれば、
同じ25番ポートを1台のサーバーで使える、という話と混同してるのだろう。
その話じゃないんだよw
2007/09/25(火) 19:41:29
>>226
普通にロードバランサ入れるんじゃだめなん?
普通にロードバランサ入れるんじゃだめなん?
2007/09/25(火) 19:46:21
負荷分散の問題じゃなくて、
同じ組織で、外向きにはひとつのグローバルIPだけを使用しているけど、
組織内部の複数のメールサーバーは別管理で、
それぞれ独立して運用したい、ってことじゃないか?
できる限り独立IPを振ってるのと同じ状態にしたいと。
同じ組織で、外向きにはひとつのグローバルIPだけを使用しているけど、
組織内部の複数のメールサーバーは別管理で、
それぞれ独立して運用したい、ってことじゃないか?
できる限り独立IPを振ってるのと同じ状態にしたいと。
2007/09/25(火) 19:51:53
2007/09/25(火) 19:55:52
2007/09/25(火) 20:04:37
意味わかんね。サブドメイン振るんじゃダメなのか?
2007/09/25(火) 20:29:09
>>251
だめですね
だめですね
2007/09/25(火) 22:54:58
>>224
ちょっと話がそれるけど、
それって組織内のメールクライアントの設定に良いなぁと思ったら
Outlook2007がExchangeサーバ探すのに近い事をしてるみたいよ。
http://support.microsoft.com/kb/940881/ja
ちょっと話がそれるけど、
それって組織内のメールクライアントの設定に良いなぁと思ったら
Outlook2007がExchangeサーバ探すのに近い事をしてるみたいよ。
http://support.microsoft.com/kb/940881/ja
2007/09/25(火) 22:58:45
↑ごめん、SMTPポートもMXも指定してないのでちょっと違った。
でもメールサーバ探すってことでw
でもメールサーバ探すってことでw
2007/09/26(水) 00:52:57
>>250
現状では無理、と答えは出ているわけですが、いつまでも食い下がる気ですか?
現状では無理、と答えは出ているわけですが、いつまでも食い下がる気ですか?
2007/09/26(水) 01:11:40
>>250
「独立性を保てない」ってどういう意味?
「独立性を保てない」ってどういう意味?
2007/09/26(水) 03:21:54
そもそも、各ドメイン宛てのメールをいったん一括して受け取ってから
再度内部のサーバに配送する今までの方法との違いは?
NATが内部の各MTAに対して静的にポート割り振る時点で独立性なんて保ってないやん。
ドメイン登録するごとにNATの設定いじらないといけないのは、現状のドメイン登録する
ごとに一括して受け取るMTAの設定いじらないといけないのと同様で、要はどのレイヤーで
それをやるのかって程度の違いでそ、それじゃ。
その程度のことで、MTAの導入コストやら、OP25B & IP25Bがまったく役立たずになるなどの
多大なコストをかけてまでSRVレコードに対応させる意味がどこにあるんだ?
再度内部のサーバに配送する今までの方法との違いは?
NATが内部の各MTAに対して静的にポート割り振る時点で独立性なんて保ってないやん。
ドメイン登録するごとにNATの設定いじらないといけないのは、現状のドメイン登録する
ごとに一括して受け取るMTAの設定いじらないといけないのと同様で、要はどのレイヤーで
それをやるのかって程度の違いでそ、それじゃ。
その程度のことで、MTAの導入コストやら、OP25B & IP25Bがまったく役立たずになるなどの
多大なコストをかけてまでSRVレコードに対応させる意味がどこにあるんだ?
2007/09/26(水) 07:27:04
>>257
どのレイヤーでやるかの違いが大きい。
どのレイヤーでやるかの違いが大きい。
2007/09/26(水) 08:03:56
クマーも飽きてきたクマ
2007/09/26(水) 08:25:11
>>258
kwsk
kwsk
2007/09/26(水) 10:20:15
IPv6にしたらIPアドレスじゃぶじゃぶ使えるから、一個とかケチ臭いこと
言わなくて済むよ。
言わなくて済むよ。
2007/09/26(水) 11:06:20
もちろん、IPv6はコケるという前提。
2007/09/26(水) 11:11:38
>>258
なにが大きいのか具体的に書いてみろ。
せいぜい、あて先不明のメールをいったん受け取る必要がないので、bounce mailの
抑制が出来るってことぐらいか?
spam対策に関しては、gatewayのMTAでだけ対策を採れば済んでいたものが、各ドメインの
MTAごとに対策を採らないといけなくなって管理コストが増大するし。
そもそも内部に複数の管理ドメインを抱えているのにもかかわらず、
GlobalIPが1つしかない環境っていうのが考えにくいシロモノなんだけど。
NATにどんだけ負担をかける気だ。
>>261
だね。各MTAにSRVレコード対応させるぐらいなら、IPv6対応をがんばったほうが
よほどいい。
なにが大きいのか具体的に書いてみろ。
せいぜい、あて先不明のメールをいったん受け取る必要がないので、bounce mailの
抑制が出来るってことぐらいか?
spam対策に関しては、gatewayのMTAでだけ対策を採れば済んでいたものが、各ドメインの
MTAごとに対策を採らないといけなくなって管理コストが増大するし。
そもそも内部に複数の管理ドメインを抱えているのにもかかわらず、
GlobalIPが1つしかない環境っていうのが考えにくいシロモノなんだけど。
NATにどんだけ負担をかける気だ。
>>261
だね。各MTAにSRVレコード対応させるぐらいなら、IPv6対応をがんばったほうが
よほどいい。
2007/09/26(水) 11:33:27
IPv6が普及するのとSRVレコードが普及するのと、どちらが可能性が高いかと言ったら
SRVレコードではないだろうか。
SRVレコードではないだろうか。
2007/09/26(水) 11:34:56
2007/09/26(水) 12:28:28
>そもそも内部に複数の管理ドメインを抱えているのにもかかわらず、
>GlobalIPが1つしかない環境っていうのが考えにくいシロモノなんだけど。
>NATにどんだけ負担をかける気だ。
v4 アドレスが枯渇するとそうなるんだよ。
グローバルアドレスが欲しくてももらえない組織が出てくるから、
ISP が自分とこのユーザにプライベートアドレスを割り当てて
NAT でルーティングせざるを得なくなる。
v6 反対派はこんなアクロバチックな運用を未来永劫続けろと言ってるわけだ。
>GlobalIPが1つしかない環境っていうのが考えにくいシロモノなんだけど。
>NATにどんだけ負担をかける気だ。
v4 アドレスが枯渇するとそうなるんだよ。
グローバルアドレスが欲しくてももらえない組織が出てくるから、
ISP が自分とこのユーザにプライベートアドレスを割り当てて
NAT でルーティングせざるを得なくなる。
v6 反対派はこんなアクロバチックな運用を未来永劫続けろと言ってるわけだ。
2007/09/26(水) 12:52:02
IPv4 が本当に枯渇する頃には SMTP が廃れていると想像。
2007/09/26(水) 12:57:40
結局、複数ポートが必要な理由は元から存在しなかったということですな
2007/09/26(水) 13:15:01
>>264
IPv6 vs SRVレコード対応っていう話じゃないよ。SRV対応にしてもNATの設定が必要になるんだもの。
というわけで、MTAによるゲートウェイ vs MTAのSRVレコード対応という話。
ただ、SRVレコード対応とMTAによるゲートウェイとの差異は負荷とどのレイヤーで振り分けを
やるのかっていう程度なのにも関わらず、MTAのSRVレコードの導入コストはIPv6導入と比較できる
くらいに巨大で、正直お話にならないという結論。
>>268
まったく存在しないってわけではないだろうけど、負荷問題を除けばMTAによるゲートウェイと大差ない。
というわけで、>>226の考えが足りなかっただけ。
IPv6 vs SRVレコード対応っていう話じゃないよ。SRV対応にしてもNATの設定が必要になるんだもの。
というわけで、MTAによるゲートウェイ vs MTAのSRVレコード対応という話。
ただ、SRVレコード対応とMTAによるゲートウェイとの差異は負荷とどのレイヤーで振り分けを
やるのかっていう程度なのにも関わらず、MTAのSRVレコードの導入コストはIPv6導入と比較できる
くらいに巨大で、正直お話にならないという結論。
>>268
まったく存在しないってわけではないだろうけど、負荷問題を除けばMTAによるゲートウェイと大差ない。
というわけで、>>226の考えが足りなかっただけ。
2007/09/26(水) 13:20:38
>>210はどこまでついてこれたんだろう
2007/09/26(水) 13:54:33
MTAによるゲートウェイは1ホップ増えるかだヤダ。
2007/09/26(水) 15:42:16
>>270
NAT は無理、というところまで理解していただいていればそれで良いのではないかと。
NAT は無理、というところまで理解していただいていればそれで良いのではないかと。
2007/09/26(水) 17:17:16
なんで NATが無理なの? NATがやりたいから質問してるんじゃないの?
2007/09/26(水) 17:21:55
このスレ、妙に話をもみ消そうとする奴が一人紛れてるな。
この話題が盛り上がると何かまずいことでもあるのだろうか?
この話題が盛り上がると何かまずいことでもあるのだろうか?
2007/09/26(水) 17:28:33
妙に話をひっぱりたい人がいるみたいだけど
この話題を盛り上げて何かいいことでもあるの?
この話題を盛り上げて何かいいことでもあるの?
2007/09/26(水) 17:35:34
sendmail/postfix/その他と、MTAの種類なんて限られてるんだから、
次期バージョンがSRVに対応すれば、普及なんてあっと言う間だろう。
セキュリティアップデートと同時に仕込んでおけばなお効果的。
一方、IPv6なんて普及させるのは困難。
そもそもTCP/IPの根底を置き換えなければならないんだから。
次期バージョンがSRVに対応すれば、普及なんてあっと言う間だろう。
セキュリティアップデートと同時に仕込んでおけばなお効果的。
一方、IPv6なんて普及させるのは困難。
そもそもTCP/IPの根底を置き換えなければならないんだから。
2007/09/26(水) 17:38:39
>>276
いつごろ対応するの?
いつごろ対応するの?
2007/09/26(水) 17:52:13
>>276
MTAによるゲートウェイとの比較はあきらめて、IPv6とMTAのSRV対応の
どちらが楽かっていう完全に無意味な話題をやりたいわけか。
MXしか読まないMTAとSRVでしか受け取れないMTAの混在環境の問題は
IPv6とIPv4の混在環境以上に問題あることが理解できればいいのに。
MTAによるゲートウェイとの比較はあきらめて、IPv6とMTAのSRV対応の
どちらが楽かっていう完全に無意味な話題をやりたいわけか。
MXしか読まないMTAとSRVでしか受け取れないMTAの混在環境の問題は
IPv6とIPv4の混在環境以上に問題あることが理解できればいいのに。
2007/09/26(水) 18:02:00
>>278
MTAによるゲートウェイは1hop増えるのが困る。
そのゲートウェイを誰かが管理しないといけないから、
ドメインごとに管理を別々にしたい目的が達成できない。
なら、NATの管理は?と言いそうだが、
ルーターでのNATなら、ほとんど管理は不要。
ポートだけ最初に決めてほったらかしで十分。
MTAによるゲートウェイは1hop増えるのが困る。
そのゲートウェイを誰かが管理しないといけないから、
ドメインごとに管理を別々にしたい目的が達成できない。
なら、NATの管理は?と言いそうだが、
ルーターでのNATなら、ほとんど管理は不要。
ポートだけ最初に決めてほったらかしで十分。
2007/09/26(水) 18:49:20
で…
何がやりたいんだっけ?
何がやりたいんだっけ?
2007/09/26(水) 19:50:19
>>275
荒らし的には嬉しいだろ、常識的に考えて。
荒らし的には嬉しいだろ、常識的に考えて。
2007/09/26(水) 20:02:01
2007/09/26(水) 20:10:54
>>279
ゲートウェイもルータも、誰かが管理しないといけないのは一緒だよね。
で、ゲートウェイの管理も、例えば sendmail なら、
mailertable の行を追加/削除するだけでほとんど管理は不要じゃない?
実装の工夫次第で運用の手間はほとんど無くせると思う。
ゲートウェイもルータも、誰かが管理しないといけないのは一緒だよね。
で、ゲートウェイの管理も、例えば sendmail なら、
mailertable の行を追加/削除するだけでほとんど管理は不要じゃない?
実装の工夫次第で運用の手間はほとんど無くせると思う。
2007/09/26(水) 20:14:38
OKAJIMA が一人いるだけで、この荒れよう。
2007/09/26(水) 20:16:45
2007/09/26(水) 20:39:29
ルーターは誰も管理しなくて良い。
2007/09/26(水) 21:06:33
>>283
MTAゲートウェイは、OSホストを1台仕立て上げなければならない時点で問題。
mailertableだけとか、そういう問題じゃない。
sendmailが動いてるなら、日々パッチも当てなければいけない。
OS自体のパッチもある。FreeBSD 4.xみたいに、OSがサポート終了になることもある。
OSが稼働してるということは、HDDとかメモリとか、PC自体のトラブルもあり得る。
工事停電の時はシャットダウンとか作業をしないといけない。
ルーターなら、電気製品のようにすぐに電源切って、また入れればすぐ使える。
そのレベルの「管理不要」を要求しているのだよ。
MTAゲートウェイは、OSホストを1台仕立て上げなければならない時点で問題。
mailertableだけとか、そういう問題じゃない。
sendmailが動いてるなら、日々パッチも当てなければいけない。
OS自体のパッチもある。FreeBSD 4.xみたいに、OSがサポート終了になることもある。
OSが稼働してるということは、HDDとかメモリとか、PC自体のトラブルもあり得る。
工事停電の時はシャットダウンとか作業をしないといけない。
ルーターなら、電気製品のようにすぐに電源切って、また入れればすぐ使える。
そのレベルの「管理不要」を要求しているのだよ。
2007/09/26(水) 21:13:17
まぁ、スーパバイザが煙吹くとか、IOSがバグっててパッチ当てなきゃとか、
そんな目にあったことのない奴だけが言える戯言だ罠。
そんな目にあったことのない奴だけが言える戯言だ罠。
2007/09/26(水) 21:58:39
IPv6が普及するのとSRVレコードが普及するのと、どちらが可能性が高いかと言ったら
AAAAレコードではないだろうか。
AAAAレコードではないだろうか。
2007/09/26(水) 22:01:35
なんだ、ブロードバンドルータの話をしてるのか。
2007/09/26(水) 22:24:07
sendmailのソース見て、SRVレコードに対応させるようにするには
コードのごく一部を修正するだけで割りと簡単にできるよね。
一方、IPv6の対応はそうはいかない。
いずれSRV対応MTAが普及するのは時間の問題だよ。
コードのごく一部を修正するだけで割りと簡単にできるよね。
一方、IPv6の対応はそうはいかない。
いずれSRV対応MTAが普及するのは時間の問題だよ。
2007/09/26(水) 22:28:58
ゆんゆんゆ〜ん
電波を受信しました
電波を受信しました
2007/09/26(水) 22:30:30
>>290
そや、いまどきナローバンドルータの話をする人はいないだろ
そや、いまどきナローバンドルータの話をする人はいないだろ
2007/09/26(水) 23:03:49
I-D書いてくれ。話はそれからだ。
2007/09/26(水) 23:09:54
そうだそうだ。この板も強制ID制にするべきだ!
とか、ボケてみるテスト。
とか、ボケてみるテスト。
2007/09/26(水) 23:28:23
Internet Mail Systemのスレだということを忘れていたよ。
2007/09/26(水) 23:36:23
>>291
Sendmail は既に IPv6 に対応済みでコードの修正すら要りませんが何か?
Sendmail は既に IPv6 に対応済みでコードの修正すら要りませんが何か?
2007/09/26(水) 23:39:58
>>297
お前何ボケてんだよ。インターネット全体がIPv6に対応するってこと。
事実上無理だろ。sendmailだけの問題じゃ済まないから。
一方、SRVの方は、SRV対応のsendmail(と他のメジャーなMTA)をバラ撒けばそれだけで完 了。
お前何ボケてんだよ。インターネット全体がIPv6に対応するってこと。
事実上無理だろ。sendmailだけの問題じゃ済まないから。
一方、SRVの方は、SRV対応のsendmail(と他のメジャーなMTA)をバラ撒けばそれだけで完 了。
2007/09/26(水) 23:41:23
2007/09/26(水) 23:52:49
SRV と IPv6 のどっちが普及するかなんて定量的な予測は不可能なんだから、
比較議論するだけ無駄だべさ。
ところで、現時点では、
IPv6 を普及させようと努力してる香具師は SRV に比べたらはるかに多いと思われるので、
SRV を普及させたいと思ってる香具師は今から行動を始めておいた方が良い。
まずは I-D から。
頑張れよ。
比較議論するだけ無駄だべさ。
ところで、現時点では、
IPv6 を普及させようと努力してる香具師は SRV に比べたらはるかに多いと思われるので、
SRV を普及させたいと思ってる香具師は今から行動を始めておいた方が良い。
まずは I-D から。
頑張れよ。
2007/09/27(木) 00:10:17
OKAJIMAには無理。
2007/10/03(水) 18:48:32
日本語で振り分けできるサーバサイドのソフトウェア無いですかね?
MIMEエンコード手動でやるの疲れた
MIMEエンコード手動でやるの疲れた
2007/10/03(水) 22:24:20
>>302
MH-JP
MH-JP
2007/10/12(金) 10:27:12
targrey http://k2net.hakuba.jp/targrey/ 使ってる人いる?
DBのファイルを生成するディレクトリ見ると、
log.0000000001 と postgrey_clients.db しか更新されてないみたいなんだけど、
これで正常に動いてるんだろうか。教えて、エロイ人。
環境: FreeBSD 4.11 + Postfix 2.4.5 + postgrey-1.31 (patched with taRgrey)
DBのファイルを生成するディレクトリ見ると、
log.0000000001 と postgrey_clients.db しか更新されてないみたいなんだけど、
これで正常に動いてるんだろうか。教えて、エロイ人。
環境: FreeBSD 4.11 + Postfix 2.4.5 + postgrey-1.31 (patched with taRgrey)
305304
2007/10/12(金) 10:36:36 追記。環境について、
postfix-policyd-spf-perl_2.004 も使ってた。
postfix-policyd-spf-perl_2.004 も使ってた。
2007/10/12(金) 11:21:18
>>304
もう、それ位自分で調べなさいよ!
db4.3_dump -p postgrey.db 見たいなことをしてみれば良いの!
というかあなたね、
自分のクライアントが targrey に引っかかるようにして、テストすれば
動作確認できるんだから、ココで聞く必要なんか無いでしょう!
今度、こんな事聞いたら許さないんだから!
もう、それ位自分で調べなさいよ!
db4.3_dump -p postgrey.db 見たいなことをしてみれば良いの!
というかあなたね、
自分のクライアントが targrey に引っかかるようにして、テストすれば
動作確認できるんだから、ココで聞く必要なんか無いでしょう!
今度、こんな事聞いたら許さないんだから!
308304
2007/10/12(金) 14:50:38 >>306
あ、それはやりますた。最初に言うべきでした。
postgrey.db も tarpit_clients.db レコード数が0のまま。
「targrey に引っかかるように」ってのは、
cat /etc/postfix/permit_client_nots25r
/myclientsdomain\.tld/ WARN
にしておいて、telnet でサーバとお話しろっていうことでおk?
で、見てる限りでは問題なく配信されて、 /var/log/maillog 眺めても、
greylist とかそれに類する文字列が出てこない。DB もそのまま。
あ、それはやりますた。最初に言うべきでした。
postgrey.db も tarpit_clients.db レコード数が0のまま。
「targrey に引っかかるように」ってのは、
cat /etc/postfix/permit_client_nots25r
/myclientsdomain\.tld/ WARN
にしておいて、telnet でサーバとお話しろっていうことでおk?
で、見てる限りでは問題なく配信されて、 /var/log/maillog 眺めても、
greylist とかそれに類する文字列が出てこない。DB もそのまま。
309306
2007/10/12(金) 15:28:31 >>308
以前テストした時の記憶なので曖昧だけど。
> cat /etc/postfix/permit_client_nots25r
> /myclientsdomain\.tld/ WARN
myclientsdomain.tld がテストをするクライアントのIPを
逆引きしたときのドメインになっていればOK。
IP でも、登録できるからやってごらん。
ex: /^192\.168\.0\.1/ WARN みたいな感じ。
で、テストの方法は上記を登録して鯖に telnet xxxx 25 する。(postfix reloadを忘れないように)
(別にクライアントでもかまわないけど。メーラーの timeout 時間の設定を変えるのがめんどくさい。)
その後は、コンソールから HELO , MAIL FROM , RCPT TO を打つ。
すると targrey で登録した秒数待たされるので待つ。(これで、db に書き込まれる。)
待たないと設定時間だけ再接続を許して貰えない。(これも、db に書き込まれる。)
(これは postfix の sleep patch を使っていないと syslog には何もでないはず)
targrey がクライアント関係で syslog に、メッセージを吐くのは
Oct 12 02:12:01 xxxxx postgrey[790]: tarpit whitelisted: unknown[127.xxx.xxx.xxx]
みたいに white list に登録したときだけ。
なので、何度(設定次第)か targrey を突破する接続をすると white list に登録される。
注意点は、複数の RCPT TO には targrey が対応していない。
だから、RCPT TO は1回の HELO の中で一回だけにすること。
まあ、db と log は消しても postgrey を(再)起動するれば作成されるから恐れずに
バンバンテストしてみると良いよ。
しかし、ツンデレ回答はきつい。
以前テストした時の記憶なので曖昧だけど。
> cat /etc/postfix/permit_client_nots25r
> /myclientsdomain\.tld/ WARN
myclientsdomain.tld がテストをするクライアントのIPを
逆引きしたときのドメインになっていればOK。
IP でも、登録できるからやってごらん。
ex: /^192\.168\.0\.1/ WARN みたいな感じ。
で、テストの方法は上記を登録して鯖に telnet xxxx 25 する。(postfix reloadを忘れないように)
(別にクライアントでもかまわないけど。メーラーの timeout 時間の設定を変えるのがめんどくさい。)
その後は、コンソールから HELO , MAIL FROM , RCPT TO を打つ。
すると targrey で登録した秒数待たされるので待つ。(これで、db に書き込まれる。)
待たないと設定時間だけ再接続を許して貰えない。(これも、db に書き込まれる。)
(これは postfix の sleep patch を使っていないと syslog には何もでないはず)
targrey がクライアント関係で syslog に、メッセージを吐くのは
Oct 12 02:12:01 xxxxx postgrey[790]: tarpit whitelisted: unknown[127.xxx.xxx.xxx]
みたいに white list に登録したときだけ。
なので、何度(設定次第)か targrey を突破する接続をすると white list に登録される。
注意点は、複数の RCPT TO には targrey が対応していない。
だから、RCPT TO は1回の HELO の中で一回だけにすること。
まあ、db と log は消しても postgrey を(再)起動するれば作成されるから恐れずに
バンバンテストしてみると良いよ。
しかし、ツンデレ回答はきつい。
310306
2007/10/12(金) 15:34:21 すまん。追記。
white list に登録するためには、DATA を突破しないといけないから
適当にメールを送信するところまで終わらせた方が良いよ。
じゃないと、訳がわからなくなるよ。
white list に登録するためには、DATA を突破しないといけないから
適当にメールを送信するところまで終わらせた方が良いよ。
じゃないと、訳がわからなくなるよ。
2007/10/15(月) 09:12:26
2007/11/06(火) 21:14:25
scmailを使っています。
すっきりわかり易いと思うのですが、もっさり感があって乗り換えようと考えています。
なにかおすすめはないでしょうか。
すっきりわかり易いと思うのですが、もっさり感があって乗り換えようと考えています。
なにかおすすめはないでしょうか。
2007/11/06(火) 21:55:51
素直にmaildrop
2007/11/06(火) 22:34:16
postfix + vpopmailで鯖上げたいんですけど、どこの板・スレが適切ですか?
誘導おながいします
誘導おながいします
2007/11/06(火) 23:17:33
mewでmh形式使ってるんですが、どうやら
maildropってmh使えなさそうですね。
procmailは避けたいし、難しいな。
maildropってmh使えなさそうですね。
procmailは避けたいし、難しいな。
2007/12/02(日) 00:31:48
2008/01/07(月) 01:35:22
majordomo の質問をしてもいいですか?
Subject に [hoge 10] みたいに ML 名とカウンタをつけたいです。
ぐぐると、subject_prefix = [HOGE $SEQNUM] というように書くとよい、というのがよく引っかかりますが、
実際にやってみると
The new config file for HOGE was NOT accepted because:
More then one word 2in value subject_prefix = [HOGE $SEQNUM] at line 326
というエラーメールが帰ってきます。
subject_prefix = [HOGE:$SUQNUM]
みたいに、コロンにすると成功します。
どうやったら [HOGE 10] みたいにできるのでしょうか。
なお、ML サーバにはログインできないため、majordomo@MLサーバ名 にたいし、コマンドメール
(config) を送ることで行っています。
Subject に [hoge 10] みたいに ML 名とカウンタをつけたいです。
ぐぐると、subject_prefix = [HOGE $SEQNUM] というように書くとよい、というのがよく引っかかりますが、
実際にやってみると
The new config file for HOGE was NOT accepted because:
More then one word 2in value subject_prefix = [HOGE $SEQNUM] at line 326
というエラーメールが帰ってきます。
subject_prefix = [HOGE:$SUQNUM]
みたいに、コロンにすると成功します。
どうやったら [HOGE 10] みたいにできるのでしょうか。
なお、ML サーバにはログインできないため、majordomo@MLサーバ名 にたいし、コマンドメール
(config) を送ることで行っています。
318名無しさん@お腹いっぱい。
2008/01/07(月) 01:35:47 連投すみません。ageさせていただきます。
2008/01/07(月) 23:57:46
majordomo なんて太古の昔で忘れたけど、 \ でエスケープはできないんだっけ?
320317
2008/01/08(火) 07:25:11 レスどうもありがとうございます。
subject_prefix = [HOGE\ $SEQNUM]
もやってみたのですが、だめでした。
おそらく、コマンドメールではなく直接 ML サーバにログインして、majordomo の
設定ファイルをエディタで直す分には、
subject_prefix = [HOGE $SEQNUM]
でもいけるのではと思うのですが、コマンドメールでやるとうまくいかないのです。
でもそんな根本的なバグあるのだろうか。
subject_prefix = [HOGE\ $SEQNUM]
もやってみたのですが、だめでした。
おそらく、コマンドメールではなく直接 ML サーバにログインして、majordomo の
設定ファイルをエディタで直す分には、
subject_prefix = [HOGE $SEQNUM]
でもいけるのではと思うのですが、コマンドメールでやるとうまくいかないのです。
でもそんな根本的なバグあるのだろうか。
2008/01/08(火) 23:26:31
config_parse.pl で
'subject_prefix', 'grab_word',
となっているからなので、
'subject_prefix', 'grab_string',
にすればスペースもいけたはず。
'subject_prefix', 'grab_word',
となっているからなので、
'subject_prefix', 'grab_string',
にすればスペースもいけたはず。
322名無しさん@お腹いっぱい。
2008/03/08(土) 17:46:30 sendmailで、メールを送信する際に、FROM句を誰から送信されたか判らないようにダミーユーザに変更することは可能ですか?
2008/03/08(土) 20:24:10
spam業者乙
2008/03/11(火) 12:31:10
MTA で「FROM句」という表記をされるのは初めて見た。
RDMBS ではあたりまえだが。
RDMBS ではあたりまえだが。
2008/03/11(火) 13:20:29
間違えました。「FROM文」でしたね。
2008/03/11(火) 14:14:35
ヘッダの話で「○○文」なんてはじめて聞いたよ
2008/03/11(火) 14:18:39
間違えました。「FROM命令」でしたね。
2008/03/11(火) 14:52:27
もういいよ。
2008/03/11(火) 16:37:43
>325
ワロタ
ワロタ
2008/03/11(火) 16:40:09
間違えました。「FROM宣言」でしたね。
2008/03/11(火) 17:06:00
天丼は2回まで。3回やるとどんなネタでもやりすぎ。
2008/03/14(金) 14:29:27
唐突に思考実験なんだが、「逆引きできないアドレスからのメールは受け付けません」
と明示しているメールサービスとかないんだろうか。
当然受け取れないアドレスも出てくるんだけど、それでも構わないユーザ向け。SPAM避けに。
と明示しているメールサービスとかないんだろうか。
当然受け取れないアドレスも出てくるんだけど、それでも構わないユーザ向け。SPAM避けに。
2008/03/14(金) 14:32:54
>>332
そゆの、実験と言わない
そゆの、実験と言わない
2008/03/14(金) 14:35:33
必要なメールまで届かなくなりそうで
誰も使わんだろ。
誰も使わんだろ。
2008/03/14(金) 14:46:24
2008/03/14(金) 14:49:08
そういえば clubbbq は abuse@ とか postmaster@ とかが user unknown に
なったようなおぼろげな記憶が。
なったようなおぼろげな記憶が。
2008/03/14(金) 17:00:37
あと envelope が <> とかも捨ててくれたりしますYO
2008/03/16(日) 21:49:48
ttp://www.rfc-ignorant.org/tools/lookup.php?domain=clubbbq.com
なるほど
なるほど
2008/03/17(月) 02:05:22
申請元が...
340名無しさん@お腹いっぱい。
2008/04/07(月) 13:13:43 MTA の挙動について質問です。
1.example.jp というドメインの MX である mail.example.jp という MTA が、hoge@example.jp 宛の
メールを受け取ったとします。
2.hoge ユーザの .forward (qmail での .qmail-* でもいいけど) には、foo@example.com 宛に
転送するように定義されているので、MTA は foo@example.com に転送するよう試みます。
3.example.com の MX は、以下のように定義されているとします。
example.com preference = 10, mail exchanger = mail2.example.com
example.com preference = 10, mail exchanger = mail1.example.com
4.mail.example.jp が DNS の MX をひいて、とりあえず mail1.example.com に送ろうとしたが、
たまたま mail1.example.com が落ちていて転送できなかった。
次に mail2.example.com に送ろうとして、mail2.example.com も落ちていて転送できなかった。
5.ここで mail.example.jp は、MTA の設定にもよるけど1週間ぐらいリトライします。
ここで質問です。次回リトライするとき、mail.example.jp は、リトライするたびに example.com のDNSの
MX を引くのでしょうか? たとえば翌日 DNS の MX を引いてみて、DNSの設定が変わっていて、MXを引いた結果が
mail99.example.com だったら、次回は mail99.example.com に転送しようとするのでしょうか?
それとも、初回に mail1.example.com に転送しようとして失敗した場合、次回以降は DNS の MX を引かず、
mail1.example.com にしか転送を試みないのでしょうか?
-------------------------------------
MTA の実装にもよるのかもしれませんが、一般論として教えてください。
実装によって分かれるのでれば、postfix だとどうなるのか知りたいです。
1.example.jp というドメインの MX である mail.example.jp という MTA が、hoge@example.jp 宛の
メールを受け取ったとします。
2.hoge ユーザの .forward (qmail での .qmail-* でもいいけど) には、foo@example.com 宛に
転送するように定義されているので、MTA は foo@example.com に転送するよう試みます。
3.example.com の MX は、以下のように定義されているとします。
example.com preference = 10, mail exchanger = mail2.example.com
example.com preference = 10, mail exchanger = mail1.example.com
4.mail.example.jp が DNS の MX をひいて、とりあえず mail1.example.com に送ろうとしたが、
たまたま mail1.example.com が落ちていて転送できなかった。
次に mail2.example.com に送ろうとして、mail2.example.com も落ちていて転送できなかった。
5.ここで mail.example.jp は、MTA の設定にもよるけど1週間ぐらいリトライします。
ここで質問です。次回リトライするとき、mail.example.jp は、リトライするたびに example.com のDNSの
MX を引くのでしょうか? たとえば翌日 DNS の MX を引いてみて、DNSの設定が変わっていて、MXを引いた結果が
mail99.example.com だったら、次回は mail99.example.com に転送しようとするのでしょうか?
それとも、初回に mail1.example.com に転送しようとして失敗した場合、次回以降は DNS の MX を引かず、
mail1.example.com にしか転送を試みないのでしょうか?
-------------------------------------
MTA の実装にもよるのかもしれませんが、一般論として教えてください。
実装によって分かれるのでれば、postfix だとどうなるのか知りたいです。
2008/04/07(月) 13:27:20
毎回ひくんじゃね?
ソース読んでみ。
ソース読んでみ。
2008/04/07(月) 15:49:37
最初に失敗したときのホストに配送するのであれば、
DNS の設定をミスしたら修正されるまでのメールは100%届かないことになる。
DNS の設定をミスしたら修正されるまでのメールは100%届かないことになる。
2008/04/07(月) 16:30:57
2008/04/07(月) 16:32:56
>>343
一通りしか思いつかんかった、二通り書いてみてくれ。
一通りしか思いつかんかった、二通り書いてみてくれ。
2008/04/07(月) 16:38:47
(1)
もし、最初に配送失敗したときのホストにしか配送しないのだと仮定すると、
DNSの設定をミスしたら修正されるまでのメールは100%届かないことになってしまう。
(だから実際にはMXを引き直す)
(2)
一度配送失敗したホストに配送するのなら、
DNSの設定をミスしたら修正されるまでのメールは100%届かない。
もし、最初に配送失敗したときのホストにしか配送しないのだと仮定すると、
DNSの設定をミスしたら修正されるまでのメールは100%届かないことになってしまう。
(だから実際にはMXを引き直す)
(2)
一度配送失敗したホストに配送するのなら、
DNSの設定をミスしたら修正されるまでのメールは100%届かない。
2008/04/08(火) 02:04:42
レスどうもありがとうございます。
>>340 の 4.で最初のメールのリモート配送に失敗して再送キューに入っても、
キューでは、宛先:hoge.example.jp としか管理されておらず、
2回目にキューからリモート配送を試みるときに、もう一度 example.com の
DNS の MX を引きなおすということですね。
なので、MTA が1週間ぐらいリトライする間に、DNS の MX レコードをきれいにしたり、
MX に設定されている MTA をきちんと動くように修正しておけば、メールは最後まで配送される、と。
何でこういうことを聞いているかというと、
自分のプロバイダの MTA がちょっと変で、(本物は preference が 20 と 10 になっています)
example.com preference = 20, mail exchanger = mail2.example.com
example.com preference = 10, mail exchanger = mail1.example.com
mail2.example.com:25 には外部から接続できないのですが、
mail1.example.com:25 には接続できます。
このプロバイダ宛に、ある転送サービス(>>340 のhoge@example.jp に該当)からの
メール転送が届かなくなったのですが、
転送サービス外のところから直接プロバイダ宛にメールを送ると
(mail1.example.com は生きているので)きちんと届きます。
なので2つの MX を処理できない転送サービスの MTA に問題があるのではと考えました。
はじめはプロバイダに聞いてみようと思いましたが、まずは転送サービスのほうに聞いてみます。
長文すみません。どうもありがとうございました。
>>340 の 4.で最初のメールのリモート配送に失敗して再送キューに入っても、
キューでは、宛先:hoge.example.jp としか管理されておらず、
2回目にキューからリモート配送を試みるときに、もう一度 example.com の
DNS の MX を引きなおすということですね。
なので、MTA が1週間ぐらいリトライする間に、DNS の MX レコードをきれいにしたり、
MX に設定されている MTA をきちんと動くように修正しておけば、メールは最後まで配送される、と。
何でこういうことを聞いているかというと、
自分のプロバイダの MTA がちょっと変で、(本物は preference が 20 と 10 になっています)
example.com preference = 20, mail exchanger = mail2.example.com
example.com preference = 10, mail exchanger = mail1.example.com
mail2.example.com:25 には外部から接続できないのですが、
mail1.example.com:25 には接続できます。
このプロバイダ宛に、ある転送サービス(>>340 のhoge@example.jp に該当)からの
メール転送が届かなくなったのですが、
転送サービス外のところから直接プロバイダ宛にメールを送ると
(mail1.example.com は生きているので)きちんと届きます。
なので2つの MX を処理できない転送サービスの MTA に問題があるのではと考えました。
はじめはプロバイダに聞いてみようと思いましたが、まずは転送サービスのほうに聞いてみます。
長文すみません。どうもありがとうございました。
2008/04/09(水) 01:27:47
>>341
MTAのソース読んでもgetaddrinfo(3)を呼ぶ以上のことはわからんと思われ。
getaddrinfo(3)のソースを読むのもいいが,その前にバッタ本でも読んでおく方が簡単かつ効率的と思われ。
>>340
それって実はMTAじゃなくてDNSに関する質問で,example.com のTTLが過ぎていればもう一度引くし,そうでなければキャッシュを使うと思われ。
特別な設定がしてないのであれば,example.com の SOA レコードを引いてみれば,デフォルトのTTLがわかるんじゃね?
あと,Preferenceは小さい方が優先するので
>example.com preference = 20, mail exchanger = mail2.example.com
>example.com preference = 10, mail exchanger = mail1.example.com
だったら mail1.example.com への接続が最初に試みられるべき。
…やっぱり転送サービス側の問題な気がする。
MTAのソース読んでもgetaddrinfo(3)を呼ぶ以上のことはわからんと思われ。
getaddrinfo(3)のソースを読むのもいいが,その前にバッタ本でも読んでおく方が簡単かつ効率的と思われ。
>>340
それって実はMTAじゃなくてDNSに関する質問で,example.com のTTLが過ぎていればもう一度引くし,そうでなければキャッシュを使うと思われ。
特別な設定がしてないのであれば,example.com の SOA レコードを引いてみれば,デフォルトのTTLがわかるんじゃね?
あと,Preferenceは小さい方が優先するので
>example.com preference = 20, mail exchanger = mail2.example.com
>example.com preference = 10, mail exchanger = mail1.example.com
だったら mail1.example.com への接続が最初に試みられるべき。
…やっぱり転送サービス側の問題な気がする。
2008/04/09(水) 03:06:22
>>347
いつ getaddrinfo() するかわかればそれでいいんじゃね。
いつ getaddrinfo() するかわかればそれでいいんじゃね。
349名無しさん@お腹いっぱい。
2008/05/25(日) 16:15:34 mail コマンドでインタラクティブにメールを使っていたのですが、
転送しようと思って .forward を設定しました。
それ以降に到着したメールについては幸せなのですが、
しかしすでに /home/hogehoge/mbox や /var/spool/mail/hogehoge
に入ってしまっているメールについても転送したいと思います。
これって、べたの mbox 形式を分割して mail コマンドに
流し込んで転送するしかないんでしょうか?
なんか、こう、一発でやってくれるようなコマンドってないでしょうか。
転送しようと思って .forward を設定しました。
それ以降に到着したメールについては幸せなのですが、
しかしすでに /home/hogehoge/mbox や /var/spool/mail/hogehoge
に入ってしまっているメールについても転送したいと思います。
これって、べたの mbox 形式を分割して mail コマンドに
流し込んで転送するしかないんでしょうか?
なんか、こう、一発でやってくれるようなコマンドってないでしょうか。
350名無しさん@お腹いっぱい。
2008/05/25(日) 17:03:41 formail か?
formail なのか?
だれもいないのか?
コロッケ買ってくる.
formail なのか?
だれもいないのか?
コロッケ買ってくる.
2008/05/26(月) 01:02:54
最近の若い衆はfetchmailとか知らんのかのう
2008/05/28(水) 22:44:54
postfix使ってるんすけど、「メールをぉ転送するようにしてくれるって聞いたんですけどぉ、やってもらってぇ、いいですかぁ」
という業務上の指示がしょっちゅうあって、そのたびに .forwardを書いてるですどぉ、
あいつらが自分でできるようにできる方法ってぇ、ないですかぁ?
という業務上の指示がしょっちゅうあって、そのたびに .forwardを書いてるですどぉ、
あいつらが自分でできるようにできる方法ってぇ、ないですかぁ?
2008/05/28(水) 22:48:21
そりゃぁ、.forwardをぉ、書き換えるぅ、CGIをぉ、作ればぁ、いいでしょおぉ、
2008/05/28(水) 23:54:25
>>352
つ postfixadmin
つ postfixadmin
2008/06/02(月) 14:43:08
>>81-98
をみると、fetchmail より getmail のほうがいいのか?
をみると、fetchmail より getmail のほうがいいのか?
2008/06/02(月) 14:46:38
fetchmail中にマシンをサスペンドしたらどうなるかとか気になるな。
2008/06/02(月) 16:59:28
今時fetchmailなんて糞使ってるのかよw
2008/06/02(月) 22:58:05
>>357 だってMacOSXとか標準で入ってるし。
2008/08/29(金) 12:55:41
IIJ、送信ドメイン認証機能を実装するメールフィルタプログラムを無償公開
http://www.iij.ad.jp/news/pressrelease/2008/0828.html
http://www.iij.ad.jp/news/pressrelease/2008/0828.html
2008/10/21(火) 14:22:24
質問: あるメールフォルダにおいて,
「"同一メール subject" が5件以上あったら隔離」とか
そういう下処理をしてくれるツールって無いんでしょうか?
spam メール対策でベイジアンフィルタなどで
おおむね自動振り分けしている方は多いと思いますが,
「誤振り分け」の確認ってみなさんどうされてます?
時々見ようとは思うのですが,すぐに数千・数万通溜ってしまい
現実的にはきちんとチェックできていません.
そのゴミフォルダを見ると大抵同一 subject とか
同一差出人でドバーっと来ているものが多くて
ほかのメールと比べてもそういうのは100%確実に spam と
判断して良いという印象を持っています.
ということで,最初に書いたようなことを思ったのですがいかがでしょう?
「"同一メール subject" が5件以上あったら隔離」とか
そういう下処理をしてくれるツールって無いんでしょうか?
spam メール対策でベイジアンフィルタなどで
おおむね自動振り分けしている方は多いと思いますが,
「誤振り分け」の確認ってみなさんどうされてます?
時々見ようとは思うのですが,すぐに数千・数万通溜ってしまい
現実的にはきちんとチェックできていません.
そのゴミフォルダを見ると大抵同一 subject とか
同一差出人でドバーっと来ているものが多くて
ほかのメールと比べてもそういうのは100%確実に spam と
判断して良いという印象を持っています.
ということで,最初に書いたようなことを思ったのですがいかがでしょう?
2008/10/21(火) 14:40:05
>時々見ようとは思うのですが,すぐに数千・数万通溜ってしまい
毎日見れば、そんなに溜まらない。
毎日見れば、そんなに溜まらない。
2008/10/21(火) 15:03:50
> 「"同一メール subject" が5件以上あったら隔離」とか
Re: なんたらかんたら
という subject で5回やりとりしたら spam 判定、ってこと?
Re: なんたらかんたら
という subject で5回やりとりしたら spam 判定、ってこと?
2008/10/21(火) 15:46:20
>362
もともと「spam 判定されたもの」を対象にしたいので
それは現実的には該当しない,というつもり
メインの inbox に適用したらそういうことになっちゃいますけどね
もともと「spam 判定されたもの」を対象にしたいので
それは現実的には該当しない,というつもり
メインの inbox に適用したらそういうことになっちゃいますけどね
364名無しさん@お腹いっぱい。
2008/11/23(日) 01:15:33 tp://www.atmarkit.co.jp/fsecurity/rensai/mailsec201/mailsec01.html
今時バケツリレーで送信するサーバがどれだけあると思ってるんだよ。
おまけにメールの暗号化にPGPって、10年前の知識のまま頭フリーズしてるんじゃないか?
今時バケツリレーで送信するサーバがどれだけあると思ってるんだよ。
おまけにメールの暗号化にPGPって、10年前の知識のまま頭フリーズしてるんじゃないか?
2008/11/23(日) 01:35:29
筆者はPGPの販売営業らしい
今見たら配送の部分はチェック中になってて見れんかった
今見たら配送の部分はチェック中になってて見れんかった
2008/11/23(日) 01:54:52
金曜に会社で読んだときは、日本からヨーロッパにメールを送るのに
アフリカのメールサーバーを経由して・・・とか書いてあった気がする
しかもご丁寧にReceivedのヘッダの例を出して(捏造?)
MXで受けた後、メールスプール配送までに
スパム/ウイルスチェックなどで内部の別ホストを経由することはあっても、
MXまでによそのサーバー経由するなんて今時限りなくゼロのはず
アフリカのメールサーバーを経由して・・・とか書いてあった気がする
しかもご丁寧にReceivedのヘッダの例を出して(捏造?)
MXで受けた後、メールスプール配送までに
スパム/ウイルスチェックなどで内部の別ホストを経由することはあっても、
MXまでによそのサーバー経由するなんて今時限りなくゼロのはず
2008/11/23(日) 02:02:34
こんなのが優秀社員表彰受けてるのか・・・会社のレベルが知れるな
2008/11/23(日) 02:07:03
【編集部注】ってのは何?
2008/11/23(日) 06:04:13
MTAの説明でsendmailやqmailなんて書いているし、知識が10年前で止まっているんでそ。
プロフィール見る限り28歳ってことだから、会社入ってから古い本でお勉強して
そんまんまなんでしょ。まあ、バカ営業だ罠。
プロフィール見る限り28歳ってことだから、会社入ってから古い本でお勉強して
そんまんまなんでしょ。まあ、バカ営業だ罠。
2008/11/23(日) 10:05:37
俺、おっさんなんで10年前の知識で止まったまま。
逆に言うと俺なんかの知識で、今でも通用しちゃうのかなぁ思った。
逆に言うと俺なんかの知識で、今でも通用しちゃうのかなぁ思った。
2008/11/23(日) 10:30:09
今時qmailは無いと思うがsendmailは現役だと思うぞ
2008/11/23(日) 12:18:07
2008/11/23(日) 12:56:49
ttp://itnp.net/category_betsu/16/1765/
2008/11/23(日) 13:08:33
NSD社内と@IT編集の段階で、記事の査読は無かったのか?
SIの名前を冠して載せるにはあまりにも酷すぎる内容だぞ
SIの名前を冠して載せるにはあまりにも酷すぎる内容だぞ
2008/11/23(日) 13:30:20
>電子メールの秘匿化
相手の手間とかを考えると,社外とのやりとりで必要なら
・Wordファイルにはパスワードつけて保存して送付
・パスワードはFAX
…ってのが妥当な線だとおもうけどな。
相手の手間とかを考えると,社外とのやりとりで必要なら
・Wordファイルにはパスワードつけて保存して送付
・パスワードはFAX
…ってのが妥当な線だとおもうけどな。
2008/11/23(日) 14:00:08
port 25 blockingなんて2秒で理解出来ることだし、
何か対処しなきゃspamがやって来ることは10年前も今も変わらんな。
その程度の差しかないのなら、10年前の知識でも問題ないだろ。
何か対処しなきゃspamがやって来ることは10年前も今も変わらんな。
その程度の差しかないのなら、10年前の知識でも問題ないだろ。
2008/11/23(日) 14:42:15
2008/11/23(日) 16:38:30
PGP自体は独自の暗号化技術にこだわらず、
S/MIMEやX.509に対応したソリューションの展開をしてるみたいだね。
www.pgp.com/jp/products/universal_gateway_email/index.html
なぜあの記事で太古の時代のPGPを説明したのか意図がくみ取れん。
次回予告もPGPだし。
S/MIMEやX.509に対応したソリューションの展開をしてるみたいだね。
www.pgp.com/jp/products/universal_gateway_email/index.html
なぜあの記事で太古の時代のPGPを説明したのか意図がくみ取れん。
次回予告もPGPだし。
2008/11/23(日) 19:55:16
いま一般人と暗号化してメールやりとりするには
どんなのが普通?
この間は7zの自己解凍形式使った。
どんなのが普通?
この間は7zの自己解凍形式使った。
2008/11/23(日) 23:24:34
2008/11/24(月) 01:44:57
まあそうなんだけど、
zip開けるかどうかもあやうい人なので
暗号化ソフトとか入れさせるのに苦労するよりは
ましかと思って。
zip開けるかどうかもあやうい人なので
暗号化ソフトとか入れさせるのに苦労するよりは
ましかと思って。
2008/11/24(月) 02:06:45
最近のWindowsならzipはダブルクリックするだけじゃないっけ。
2008/11/24(月) 12:09:41
PGP製品のアジアセールストップって、あの記事と同じように
「どこだかわからないサーバを経由しますよ、危険ですよ!」と
顧客をだまくらかして売りまくってるのか・・・?
「どこだかわからないサーバを経由しますよ、危険ですよ!」と
顧客をだまくらかして売りまくってるのか・・・?
2008/11/24(月) 12:24:57
PCの基本的な操作も怪しい人に対して、暗号化しなきゃならんブツを
送る行為自体が根本的にまずいと思う。
送る行為自体が根本的にまずいと思う。
2008/11/24(月) 16:17:45
>>384がいいこと言った。
2008/11/24(月) 18:26:15
とりあえず、株式会社日本システムディベロップメントっていうクソ会社には、
その会社には櫻井俊宏というプロフィールに社内的な自慢話しか書けず、
しったかぶって10年前の知識を偉そうに語るバカ営業がいるってことで
終わりにしよう。
その会社には櫻井俊宏というプロフィールに社内的な自慢話しか書けず、
しったかぶって10年前の知識を偉そうに語るバカ営業がいるってことで
終わりにしよう。
2008/11/24(月) 19:43:11
2008/11/24(月) 21:50:49
>>386
連載2回目の内容が気にならないか!?
連載2回目の内容が気にならないか!?
389名無しさん@お腹いっぱい。
2008/11/30(日) 22:34:31 さくらのレンタルサーバで部活のOB会のメーリングリストを始めました。
ここでは fml が使われています。
メンバーリストは307個です。
メンバーのアドレスを追加してテストメールを送ったところ、hotmail から
<<< 452 Too many recipients
<xxxxx@hotmail.com>... Deferred: 452 Too many recipients
が返ってきました。
ググると postfix スレがひっかかったのですが、
http://pc11.2ch.net/test/read.cgi/unix/1185519673/609-
宛先に hotmail のアドレスがたくさんあると、hotmail の MTA が
拒否しているのですよね?
レンタルサーバの MTA は sendmail のようなのですが、この問題は、
sendmail のように「MX の相乗り」をするような MTA ではなく、
qmail のような、1宛先1メールのようにバラすような MTA でないと
解決できないということでしょうか?
ここでは fml が使われています。
メンバーリストは307個です。
メンバーのアドレスを追加してテストメールを送ったところ、hotmail から
<<< 452 Too many recipients
<xxxxx@hotmail.com>... Deferred: 452 Too many recipients
が返ってきました。
ググると postfix スレがひっかかったのですが、
http://pc11.2ch.net/test/read.cgi/unix/1185519673/609-
宛先に hotmail のアドレスがたくさんあると、hotmail の MTA が
拒否しているのですよね?
レンタルサーバの MTA は sendmail のようなのですが、この問題は、
sendmail のように「MX の相乗り」をするような MTA ではなく、
qmail のような、1宛先1メールのようにバラすような MTA でないと
解決できないということでしょうか?
2008/11/30(日) 22:45:55
相乗りの数を制御できればどんなMTAでもいい
qmailは相乗りの数が仕様上1になっているというだけ
qmailは相乗りの数が仕様上1になっているというだけ
391389
2008/11/30(日) 22:58:43 レスどうもありがとうございます。
レンタルサーバということで自分は sendmail の挙動をいじれないので、
fml の段階で、1宛先1メールにして SMTP サーバに渡してくれないかな・・・・
qmail をレンタルサーバの自分のホームディレクトリにインストールし、(デーモンは立ち上げない)
fml が直接 SMTP サーバに渡すのではなく、qmail-inject に渡すようにすれば、qmail-inject が
バラしてくれないかなと思ったが、fml から コマンドに渡すやり方がわからない。
レンタルサーバということで自分は sendmail の挙動をいじれないので、
fml の段階で、1宛先1メールにして SMTP サーバに渡してくれないかな・・・・
qmail をレンタルサーバの自分のホームディレクトリにインストールし、(デーモンは立ち上げない)
fml が直接 SMTP サーバに渡すのではなく、qmail-inject に渡すようにすれば、qmail-inject が
バラしてくれないかなと思ったが、fml から コマンドに渡すやり方がわからない。
2008/12/01(月) 00:18:52
>>391
> qmail をレンタルサーバの自分のホームディレクトリにインストールし、(デーモンは立ち上げない)
これができるスキルがるのなら、
> fml が直接 SMTP サーバに渡すのではなく、qmail-inject に渡すようにすれば、qmail-inject が
> バラしてくれないかなと思ったが、fml から コマンドに渡すやり方がわからない。
これは楽勝では?
> qmail をレンタルサーバの自分のホームディレクトリにインストールし、(デーモンは立ち上げない)
これができるスキルがるのなら、
> fml が直接 SMTP サーバに渡すのではなく、qmail-inject に渡すようにすれば、qmail-inject が
> バラしてくれないかなと思ったが、fml から コマンドに渡すやり方がわからない。
これは楽勝では?
393389
2008/12/01(月) 02:15:52 >> qmail をレンタルサーバの自分のホームディレクトリにインストールし、(デーモンは立ち上げない)
> これができるスキルがるのなら、
qmail は以前仕事で使ったことがあるのだけど、
レンタルサーバは root 権限がないし、qmail 関連のアカウントもないのだが、
その状態で make setup check したら、ビルドが成功しなかった。
fml において、MTA に直接つながず、コマンドに渡すやり方はわかったので、
perlで宛先をバラして一つずつ sendmail に渡すスクリプトを作っています。
> これができるスキルがるのなら、
qmail は以前仕事で使ったことがあるのだけど、
レンタルサーバは root 権限がないし、qmail 関連のアカウントもないのだが、
その状態で make setup check したら、ビルドが成功しなかった。
fml において、MTA に直接つながず、コマンドに渡すやり方はわかったので、
perlで宛先をバラして一つずつ sendmail に渡すスクリプトを作っています。
2009/01/13(火) 00:38:04
@ITの連載はこのまま打ち切りかな。
かな?
かな?
2009/03/09(月) 02:16:05
scmailの質問とかここでおk?
空メールに対する自動返信のやり方が分からなくて難儀しています。procmail
ならいくらでも情報が見つかるんですが。
空メールに対する自動返信のやり方が分からなくて難儀しています。procmail
ならいくらでも情報が見つかるんですが。
2009/04/12(日) 13:42:23
内容:
maildropを使用しています。
転送専用のメルアドがあり、送信者が転送専用にメールしたときに
そのメールは送信者のメルアドになりますが、これを転送専用の
メルアドに書き換えたく思います。
どうすればいいでしょうか。
.mailfilterに下記を書き込んでもうまく書き換わらなかったです。
"| /usr/sbin/sendmail -f trans@*.*"
maildropを使用しています。
転送専用のメルアドがあり、送信者が転送専用にメールしたときに
そのメールは送信者のメルアドになりますが、これを転送専用の
メルアドに書き換えたく思います。
どうすればいいでしょうか。
.mailfilterに下記を書き込んでもうまく書き換わらなかったです。
"| /usr/sbin/sendmail -f trans@*.*"
2009/04/12(日) 14:03:33
まさか -f の右のスペース、というオチじゃないだろな
2009/04/12(日) 14:39:29
-f の右のスペースを外しましたが、
やっぱり送信者を書き換えることが出来ませんでした。
やっぱり送信者を書き換えることが出来ませんでした。
2009/04/13(月) 11:17:29
やったことないけど、man を見るかぎりでは
SENDMAIL="/usr/sbin/sendmail -f..."
to !hoge@example.com
でいけそうな気がする。
ところで、まさか書き換えるってエンベロープのことだよな?
ヘッダのことを言ってるのならば別途それ用のスクリプトを書かないかぎり無理だ。
SENDMAIL="/usr/sbin/sendmail -f..."
to !hoge@example.com
でいけそうな気がする。
ところで、まさか書き換えるってエンベロープのことだよな?
ヘッダのことを言ってるのならば別途それ用のスクリプトを書かないかぎり無理だ。
2009/04/13(月) 14:18:31
>>399さんありがとうございます。
trans@example.com 転送専用(hogeユーザへ)
hoge@example.com 一般(基本hoge'@example.comへ転送)
hoge一般ユーザは基本hoge'へ転送しますが、
trans@example.comのメールのみ転送しない設定にしたいと思います。
そこで送信者のアドレスを書き換え、フィルタリングできれば対応できる
と思ったのですが、送信者とはヘッダのようです。
何か良い方法はありませんでしょうか。
trans@example.com 転送専用(hogeユーザへ)
hoge@example.com 一般(基本hoge'@example.comへ転送)
hoge一般ユーザは基本hoge'へ転送しますが、
trans@example.comのメールのみ転送しない設定にしたいと思います。
そこで送信者のアドレスを書き換え、フィルタリングできれば対応できる
と思ったのですが、送信者とはヘッダのようです。
何か良い方法はありませんでしょうか。
2009/04/13(月) 18:32:32
>>400
日本語でおk
↓こういうことがしたいのかとも思ったけど、おまいの言いたいことがよくわからん。
if ($FROM ne "trans@example.com")
{
to "!hoge'@example.com"
}
日本語でおk
↓こういうことがしたいのかとも思ったけど、おまいの言いたいことがよくわからん。
if ($FROM ne "trans@example.com")
{
to "!hoge'@example.com"
}
2009/04/13(月) 18:55:29
すみません。
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からの転送メールをモバイルへ転送しない事を
行いたいです。
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からの転送メールをモバイルへ転送しない事を
行いたいです。
2009/04/13(月) 19:10:55
2009/04/13(月) 19:35:52
hoge@example.comさん trans@example.comのメールをhoge_mb@example.comへ転送設定
hoge1@example.comさん trans@example.comのメールをhoge1_mb@example.comへ転送しない設定
でした。
ようはモバイルに転送したくないユーザがいてそれを.mailfilterで
対応したいのです。
2009/04/13(月) 23:25:23
例えば私がメールを送る側だとして、
hoge@example.com さんに送りたいと願いながら trans@example.com へメールを送った場合は hoge_mb@example.comへ転送する。
しかし hoge1@example.com さんに送りたいと思ってtrans@example.comへ送ったときは転送しない。
ようにしたい、ということですか?
hoge@example.com さんに送りたいと願いながら trans@example.com へメールを送った場合は hoge_mb@example.comへ転送する。
しかし hoge1@example.com さんに送りたいと思ってtrans@example.comへ送ったときは転送しない。
ようにしたい、ということですか?
2009/04/13(月) 23:36:30
読解力のない回答者と、説明能力のない質問者だなぁ
>>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を書き換えて対処しようとした。(でもうまくいっていない)
ということ。
>>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を書き換えて対処しようとした。(でもうまくいっていない)
ということ。
2009/04/13(月) 23:48:13
ああ、そうだったのか。すばらしいことだ。今ならすべてがわかる。
それなら trans@example.com 宛てのメールを hote@example.com へ転送するときに X-Korehatenso: ヘッダをつければいいじゃん。
それなら trans@example.com 宛てのメールを hote@example.com へ転送するときに X-Korehatenso: ヘッダをつければいいじゃん。
2009/04/14(火) 00:12:03
こんばんわ。
どうもすみません。
MailBox/trans/.mailfilterに
"-A X-Korehatenso: "と記述したのですが、
うまくヘッダがついてくれません。
どうもすみません。
MailBox/trans/.mailfilterに
"-A X-Korehatenso: "と記述したのですが、
うまくヘッダがついてくれません。
2009/04/14(火) 11:07:52
なんとか、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"
}
ありがとうございます!
-------------------------------------------------
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"
}
410409
2009/04/15(水) 19:29:54この返事をまだ頂いていません。
早急にお願いします。
2009/04/15(水) 22:41:01
>>409
気持ちはわかるがサポセンじゃないから
気持ちはわかるがサポセンじゃないから
412名無しさん@お腹いっぱい。
2009/04/15(水) 23:02:17 コンサr(ry
2009/04/15(水) 23:55:38
>>409-410
なにこのキチガイ?
なにこのキチガイ?
2009/04/16(木) 00:00:22
>>410
ことわる!!
ことわる!!
2009/04/16(木) 01:27:21
409晒しage
2009/04/16(木) 07:21:45
釣られまくってるところ申し訳ないが、410は詐称だろ。
2009/04/16(木) 10:52:09
まじで!?でも断る!!
418409
2009/04/16(木) 12:29:28余分な回答ばかりで何故質問の回答をいただけないのでしょうか。
このサービスはおかしいと思います。
ちゃんとした返事をしてください。
2009/04/16(木) 12:38:42
よっしゃ、ちょい待っときな
2009/04/17(金) 16:48:35
fetchmailでgmailからPOPで受信してるんだけど、
gmailってPOPだとMUAの設定にかかわらずPOPで1度受信したメールは
POP用のサーバーかフォルダから強制削除するようで
.mailfilterの記述ミスって転送出来なくなった時に消失しちゃうんだけど
これどうにかならない?
gmailってPOPだとMUAの設定にかかわらずPOPで1度受信したメールは
POP用のサーバーかフォルダから強制削除するようで
.mailfilterの記述ミスって転送出来なくなった時に消失しちゃうんだけど
これどうにかならない?
2009/04/19(日) 01:44:48
>>420
Gmail の設定で POP してもメールを残すようにできるよ。
Gmail の設定で POP してもメールを残すようにできるよ。
422名無しさん@お腹いっぱい。
2009/05/19(火) 01:45:47 質問させてください。
職場で携帯電話メイルに一斉連絡することがあるんですけど、
その担当者が結構めんどくさそうです。(携帯でちまちまやってる。)
で、職場のメールサーバのailiasでぶぁーーっと送れないかなぁとも思ったのですが、
まとめ送りは携帯会社がRejectするとの話を聞きましたものでいかがすればよろしいでしょうか。
こういう場合の定石を教えてください(>_<;)
職場で携帯電話メイルに一斉連絡することがあるんですけど、
その担当者が結構めんどくさそうです。(携帯でちまちまやってる。)
で、職場のメールサーバのailiasでぶぁーーっと送れないかなぁとも思ったのですが、
まとめ送りは携帯会社がRejectするとの話を聞きましたものでいかがすればよろしいでしょうか。
こういう場合の定石を教えてください(>_<;)
2009/05/19(火) 01:57:05
2009/05/19(火) 03:47:19
2009/05/19(火) 08:26:47
2009/05/19(火) 10:33:46
>>425
具体的に。
具体的に。
2009/05/19(火) 11:51:17
具体的に職場のメールサーバのailiasでぶぁーーっと送る
2009/05/19(火) 12:30:14
>その担当者が結構めんどくさそうです。(携帯でちまちまやってる。)
携帯でちまちま送れる程度の量であれば
気にせずぶぁーーっと送っても蹴られたりせんよ。
実はその担当者がケータイ早打ちの達人で、
数百通の送信を1分で完了できてしまうというのなら話は違ってくるだろうが。
携帯でちまちま送れる程度の量であれば
気にせずぶぁーーっと送っても蹴られたりせんよ。
実はその担当者がケータイ早打ちの達人で、
数百通の送信を1分で完了できてしまうというのなら話は違ってくるだろうが。
2009/05/19(火) 14:32:20
>>424
にも書いてあるが、とりあえず普通に利用する分には大丈夫。
ただ、存在しないメールアドレスに送信すると
簡単にブラックリスト入りするから
退職者とか、メアドの変更とか、aliasのメンテナンスをまめにする必要がある。
にも書いてあるが、とりあえず普通に利用する分には大丈夫。
ただ、存在しないメールアドレスに送信すると
簡単にブラックリスト入りするから
退職者とか、メアドの変更とか、aliasのメンテナンスをまめにする必要がある。
430422
2009/05/25(月) 02:59:48 みんなありがと。
30〜40通なので大丈夫かなと思ったら
メル鯖の正管理者のひとにやんわり拒否られました。
今回に関してはこれで終わりにしようと思うのですが、
今後このようなこともあるかと思いますので、今回の件はそのときのための糧にさせていただきます。
みなさまありがとうございました。
30〜40通なので大丈夫かなと思ったら
メル鯖の正管理者のひとにやんわり拒否られました。
今回に関してはこれで終わりにしようと思うのですが、
今後このようなこともあるかと思いますので、今回の件はそのときのための糧にさせていただきます。
みなさまありがとうございました。
2009/06/02(火) 10:13:22
アドレス解決の出来ないメールアドレスのサンプルってある?
hoge@example.comはエラー無く送信できてしまうので使えない
でたらめなアドレスを指定すればいいんだけど、知りたいのは
これから先 使われないし存在しないことが保証されてるアドレスです
hoge@example.comはエラー無く送信できてしまうので使えない
でたらめなアドレスを指定すればいいんだけど、知りたいのは
これから先 使われないし存在しないことが保証されてるアドレスです
2009/06/02(火) 10:36:04
2009/07/17(金) 11:20:19
atmarkitにまた間違いだらけの記事が載ってるので晒しage
http://www.atmarkit.co.jp/fnetwork/rensai/kihon10/01.html
前の暗号化メールの記事の件があったのに、懲りてないんだな。
http://www.atmarkit.co.jp/fnetwork/rensai/kihon10/01.html
前の暗号化メールの記事の件があったのに、懲りてないんだな。
2009/07/17(金) 11:45:51
内容の前に文体で読むの嫌になった。
2009/07/17(金) 11:57:46
>>433
太字で「EHLOの後に送信するアドレスのドメイン名を入力するんだな」まで読んだ。
太字で「EHLOの後に送信するアドレスのドメイン名を入力するんだな」まで読んだ。
2009/07/17(金) 14:42:58
> ちなみにずらっと出てくるのはこのサーバで使えるコマンドだな
へぇ〜 しらなかったぁ〜(棒読み
へぇ〜 しらなかったぁ〜(棒読み
2009/07/17(金) 16:13:20
2009/07/17(金) 18:55:55
著書が、あの橋本和明との共著で2冊。
ダメライターだろ。
ダメライターだろ。
2009/07/20(月) 17:39:22
メールと関係ないがこのあたりもgdgdだな
素人が記事書くにしても、せめて専門家に査読させてから掲載しろとこいc(ry
ttp://www.atmarkit.co.jp/fnetwork/rensai/packet04/02.html
素人が記事書くにしても、せめて専門家に査読させてから掲載しろとこいc(ry
ttp://www.atmarkit.co.jp/fnetwork/rensai/packet04/02.html
2009/07/21(火) 10:46:29
@ITクオリティってこんなもんだろ
441名無しさん@お腹いっぱい。
2009/08/26(水) 01:05:00 あげ
2010/02/01(月) 22:49:17
ヤフオクから送られてくる終了通知メールの内、流札通知のみ/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の文字列で判断できるメールは、ちゃんと破棄できております)
どうかご指導下さいまし。
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の文字列で判断できるメールは、ちゃんと破棄できております)
どうかご指導下さいまし。
2010/02/03(水) 14:36:06
2010/02/23(火) 03:31:38
getmailの作者のページみてみたらfechmail使うの怖くなったんだけど
getmailの方が安心なの?
getmailの方が安心なの?
445名無しさん@お腹いっぱい。
2010/02/27(土) 00:34:02 五十歩百歩
2011/01/22(土) 22:38:43
sendmailスレって落ちたのか・・・
MX先へ送ろうとして失敗した時にFallbackMXhostで迂回路に送るっていうオーダーなんだけど、
何故か同じ設定なのに現行機は2.5分で再送され、新しいヤツは7,5分も掛かるんで頭を抱えている。
何かヒント無いですか?
sendmail.cfを見比べているんだけど、大した違いが無いので何が原因なのか判らんのですわ。
この「2.5分」と「7.5分」の間、sendmailの中で何が行われているのか・・・ってのも良い資料に
巡り合えていないのが現状。
MX先へ送ろうとして失敗した時にFallbackMXhostで迂回路に送るっていうオーダーなんだけど、
何故か同じ設定なのに現行機は2.5分で再送され、新しいヤツは7,5分も掛かるんで頭を抱えている。
何かヒント無いですか?
sendmail.cfを見比べているんだけど、大した違いが無いので何が原因なのか判らんのですわ。
この「2.5分」と「7.5分」の間、sendmailの中で何が行われているのか・・・ってのも良い資料に
巡り合えていないのが現状。
2011/01/23(日) 00:33:10
-q
2011/02/02(水) 01:45:40
結局、Timeout.iconnect=5m を 2m にして短縮した。
2011/02/23(水) 20:06:48.12
ありますよ。
451名無しさん@お腹いっぱい。
2011/03/14(月) 22:09:41.82 携帯宛のメール同報配信(メルマガ等)に詳しい方、教えてください。
地震のため、職場のメンバーに携帯で連絡を流す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ではまだテストしていないのですが・・・)
他に何か対策はありますか?
携帯サイトとかを作っている会社の資料とかをみると、キャリアにお金を払って融通してもらっているんですね。
地震のため、職場のメンバーに携帯で連絡を流す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ではまだテストしていないのですが・・・)
他に何か対策はありますか?
携帯サイトとかを作っている会社の資料とかをみると、キャリアにお金を払って融通してもらっているんですね。
2011/03/15(火) 00:53:39.07
携帯キャリアの迷惑メール対策の詳細は教えてくれないし、随時変更してる。
同一サーバからの大量送信をチェックしていたり、なりすましをチェックしたり。
特にqmail使うと受け側から見るといろいろとアレなので無理だと思われ。
同一サーバからの大量送信をチェックしていたり、なりすましをチェックしたり。
特にqmail使うと受け側から見るといろいろとアレなので無理だと思われ。
453451
2011/03/15(火) 01:14:13.49 >>452
レスどうもありがとうございます。
>> 特にqmail使うと受け側から見るといろいろとアレなので無理だと思われ。
これはどういう意味でしょうか?
あと書き忘れてしまいましたが、自分が設定している(qmailとfmlが動いている)メールサーバはFireWall(イントラ)の中にいます。
実際には、FireWall上にメールサーバ(Postfix)があり、qmailはPostfixにリレーし、Postfixが MX を引いてメール送信します。
まぁqmailを通った時点で、MLメンバーの宛先1つ1つにバラバラにされてメール送信されますが・・・
エラーメールが大量に返ってくるのは、docomo側から、短い時間に単一のIPアドレスから、同時に何通も来たから
迷惑メール扱いしているのかな。
(Postfixやsendmailみたいに、「MXの相乗り」だったら、状況は違っていたのかな)
レスどうもありがとうございます。
>> 特にqmail使うと受け側から見るといろいろとアレなので無理だと思われ。
これはどういう意味でしょうか?
あと書き忘れてしまいましたが、自分が設定している(qmailとfmlが動いている)メールサーバはFireWall(イントラ)の中にいます。
実際には、FireWall上にメールサーバ(Postfix)があり、qmailはPostfixにリレーし、Postfixが MX を引いてメール送信します。
まぁqmailを通った時点で、MLメンバーの宛先1つ1つにバラバラにされてメール送信されますが・・・
エラーメールが大量に返ってくるのは、docomo側から、短い時間に単一のIPアドレスから、同時に何通も来たから
迷惑メール扱いしているのかな。
(Postfixやsendmailみたいに、「MXの相乗り」だったら、状況は違っていたのかな)
2011/03/15(火) 09:14:04.40
数人の内輪連絡用(内ドコモ1名)でも蹴られる。
各メンバーのアドレスを迷惑メールから除外する設定をしてもらうと問題なく通る。
短期間に多数のメールというのもあるかもしれないけど、なりすまし扱いされるというのもある模様。
各メンバーのアドレスを迷惑メールから除外する設定をしてもらうと問題なく通る。
短期間に多数のメールというのもあるかもしれないけど、なりすまし扱いされるというのもある模様。
2011/03/15(火) 10:23:50.88
docomoは内輪のチャットシステムであって
メールとは呼べないんだな
docomoのアドレスから連絡きて
返事すると拒絶されるって死ぬほどうざい
(また送ってきた本人が自覚ないし)
メールとは呼べないんだな
docomoのアドレスから連絡きて
返事すると拒絶されるって死ぬほどうざい
(また送ってきた本人が自覚ないし)
2011/03/15(火) 11:08:35.89
SenderIDで蹴られてるんじゃないの?
2011/03/15(火) 15:47:45.08
>455 だけど
sender ID 設定メール以外受け付けないの?
うちのサーバは sender ID は設定してないよ
おれ自身のdocomoアドレス宛に送る分には問題ないし
多くの人がスパム対策として
「携帯メール以外からのメールは受信拒否」してるのが
原因と思ってるんだけど
(その設定にするんならdocomoから送るのもNGって
してくれないと相手は自覚してくれない...)
sender ID 設定メール以外受け付けないの?
うちのサーバは sender ID は設定してないよ
おれ自身のdocomoアドレス宛に送る分には問題ないし
多くの人がスパム対策として
「携帯メール以外からのメールは受信拒否」してるのが
原因と思ってるんだけど
(その設定にするんならdocomoから送るのもNGって
してくれないと相手は自覚してくれない...)
458451
2011/03/15(火) 16:21:55.13 すみません、senderID ってなんでしょうか?
↓のこと?
http://www.atmarkit.co.jp/fsecurity/special/82senderid/sender101.html
うちのメールサーバは、 イントラ内で動かしている qmail も、FW 上で動いている Postfixも、
普通にビルドして動かしているだけなので、
SenderID ヘッダはついてないな・・・
とりあえず >>451 に書いているとおり、envelope Body の From: ヘッダも
ML アドレスとするようにセットした。
夕方上司が連絡メール流すとのことなので、様子見てみます。
>>457
メンバーに聞いたところ、みんな
・ドメイン拒否はしていない(携帯メール以外からも受け付けるようにはなっている)
とのことです。
↓のこと?
http://www.atmarkit.co.jp/fsecurity/special/82senderid/sender101.html
うちのメールサーバは、 イントラ内で動かしている qmail も、FW 上で動いている Postfixも、
普通にビルドして動かしているだけなので、
SenderID ヘッダはついてないな・・・
とりあえず >>451 に書いているとおり、envelope Body の From: ヘッダも
ML アドレスとするようにセットした。
夕方上司が連絡メール流すとのことなので、様子見てみます。
>>457
メンバーに聞いたところ、みんな
・ドメイン拒否はしていない(携帯メール以外からも受け付けるようにはなっている)
とのことです。
2011/03/16(水) 02:08:52.74
>>458
> ↓のこと?
> http://www.atmarkit.co.jp/fsecurity/special/82senderid/sender101.html
そう。
> SenderID ヘッダはついてないな・・・
何それ。
> ↓のこと?
> http://www.atmarkit.co.jp/fsecurity/special/82senderid/sender101.html
そう。
> SenderID ヘッダはついてないな・・・
何それ。
460451
2011/03/16(水) 14:42:54.742011/09/10(土) 21:52:51.47
>>457
妄想は脳内で
妄想は脳内で
2011/09/10(土) 23:58:17.17
半年前のにそんなレスつけてもなぁ。
2011/12/01(木) 17:19:18.18
質問があるんですが現在あるシェルスクリプトをprocmailから動かそうと思っています。
シェルスクリプトはすでにできあがっていてターミナルに直接sh test.shと打ち込むとちゃんと
動作するのですがprocmailから動かそうとするとうまく動作しません。
どんな原因が考えられるでしょうか?
シェルスクリプトはすでにできあがっていてターミナルに直接sh test.shと打ち込むとちゃんと
動作するのですがprocmailから動かそうとするとうまく動作しません。
どんな原因が考えられるでしょうか?
464名無しさん@お腹いっぱい。
2011/12/01(木) 17:23:15.78 あげます
2011/12/01(木) 18:07:20.68
>>463
Procmailからはどうやって呼んでるの?
Procmailからはどうやって呼んでるの?
2011/12/01(木) 18:15:32.28
「うまく動作しません」じゃわからんので、
MTAのログだけじゃわからんのなら、VERBOSEとかLOGとか設定して調べろよ。
MTAのログだけじゃわからんのなら、VERBOSEとかLOGとか設定して調べろよ。
2011/12/01(木) 19:28:28.54
エスパーの俺が答えるに、それは環境変数の問題だ
468名無しさん@お腹いっぱい。
2011/12/02(金) 11:55:39.302011/12/02(金) 14:44:01.55
>>463
その後どうよ。
その後どうよ。
2012/02/20(月) 03:22:25.27
>>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
こう呼んで、
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
2012/02/20(月) 05:58:46.29
>>470
Error while writing to "x"
Nonexistent subdirectory, no write permission,
pipe died or disk full.
pipe diedで気がついた。
perlでwhile(<STDIN>)ってな感じでまわして、自分がやりたい処理を終えたらlast→exitしてたんすね。
それがprocmailからしたら最後まで受け取れと。そういうことみたいでした。
Error while writing to "x"
Nonexistent subdirectory, no write permission,
pipe died or disk full.
pipe diedで気がついた。
perlでwhile(<STDIN>)ってな感じでまわして、自分がやりたい処理を終えたらlast→exitしてたんすね。
それがprocmailからしたら最後まで受け取れと。そういうことみたいでした。
2013/09/05(木) 07:35:17.35
メールサーバーを自分で構築する利点を教えてください
2013/09/05(木) 08:29:52.59
世界中のネットユーザーとメールでやりとりできる
2013/09/05(木) 08:43:11.75
ありがとうございます
2013/09/05(木) 09:07:38.71
既存のメールサーバーを利用せずに「自分で」構築する利点について聞いてるんじゃなかったのか
2013/09/05(木) 10:01:33.44
もういいよそれ。
2013/09/05(木) 10:52:54.33
そうです、ほかにもあれば教えていただけますか?
また何か自分でメールサーバーを構築するリスクなどをおしえてください
また何か自分でメールサーバーを構築するリスクなどをおしえてください
2013/09/05(木) 17:01:22.76
>リスク
正しくセキュリティ対策してないと、攻撃の足掛かりにされる可能性がある。
>メリット
(第三者による)情報漏洩の可能性が軽減される。
特に管理がボロボロのプロバイダだと簡単に漏洩(持ち出し/不法転売)される可能性が高い。
また、海外のサービスを利用する場合、国内の個人情報保護法の保護を受けられない。
当然、個人情報とも簡単に「事業売却」される可能性が限りなく高い。
正しくセキュリティ対策してないと、攻撃の足掛かりにされる可能性がある。
>メリット
(第三者による)情報漏洩の可能性が軽減される。
特に管理がボロボロのプロバイダだと簡単に漏洩(持ち出し/不法転売)される可能性が高い。
また、海外のサービスを利用する場合、国内の個人情報保護法の保護を受けられない。
当然、個人情報とも簡単に「事業売却」される可能性が限りなく高い。
479名無しさん@お腹いっぱい。
2015/02/22(日) 09:48:00.63 Ubuntu 14.04上でprocmail v3.23preを使用しています。
一時的にユーザーのホームディレクトリにある.forwardを削除してprocmailを無効にしたはずなのですが、
procmailが動作したようです。
.procmailrcだけで動作する仕様になってるんでしょうか?
一時的にユーザーのホームディレクトリにある.forwardを削除してprocmailを無効にしたはずなのですが、
procmailが動作したようです。
.procmailrcだけで動作する仕様になってるんでしょうか?
480名無しさん@お腹いっぱい。
2015/03/18(水) 12:27:59.98 メールが送信できなくなりました(受信はできます)(カラ受信動作しても送信エラー)
プロバイダーが、before/after SMプレイの対応を終了したのがげいいんのようです。
どうすればいいでしょうか?
プロバイダーが、before/after SMプレイの対応を終了したのがげいいんのようです。
どうすればいいでしょうか?
481名無しさん@お腹いっぱい。
2015/09/03(木) 19:05:30.65 センドメールとビンメールとプロックメールの違いを教えてください
2016/04/12(火) 20:43:02.15
16ビットCPUを搭載したコンピュータはセンドメール
32ビットCPUを搭載したコンピュータはビンメール
64ビットCPUを搭載したコンピュータはプロックメール
32ビットCPUを搭載したコンピュータはビンメール
64ビットCPUを搭載したコンピュータはプロックメール
483名無しさん@お腹いっぱい。
2017/12/29(金) 10:47:24.27 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
IBW82PACTA
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
IBW82PACTA
2018/02/14(水) 10:23:40.42
☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、
改憲議員が3分の2を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆
改憲議員が3分の2を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆
485名無しさん@お腹いっぱい。
2018/05/22(火) 03:26:00.90 知り合いから教えてもらったパソコン一台でお金持ちになれるやり方
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
6IGYA
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
6IGYA
2023/10/15(日) 00:22:40.98
なんだか眠くなってきたな…
487名無しさん@お腹いっぱい。
2024/03/27(水) 20:44:18.06 とんでもねえこと言ってたし、思ったの
徒労感ハンパないな
ヘブバンはよくイケメン役やってた事ができない、したらあかんやろ
グローバルウェイ
このソースも年代別のプロ意識はないみたいな
徒労感ハンパないな
ヘブバンはよくイケメン役やってた事ができない、したらあかんやろ
グローバルウェイ
このソースも年代別のプロ意識はないみたいな
488名無しさん@お腹いっぱい。
2024/03/27(水) 20:52:44.87 空虚に怯えながら売ってた自分がやってきた
2024/03/27(水) 21:43:13.06
測ってないおそらく
判断のたらい回しなってる悪循環
判断のたらい回しなってる悪循環
レスを投稿する
ニュース
- 【ライバー刺殺】被害者はフィアンセとタワマン暮らし、旅行「なら1万円でもいいから返して!」高野容疑者(42)は事件5日前にもDMを ★2 [ぐれ★]
- 【ライバー刺殺】被害者はフィアンセとタワマン暮らし、旅行「なら1万円でもいいから返して!」高野容疑者(42)は事件5日前にもDMを ★3 [ぐれ★]
- 動画配信中の刺殺事件、被害女性への批判に元埼玉県警刑事「違います」★8 [おっさん友の会★]
- 【話題】ねえねえ“バブル”おじさん、昔は“AT免許”はダサいって言われてたってホント!? [ひぃぃ★]
- 【号外】自民の初当選衆院議員が石破茂首相側から商品券10万円相当受け取り。複数証言 [蚤の市★]
- ママ友が「パスタ1束が7分、5束だから35分」と、茹でた結果… 正しい茹で方って実は知らない?→メーカーに聞いた [バイト歴50年★]
- 【乞食速報】石破覚醒!商品券一人あたり100,000エーンばら撒き! [781534374]
- 250万ごときで殺人を犯したゴミに同情する日本人が大量発生!!!終わりだよこの国・・・ [784979476]
- 【悲報】 日本人さん、ついに「もやし」を食べ始めてしまう・・・ [303493227]
- 【悲報】フェミニスト「男が産めるのウンコだけ♪」👈なんでこうなっちゃったの?? [705549419]
- 【悲報】維新「大阪万博で『拉致問題』をアピールする気はあるの?」石破茂「ないよ」維新「ふーん」 [616817505]
- 【原点回帰】兎田ぺこら実況スレ🏡