Docomoのメールサーバに関わってる方いますか?
1 :1 :02/05/14 21:07 ID:IEUUjXbk.net 最近、ドコモ宛にメールを送ると、当方の契約するプロパから553エラーが 返ってくるのに、メールは届いてる。Radishというソフトを使って、メールを 送っても553が返ってくる。なにこれ。ドコモどうなっとるの?
2 :anonymous@ i197037.ap.plala.or.jp :02/05/14 21:11 ID:J8xPbB22.net ni
3 :DoCoMo延滞しまくり :02/05/14 21:33 ID:???.net 転送拒否では
4 :TO :02/05/15 15:18 ID:GaWG4INc.net 早速質問です。 フォームメールを使い会員宛に情報を送るCGIプログラムをテストしています。 PCやJskyでは無事メールは届きますがi-modeには届きません。 自分の携帯だけかなと思い、友人のi-modeに送ってみたが届きません。 ただしOUTLOOKなどのメーラーを使うと送ることは出来ます。 着信拒否の設定も何もしていないのに... 考えられる原因って何かありますか? ※独自ドメインをレンタルサーバーで運用しています。
5 :anonymous@ p9236-adsao02yokoni-acca.kanagawa.ocn.ne.jp :02/05/15 19:25 ID:???.net >>1 DNSとメールシステムの関係を勉強しる!! 順引き、逆引き、MXレコード、これらが分からなければ おとなしくプロバイダのSMTPサーバ使え。
6 : :02/05/15 22:34 ID:???.net >>4 スパまーは死んでください
7 :TO :02/05/16 10:24 ID:???.net >スパまーじゃないんだよな。まじで 共有サーバー使ってるから 君のいうスパまーのせいで サーバ会社が拒否られてるのかもしれん。 もしそうだったら、こっちも迷惑なのさ。
8 :1 :02/05/17 20:04 ID:uxVdPpWh.net いっつも、553エラー(タイムアウト)でメール送れない。Docomoどうなってんの ?回避方法してる方おしえて。あとMXレコードが書いてあるDNSのipあどれすも。
9 :三級者 :02/05/17 20:18 ID:???.net >>1 1と8で言ってること違うぞ。
10 :1 :02/05/17 23:40 ID:mBcz5AUA.net 553エラーが起きて、送れないということ。M
11 :AC :02/05/18 01:05 ID:PukOK6Bg.net mfsmax 困りますね もう少し増強してほしい
12 :1 :02/05/18 22:42 ID:kHB4clC6.net ISPのサーバー使うとメール届くの遅いんで、回避さくとして、自前で サーバ用意して送ってたのに、このごろタイムアウトになる原因わかる方 おしえて。
13 :名無しさん@お複すいた。。 :02/05/18 22:45 ID:Bw7daGoJ.net ああ、そういえば、いっしょの学校に通ってる、ある人が、 ●PCからDoCoMoにメールを送ると、届くのが遅い ●PCとDoCoMoのケータイは相性が悪い などといいます。 なぜ、届くのが遅いのかというと、サーバーが混んでいる可能性が 有るのではないか、と、僕は説明してあげました。 しかし、なぜ、サーバーが混んだりするのでしょう? 最近のDoCoMoのサーバーに、異変でもあったのでしょうか?
14 :331 :02/05/18 23:10 ID:kHB4clC6.net なにせ、サーバーが応答しないのですから。ipあどれすが変わったのかな?
15 :13 :02/05/18 23:13 ID:???.net >>14 ん? D:\WINDOWS\デスクトップ>ping docomo.ne.jp Pinging docomo.ne.jp [210.153.84.7] with 32 bytes of data: Reply from 210.153.84.7: bytes=32 time=69ms TTL=245 Reply from 210.153.84.7: bytes=32 time=55ms TTL=245 Reply from 210.153.84.7: bytes=32 time=55ms TTL=245 Reply from 210.153.84.7: bytes=32 time=55ms TTL=245 Ping statistics for 210.153.84.7: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 55ms, Maximum = 69ms, Average = 58ms
16 :? :02/05/18 23:15 ID:???.net スパムでいっぱいいっぱいです 連中はどんどん賢くなってます 先の見えないイタチゴッコです もうだめぽ・・・ 携帯事業者間はMXからじゃ引けない隠しサーバ経由してるんで大丈夫ですけど
17 :? :02/05/18 23:19 ID:???.net >>15 帯域的には問題ないんでpingしても意味ないっすよ っていうかもう見捨ててください
18 :AC :02/05/18 23:22 ID:PukOK6Bg.net なぜ混む、というか、ずいぶん前から混んでいると思います。 理由は当然、膨大なメールを処理するのに時間がかかるからでしょう。最近 は特に混んでいるようですが…. 4つある A record は昔と変わってない気がします。(一部変わってる? 記憶 があやしい) I/O error とか Connection timed out とか Illegal seek とか多彩なエラー を出してくれますよね。
19 :? :02/05/18 23:25 ID:???.net 一日に総人口クラスのスパムがくる環境を経験せずに好き勝手言う奴らは 牛に踏まれて氏んでください っていうかお前ら全員スパまーだな?
20 :AC :02/05/18 23:43 ID:PukOK6Bg.net >>19 無責任な物言いになりますが、docomo.ne.jp の現状には非常に興味があり ます。かくも苛酷なトラヒックにさらされているメールサーバはなかなかな いですよね。 当方は今時の弱小SI屋ですが、メールサーバがからむ構築 (運用) になると いつも、docomo.ne.jp あてのメールがスプールに多く残るのが印象深いで す。順次配送されることもあるのですけどね。
21 :13 :02/05/18 23:55 ID:???.net >>18 去年の11月ごろに、DoCoMoのケータイを使ってた人と、しかも、関西と関東で、 だいぶ離れたところで、メールをやってました。 だけど、全然混んでませんでしたよ・・・。 その後も、DoCoMoのケータイの人とメールをやってたことは有りますが (今度は内の近くだけど)、そんなに、ストレスを感じるような混み方はしてなかったような・・・。 なんか、最近なのよね。。皆、メールが送れないだとか、 サーバーからエラーがかえってきただとか。 膨大なメールを処理するって、、klezの影響もあるのかな? うちの周りで、klezが飛び回るようになってから、メールが送れないだの、 サーバーからエラーが帰ってくるだの、送るのに時間がかかるとか言われるようになってきてた。 なぜ、最近、サーバーがそんなに混むほど膨大なメールを処理されるのだろう。
22 :AC :02/05/19 00:14 ID:???.net >>21 混む、混んでいない、という言葉は判断の基準の違いが多くあると思います。 たとえば、わたしはユーザとして i-mode を使っていないのですが、混んで いたという判断は、色々なメールサーバでよく滞留 (一時的な理由で送れな いメールは途中のサーバで一定期間保持される) していた、という記憶をも とに、混んでいた、と言ったわけです。 ユーザの方ですと判断基準は多分、体感測度ですか、去年まででは許容でき る遅延だった、ということなのではないでしょうか。 最近 (きづいた範囲ではここ1か月くらい) はとても混んでいますね、 stat=Sent になる確率がとてもひくい。理由については docomo.ne.jp の管 理者様に聞くしかないと思いますが。 大手でメールサーバ運用している方のおはなしが聞きたいところです。
23 :ななし :02/05/19 00:46 ID:???.net docomoに接続しにくい鯖としやすい鯖というのが存在する。 ある鯖からはdocomoにメールを出すとキューから出ていくのに10時間かかるが、 別の鯖からだとほとんどリトライせずに出ていくという現象が起きている。 しかし、接続しにくい鯖でも送れないわけではない。何時間、何日間か 待てばメールも届けられる。 ということで、ドコモ側で接続元IPアドレスによって受付の優先度を 変えているのではないかという疑惑が生まれるのであるがどうだろう。
24 :ななし :02/05/19 00:47 ID:???.net >>19 経験がどうのは関係ないよね。 サービスとして商用化した以上そんな言い訳は通用しない。
25 :anonymous@ gkfa2153.246.ne.jp :02/05/19 04:37 ID:H9lh909x.net docomoってFrom詐称に対する制限をかけてるの? 俺もレンタルサーバーでメール送るとdocomoはエラーになるんだよね(スパムじゃないよ!)。 この制限ってfromを空白にすれば大丈夫なの?
26 :sage :02/05/19 14:09 ID:???.net >>23 疑惑というか、ケータイ業者の一般常識でしょ でもこれが許されるギリギリラインだろうな >>24 一次通信事業者のしがらみがある以上、 スパムに対策するすべは論理的にも物理的にも無いに等しいでしょ あるとしたら際限の無いシステム増強しかない
27 :1 :02/05/20 06:43 ID:A7lJSJf5.net >>16 の言ってる隠しサーバとやらは、インターネットからアクセスできるの? あと、IP制限はないと思われる。ISPのサーバ使って送ると時間かかるんで 簡易的な、SMTPサーバインストールして、送ってるけど、通るときは、すぐ届く
28 :nanashi :02/05/20 07:10 ID:???.net >>27 教えてくれるわけないだろ。
29 : :02/05/20 07:14 ID:H4AMU/l/.net しかし、ここの話を聞くと ドコモにするかどうか、迷っている 今の現状、踏み切るには勇気がいるなぁ ちなみに今はauだよ ドコモ相手にメールしても、反応が悪いと思わなかったけど
30 :sage :02/05/20 11:21 ID:???.net >>23 確かに自分も確認した。 どいうことなのだろうか・・・ NTT系列を優先?
31 : :02/05/20 11:49 ID:???.net >>27 >16の言ってる隠しサーバとやらは、インターネットからアクセスできるの? 専用線で携帯会社間のNetworkを作ってるか、 インターネットだったとしても間違いなくフィルタかかってると思われ >あと、IP制限はないと思われる。ISPのサーバ使って送ると時間かかるんで >簡易的な、SMTPサーバインストールして、送ってるけど、通るときは、すぐ届く 優先度つけてるだけだったら、さばけてる時は早いにきまってるだろ アフォ?
32 :25 :02/05/20 21:16 ID:4wNWsT0z.net 今テレビタックルでやってたけど 迷惑メールのおかげでdocomoも相当な収入が見込めるんだね。 対策が遅いのがそのせいじゃなきゃいいけどね。。 ところでだれかfrom詐称について知りません? 詳しいサイトがあったら教えて欲しいのですが。
33 :1 :02/05/20 22:43 ID:evEYsjPh.net 1としては、メールが高速で送れる、環境をてにいれたいですが。 いいアイディアないですか?(WINME)
34 :あの煮鱒 :02/05/20 23:22 ID:???.net docomo に金を積めば快適につなげるようにしてくれるんじゃなかったっけ。 金を払ってなくても、さっと送れる鯖と便秘な鯖と差別してるんだから かなりあくどい商売だと思うけどね。
35 :anonymous@ N055042.ppp.dion.ne.jp :02/05/27 13:03 ID:p2fdBE6q.net DOCOMO宛にメールが遅延、紛失が頻繁に発生するなら 特定接続サービス http://www.nttdocomo.co.jp/new/contents/02/whatnew0222e.html を利用してDOCOMOを儲けさせよう。
36 :名無し :02/05/28 23:53 ID:8bQvzc4t.net >>35 これに金払うことにはどうしても納得できないが、効果は絶大。 ときどきコケてるけど。
37 :1 :02/05/29 06:49 ID:hD+8au6G.net NT○がつくから殿様商売の天才ですか。
38 :あ :02/05/30 16:26 ID:Oq7uZGJE.net >>36 ときどきコケるの!? 酷い話だ。ソースあったらキボン。
39 :ななし :02/05/30 17:01 ID:???.net docomoって第一種通信事業者だよね。 法律で差別的取り扱いが禁じられてるはずなんだけど、 これは該当しないのかしらん。
40 :anonymous@ csh9-28.pas.mbn.or.jp :02/05/30 23:01 ID:???.net きさまらか!? i-modeに迷惑メール送ってる糞エロサイト業者!!
41 :ひまだから :02/05/31 04:45 ID:???.net docomoのMXレコードって何だろね nslookupで見てみよ・・・・・・
42 :u :02/05/31 04:46 ID:???.net みてみたら?
43 :フランスだめぽ :02/06/01 04:39 ID:???.net お客のSendmailのTestでcron使って5分おきにMail送って それをDocomo携帯に転送していたがTestにならなかったよ。 鬱だ。
44 :anonymous@ actkyo019179.adsl.ppp.infoweb.ne.jp :02/06/01 12:14 ID:???.net パケットシェーパー入ってるからなぁ(ボソッ)
45 :asdf :02/06/01 23:38 ID:9mopuWNu.net ちょうどいいスレ発見。 レベルは低いみたいだけどね。 神が答えてくれることを祈ろう。 えっとですね、私のPCからドコモの携帯にメール送るプログラム使ってたんですよ。 スパムとかじゃなくて、PC使ってるときに友達にメール送るのを携帯から送るのが面倒だったんで、新しくプログラム作って使ってたんですよ。 で、最近JPHONEには送れるのにドコモには全く送れないことに気づいたんですよ。 調べてみると、ドコモのメールサーバにsyn_sentの状態で止まっちゃって、返事が全く返ってこないんですねこれが。 こうなると、プログラミング以前の話でコネクションが貼れてないってことになりますよね。 DNSのMXレコード見て、telnetでsmtpにつなごうとしても、結局同じ状況なんですよ。 けど、hotmailからドコモに送ってみると、一瞬にして届いちゃうんですよ。 まじでわからん! MXレコードの鯖に接続できない=その鯖にメール送れないってことじゃないの? 俺がドコモ鯖にはじかれてるだけ? IP制限とかしてるのかなぁ 長文失礼 神の返答キボンヌ
46 :さげ :02/06/02 00:12 ID:???.net >>45 レベルが低いから答えられません。
47 :煽りには煽りで :02/06/02 01:08 ID:???.net >45 PacketShaper入ってるって書いてあんだろ。 お前が使用できる帯域は無いんだよ。 >44 つーか、8500クラスが入ってるんですかねぇ。 いつもモニタリングでしか動かしてないです。ハイ。
48 : :02/06/02 01:32 ID:???.net >>47 PacketShaper正直へぼい Jポンでも使ってるという噂あり >>45 友達にメール送るならISPのサーバ使え、アフォ >DNSのMXレコード見て、telnetでsmtp 同じことやってんだから結果は同じに決まってんだろ SPAMスクリプトで小金を稼いでるスクリプトキディと思われるが あまりの低レベルさに驚愕 SPAMプログラムってこの程度の奴らが作ってるの? こんな小僧の子供だましでも数が集まれば キャリアの悩みの種を作れるっていうことか、、、
49 :asdf :02/06/02 01:59 ID:kFjmnJI3.net 俺はスパムのプログラムなんか作ってないけどな。 so−net使ってるんだけど、そっからメール送ると差し出しが@so-netじゃないと受けつけてくれないんだよ 携帯に@so-netで送ると、みんなそっちに返事するのよ それがイヤだから、ドコモに直接送るようにしたの。 けど最近送れなくて困ってるの
50 : :02/06/02 02:07 ID:???.net >>49 Env-FromとFromの違いを覚えてから出直せ
51 :asdf :02/06/02 02:09 ID:kFjmnJI3.net ハァ? エンベロープはmail from: フロムはヘッダに書くやつじゃないの?
52 :hage :02/06/02 02:16 ID:???.net SO-NETでFromを変えればそこに返信はそこに返るだろが Fromで制限してるMailサーバなんてねえよ #もうこの板にはくるなよ
53 :anonymous@ 218-228-162-176.eonet.ne.jp :02/06/02 02:24 ID:???.net まとめると>47は So-NetではFORMいじると送れない で、DOCOMOメール鯖に送りたい PR組んでドコモ鯖にアクセスした ダメだった ???? なの?
54 :asdf :02/06/02 02:30 ID:kFjmnJI3.net 今ソネットの鯖に送ってみたら送れた… || ∧||∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ( / ⌒ヽ < スマンかった・・・ | | | \_____________ ∪ 亅| | | | ∪∪ : : ‐ニ三ニ‐ なんで前は送れなかったんだろう ご迷惑をおかけしたことをお詫びいたします
55 :anonymous@ 218-228-162-176.eonet.ne.jp :02/06/02 02:31 ID:???.net >54 >52
56 :今日も暑い! :02/06/02 09:56 ID:2jUzmTs+.net なんか荒れてるねぇ >>48 >SPAMスクリプトで小金を稼いでるスクリプトキディと思われるが スクリプトキディってのは人が作ったプログラムを使うだけの人をいうんじゃないの? この人は自分でソフト作ったって言ってるじゃない ちょっと大きめのML運営してる人とかは、ドコモにメール送るときはどうやってるのかなぁ? こういう人もISP使って送れってことなの?
57 :名無しさん@お腹がいっぱい。 :02/06/02 13:33 ID:???.net >52 RIMやDION(回避策あり)は、そんなポリシーじゃなかった?
58 :123 :02/06/02 14:03 ID:2jUzmTs+.net >>57 http://www.rim.or.jp/support/guide/mail/or/index.html >他のプロバイダアクセスポイントや会社などのLAN環境から送信する場合 > リムネットでご利用のメールアドレス >(例:rimtaro@kt.rim.or.jp) のみ指定可能 > >リムネットのアクセスポイントに接続して送信する場合 > リムネット以外のメールアドレスも指定可能
59 : :02/06/02 15:19 ID:???.net >>58 ん… それって3rd party relay可能では?
60 :sage :02/06/02 23:17 ID:???.net >>59 国際ローミングやっているところは、外部ネットワークからのSMTPを許さないと 海外からメールサーバ使えなくなってしまうからしょうがないんだな。
61 :? :02/06/03 00:44 ID:???.net >>57-59 そりゃReterun-Pathの制限だろ? 本文ヘッダのFromで制限してるISPなんて聞いたこと無いよ Fromってりっぱな本文の一部だぞ 本文の内容でサービス制限かけるようなことやるわけ無いだろ
62 : :02/06/03 08:50 ID:???.net >>61 Reterun-Path だってよ クスクス Reterun-PathがReturn-Pathのtypoで、Envelope Fromを意味しているとしても、 どっちにせよ第三者リレー可能であることに変わりなし。 せめてPbSくらいすれ。>リム
63 :? :02/06/04 01:04 ID:???.net >>62 いや、第三者リレーはできないよ そもそもIPで制限されてるからユーザしかできるわけねえだろ できるのは本文Fromの成りすましだけ ISPにしてみりゃFromなんてどうでもいいんだよ Env-Fromが存在してエラーメールが滞留さえしなけりゃなんでもいい
64 :いやん :02/06/04 15:35 ID:tQ7b0otW.net お前等そういうスキルどうやって磨いたのですか? 良かった書籍とかあったら教えれ。
65 : :02/06/04 22:25 ID:???.net ドコモ鯖は昔はEnv-Fromに漢字が使えたりしたなぁ。 そりゃスパムも増えるはずだよ 今はどうなんだろう >64 そういうスキルがどういうスキルかよくわからんが、 送信専用のメールソフトでも作ればSMTPについては理解できるでしょう。 お勧めはハッカージャパンです(w
66 :名無しさん@Emacs :02/06/05 00:01 ID:???.net rimはポリシーの違いでblack載せられてる罠.
67 :擬古たんお帰り :02/06/05 00:23 ID:jyn3ciZR.net From詐称はまともなISPならできないと思うが。 >>65 まだできるんじゃない? ドメイン指定始まった日までは確実にできてた。 つか、拒否メールの一覧を見てみたい。>日に50〜80通ぐらいきてたから ドメイン名逆引きぐらいしろやゴラァと思ってたなぁ
68 :nobody :02/06/05 00:33 ID:???.net >67 ドメイン名逆引きはDosアタックになる虞があります。このことに十分 注意する必要があります。 http://www.janog.gr.jp/ml/200104.month/3541.html #パスワードが必要です。読みたい人はjanog-MLに加入してヘッダ見てください
69 : :02/06/05 01:12 ID:???.net >68 パスワード要求されるけど、キャンセル押すと見れちゃうんだけど…
70 : :02/06/05 01:26 ID:???.net 死ぬほどどうでもいいがドメインの"逆引き"って何だよ(W
71 : :02/06/05 08:33 ID:???.net >67 >From詐称はまともなISPならできないと思うが。 意味不明 >70 Env Fromの到達可能性確認のことかな。 Env Fromはいくらでも詐称できるので、そのてのチェックは意味なしと思ってる。
72 : :02/06/05 10:22 ID:???.net >>67 そっか、和geoはSMTP終了しちゃったから、foo@geocities.co.jpはもう使うなってことだね。
73 :anonymous@ 61.195.43.88.eo.eaccess.ne.jp :02/06/06 03:24 ID:???.net グリム〜グリム〜グリム〜
74 :Pop Before Smtp :02/07/04 18:57 ID:YYw6kKm1.net 外にはADSLやフレッツISDN (IP動的割り当て) たとえば サイボウズ office 4とか、メール送信機能のある複合機とか 運用していて、プロバイダの送信サーバだと POP BFORE SMTP がきいて送れない。 で、、ローカルになんかのSMTPサーバをたてて、これを使って複合機などからの 配信をおこなう (当然外部からはこのサーバのIPはプロバイダのPPPサーバなどのそれとしか認識 されていない) みたいな運用をしていた場合ですね。。 ある日をさかいに mfsmax.docomo.ne.jp に拒否されっぱなし みたいなこと結構起こってますね。
75 :Pop Before Smtp :02/07/04 19:16 ID:XzkfXTQN.net 今は 自社アクアセスポイントでも POP BEFORE SMTPのところ多いす。
76 :anonymous@ 210-194-8-178.home.ne.jp :02/07/06 08:07 ID:kwDOIT3b.net ちなみにドコモの公式コンテンツプロバイダーになればMAILなんてさくさく送れます ということ。 漏れがそうだからな。(漏れの自会社)
77 : :02/07/06 22:29 ID:???.net >>76 DocomoはCIDRブロックで通してるのか、DQNだねえ 他の携帯会社はコンテンツサーバ自体からしか通さないらしいよ クラスタになっててソースが複数の場合はNATで集約しろといわれるらしい
78 :? :02/07/20 22:29 ID:???.net >>74 ,75 定期的に空POP(認証だけ)すればいいんじゃないの? MX持たないならISPのSMTPサーバにリレーしてもらうべきだよ。
79 :anonymous@ m059134.ap.plala.or.jp :02/07/25 22:57 ID:+PLe3uoA.net PCにメールサーバー立ててプロバイダを換え、いろいろためしてみた。 Asahi-net(Bフレッツベーシック) × ※全然ダメ ぷらら(Bフレッツベーシック) △ ※最初送れたが、そのうち送れなくなった Infosphere(ADSL) ○ ※瞬時に届く OCNなんかはどうかな? みんなでためして結果UPしてくれ!
80 :anonymous@ O109136.ppp.dion.ne.jp :02/07/25 23:21 ID:???.net ドコモのメールサーバー管理の案件が来てるらしい。 俺をまわしてくんないかな〜?
81 :Alt+Ctl :02/07/25 23:59 ID:???.net >>80 つらいだけだぞ、ただひたすら落ちまくる SPAM対策自体はネットワークやがやるので 面白いことはあんまりできなかと 7月に入って全国的にSPAMが落ち着いてきてるんだけどね
82 :あのにます@2ちゃんねら〜 :02/07/26 02:44 ID:???.net >>79 プロバイダのメールサーバーにリレーせよ。
83 :anonymous@ l209173.ppp.asahi-net.or.jp :02/07/26 07:55 ID:???.net どこかで見たけどDocomoのメールは1日10億通流れていて そのうち9割(9億)がスパムらしい。 早く対策するとパケット料の売上が大幅ダウンするから対策遅らせているのかもよ? 今ならSubjectでのフィルターで破棄出来るようにすればいいと思うが。 プログラムorスクリプトで処理的にも難しいとは思えん。 早くしてくれ。
84 : :02/07/27 13:21 ID:???.net >>83 広告費までかけてユーザに受信拒否を推奨してるよ Docomoまで飛んできてユーザに流れなかったら Docomoにとったら処理損だよ フィルタするのは技術的には簡単でも政治的には線引きが難しいの いろいろしがらみがあって難しいんだよ 一次事業者って大変だね あと、サーバで弾いてたら、結局Networkの負荷が大きくなる リトライしてくるのを考慮するとむしろうけっとた方がNetworkの負荷は小さい 大抵の場合は帯域よりTCPセッションが増える方がオーバーヘッドになるから
85 :_ :02/07/27 21:56 ID:zluVcxD9.net >>83 「9億がスパム」ではなく「9億が宛先不明」の間違いと思われ。 つまり9億通はパケット代にはならない・・・
86 :83 :02/07/27 22:18 ID:???.net >>84 いい加減に書いたけどちゃんとしたレスが付いてる。 しかもスキルが高いと見た。 実際そうしているか知らんけどエラーメールは送らないようにすると どこかで読んだ気がするけど...実際は? スパムは>null 推進派! フィルタは「未承認広告」を受け取るか受け取らないかをユーザーに選択させれば 本人の意思として片付ける事が出来そうだけど・・・詳しい事は解らん。 >大抵の場合は帯域よりTCPセッションが増える方がオーバーヘッドになるから たしかに帯域よりもTCPセッション、CPU負荷よりもディスクI/Oが鯖には負担になる。
87 : :02/07/28 01:07 ID:???.net >>86 そうか、サーバで考えると確かにディスクが一番ネックになるんだろうな ネットワーク屋なもんでその辺はあんまり考えて無かったよ SPAMはどこで叩き落すのが一番いいのかねえ FirewallでProxy-SynAckだけ返して放置して、逆Syn-Floodってどうだろう? 思いっきりFirewallがボトルネックになるんだろうな(W それにBlack-ListのIPでしかはじけないから精度が低いだろうしな どっかで対SPAM専用Firewallでも作ってくれないかな 躍進中のNetScreenに期待しようか
88 : :02/08/19 18:04 ID:s+KpT6bj.net 前に、Subjectでフィルタリングさせろ。とドコモに言ったが柳に風。 J−PHONEは対応するのにね。
89 :ルーター@通信技術板 :02/08/19 18:28 ID:???.net >>88 携帯・PHS板へどうぞ。
90 : :02/08/19 20:53 ID:???.net >>88 Subjectは本来、SMTP的に本文なの メーラーが勝手に題名だと認識してるだけなの ISPは本文を評価しちゃいけないの、っていうか見てもいけないの
91 :83 :02/08/19 23:26 ID:???.net >>87 逆Syn-Flood・・・面白い。 SPAMではないけどサーバ攻撃に対抗すべく迎撃用プログラムでの反撃も考えたけど Proxy判定や数多くの攻撃パターン類応など考えると本人のスキル的に無理と判明。 しかし、何らかのアクションをしたいと思う今日この頃。
92 :nobody :02/09/15 17:42 ID:???.net えー、Janogで話題になっておりますが、DoCoMoの運用担当者に連絡が 取れないというのは毎度のことなので、そういうDMが元記事投稿者に 沢山飛んでいるのでは、とおもいます。 各社ともDoCoMoの勝手かつ閉鎖的な運用には閉口してますよね.....
93 : :02/09/15 19:41 ID:???.net 世界一SPAMがくる環境もしらずに勝手放題ぬかすなよ 開放的な運用してほしいなら、週に2,3度止まっても文句言わないでくださいね だったらもう少し開放的にできますよ
94 :あの煮鱒 :02/09/15 20:56 ID:???.net 初期の設計が悪いからspamの温床になったんだよね。
95 :nobody :02/09/15 21:18 ID:???.net >93 あのね、接続拒否するのは勝手なんだけど、どういう場合に接続拒否する かとかのスタンスを明確にしてくれないかな。それと、クレームを持って 行く連絡窓口も。 私の管理している自宅サーバも、リナンバリングしたとたんにSMTP 接続拒否されたんだけど、そういう場合はどうしたらいいの?
96 : :02/09/15 21:36 ID:???.net >どういう場合に接続拒否する >かとかのスタンスを明確にしてくれないかな。 これを一般公開したらSAPMをくださいと言ってるようなもんです >それと、クレームを持って 行く連絡窓口も。 客センにご連絡ください >私の管理している自宅サーバも、リナンバリングしたとたんにSMTP >接続拒否されたんだけど、そういう場合はどうしたらいいの? DNSの収束が少し長くなったと思って 気長なにお待ちください
97 :nobody :02/09/15 22:09 ID:???.net >>私の管理している自宅サーバも、リナンバリングしたとたんにSMTP >>接続拒否されたんだけど、そういう場合はどうしたらいいの? > >DNSの収束が少し長くなったと思って >気長なにお待ちください 「気長なに」って? ていうヘミ猫フォローは置いといて、こういう事象が発生した場合は仕方 ないからsshでログインして、sendmailの設定を書き換えてプロバイダ経由 で配送している。 DoCoMoのこのやり方は、各種スパムリストと同じ問題を抱えていると思う んだけど、スパムリストは受け取る側が導入するかどうかを選択して、 それに対する不着は受け取る側のリスクだよね。ところが、プロバイダ 側でブロックされてしまうと、送信側も受信側も選択の余地なく不着に なってしまう。しかもクレーム手段が公示されていない。 これをして、「勝手かつ閉鎖的運用」って言ってるわけ。
98 : :02/09/15 23:28 ID:???.net うーん、基本スタンスとして いったんSMTPで受け取ったメールを消失/滞留/遅延させることはご法度なんですが SMTPで受け取るまではInternetですし、相手もあることなので 受け取れないこと自体は大きな問題とはしていません 一度220を返したメールだけは何があっても迅速に配送して守りますが それ以外はがんばってリトライしてください というのがDocomoの本音だとしたら、皆さんどう思いますか?
99 :_ :02/09/15 23:31 ID:???.net >>98 別にどうとも。 つながんねー→クレームつける香具師がキチガイじみていると思うし。
100 :__ :02/09/15 23:35 ID:???.net 結局、メールが届かない場合があるのは受信側のDoCoMoのせいだから ウチに文句言わないでねと、各ISPは大々的に表明するしかないわけなんだよな。
101 : :02/09/15 23:36 ID:???.net >>99 ご理解いただけて幸いです そうなんですよ 受け取った旨のコードを返したメールは責任もって配送しますが 受け取って無いものに関しては、Internetの問題ですから そもそも、送信元や上位の問題であって、Docomoの問題ではないかもしれませんので それを全て調査するのは事実上不可能なんです
102 :名無しさん :02/09/15 23:37 ID:???.net そもそも、現状ではたまたま迅速に配送できることが大多数を占めているだけで、 別に迅速に配送しなきゃいけないものでもないし。
103 :nobody :02/09/15 23:57 ID:???.net >101 私の場合は、自宅のサーバから、docomo.ne.jpのmxを引いたアドレスに対して SMTPで接続をかけようとすると、RSTってのが飛んでくる状態なので、 >そもそも、送信元や上位の問題であって、Docomoの問題ではないかもしれませんので というのではない。逆に、この問題を嫌って自宅サーバからプロバイダサーバ 経由ではなく、直接SMTP接続してるんだから。 UUCP時代からメール使っているから、遅れたり消失したりするのについて文句 を言うつもりはないのですが、SMTP接続がRejectされる件についてクレームを つけても、ロクな対応をしてくれない姿勢には腹が立ちます。 ねえ、正直どこにどういう報告すればこのSMTP接続拒否について対応してくれ るわけ?そしてそれはどこに公示されているわけ?
104 :_ :02/09/15 23:59 ID:???.net >>103 あんたの自宅サーバからの接続要求を拒絶するポリシーなんだろ? なんでクレームつけるんだ? まず、MXrecodeが引けた相手の接続をすべて許可しなければならない根拠を提示してくれ。
105 :_ :02/09/16 00:02 ID:???.net あらかじめ言っておくが、主観はいらないからな。 法律でどうとかRFCでMUST NOTになっているとかの客観的な根拠な。
106 :sage :02/09/16 00:14 ID:???.net 要は、 "金を取ってるサービスを守るのが第一、 金を取ってないサービスの最大公約数を守るのが第二、 あとのことはそれなりに" ということでよろしいでしょうか? >>103 金払ってない以上は文句は言えないね SMTP鯖まではDocomoがユーザの金で動かしてるけど 鯖がまだ受け取ってないデータは金をとってるサービスの範疇じゃない
107 :_ :02/09/16 00:21 ID:???.net >>106 当然、金銭的に仲のいいISPを優先的に接続させる、なんてのは常識。 馬鹿正直にTCP Max connectionまで先着順に接続させていたらサービスそのものが なりたたんよ。どこの馬の骨ともわからん接続元は拒絶される場合があって当然。
108 : :02/09/16 00:25 ID:???.net 某Nortelの代理店がDocomoはメールに184使ってるって言ってたけど、 50万セッションで足りるのか? というか184て実質20〜30万セッションが限界だと思うんだけど
109 :nobody :02/09/16 00:28 ID:???.net しかしまあ、うまく釣れたなあ。 電気通信事業者が不当な差別的取り扱いをしちゃいけない、っていうの は、外から受け取るところには適用されないという理屈ね。なるへそ。 #それは役務ではないと言いたいわけだ この理屈で行けば、どこぞのデータセンターであった、ライバルのデ ータセンターから来たパケットを明後日の方向へルーティングして しまう、っていのうのも「常識」なわけか。 the Internetの世界は電話みたいに相互接続協定がないから、何を やっても文句言われる筋はないというスタンスね。
110 :_ :02/09/16 00:29 ID:???.net >>109 >the Internetの世界は電話みたいに相互接続協定がないから そういうことにしたいのですね:-)
111 :名無しさん :02/09/16 00:34 ID:???.net >>109 クレーマーって法律の一部分を都合のいいようにしか解釈しないよね。 あなたはドコモと電気通信役務契約をしているのかい?
112 :nobody :02/09/16 00:38 ID:???.net >111 こいつは>109で書いた意味も理解できないのか? > あなたはドコモと電気通信役務契約をしているのかい? 私がどっか、「電気通信事業法上問題だ」なんて書きましたか?
113 : :02/09/16 00:40 ID:???.net >>111 いや、商法すら知らないんでしょう 電気通信事業者が"非契約者"をどう扱おうが知ったことでは無いのに 電気通信事業者以外のネットワークを経由するかもしれないのに相互接続協定なんて結べるわけ無いです
114 :名無しさん :02/09/16 00:44 ID:???.net >>112 煽りはわかった。104じゃないが>>104-105 に答えてみせろよ。 >私がどっか、「電気通信事業法上問題だ」なんて書きましたか? で、あなたは問題だと思っているのか?思っていないのか? もっとも、>>109 が問題だと思っていない、思ったままに書いただけとか言う気ならば よほど文章から意を汲むことに慣れていないと思うので、通信機器相手じゃなくて 人ともコミュニケーションをしたほうがいいと思うぞ(藁
115 :_ :02/09/16 00:50 ID:???.net ま、nobodyさんといえば通信技術板ではかなりレベルの高い技術者ですが、 紺屋の白袴、実際に自分が利用者となる場合はさっぱり無知だった、ということでしょう。
116 : :02/09/16 00:53 ID:???.net >この理屈で行けば、どこぞのデータセンターであった、ライバルのデ >ータセンターから来たパケットを明後日の方向へルーティングして >しまう、っていのうのも「常識」なわけか。 サービストラフィックを守るための正当防衛or緊急回避と 単なる妨害/嫌がらせの区別もつかんとは終わってるな 非契約対象のトラフィックを守る義務なんてこれっぽちも無いんだが
117 :名無しさん :02/09/16 01:09 ID:???.net 逃げたか。 ま、いつものパターンだな。 きっと「馬鹿は相手にならない」とか言って、自己正当化に必死なんだろう(藁
118 : :02/09/16 01:16 ID:???.net >>117 キレたユーザってのはみんなこんなもんでしょ >>116 の飛躍なんて最たるもの nobody氏後でも冷静に考えれば 特定のISPからパンチを食って、他からはパンチを捨てるのと同じだと気づくだろ
119 :げのむ :02/09/16 01:17 ID:Lt7uf+t+.net このネタJANOGでしゃべらないかな? nexthop差し替えとかメールサーバ接続拒否。。。 あああ、もうダメ
120 :nobody :02/09/16 01:29 ID:???.net 私の基本的なスタンスは>97に書いたとおりです。この対応は基本的にはスパ ムリストと同じ問題だと思ってて、まとめて良し・悪しを判断できるものでは ないと思ってます。サービスを守るために、大量メール送出履歴のあるIPアド レスからのSMTP接続をRejectするのが良くないとかは思っていません。 スパムリストでも、SPAMERからのでないメールをブロックしてしまうことが あって、それについていろいろ議論があるのは周知の通りかと思います。
121 :nobody :02/09/16 01:31 ID:???.net >119 確かに失敗しましたね。
122 : :02/09/16 01:36 ID:???.net >>120 >この対応は基本的にはスパムリストと同じ問題だと思ってて、 同じと思うのは勝手。 >これをして、「勝手かつ閉鎖的運用」って言ってるわけ。 これもあなたの勝手。 でも現実にはそういうレベルの話ではないというのは散々既出。
123 :nobody :02/09/16 01:36 ID:???.net >114 一応返信しとくと、電気通信事業法上問題だとは思ってません。そして、この 問題が相接協定の範囲だとも思ってません。 ただ、the Internetの接続性ってこの手の理屈でいくとどんどんなくなって 生きますけどね。たくさんprefix持ってて、「強い」プロバイダが、小さな プロバイダのCIDERブロックからのSMTP接続を拒否することだって、法律上 問題ないし、(私が知る限り)RFCにはそんなことをしてはいけないと書いて ないわけだから。
124 :名無しさん :02/09/16 01:41 ID:???.net >>120 発想が悲観的妄想じみているんだよ。 あなたの自宅サーバがspam listで拒否されている、という前提だろ? 実際には他のサーバが優先的に接続されているだけなんだが、理解しているか?
125 : :02/09/16 01:42 ID:???.net >>123 ISPの管理下のSMTPサーバに関しては当然そうなりますね、 そういうサービスだというだけのことなので、ユーザが使うかどうかを決めればいい ISPの配下のCIDRのトラフィックに関しては契約上フィルタできないと思いますが? 法律で規定して無くても契約約款にうたってあれば問題ないでしょ
126 :_ :02/09/16 01:45 ID:???.net >>123 >>116 の言うとおりだね。
127 :nobody :02/09/16 01:52 ID:???.net >125 すまん、書き方が悪かったか。大きなプロバイダAと、小さなプロバイダBが あって、それぞれ契約者用のメールサーバーSaとSbを持っているとします。 その配下にユーザUaとUbがいて、xxx@a.ne.jpとxxx@b.ne.jpのメールアドレ スを使っているとします。 >123で書いたのは、SbからSaへのSMTP接続を拒否すること。Saを管理してい るのはプロバイダAであり、プロバイダBから金もらっているわけでもないか ら拒否することに文句は言えない。 ついでに、ユーザUaからのSMTP接続も、ソースIPアドレスを見てプロバイダA のCIDERブロックだったらSaへ接続させずにRSTを投げるというのも、同様に 問題ない。 >ISPの配下のCIDRのトラフィックに関しては契約上フィルタできないと思いますが? >法律で規定して無くても契約約款にうたってあれば問題ないでしょ 意味がよくわからないんですが。
128 :名無しさん :02/09/16 02:04 ID:???.net 話をそらすのに必死のご様子です。これもいつものことですが。
129 :nobody :02/09/16 02:04 ID:???.net >119 接続性っていう面で思い出しましたけど、Janog10でMEXの人が話題に出してた、 パブリックリソース(.jpのルートサーバとか)への接続性とか、そろそろ真面目 に考えていくべきかもしれませんね。 SMTPやWEBみたいな基本的なやつは今後もそんなに問題にはならないと思う のですが、ストリーミングやオンラインゲームで意図的にクオリティーを 下げる行為が行われてもおかしくないと最近思っています。
130 :125 :02/09/16 02:04 ID:???.net >>127 ISPのMailサーバは付帯サービスでしょうから 管理方針に従うのは当然だと思いますが もちろん契約次第でしょうけど >>123 で書いたのは、SbからSaへのSMTP接続を拒否すること。Saを管理してい >るのはプロバイダAであり、プロバイダBから金もらっているわけでもないか >ら拒否することに文句は言えない。 ユーザのネットワークではなく自ネットワークへのトラフィックですから フィルタすることはありえるでしょうね 回線は金をもらった時点でユーザのものですが、 サーバはそうではないですから >>ISPの配下のCIDRのトラフィックに関しては契約上フィルタできないと思いますが? >>法律で規定して無くても契約約款にうたってあれば問題ないでしょ > >意味がよくわからないんですが。 巨大ISP-Aからバックボーンを買ってるネットワークという意味です SMTPサーバを自己管理してるドメインを想定してます
131 : :02/09/16 02:07 ID:???.net >>128 「知らない答えられないことを聞く奴」=「俺をいじめる奴」=「俺的荒らし」=「荒らしに答える必要なし」 なんでしょう。風が吹けば桶屋が儲かる的被害妄想思考ですね。
132 :nobody :02/09/16 02:10 ID:???.net >130 >巨大ISP-Aからバックボーンを買ってるネットワークという意味です >SMTPサーバを自己管理してるドメインを想定してます ああ、トランジット買っている場合は明白だと思うんですよ。いやなら 違うTier1からトランジット買えばいいわけですし。 問題はいくつもASを跨いでしまうと、それこそ直接の契約関係も何も発 生しないから、ある日突然「おたく向けの回線細いから、メールをパケ シェで削ります」とか、「おたく向けの回線逼迫してるから、そっちで 工夫してxx IX経由でトラフィック回して、今の経路はフィルタするから」 と言われる可能性があると。
133 : :02/09/16 02:18 ID:???.net >>132 契約してるISPとのことは契約の問題 そのISPとよそのISPとのことは、 そのISPのサービス品質の問題 それだけのことだと思いますが
134 :_ :02/09/16 02:22 ID:???.net >>133 そういう問題にどうしてもしないと都合が悪いんでしょう。察してあげなさいな。 大人気ないのはお一人で十分ですよ。
135 :_ :02/09/18 00:20 ID:???.net 議論もできなくて煽っているだけの香具師がなんか見苦しい。
136 :△ :02/09/19 17:11 ID:???.net Docomoの携帯使わないのが一番だ! 社内向けメーリングリスト動かしてみるとエラー帰ってくるのはDocomoだけ。(今年から) 他の携帯会社は問題無く配信される。 しかも、スパムは圧倒的にDocomoが多い。 一番狙われているのは解るが、不都合が多い癖にスパムが多いってどうよ。 周りではDocomoからみんなJ-PHONEに乗換えている。 iMode開通当初から使っているメールアドレスが気に入っているから使っているが もういいや。
137 :_ :02/09/19 23:39 ID:???.net 俺は変なこだわりがあって、030時代から使っているDocomoを手放せない。 スレ違いスマソsage
138 :. :02/09/22 11:03 ID:???.net >135 もしかしてsecure-memo MLで、「規格の問題ではない」とか言う意味不明な 文章を投稿してたヤツだったりして。
139 :anonymous@ Cchib13DS17.chb.mesh.ad.jp :02/10/04 01:33 ID:coOcfuyS.net パソコンから特定の携帯にメールすると下記の表示が出てメールが届きません。 その携帯からパソコンにはメールできます。 パソコンからこの携帯にメールを送るためにはどうすればよいのでしょうか? ご教授願います。 ----- 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
140 :_ :02/10/04 05:50 ID:???.net ドコモに電話して聞け>>139 つーか、携帯側でメールの受信拒否が設定されているだけ。
141 :_ :02/10/18 17:40 ID:???.net そういえば誰か、 「違うユーザー名で550が帰ってくることがあって、 その場合は正常に送信できてる」とかなんとか変なこといってたなあ。
142 :_ :02/10/29 06:13 ID:cRJ+Q818.net age
143 :anonymous@ i189184.ap.plala.or.jp :02/11/23 01:22 ID:nDRDZRrH.net age
144 :anonymous@ 3dd70499.speednet.ne.jp :02/11/23 02:32 ID:A/S8Om5L.net 今年の8月にi-mode宛のメールを処理するシステムに改変があったから、そのせいで新旧の情報が混同しているみたいだね。 8月以降の話でいこうよ。
145 :anonymous@ z241.219-103-224.ppp.wakwak.ne.jp :02/11/23 18:48 ID:Yoin59SN.net 0
146 :anonymous@ 218.231.149.128.eo.eaccess.ne.jp :02/11/23 23:40 ID:0Yn63AF/.net @マークの前に.(ドット)が1個以上入っていると遅れねー 何回やっても無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄むだぁ!!
147 :っていうか :02/11/23 23:46 ID:lGrrVGE7.net なんで俺のIP見えてるんだよ!?ゴルァ!!
148 :あぼーん :あぼーん.net あぼーん
149 :> :02/12/12 23:08 ID:22bxPOHh.net 固定IP ドメイン自営 MXであるホストからでも SMTP拒否されまくることが最近あります。 まさかNTTと競合する系列のISPに対して優先度が低いとか? 某プロバイダは、そういう客のために 暫定措置として対DOCOMO転送SMTPサーバを 用意する方向で検討中のようです。
150 :nobody :02/12/15 11:31 ID:???.net >149 もしかしてCIDERブロックで拒否してるんでは?と思われる症状を目にした ことがあります。 問題は、そういう時に抗弁する方法がないこと。ORDB以下だね。
151 :_ :02/12/15 13:38 ID:???.net >>149 nobody氏の言うことは聞かないほうが身のためです。 >>92-138 を読めばわかるとおり、自分の思い通りにできないメール配送があると 攻撃しなければ気がすまない、変な人ですので。
152 : :02/12/15 17:24 ID:???.net >>151 携帯キャリアでメールがどのように処理されるかを理解していないから好き勝手言っているのでしょう。 SMTPで受け取るまではいくらでも大丈夫なんですよ。 回線やMTAなんて増強が簡単なんで、金さえかければいくらでも対応できます。 でも、1日億単位のメールをリアルタイムで移動機に流すのは至難なんですよ。 受け取ったらSpoolしてPOPが来るのを待ってればいい一般のMTAとは根本的に違うんです。 電番単位で紐付けされてしまってる内側の配送サーバやプロトコル変換機の増強は簡単ではないのです。
153 :_ :02/12/16 00:49 ID:???.net テレメソがやってるみたいなドコモ向け遅延情報公開を各ISPがやれば、 ユーザの側で遅延状態の鯖を避けるなりの措置を取れると思われるがどうよ? >>149 >暫定措置として対DOCOMO転送SMTPサーバを用意する 実際その手を使っているISPは結構多いらしいが、 その暫定鯖がSMTP封鎖されない保障はどこにもない罠。
154 :__ :02/12/16 02:17 ID:xKHC3SHW.net >>153 > 実際その手を使っているISPは結構多いらしいが、 > その暫定鯖がSMTP封鎖されない保障はどこにもない罠。 んー、でもDoCoMoは封鎖しないんじゃない? ISPからのメールに遅延がある、ってまた悪評たてられたくないだろう。 プロバイダ責任法でログ残しておく義務があるから、 スパムとかのリレーに使われた場合、SMTPを直接投げられるよりも 発信元の特定がしやすいだろうし。
155 :anonymous@ FLA1Aai131.fko.mesh.ad.jp :02/12/20 17:47 ID:UhyhbryG.net センターの人スキルなさすぎ
156 :sage :03/01/06 16:10 ID:???.net レフトの人足遅すぎ ライトの人肩弱すぎ
157 :山崎渉 :03/01/15 22:27 ID:???.net (^^)
158 :sasa :03/02/06 11:50 ID:WSYTwCP1.net ???
159 :名無しさん@Emacs :03/02/24 19:45 ID:tC7Uprl3.net サイズの大きいメールが通らなくなった?
160 :taro :03/02/24 20:33 ID:DAE6IWWX.net 1さん私はCODOMOの性長にかかわってますよ
161 :_ :03/02/25 10:47 ID:???.net サブドメインを作らないことに拘るから負荷がかかるんだよ.
162 :sage :03/02/25 12:21 ID:???.net >>161 これでもかと言うくらい無関係
163 :e-to :03/03/16 14:47 ID:mXs5av+z.net n nanteiundakke a a souda SAGE!
164 :あぼーん :あぼーん.net あぼーん
165 :anonymous@ YahooBB218129200014.bbtec.net :03/03/16 16:28 ID:Z7X3ahDr.net PCから携帯にメールすると向こうには届くんですがその返信が届きません (送ってるにも関わらず)これはプロバイダーに問題があるんでしょうか?PC同士だと普通に届きます あと受信拒否もしてません
166 :anonymous@ YahooBB218129200014.bbtec.net :03/03/17 20:32 ID:???.net age
167 :anonymous@ j081152.ppp.asahi-net.or.jp :03/03/18 11:19 ID:???.net Docomoのメール鯖って一番最初は某大阪のSIがたてたらしいね(まだ実験的サービスの頃) その頃はFreeBSDでsendmail+iモード処理システム って感じだったらしい その後、伊藤忠CTCが鯖増設の案件を取ってCTCのエンジニアは(´Д`;)な状況になったらしい タブソ今でもCTCがやってるかと思うんでそれらしい人を探して聞いてみるがよろし
168 :情報ふるっ :03/03/20 00:55 ID:rd+stV58.net >>167 CTCはアボーン。
169 :「メールで戦争反対を訴えよう」 :03/03/20 01:37 ID:1/MKkdEK.net 「メールで戦争反対を訴えよう」 悲しい事に望まれない戦争が始まろうとしている。 そこで私にもできる反戦活動はないかと考え実行することにした。 私一人では意味の無いので多くの人に協力をして欲しい。 内容は以下の通りである。 下記にあるアメリカ合衆国大統領宛に皆で平和への願いのメールをしよう。 アメリカ合衆国大統領 president@whitehouse.gov <平和への願いに少しでも耳を傾けて貰うために> ・何度も何度もメールで訴えよう。 ・訴えることが重要だ、一言だって構わない。 ・言語は自分の国の言葉でも構わない。訴えないよりも良いからだ。 ・文章だけでなくて、画像、音声、映像等を添付するのも良いだろう。 <より多くの人の平和への願いを送るために> この文を可能な限り広めて欲しい、 多くの言葉に翻訳して、 多くの人々の平和への願いを彼らに直に伝えよう。 <最後に> 多くの人の多くの平和への願いが集まれば大きな力となり それを無視できないものとなるだろう・・・ 世界が早く再び平和な状態に戻る事を祈って 平和が訪れるまで繰り返しメールで平和への願いを送ろうではないか。
170 :あぼーん :あぼーん.net あぼーん
171 :_ :03/03/20 16:57 ID:???.net >>167 遅延がひどいときCTC&不実はあぽんされて 最近はねCがやってるのでは? 年末年明のメンテはその切り替えという話だったが.
172 :名無しさん@Emacs :03/03/20 22:12 ID:c3jOmCOk.net >>167 大阪の会社名が知りたいです。
173 :キム :03/03/27 01:38 ID:ssLaCCDv.net ***@docomo.ne.jp>: connect to mfsmax.docomo.ne.jp[203.138.180.112]: Connection 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してみたところ、 全部名前解決出来なかった。 逆引き位できるようにしておけよ、糞。 メールが届かないこととは関係無いけど…。
174 :名無し :03/03/27 23:04 ID:xWRS/nW1.net ちゃんと受け取ってくれれば逆引きくらいかんべんしてやる。
175 :山崎渉 :03/04/17 12:11 ID:???.net (^^)
176 :あぼーん :あぼーん.net あぼーん
177 :山崎歩 :03/05/12 20:56 ID:???.net (^^)
178 :あぼーん :あぼーん.net あぼーん
179 :あぼーん :あぼーん.net あぼーん
180 :anonymous@ u09044.koalanet.ne.jp :03/05/13 14:25 ID:???.net T芝が巻き取りで再出発 バグが多発でどーしましょ でももう終わったことだしまあいいか ユーザも30万ぐらいいる事だしね (うわっM-TOPに変なデータが入ってるよ。)
181 :あぼーん :あぼーん.net あぼーん
182 :あぼーん :あぼーん.net あぼーん
68 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver.24052200
本文 スレッドタイトル 投稿者