Docomoのメールサーバに関わってる方いますか？
■ このスレッドは過去ログ倉庫に格納されています
00011
02/05/14 21:07ID:IEUUjXbk返ってくるのに、メールは届いてる。Radishというソフトを使って、メールを
送っても５５３が返ってくる。なにこれ。ドコモどうなっとるの？
0075Pop Before Smtp
02/07/04 19:16ID:XzkfXTQN0076anonymous@ 210-194-8-178.home.ne.jp
02/07/06 08:07ID:kwDOIT3bということ。
漏れがそうだからな。（漏れの自会社）
DocomoはCIDRブロックで通してるのか、DQNだねえ
他の携帯会社はコンテンツサーバ自体からしか通さないらしいよ
クラスタになっててソースが複数の場合はNATで集約しろといわれるらしい
0079anonymous@ m059134.ap.plala.or.jp
02/07/25 22:57ID:+PLe3uoAAsahi-net(Bフレッツベーシック) × ※全然ダメ
ぷらら(Bフレッツベーシック) △ ※最初送れたが、そのうち送れなくなった
Infosphere(ADSL) ○ ※瞬時に届く
OCNなんかはどうかな？
みんなでためして結果UPしてくれ！
0080anonymous@ O109136.ppp.dion.ne.jp
02/07/25 23:21ID:???俺をまわしてくんないかな〜？
0081Alt+Ctl
02/07/25 23:59ID:???つらいだけだぞ、ただひたすら落ちまくる
SPAM対策自体はネットワークやがやるので
面白いことはあんまりできなかと
7月に入って全国的にSPAMが落ち着いてきてるんだけどね
0082あのにます＠２ちゃんねら〜
02/07/26 02:44ID:???プロバイダのメールサーバーにリレーせよ。
0083anonymous@ l209173.ppp.asahi-net.or.jp
02/07/26 07:55ID:???そのうち9割（9億）がスパムらしい。
早く対策するとパケット料の売上が大幅ダウンするから対策遅らせているのかもよ？
今ならSubjectでのフィルターで破棄出来るようにすればいいと思うが。
プログラムorスクリプトで処理的にも難しいとは思えん。
早くしてくれ。
広告費までかけてユーザに受信拒否を推奨してるよ
Docomoまで飛んできてユーザに流れなかったら
Docomoにとったら処理損だよ
フィルタするのは技術的には簡単でも政治的には線引きが難しいの
いろいろしがらみがあって難しいんだよ
一次事業者って大変だね
あと、サーバで弾いてたら、結局Networkの負荷が大きくなる
リトライしてくるのを考慮するとむしろうけっとた方がNetworkの負荷は小さい
大抵の場合は帯域よりTCPセッションが増える方がオーバーヘッドになるから
0085_
02/07/27 21:56ID:zluVcxD9「9億がスパム」ではなく「9億が宛先不明」の間違いと思われ。
つまり9億通はパケット代にはならない・・・
008683
02/07/27 22:18ID:???いい加減に書いたけどちゃんとしたレスが付いてる。
しかもスキルが高いと見た。
実際そうしているか知らんけどエラーメールは送らないようにすると
どこかで読んだ気がするけど...実際は？
スパムは＞null 推進派！
フィルタは「未承認広告」を受け取るか受け取らないかをユーザーに選択させれば
本人の意思として片付ける事が出来そうだけど・・・詳しい事は解らん。
＞大抵の場合は帯域よりTCPセッションが増える方がオーバーヘッドになるから
たしかに帯域よりもTCPセッション、CPU負荷よりもディスクI/Oが鯖には負担になる。
そうか、サーバで考えると確かにディスクが一番ネックになるんだろうな
ネットワーク屋なもんでその辺はあんまり考えて無かったよ
SPAMはどこで叩き落すのが一番いいのかねえ
FirewallでProxy-SynAckだけ返して放置して、逆Syn-Floodってどうだろう？
思いっきりFirewallがボトルネックになるんだろうな（W
それにBlack-ListのIPでしかはじけないから精度が低いだろうしな
どっかで対SPAM専用Firewallでも作ってくれないかな
躍進中のNetScreenに期待しようか
0088
02/08/19 18:04ID:s+KpT6bjＪ−ＰＨＯＮＥは対応するのにね。
0089ルーター＠通信技術板
02/08/19 18:28ID:???携帯・PHS板へどうぞ。
Subjectは本来、SMTP的に本文なの
メーラーが勝手に題名だと認識してるだけなの
ISPは本文を評価しちゃいけないの、っていうか見てもいけないの
009183
02/08/19 23:26ID:???逆Syn-Flood・・・面白い。
SPAMではないけどサーバ攻撃に対抗すべく迎撃用プログラムでの反撃も考えたけど
Proxy判定や数多くの攻撃パターン類応など考えると本人のスキル的に無理と判明。
しかし、何らかのアクションをしたいと思う今日この頃。
0092nobody
02/09/15 17:42ID:???取れないというのは毎度のことなので、そういうDMが元記事投稿者に
沢山飛んでいるのでは、とおもいます。
各社ともDoCoMoの勝手かつ閉鎖的な運用には閉口してますよね.....
開放的な運用してほしいなら、週に2,3度止まっても文句言わないでくださいね
だったらもう少し開放的にできますよ
0094あの煮鱒
02/09/15 20:56ID:???0095nobody
02/09/15 21:18ID:???あのね、接続拒否するのは勝手なんだけど、どういう場合に接続拒否する
かとかのスタンスを明確にしてくれないかな。それと、クレームを持って
行く連絡窓口も。
私の管理している自宅サーバも、リナンバリングしたとたんにSMTP
接続拒否されたんだけど、そういう場合はどうしたらいいの？
>かとかのスタンスを明確にしてくれないかな。
これを一般公開したらSAPMをくださいと言ってるようなもんです
>それと、クレームを持って 行く連絡窓口も。
客センにご連絡ください
>私の管理している自宅サーバも、リナンバリングしたとたんにSMTP
>接続拒否されたんだけど、そういう場合はどうしたらいいの？
DNSの収束が少し長くなったと思って
気長なにお待ちください
0097nobody
02/09/15 22:09ID:???>>接続拒否されたんだけど、そういう場合はどうしたらいいの？
>
>DNSの収束が少し長くなったと思って
>気長なにお待ちください
「気長なに」って？
ていうヘミ猫フォローは置いといて、こういう事象が発生した場合は仕方
ないからsshでログインして、sendmailの設定を書き換えてプロバイダ経由
で配送している。
DoCoMoのこのやり方は、各種スパムリストと同じ問題を抱えていると思う
んだけど、スパムリストは受け取る側が導入するかどうかを選択して、
それに対する不着は受け取る側のリスクだよね。ところが、プロバイダ
側でブロックされてしまうと、送信側も受信側も選択の余地なく不着に
なってしまう。しかもクレーム手段が公示されていない。
これをして、「勝手かつ閉鎖的運用」って言ってるわけ。
いったんSMTPで受け取ったメールを消失/滞留/遅延させることはご法度なんですが
SMTPで受け取るまではInternetですし、相手もあることなので
受け取れないこと自体は大きな問題とはしていません
一度220を返したメールだけは何があっても迅速に配送して守りますが
それ以外はがんばってリトライしてください
というのがDocomoの本音だとしたら、皆さんどう思いますか？
0100__
02/09/15 23:35ID:???ウチに文句言わないでねと、各ISPは大々的に表明するしかないわけなんだよな。
ご理解いただけて幸いです
そうなんですよ
受け取った旨のコードを返したメールは責任もって配送しますが
受け取って無いものに関しては、Internetの問題ですから
そもそも、送信元や上位の問題であって、Docomoの問題ではないかもしれませんので
それを全て調査するのは事実上不可能なんです
0102名無しさん
02/09/15 23:37ID:???別に迅速に配送しなきゃいけないものでもないし。
0103nobody
02/09/15 23:57ID:???私の場合は、自宅のサーバから、docomo.ne.jpのmxを引いたアドレスに対して
SMTPで接続をかけようとすると、RSTってのが飛んでくる状態なので、
>そもそも、送信元や上位の問題であって、Docomoの問題ではないかもしれませんので
というのではない。逆に、この問題を嫌って自宅サーバからプロバイダサーバ
経由ではなく、直接SMTP接続してるんだから。
UUCP時代からメール使っているから、遅れたり消失したりするのについて文句
を言うつもりはないのですが、SMTP接続がRejectされる件についてクレームを
つけても、ロクな対応をしてくれない姿勢には腹が立ちます。
ねえ、正直どこにどういう報告すればこのSMTP接続拒否について対応してくれ
るわけ？そしてそれはどこに公示されているわけ？
0104_
02/09/15 23:59ID:???あんたの自宅サーバからの接続要求を拒絶するポリシーなんだろ？
なんでクレームつけるんだ？
まず、MXrecodeが引けた相手の接続をすべて許可しなければならない根拠を提示してくれ。
0105_
02/09/16 00:02ID:???法律でどうとかRFCでMUST NOTになっているとかの客観的な根拠な。
0106sage
02/09/16 00:14ID:???"金を取ってるサービスを守るのが第一、
金を取ってないサービスの最大公約数を守るのが第二、
あとのことはそれなりに"
ということでよろしいでしょうか？
>>103
金払ってない以上は文句は言えないね
SMTP鯖まではDocomoがユーザの金で動かしてるけど
鯖がまだ受け取ってないデータは金をとってるサービスの範疇じゃない
0107_
02/09/16 00:21ID:???当然、金銭的に仲のいいISPを優先的に接続させる、なんてのは常識。
馬鹿正直にTCP Max connectionまで先着順に接続させていたらサービスそのものが
なりたたんよ。どこの馬の骨ともわからん接続元は拒絶される場合があって当然。
50万セッションで足りるのか？
というか184て実質20〜30万セッションが限界だと思うんだけど
0109nobody
02/09/16 00:28ID:???電気通信事業者が不当な差別的取り扱いをしちゃいけない、っていうの
は、外から受け取るところには適用されないという理屈ね。なるへそ。
＃それは役務ではないと言いたいわけだ
この理屈で行けば、どこぞのデータセンターであった、ライバルのデ
ータセンターから来たパケットを明後日の方向へルーティングして
しまう、っていのうのも「常識」なわけか。
the Internetの世界は電話みたいに相互接続協定がないから、何を
やっても文句言われる筋はないというスタンスね。
0112nobody
02/09/16 00:38ID:???こいつは>109で書いた意味も理解できないのか?
> あなたはドコモと電気通信役務契約をしているのかい？
私がどっか、「電気通信事業法上問題だ」なんて書きましたか?
いや、商法すら知らないんでしょう
電気通信事業者が"非契約者"をどう扱おうが知ったことでは無いのに
電気通信事業者以外のネットワークを経由するかもしれないのに相互接続協定なんて結べるわけ無いです
0114名無しさん
02/09/16 00:44ID:???煽りはわかった。104じゃないが>>104-105に答えてみせろよ。
>私がどっか、「電気通信事業法上問題だ」なんて書きましたか?
で、あなたは問題だと思っているのか？思っていないのか？
もっとも、>>109が問題だと思っていない、思ったままに書いただけとか言う気ならば
よほど文章から意を汲むことに慣れていないと思うので、通信機器相手じゃなくて
人ともコミュニケーションをしたほうがいいと思うぞ(藁
0115_
02/09/16 00:50ID:???紺屋の白袴、実際に自分が利用者となる場合はさっぱり無知だった、ということでしょう。
>ータセンターから来たパケットを明後日の方向へルーティングして
>しまう、っていのうのも「常識」なわけか。
サービストラフィックを守るための正当防衛or緊急回避と
単なる妨害/嫌がらせの区別もつかんとは終わってるな
非契約対象のトラフィックを守る義務なんてこれっぽちも無いんだが
0117名無しさん
02/09/16 01:09ID:???ま、いつものパターンだな。
きっと「馬鹿は相手にならない」とか言って、自己正当化に必死なんだろう(藁
キレたユーザってのはみんなこんなもんでしょ
>>116の飛躍なんて最たるもの
nobody氏後でも冷静に考えれば
特定のISPからパンチを食って、他からはパンチを捨てるのと同じだと気づくだろ
0119げのむ
02/09/16 01:17ID:Lt7uf+t+nexthop差し替えとかメールサーバ接続拒否。。。
あああ、もうダメ
0120nobody
02/09/16 01:29ID:???ムリストと同じ問題だと思ってて、まとめて良し・悪しを判断できるものでは
ないと思ってます。サービスを守るために、大量メール送出履歴のあるIPアド
レスからのSMTP接続をRejectするのが良くないとかは思っていません。
スパムリストでも、SPAMERからのでないメールをブロックしてしまうことが
あって、それについていろいろ議論があるのは周知の通りかと思います。
0121nobody
02/09/16 01:31ID:???確かに失敗しましたね。
>この対応は基本的にはスパムリストと同じ問題だと思ってて、
同じと思うのは勝手。
>これをして、「勝手かつ閉鎖的運用」って言ってるわけ。
これもあなたの勝手。
でも現実にはそういうレベルの話ではないというのは散々既出。
0123nobody
02/09/16 01:36ID:???一応返信しとくと、電気通信事業法上問題だとは思ってません。そして、この
問題が相接協定の範囲だとも思ってません。
ただ、the Internetの接続性ってこの手の理屈でいくとどんどんなくなって
生きますけどね。たくさんprefix持ってて、「強い」プロバイダが、小さな
プロバイダのCIDERブロックからのSMTP接続を拒否することだって、法律上
問題ないし、(私が知る限り)RFCにはそんなことをしてはいけないと書いて
ないわけだから。
0124名無しさん
02/09/16 01:41ID:???発想が悲観的妄想じみているんだよ。
あなたの自宅サーバがspam listで拒否されている、という前提だろ？
実際には他のサーバが優先的に接続されているだけなんだが、理解しているか？
ISPの管理下のSMTPサーバに関しては当然そうなりますね、
そういうサービスだというだけのことなので、ユーザが使うかどうかを決めればいい
ISPの配下のCIDRのトラフィックに関しては契約上フィルタできないと思いますが？
法律で規定して無くても契約約款にうたってあれば問題ないでしょ
0127nobody
02/09/16 01:52ID:???すまん、書き方が悪かったか。大きなプロバイダAと、小さなプロバイダBが
あって、それぞれ契約者用のメールサーバーSaとSbを持っているとします。
その配下にユーザUaとUbがいて、[email protected]と[email protected]のメールアドレ
スを使っているとします。
>123で書いたのは、SbからSaへのSMTP接続を拒否すること。Saを管理してい
るのはプロバイダAであり、プロバイダBから金もらっているわけでもないか
ら拒否することに文句は言えない。
ついでに、ユーザUaからのSMTP接続も、ソースIPアドレスを見てプロバイダA
のCIDERブロックだったらSaへ接続させずにRSTを投げるというのも、同様に
問題ない。
>ISPの配下のCIDRのトラフィックに関しては契約上フィルタできないと思いますが？
>法律で規定して無くても契約約款にうたってあれば問題ないでしょ
意味がよくわからないんですが。
0128名無しさん
02/09/16 02:04ID:???0129nobody
02/09/16 02:04ID:???接続性っていう面で思い出しましたけど、Janog10でMEXの人が話題に出してた、
パブリックリソース(.jpのルートサーバとか)への接続性とか、そろそろ真面目
に考えていくべきかもしれませんね。
SMTPやWEBみたいな基本的なやつは今後もそんなに問題にはならないと思う
のですが、ストリーミングやオンラインゲームで意図的にクオリティーを
下げる行為が行われてもおかしくないと最近思っています。
0130125
02/09/16 02:04ID:???ISPのMailサーバは付帯サービスでしょうから
管理方針に従うのは当然だと思いますが
もちろん契約次第でしょうけど
>>123で書いたのは、SbからSaへのSMTP接続を拒否すること。Saを管理してい
>るのはプロバイダAであり、プロバイダBから金もらっているわけでもないか
>ら拒否することに文句は言えない。
ユーザのネットワークではなく自ネットワークへのトラフィックですから
フィルタすることはありえるでしょうね
回線は金をもらった時点でユーザのものですが、
サーバはそうではないですから
>>ISPの配下のCIDRのトラフィックに関しては契約上フィルタできないと思いますが？
>>法律で規定して無くても契約約款にうたってあれば問題ないでしょ
>
>意味がよくわからないんですが。
巨大ISP-Aからバックボーンを買ってるネットワークという意味です
SMTPサーバを自己管理してるドメインを想定してます
「知らない答えられないことを聞く奴」＝「俺をいじめる奴」＝「俺的荒らし」＝「荒らしに答える必要なし」
なんでしょう。風が吹けば桶屋が儲かる的被害妄想思考ですね。
0132nobody
02/09/16 02:10ID:???>巨大ISP-Aからバックボーンを買ってるネットワークという意味です
>SMTPサーバを自己管理してるドメインを想定してます
ああ、トランジット買っている場合は明白だと思うんですよ。いやなら
違うTier1からトランジット買えばいいわけですし。
問題はいくつもASを跨いでしまうと、それこそ直接の契約関係も何も発
生しないから、ある日突然「おたく向けの回線細いから、メールをパケ
シェで削ります」とか、「おたく向けの回線逼迫してるから、そっちで
工夫してxx IX経由でトラフィック回して、今の経路はフィルタするから」
と言われる可能性があると。
契約してるISPとのことは契約の問題
そのISPとよそのISPとのことは、
そのISPのサービス品質の問題
それだけのことだと思いますが
0135＿
02/09/18 00:20ID:???0136△
02/09/19 17:11ID:???社内向けメーリングリスト動かしてみるとエラー帰ってくるのはDocomoだけ。（今年から）
他の携帯会社は問題無く配信される。
しかも、スパムは圧倒的にDocomoが多い。
一番狙われているのは解るが、不都合が多い癖にスパムが多いってどうよ。
周りではDocomoからみんなJ-PHONEに乗換えている。
iMode開通当初から使っているメールアドレスが気に入っているから使っているが
もういいや。
0137_
02/09/19 23:39ID:???スレ違いスマソsage
0138.
02/09/22 11:03ID:???もしかしてsecure-memo MLで、「規格の問題ではない」とか言う意味不明な
文章を投稿してたヤツだったりして。
0139anonymous@ Cchib13DS17.chb.mesh.ad.jp
02/10/04 01:33ID:coOcfuySその携帯からパソコンにはメールできます。
パソコンからこの携帯にメールを送るためにはどうすればよいのでしょうか？
ご教授願います。
----- The following addresses had permanent fatal errors -----
<*********@docomo.ne.jp>
(reason: 550 Unknown user: *********@docomo.ne.jp)
----- Transcript of session follows -----
... while talking to mfsmax.docomo.ne.jp.:
>>> DATA
<<< 550 Unknown user:*********@docomo.ne.jp
554 5.0.0 Service unavailable
0141_
02/10/18 17:40ID:???「違うユーザー名で550が帰ってくることがあって、
その場合は正常に送信できてる」とかなんとか変なこといってたなあ。
0142_
02/10/29 06:13ID:cRJ+Q8180143anonymous@ i189184.ap.plala.or.jp
02/11/23 01:22ID:nDRDZRrH0144anonymous@ 3dd70499.speednet.ne.jp
02/11/23 02:32ID:A/S8Om5L8月以降の話でいこうよ。
0145anonymous@ z241.219-103-224.ppp.wakwak.ne.jp
02/11/23 18:48ID:Yoin59SN0146anonymous@ 218.231.149.128.eo.eaccess.ne.jp
02/11/23 23:40ID:0Yn63AF/何回やっても無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄むだぁ！！
0147っていうか
02/11/23 23:46ID:lGrrVGE70148あぼーん
NGNG0149>
02/12/12 23:08ID:22bxPOHhＳＭＴＰ拒否されまくることが最近あります。
まさかＮＴＴと競合する系列のISPに対して優先度が低いとか？
某プロバイダは、そういう客のために
暫定措置として対DOCOMO転送ＳＭＴＰサーバを
用意する方向で検討中のようです。
0150nobody
02/12/15 11:31ID:???もしかしてCIDERブロックで拒否してるんでは?と思われる症状を目にした
ことがあります。
問題は、そういう時に抗弁する方法がないこと。ORDB以下だね。
0151_
02/12/15 13:38ID:???nobody氏の言うことは聞かないほうが身のためです。
>>92-138 を読めばわかるとおり、自分の思い通りにできないメール配送があると
攻撃しなければ気がすまない、変な人ですので。
携帯キャリアでメールがどのように処理されるかを理解していないから好き勝手言っているのでしょう。
SMTPで受け取るまではいくらでも大丈夫なんですよ。
回線やMTAなんて増強が簡単なんで、金さえかければいくらでも対応できます。
でも、1日億単位のメールをリアルタイムで移動機に流すのは至難なんですよ。
受け取ったらSpoolしてPOPが来るのを待ってればいい一般のMTAとは根本的に違うんです。
電番単位で紐付けされてしまってる内側の配送サーバやプロトコル変換機の増強は簡単ではないのです。
0153_
02/12/16 00:49ID:???ユーザの側で遅延状態の鯖を避けるなりの措置を取れると思われるがどうよ？
>>149
＞暫定措置として対DOCOMO転送ＳＭＴＰサーバを用意する
実際その手を使っているISPは結構多いらしいが、
その暫定鯖がSMTP封鎖されない保障はどこにもない罠。
0154__
02/12/16 02:17ID:xKHC3SHW> 実際その手を使っているISPは結構多いらしいが、
> その暫定鯖がSMTP封鎖されない保障はどこにもない罠。
んー、でもDoCoMoは封鎖しないんじゃない？
ISPからのメールに遅延がある、ってまた悪評たてられたくないだろう。
プロバイダ責任法でログ残しておく義務があるから、
スパムとかのリレーに使われた場合、SMTPを直接投げられるよりも
発信元の特定がしやすいだろうし。
0155anonymous@ FLA1Aai131.fko.mesh.ad.jp
02/12/20 17:47ID:UhyhbryG0156sage
03/01/06 16:10ID:???ライトの人肩弱すぎ
0157山崎渉
03/01/15 22:27ID:???0158sasa
03/02/06 11:50ID:WSYTwCP10159名無しさん＠Ｅｍａｃｓ
03/02/24 19:45ID:tC7Uprl30160taro
03/02/24 20:33ID:DAE6IWWX0161_
03/02/25 10:47ID:???0163e-to
03/03/16 14:47ID:mXs5av+zSAGE!
0164あぼーん
NGNG0165anonymous@ YahooBB218129200014.bbtec.net
03/03/16 16:28ID:Z7X3ahDr（送ってるにも関わらず）これはプロバイダーに問題があるんでしょうか？PC同士だと普通に届きます
あと受信拒否もしてません
0166anonymous@ YahooBB218129200014.bbtec.net
03/03/17 20:32ID:???0167anonymous@ j081152.ppp.asahi-net.or.jp
03/03/18 11:19ID:???その頃はFreeBSDでsendmail+iモード処理システム って感じだったらしい
その後、伊藤忠CTCが鯖増設の案件を取ってCTCのエンジニアは(´Д｀;)な状況になったらしい
ﾀﾌﾞｿ今でもCTCがやってるかと思うんでそれらしい人を探して聞いてみるがよろし
0168情報ふるっ
03/03/20 00:55ID:rd+stV58CTCはアボーン。
0169「メールで戦争反対を訴えよう」
03/03/20 01:37ID:1/MKkdEK悲しい事に望まれない戦争が始まろうとしている。
そこで私にもできる反戦活動はないかと考え実行することにした。
私一人では意味の無いので多くの人に協力をして欲しい。
内容は以下の通りである。
下記にあるアメリカ合衆国大統領宛に皆で平和への願いのメールをしよう。
アメリカ合衆国大統領
[email protected]
＜平和への願いに少しでも耳を傾けて貰うために＞
・何度も何度もメールで訴えよう。
・訴えることが重要だ、一言だって構わない。
・言語は自分の国の言葉でも構わない。訴えないよりも良いからだ。
・文章だけでなくて、画像、音声、映像等を添付するのも良いだろう。
＜より多くの人の平和への願いを送るために＞
この文を可能な限り広めて欲しい、
多くの言葉に翻訳して、
多くの人々の平和への願いを彼らに直に伝えよう。
＜最後に＞
多くの人の多くの平和への願いが集まれば大きな力となり
それを無視できないものとなるだろう・・・
世界が早く再び平和な状態に戻る事を祈って
平和が訪れるまで繰り返しメールで平和への願いを送ろうではないか。
0170あぼーん
NGNG0172名無しさん＠Ｅｍａｃｓ
03/03/20 22:12ID:c3jOmCOk大阪の会社名が知りたいです。
0173キム
03/03/27 01:38ID:ssLaCCDvConnection refused
と、送ったメールがエラーで返ってきたのでnslookupを何気なくしてみたところ、
Name: mfsmax.docomo.ne.jp
Addresses: 203.138.181.240, 203.138.180.112, 203.138.180.240, 203.138.181.112
今度はIPアドレスからnslookupしてみたところ、
全部名前解決出来なかった。
逆引き位できるようにしておけよ、糞。
メールが届かないこととは関係無いけど…。
0174名無し
03/03/27 23:04ID:xWRS/nW1■ このスレッドは過去ログ倉庫に格納されています