Docomoのメールサーバに関わってる方いますか？

1 ：02/05/14 〜 最終レス ：2013/10/24

最近、ドコモ宛にメールを送ると、当方の契約するプロパから５５３エラーが
返ってくるのに、メールは届いてる。Radishというソフトを使って、メールを
送っても５５３が返ってくる。なにこれ。ドコモどうなっとるの？

2 ：

ni

3 ：

転送拒否では

4 ：

早速質問です。
フォームメールを使い会員宛に情報を送るCGIプログラムをテストしています。
PCやJskyでは無事メールは届きますがi-modeには届きません。
自分の携帯だけかなと思い、友人のi-modeに送ってみたが届きません。
ただしOUTLOOKなどのメーラーを使うと送ることは出来ます。
着信拒否の設定も何もしていないのに．．．
考えられる原因って何かありますか？
※独自ドメインをレンタルサーバーで運用しています。

5 ：

>>1
DNSとメールシステムの関係を勉強しる！！
順引き、逆引き、MXレコード、これらが分からなければ
おとなしくプロバイダのSMTPサーバ使え。

6 ：

>>4
スパまーは死んでください

7 ：

>スパまーじゃないんだよな。まじで
共有サーバー使ってるから
君のいうスパまーのせいで
サーバ会社が拒否られてるのかもしれん。
もしそうだったら、こっちも迷惑なのさ。

8 ：

いっつも、５５３エラー（タイムアウト）でメール送れない。Docomoどうなってんの
？回避方法してる方おしえて。あとMXレコードが書いてあるＤＮＳのｉｐあどれすも。

9 ：

>>1
1と8で言ってること違うぞ。

10 ：

553エラーが起きて、送れないということ。M

11 ：

mfsmax 困りますね
もう少し増強してほしい

12 ：

ISPのサーバー使うとメール届くの遅いんで、回避さくとして、自前で
サーバ用意して送ってたのに、このごろタイムアウトになる原因わかる方
おしえて。

13 ：

ああ、そういえば、いっしょの学校に通ってる、ある人が、
●PCからDoCoMoにメールを送ると、届くのが遅い
●PCとDoCoMoのケータイは相性が悪い
などといいます。
なぜ、届くのが遅いのかというと、サーバーが混んでいる可能性が
有るのではないか、と、僕は説明してあげました。
しかし、なぜ、サーバーが混んだりするのでしょう？
最近のDoCoMoのサーバーに、異変でもあったのでしょうか？

14 ：

なにせ、サーバーが応答しないのですから。ipあどれすが変わったのかな？

15 ：

>>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 ：

スパムでいっぱいいっぱいです
連中はどんどん賢くなってます
先の見えないイタチゴッコです
もうだめぽ・・・
携帯事業者間はMXからじゃ引けない隠しサーバ経由してるんで大丈夫ですけど

17 ：

>>15
帯域的には問題ないんでpingしても意味ないっすよ
っていうかもう見捨ててください

18 ：

なぜ混む、というか、ずいぶん前から混んでいると思います。
理由は当然、膨大なメールを処理するのに時間がかかるからでしょう。最近
は特に混んでいるようですが…．
4つある A record は昔と変わってない気がします。(一部変わってる? 記憶
があやしい)
I/O error とか Connection timed out とか Illegal seek とか多彩なエラー
を出してくれますよね。

19 ：

一日に総人口クラスのスパムがくる環境を経験せずに好き勝手言う奴らは
牛に踏まれてRください
っていうかお前ら全員スパまーだな？

20 ：

>>19
無責任な物言いになりますが、docomo.ne.jp の現状には非常に興味があり
ます。かくも苛酷なトラヒックにさらされているメールサーバはなかなかな
いですよね。
当方は今時の弱小SI屋ですが、メールサーバがからむ構築 (運用) になると
いつも、docomo.ne.jp あてのメールがスプールに多く残るのが印象深いで
す。順次配送されることもあるのですけどね。

21 ：

>>18
去年の11月ごろに、DoCoMoのケータイを使ってた人と、しかも、関西と関東で、
だいぶ離れたところで、メールをやってました。
だけど、全然混んでませんでしたよ・・・。
その後も、DoCoMoのケータイの人とメールをやってたことは有りますが
(今度は内の近くだけど)、そんなに、ストレスを感じるような混み方はしてなかったような・・・。
なんか、最近なのよね。。皆、メールが送れないだとか、
サーバーからエラーがかえってきただとか。
膨大なメールを処理するって、、klezの影響もあるのかな？
うちの周りで、klezが飛び回るようになってから、メールが送れないだの、
サーバーからエラーが帰ってくるだの、送るのに時間がかかるとか言われるようになってきてた。
なぜ、最近、サーバーがそんなに混むほど膨大なメールを処理されるのだろう。

22 ：

>>21
混む、混んでいない、という言葉は判断の基準の違いが多くあると思います。
たとえば、わたしはユーザとして i-mode を使っていないのですが、混んで
いたという判断は、色々なメールサーバでよく滞留 (一時的な理由で送れな
いメールは途中のサーバで一定期間保持される) していた、という記憶をも
とに、混んでいた、と言ったわけです。
ユーザの方ですと判断基準は多分、体感測度ですか、去年まででは許容でき
る遅延だった、ということなのではないでしょうか。
最近 (きづいた範囲ではここ１か月くらい) はとても混んでいますね、
stat=Sent になる確率がとてもひくい。理由については docomo.ne.jp の管
理者様に聞くしかないと思いますが。
大手でメールサーバ運用している方のおはなしが聞きたいところです。

23 ：

docomoに接続しにくい鯖としやすい鯖というのが存在する。
ある鯖からはdocomoにメールを出すとキューから出ていくのに10時間かかるが、
別の鯖からだとほとんどリトライせずに出ていくという現象が起きている。
しかし、接続しにくい鯖でも送れないわけではない。何時間、何日間か
待てばメールも届けられる。
ということで、ドコモ側で接続元IPアドレスによって受付の優先度を
変えているのではないかという疑惑が生まれるのであるがどうだろう。

24 ：

>>19
経験がどうのは関係ないよね。
サービスとして商用化した以上そんな言い訳は通用しない。

25 ：

docomoってFrom詐称に対する制限をかけてるの？
俺もレンタルサーバーでメール送るとdocomoはエラーになるんだよね（スパムじゃないよ！）。
この制限ってfromを空白にすれば大丈夫なの？

26 ：

>>23
疑惑というか、ケータイ業者の一般常識でしょ
でもこれが許されるギリギリラインだろうな
>>24
一次通信事業者のしがらみがある以上、
スパムに対策するすべは論理的にも物理的にも無いに等しいでしょ
あるとしたら際限の無いシステム増強しかない

27 ：

>>16の言ってる隠しサーバとやらは、インターネットからアクセスできるの？
　あと、ＩＰ制限はないと思われる。ＩＳＰのサーバ使って送ると時間かかるんで
　簡易的な、ＳＭＴＰサーバインストールして、送ってるけど、通るときは、すぐ届く
　　

28 ：

>>27
教えてくれるわけないだろ。

29 ：

しかし、ここの話を聞くと
ドコモにするかどうか、迷っている
今の現状、踏み切るには勇気がいるなぁ
ちなみに今はauだよ
ドコモ相手にメールしても、反応が悪いと思わなかったけど

30 ：

>>23
確かに自分も確認した。
どいうことなのだろうか・・・
NTT系列を優先？

31 ：

>>27
>16の言ってる隠しサーバとやらは、インターネットからアクセスできるの？
専用線で携帯会社間のNetworkを作ってるか、
インターネットだったとしても間違いなくフィルタかかってると思われ

>あと、ＩＰ制限はないと思われる。ＩＳＰのサーバ使って送ると時間かかるんで
>簡易的な、ＳＭＴＰサーバインストールして、送ってるけど、通るときは、すぐ届く
優先度つけてるだけだったら、さばけてる時は早いにきまってるだろ
アフォ？

32 ：

今テレビタックルでやってたけど
迷惑メールのおかげでdocomoも相当な収入が見込めるんだね。
対策が遅いのがそのせいじゃなきゃいいけどね。。
ところでだれかfrom詐称について知りません？
詳しいサイトがあったら教えて欲しいのですが。

33 ：

１としては、メールが高速で送れる、環境をてにいれたいですが。
いいアイディアないですか？（ＷＩＮＭＥ）

34 ：

docomo に金を積めば快適につなげるようにしてくれるんじゃなかったっけ。
金を払ってなくても、さっと送れる鯖と便秘な鯖と差別してるんだから
かなりあくどい商売だと思うけどね。

35 ：

DOCOMO宛にメールが遅延、紛失が頻繁に発生するなら
特定接続サービス
http://www.nttdocomo.co.jp/new/contents/02/whatnew0222e.html
を利用してDOCOMOを儲けさせよう。

36 ：

>>35
これに金払うことにはどうしても納得できないが、効果は絶大。
ときどきコケてるけど。

37 ：

ＮＴ○がつくから殿様商売の天才ですか。

38 ：

>>36
ときどきコケるの！？
酷い話だ。ソースあったらキボン。

39 ：

docomoって第一種通信事業者だよね。
法律で差別的取り扱いが禁じられてるはずなんだけど、
これは該当しないのかしらん。

40 ：

きさまらか！？　i-modeに迷惑メール送ってる糞エロサイト業者！！

41 ：

docomoのMXレコードって何だろね
nslookupで見てみよ・・・・・・

42 ：

みてみたら？

43 ：

お客のSendmailのTestでcron使って5分おきにMail送って
それをDocomo携帯に転送していたがTestにならなかったよ。
鬱だ。

44 ：

パケットシェーパー入ってるからなぁ（ボソッ）

45 ：

ちょうどいいスレ発見。
レベルは低いみたいだけどね。
神が答えてくれることを祈ろう。
えっとですね、私のＰＣからドコモの携帯にメール送るプログラム使ってたんですよ。
スパムとかじゃなくて、ＰＣ使ってるときに友達にメール送るのを携帯から送るのが面倒だったんで、新しくプログラム作って使ってたんですよ。
で、最近JPHONEには送れるのにドコモには全く送れないことに気づいたんですよ。
調べてみると、ドコモのメールサーバにsyn_sentの状態で止まっちゃって、返事が全く返ってこないんですねこれが。
こうなると、プログラミング以前の話でコネクションが貼れてないってことになりますよね。
ＤＮＳのＭＸレコード見て、telnetでsmtpにつなごうとしても、結局同じ状況なんですよ。
けど、hotmailからドコモに送ってみると、一瞬にして届いちゃうんですよ。
まじでわからん！
ＭＸレコードの鯖に接続できない＝その鯖にメール送れないってことじゃないの？
俺がドコモ鯖にはじかれてるだけ？
ＩＰ制限とかしてるのかなぁ
長文失礼
神の返答キボンヌ

46 ：

>>45
レベルが低いから答えられません。

47 ：

>45
PacketShaper入ってるって書いてあんだろ。
お前が使用できる帯域は無いんだよ。
>44
つーか、8500クラスが入ってるんですかねぇ。
いつもモニタリングでしか動かしてないです。ハイ。

48 ：

>>47
PacketShaper正直へぼい
Jポンでも使ってるという噂あり

>>45
友達にメール送るならISPのサーバ使え、アフォ
>ＤＮＳのＭＸレコード見て、telnetでsmtp
同じことやってんだから結果は同じに決まってんだろ
SPAMスクリプトで小金を稼いでるスクリプトキディと思われるが
あまりの低レベルさに驚愕
SPAMプログラムってこの程度の奴らが作ってるの？
こんな小僧の子供だましでも数が集まれば
キャリアの悩みの種を作れるっていうことか、、、

49 ：

俺はスパムのプログラムなんか作ってないけどな。
ｓｏ−ｎｅｔ使ってるんだけど、そっからメール送ると差し出しが@so-netじゃないと受けつけてくれないんだよ
携帯に@so-netで送ると、みんなそっちに返事するのよ
それがイヤだから、ドコモに直接送るようにしたの。
けど最近送れなくて困ってるの

50 ：

>>49
Env-FromとFromの違いを覚えてから出直せ

51 ：

ハァ？
エンベロープはmail from:
フロムはヘッダに書くやつじゃないの？

52 ：

SO-NETでFromを変えればそこに返信はそこに返るだろが
Fromで制限してるMailサーバなんてねえよ
#もうこの板にはくるなよ

53 ：

まとめると>47は
So-NetではFORMいじると送れない
で、DOCOMOメール鯖に送りたい
PR組んでドコモ鯖にアクセスした
ダメだった
？？？？
なの？

54 ：

今ソネットの鯖に送ってみたら送れた…
　　 ||
　∧||∧　　 ／￣￣￣￣￣￣￣￣￣￣￣￣￣
（ / ⌒ヽ　＜　スマンかった･･･
　| | 　　|　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　∪ 亅|
　 |　|　|
　 ∪∪
　　 ：
　　 ：
　‐ニ三ニ‐
なんで前は送れなかったんだろう
ご迷惑をおかけしたことをお詫びいたします

55 ：

＞５４
＞５２

56 ：

なんか荒れてるねぇ
>>48
>SPAMスクリプトで小金を稼いでるスクリプトキディと思われるが
スクリプトキディってのは人が作ったプログラムを使うだけの人をいうんじゃないの？
この人は自分でソフト作ったって言ってるじゃない
ちょっと大きめのＭＬ運営してる人とかは、ドコモにメール送るときはどうやってるのかなぁ？
こういう人もＩＳＰ使って送れってことなの？

57 ：

>52
RIMやDION(回避策あり)は、そんなポリシーじゃなかった？

58 ：

>>57
http://www.rim.or.jp/support/guide/mail/or/index.html

>他のプロバイダアクセスポイントや会社などのLAN環境から送信する場合
> リムネットでご利用のメールアドレス
>(例：rimtaro@kt.rim.or.jp) のみ指定可能
>
>リムネットのアクセスポイントに接続して送信する場合
> リムネット以外のメールアドレスも指定可能

59 ：

>>58
ん… それって3rd party relay可能では?

60 ：

>>59
国際ローミングやっているところは、外部ネットワークからのSMTPを許さないと
海外からメールサーバ使えなくなってしまうからしょうがないんだな。

61 ：

>>57-59
そりゃReterun-Pathの制限だろ？
本文ヘッダのFromで制限してるISPなんて聞いたこと無いよ
Fromってりっぱな本文の一部だぞ
本文の内容でサービス制限かけるようなことやるわけ無いだろ

62 ：

>>61
Reterun-Path だってよ
ｸｽｸｽ
Reterun-PathがReturn-Pathのtypoで、Envelope Fromを意味しているとしても、
どっちにせよ第三者リレー可能であることに変わりなし。
せめてPbSくらいすれ。＞リム

63 ：

>>62
いや、第三者リレーはできないよ
そもそもIPで制限されてるからユーザしかできるわけねえだろ
できるのは本文Fromの成りすましだけ
ISPにしてみりゃFromなんてどうでもいいんだよ
Env-Fromが存在してエラーメールが滞留さえしなけりゃなんでもいい

64 ：

お前等そういうスキルどうやって磨いたのですか？
良かった書籍とかあったら教えれ。

65 ：

ドコモ鯖は昔はEnv-Fromに漢字が使えたりしたなぁ。
そりゃスパムも増えるはずだよ
今はどうなんだろう

>64
そういうスキルがどういうスキルかよくわからんが、
送信専用のメールソフトでも作ればＳＭＴＰについては理解できるでしょう。
お勧めはハッカージャパンです（ｗ

66 ：

rimはポリシーの違いでblack載せられてる罠.

67 ：

From詐称はまともなISPならできないと思うが。
>>65
まだできるんじゃない？
ドメイン指定始まった日までは確実にできてた。
つか、拒否メールの一覧を見てみたい。＞日に50〜80通ぐらいきてたから
ドメイン名逆引きぐらいしろやｺﾞﾗｧと思ってたなぁ

68 ：

>67
ドメイン名逆引きはDosアタックになる虞があります。このことに十分
注意する必要があります。
http://www.janog.gr.jp/ml/200104.month/3541.html
＃パスワードが必要です。読みたい人はjanog-MLに加入してヘッダ見てください

69 ：

>68
パスワード要求されるけど、キャンセル押すと見れちゃうんだけど…

70 ：

死ぬほどどうでもいいがドメインの"逆引き"って何だよ(W

71 ：

>67
>From詐称はまともなISPならできないと思うが。
意味不明
>70
Env Fromの到達可能性確認のことかな。
Env Fromはいくらでも詐称できるので、そのてのチェックは意味なしと思ってる。

72 ：

>>67
そっか、和geoはSMTP終了しちゃったから、foo@geocities.co.jpはもう使うなってことだね。

73 ：

グリム〜グリム〜グリム〜

74 ：

外にはADSLやフレッツISDN (IP動的割り当て)
たとえば

サイボウズ office ４とか、メール送信機能のある複合機とか
運用していて、プロバイダの送信サーバだと POP BFORE SMTP
がきいて送れない。
で、、ローカルになんかのSMTPサーバをたてて、これを使って複合機などからの
配信をおこなう
（当然外部からはこのサーバのIPはプロバイダのPPPサーバなどのそれとしか認識
されていない）
みたいな運用をしていた場合ですね。。

ある日をさかいに
mfsmax.docomo.ne.jp に拒否されっぱなし
みたいなこと結構起こってますね。

75 ：

今は　自社アクアセスポイントでも POP BEFORE SMTPのところ多いす。

76 ：

ちなみにドコモの公式コンテンツプロバイダーになればMAILなんてさくさく送れます
ということ。
漏れがそうだからな。（漏れの自会社）

77 ：

>>76
DocomoはCIDRブロックで通してるのか、DQNだねえ
他の携帯会社はコンテンツサーバ自体からしか通さないらしいよ
クラスタになっててソースが複数の場合はNATで集約しろといわれるらしい

78 ：

>>74,75
定期的に空POP(認証だけ)すればいいんじゃないの？
MX持たないならISPのSMTPサーバにリレーしてもらうべきだよ。

79 ：

PCにメールサーバー立ててプロバイダを換え、いろいろためしてみた。
Asahi-net(Bフレッツベーシック) ×　※全然ダメ
ぷらら(Bフレッツベーシック) △ ※最初送れたが、そのうち送れなくなった
Infosphere(ADSL) ○ ※瞬時に届く
OCNなんかはどうかな？
みんなでためして結果UPしてくれ！

80 ：

ドコモのメールサーバー管理の案件が来てるらしい。
俺をまわしてくんないかな〜？

81 ：

>>80
つらいだけだぞ、ただひたすら落ちまくる
SPAM対策自体はネットワークやがやるので
面白いことはあんまりできなかと
7月に入って全国的にSPAMが落ち着いてきてるんだけどね

82 ：

>>79
プロバイダのメールサーバーにリレーせよ。

83 ：

どこかで見たけどDocomoのメールは1日10億通流れていて
そのうち9割（9億）がスパムらしい。
早く対策するとパケット料の売上が大幅ダウンするから対策遅らせているのかもよ？
今ならSubjectでのフィルターで破棄出来るようにすればいいと思うが。
プログラムorスクリプトで処理的にも難しいとは思えん。
早くしてくれ。

84 ：

>>83
広告費までかけてユーザに受信拒否を推奨してるよ
Docomoまで飛んできてユーザに流れなかったら
Docomoにとったら処理損だよ
フィルタするのは技術的には簡単でも政治的には線引きが難しいの
いろいろしがらみがあって難しいんだよ
一次事業者って大変だね
あと、サーバで弾いてたら、結局Networkの負荷が大きくなる
リトライしてくるのを考慮するとむしろうけっとた方がNetworkの負荷は小さい
大抵の場合は帯域よりTCPセッションが増える方がオーバーヘッドになるから

85 ：

>>83
「9億がスパム」ではなく「9億が宛先不明」の間違いと思われ。
つまり9億通はパケット代にはならない・・・

86 ：

>>84
いい加減に書いたけどちゃんとしたレスが付いてる。
しかもスキルが高いと見た。
実際そうしているか知らんけどエラーメールは送らないようにすると
どこかで読んだ気がするけど...実際は？
スパムは＞null 推進派！
フィルタは「未承認広告」を受け取るか受け取らないかをユーザーに選択させれば
本人の意思として片付ける事が出来そうだけど・・・詳しい事は解らん。

＞大抵の場合は帯域よりTCPセッションが増える方がオーバーヘッドになるから

たしかに帯域よりもTCPセッション、CPU負荷よりもディスクI/Oが鯖には負担になる。

87 ：

>>86
そうか、サーバで考えると確かにディスクが一番ネックになるんだろうな
ネットワーク屋なもんでその辺はあんまり考えて無かったよ
SPAMはどこで叩き落すのが一番いいのかねえ
FirewallでProxy-SynAckだけ返して放置して、逆Syn-Floodってどうだろう？
思いっきりFirewallがボトルネックになるんだろうな（W
それにBlack-ListのIPでしかはじけないから精度が低いだろうしな
どっかで対SPAM専用Firewallでも作ってくれないかな
躍進中のNetScreenに期待しようか

88 ：

前に、Subjectでフィルタリングさせろ。とドコモに言ったが柳に風。
Ｊ−ＰＨＯＮＥは対応するのにね。

89 ：

>>88
携帯・PHS板へどうぞ。

90 ：

>>88
Subjectは本来、SMTP的に本文なの
メーラーが勝手に題名だと認識してるだけなの
ISPは本文を評価しちゃいけないの、っていうか見てもいけないの

91 ：

>>87
逆Syn-Flood・・・面白い。

SPAMではないけどサーバ攻撃に対抗すべく迎撃用プログラムでの反撃も考えたけど
Proxy判定や数多くの攻撃パターン類応など考えると本人のスキル的に無理と判明。
しかし、何らかのアクションをしたいと思う今日この頃。

92 ：

えー、Janogで話題になっておりますが、DoCoMoの運用担当者に連絡が
取れないというのは毎度のことなので、そういうDMが元記事投稿者に
沢山飛んでいるのでは、とおもいます。
各社ともDoCoMoの勝手かつ閉鎖的な運用には閉口してますよね.....

93 ：

世界一SPAMがくる環境もしらずに勝手放題ぬかすなよ
開放的な運用してほしいなら、週に2,3度止まっても文句言わないでくださいね
だったらもう少し開放的にできますよ

94 ：

初期の設計が悪いからspamの温床になったんだよね。

95 ：

>93


あのね、接続拒否するのは勝手なんだけど、どういう場合に接続拒否する
かとかのスタンスを明確にしてくれないかな。それと、クレームを持って
行く連絡窓口も。

私の管理している自宅サーバも、リナンバリングしたとたんにSMTP
接続拒否されたんだけど、そういう場合はどうしたらいいの？

96 ：

>どういう場合に接続拒否する
>かとかのスタンスを明確にしてくれないかな。
これを一般公開したらSAPMをくださいと言ってるようなもんです

>それと、クレームを持って 行く連絡窓口も。
客センにご連絡ください

>私の管理している自宅サーバも、リナンバリングしたとたんにSMTP
>接続拒否されたんだけど、そういう場合はどうしたらいいの？
DNSの収束が少し長くなったと思って
気長なにお待ちください

97 ：

>>私の管理している自宅サーバも、リナンバリングしたとたんにSMTP
>>接続拒否されたんだけど、そういう場合はどうしたらいいの？
>
>DNSの収束が少し長くなったと思って
>気長なにお待ちください
「気長なに」って？
ていうヘミ猫フォローは置いといて、こういう事象が発生した場合は仕方
ないからsshでログインして、sendmailの設定を書き換えてプロバイダ経由
で配送している。
DoCoMoのこのやり方は、各種スパムリストと同じ問題を抱えていると思う
んだけど、スパムリストは受け取る側が導入するかどうかを選択して、
それに対する不着は受け取る側のリスクだよね。ところが、プロバイダ
側でブロックされてしまうと、送信側も受信側も選択の余地なく不着に
なってしまう。しかもクレーム手段が公示されていない。
これをして、「勝手かつ閉鎖的運用」って言ってるわけ。

98 ：

うーん、基本スタンスとして
いったんSMTPで受け取ったメールを消失/滞留/遅延させることはご法度なんですが
SMTPで受け取るまではInternetですし、相手もあることなので
受け取れないこと自体は大きな問題とはしていません
一度220を返したメールだけは何があっても迅速に配送して守りますが
それ以外はがんばってリトライしてください



というのがDocomoの本音だとしたら、皆さんどう思いますか？

99 ：

>>98
別にどうとも。
つながんねー→クレームつける香具師がキチガイじみていると思うし。

100 ：

結局、メールが届かない場合があるのは受信側のDoCoMoのせいだから
ウチに文句言わないでねと、各ISPは大々的に表明するしかないわけなんだよな。

101 ：

>>99
ご理解いただけて幸いです
そうなんですよ
受け取った旨のコードを返したメールは責任もって配送しますが
受け取って無いものに関しては、Internetの問題ですから
そもそも、送信元や上位の問題であって、Docomoの問題ではないかもしれませんので
それを全て調査するのは事実上不可能なんです

102 ：

そもそも、現状ではたまたま迅速に配送できることが大多数を占めているだけで、
別に迅速に配送しなきゃいけないものでもないし。

103 ：

>101
私の場合は、自宅のサーバから、docomo.ne.jpのmxを引いたアドレスに対して
SMTPで接続をかけようとすると、RSTってのが飛んでくる状態なので、
>そもそも、送信元や上位の問題であって、Docomoの問題ではないかもしれませんので
というのではない。逆に、この問題を嫌って自宅サーバからプロバイダサーバ
経由ではなく、直接SMTP接続してるんだから。
UUCP時代からメール使っているから、遅れたり消失したりするのについて文句
を言うつもりはないのですが、SMTP接続がRejectされる件についてクレームを
つけても、ロクな対応をしてくれない姿勢には腹が立ちます。
ねえ、正直どこにどういう報告すればこのSMTP接続拒否について対応してくれ
るわけ？そしてそれはどこに公示されているわけ？

104 ：

>>103
あんたの自宅サーバからの接続要求を拒絶するポリシーなんだろ？
なんでクレームつけるんだ？
まず、MXrecodeが引けた相手の接続をすべて許可しなければならない根拠を提示してくれ。

105 ：

あらかじめ言っておくが、主観はいらないからな。
法律でどうとかRFCでMUST NOTになっているとかの客観的な根拠な。

106 ：

要は、
"金を取ってるサービスを守るのが第一、
金を取ってないサービスの最大公約数を守るのが第二、
あとのことはそれなりに"
ということでよろしいでしょうか？
>>103
金払ってない以上は文句は言えないね
SMTP鯖まではDocomoがユーザの金で動かしてるけど
鯖がまだ受け取ってないデータは金をとってるサービスの範疇じゃない

107 ：

>>106
当然、金銭的に仲のいいISPを優先的に接続させる、なんてのは常識。
馬鹿正直にTCP Max connectionまで先着順に接続させていたらサービスそのものが
なりたたんよ。どこの馬の骨ともわからん接続元は拒絶される場合があって当然。

108 ：

某Nortelの代理店がDocomoはメールに184使ってるって言ってたけど、
50万セッションで足りるのか？
というか184て実質20〜30万セッションが限界だと思うんだけど

109 ：

しかしまあ、うまく釣れたなあ。
電気通信事業者が不当な差別的取り扱いをしちゃいけない、っていうの
は、外から受け取るところには適用されないという理屈ね。なるへそ。
＃それは役務ではないと言いたいわけだ
この理屈で行けば、どこぞのデータセンターであった、ライバルのデ
ータセンターから来たパケットを明後日の方向へルーティングして
しまう、っていのうのも「常識」なわけか。
the Internetの世界は電話みたいに相互接続協定がないから、何を
やっても文句言われる筋はないというスタンスね。

110 ：

>>109
>the Internetの世界は電話みたいに相互接続協定がないから
そういうことにしたいのですね:-)

111 ：

>>109
クレーマーって法律の一部分を都合のいいようにしか解釈しないよね。
あなたはドコモと電気通信役務契約をしているのかい？

112 ：

>111
こいつは>109で書いた意味も理解できないのか?
> あなたはドコモと電気通信役務契約をしているのかい？
私がどっか、「電気通信事業法上問題だ」なんて書きましたか?

113 ：

>>111
いや、商法すら知らないんでしょう
電気通信事業者が"非契約者"をどう扱おうが知ったことでは無いのに
電気通信事業者以外のネットワークを経由するかもしれないのに相互接続協定なんて結べるわけ無いです

114 ：

>>112
煽りはわかった。104じゃないが>>104-105に答えてみせろよ。
>私がどっか、「電気通信事業法上問題だ」なんて書きましたか?
で、あなたは問題だと思っているのか？思っていないのか？
もっとも、>>109が問題だと思っていない、思ったままに書いただけとか言う気ならば
よほど文章から意を汲むことに慣れていないと思うので、通信機器相手じゃなくて
人ともコミュニケーションをしたほうがいいと思うぞ(藁

115 ：

ま、nobodyさんといえば通信技術板ではかなりレベルの高い技術者ですが、
紺屋の白袴、実際に自分が利用者となる場合はさっぱり無知だった、ということでしょう。

116 ：

>この理屈で行けば、どこぞのデータセンターであった、ライバルのデ
>ータセンターから来たパケットを明後日の方向へルーティングして
>しまう、っていのうのも「常識」なわけか。
サービストラフィックを守るための正当防衛or緊急回避と
単なる妨害/嫌がらせの区別もつかんとは終わってるな
非契約対象のトラフィックを守る義務なんてこれっぽちも無いんだが

117 ：

逃げたか。
ま、いつものパターンだな。
きっと「馬鹿は相手にならない」とか言って、自己正当化に必死なんだろう(藁

118 ：

>>117
キレたユーザってのはみんなこんなもんでしょ
>>116の飛躍なんて最たるもの
nobody氏後でも冷静に考えれば
特定のISPからパンチを食って、他からはパンチを捨てるのと同じだと気づくだろ

119 ：

このネタJANOGでしゃべらないかな？
nexthop差し替えとかメールサーバ接続拒否。。。
あああ、もうダメ

120 ：

私の基本的なスタンスは>97に書いたとおりです。この対応は基本的にはスパ
ムリストと同じ問題だと思ってて、まとめて良し・悪しを判断できるものでは
ないと思ってます。サービスを守るために、大量メール送出履歴のあるIPアド
レスからのSMTP接続をRejectするのが良くないとかは思っていません。
スパムリストでも、SPAMERからのでないメールをブロックしてしまうことが
あって、それについていろいろ議論があるのは周知の通りかと思います。

121 ：

>119
確かに失敗しましたね。

122 ：

>>120
>この対応は基本的にはスパムリストと同じ問題だと思ってて、
同じと思うのは勝手。
>これをして、「勝手かつ閉鎖的運用」って言ってるわけ。
これもあなたの勝手。
でも現実にはそういうレベルの話ではないというのは散々既出。

123 ：

>114
一応返信しとくと、電気通信事業法上問題だとは思ってません。そして、この
問題が相接協定の範囲だとも思ってません。
ただ、the Internetの接続性ってこの手の理屈でいくとどんどんなくなって
生きますけどね。たくさんprefix持ってて、「強い」プロバイダが、小さな
プロバイダのCIDERブロックからのSMTP接続を拒否することだって、法律上
問題ないし、(私が知る限り)RFCにはそんなことをしてはいけないと書いて
ないわけだから。

124 ：

>>120
発想が悲観的妄想じみているんだよ。
あなたの自宅サーバがspam listで拒否されている、という前提だろ？
実際には他のサーバが優先的に接続されているだけなんだが、理解しているか？

125 ：

>>123
ISPの管理下のSMTPサーバに関しては当然そうなりますね、
そういうサービスだというだけのことなので、ユーザが使うかどうかを決めればいい
ISPの配下のCIDRのトラフィックに関しては契約上フィルタできないと思いますが？
法律で規定して無くても契約約款にうたってあれば問題ないでしょ

126 ：

>>123
>>116の言うとおりだね。

127 ：

>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 ：

話をそらすのに必死のご様子です。これもいつものことですが。

129 ：

>119
接続性っていう面で思い出しましたけど、Janog10でMEXの人が話題に出してた、
パブリックリソース(.jpのルートサーバとか)への接続性とか、そろそろ真面目
に考えていくべきかもしれませんね。
SMTPやWEBみたいな基本的なやつは今後もそんなに問題にはならないと思う
のですが、ストリーミングやオンラインゲームで意図的にクオリティーを
下げる行為が行われてもおかしくないと最近思っています。

130 ：

>>127
ISPのMailサーバは付帯サービスでしょうから
管理方針に従うのは当然だと思いますが
もちろん契約次第でしょうけど
>>123で書いたのは、SbからSaへのSMTP接続を拒否すること。Saを管理してい
>るのはプロバイダAであり、プロバイダBから金もらっているわけでもないか
>ら拒否することに文句は言えない。
ユーザのネットワークではなく自ネットワークへのトラフィックですから
フィルタすることはありえるでしょうね
回線は金をもらった時点でユーザのものですが、
サーバはそうではないですから

>>ISPの配下のCIDRのトラフィックに関しては契約上フィルタできないと思いますが？
>>法律で規定して無くても契約約款にうたってあれば問題ないでしょ
>
>意味がよくわからないんですが。
巨大ISP-Aからバックボーンを買ってるネットワークという意味です
SMTPサーバを自己管理してるドメインを想定してます

131 ：

>>128
「知らない答えられないことを聞く奴」＝「俺をいじめる奴」＝「俺的荒らし」＝「荒らしに答える必要なし」
なんでしょう。風が吹けば桶屋が儲かる的被害妄想思考ですね。

132 ：

>130
>巨大ISP-Aからバックボーンを買ってるネットワークという意味です
>SMTPサーバを自己管理してるドメインを想定してます
ああ、トランジット買っている場合は明白だと思うんですよ。いやなら
違うTier1からトランジット買えばいいわけですし。
問題はいくつもASを跨いでしまうと、それこそ直接の契約関係も何も発
生しないから、ある日突然「おたく向けの回線細いから、メールをパケ
シェで削ります」とか、「おたく向けの回線逼迫してるから、そっちで
工夫してxx IX経由でトラフィック回して、今の経路はフィルタするから」
と言われる可能性があると。

133 ：

>>132
契約してるISPとのことは契約の問題
そのISPとよそのISPとのことは、
そのISPのサービス品質の問題
それだけのことだと思いますが

134 ：

>>133
そういう問題にどうしてもしないと都合が悪いんでしょう。察してあげなさいな。
大人気ないのはお一人で十分ですよ。

135 ：

議論もできなくて煽っているだけの香具師がなんか見苦しい。

136 ：

Docomoの携帯使わないのが一番だ！
社内向けメーリングリスト動かしてみるとエラー帰ってくるのはDocomoだけ。（今年から）
他の携帯会社は問題無く配信される。

しかも、スパムは圧倒的にDocomoが多い。
一番狙われているのは解るが、不都合が多い癖にスパムが多いってどうよ。
周りではDocomoからみんなJ-PHONEに乗換えている。
iMode開通当初から使っているメールアドレスが気に入っているから使っているが
もういいや。

137 ：

俺は変なこだわりがあって、030時代から使っているDocomoを手放せない。
スレ違いスマソsage

138 ：

>135
もしかしてsecure-memo MLで、「規格の問題ではない」とか言う意味不明な
文章を投稿してたヤツだったりして。

139 ：

パソコンから特定の携帯にメールすると下記の表示が出てメールが届きません。
その携帯からパソコンにはメールできます。
パソコンからこの携帯にメールを送るためにはどうすればよいのでしょうか？
ご教授願います。
----- 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 ：

ドコモに電話して聞け>>139
つーか、携帯側でメールの受信拒否が設定されているだけ。

141 ：

そういえば誰か、
「違うユーザー名で550が帰ってくることがあって、
その場合は正常に送信できてる」とかなんとか変なこといってたなあ。

142 ：

age

143 ：

age

144 ：

今年の8月にi-mode宛のメールを処理するシステムに改変があったから、そのせいで新旧の情報が混同しているみたいだね。
8月以降の話でいこうよ。

145 ：

0

146 ：

＠マークの前に．（ドット）が１個以上入っていると遅れねー

何回やっても無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄むだぁ！！

147 ：

なんで俺のＩＰ見えてるんだよ！？ゴルァ！！

148 ：あぼーん：あぼーん

あぼーん

149 ：

固定ＩＰ　ドメイン自営　MXであるホストからでも
ＳＭＴＰ拒否されまくることが最近あります。

まさかＮＴＴと競合する系列のISPに対して優先度が低いとか？

某プロバイダは、そういう客のために
暫定措置として対DOCOMO転送ＳＭＴＰサーバを
用意する方向で検討中のようです。

150 ：

>149
もしかしてCIDERブロックで拒否してるんでは?と思われる症状を目にした
ことがあります。
問題は、そういう時に抗弁する方法がないこと。ORDB以下だね。

151 ：

>>149
nobody氏の言うことは聞かないほうが身のためです。
>>92-138 を読めばわかるとおり、自分の思い通りにできないメール配送があると
攻撃しなければ気がすまない、変な人ですので。

152 ：

>>151
携帯キャリアでメールがどのように処理されるかを理解していないから好き勝手言っているのでしょう。
SMTPで受け取るまではいくらでも大丈夫なんですよ。
回線やMTAなんて増強が簡単なんで、金さえかければいくらでも対応できます。
でも、1日億単位のメールをリアルタイムで移動機に流すのは至難なんですよ。
受け取ったらSpoolしてPOPが来るのを待ってればいい一般のMTAとは根本的に違うんです。
電番単位で紐付けされてしまってる内側の配送サーバやプロトコル変換機の増強は簡単ではないのです。

153 ：

テレメソがやってるみたいなドコモ向け遅延情報公開を各ISPがやれば、
ユーザの側で遅延状態の鯖を避けるなりの措置を取れると思われるがどうよ？
>>149
＞暫定措置として対DOCOMO転送ＳＭＴＰサーバを用意する
実際その手を使っているISPは結構多いらしいが、
その暫定鯖がSMTP封鎖されない保障はどこにもない罠。

154 ：

>>153
> 実際その手を使っているISPは結構多いらしいが、
> その暫定鯖がSMTP封鎖されない保障はどこにもない罠。
んー、でもDoCoMoは封鎖しないんじゃない？
ISPからのメールに遅延がある、ってまた悪評たてられたくないだろう。
プロバイダ責任法でログ残しておく義務があるから、
スパムとかのリレーに使われた場合、SMTPを直接投げられるよりも
発信元の特定がしやすいだろうし。

155 ：

センターの人スキルなさすぎ

156 ：

レフトの人足遅すぎ
ライトの人肩弱すぎ

157 ：

（＾＾）

158 ：

???

159 ：

サイズの大きいメールが通らなくなった？

160 ：

１さん私はCODOMOの性長にかかわってますよ

161 ：

サブドメインを作らないことに拘るから負荷がかかるんだよ.

162 ：

>>161
これでもかと言うくらい無関係

163 ：

n nanteiundakke a a souda
SAGE!

164 ：あぼーん：あぼーん

あぼーん

165 ：

PCから携帯にメールすると向こうには届くんですがその返信が届きません
（送ってるにも関わらず）これはプロバイダーに問題があるんでしょうか？PC同士だと普通に届きます
あと受信拒否もしてません

166 ：

age

167 ：

Docomoのメール鯖って一番最初は某大阪のSIがたてたらしいね(まだ実験的サービスの頃)
その頃はFreeBSDでsendmail+iモード処理システム　って感じだったらしい
その後、伊藤忠CTCが鯖増設の案件を取ってCTCのエンジニアは(´Д｀;)な状況になったらしい
ﾀﾌﾞｿ今でもCTCがやってるかと思うんでそれらしい人を探して聞いてみるがよろし

168 ：

>>167
CTCはアボーン。

169 ：

「メールで戦争反対を訴えよう」
悲しい事に望まれない戦争が始まろうとしている。
そこで私にもできる反戦活動はないかと考え実行することにした。
私一人では意味の無いので多くの人に協力をして欲しい。
内容は以下の通りである。
下記にあるアメリカ合衆国大統領宛に皆で平和への願いのメールをしよう。
アメリカ合衆国大統領
president@whitehouse.gov
＜平和への願いに少しでも耳を傾けて貰うために＞
　・何度も何度もメールで訴えよう。
　・訴えることが重要だ、一言だって構わない。
　・言語は自分の国の言葉でも構わない。訴えないよりも良いからだ。
　・文章だけでなくて、画像、音声、映像等を添付するのも良いだろう。
＜より多くの人の平和への願いを送るために＞
この文を可能な限り広めて欲しい、
多くの言葉に翻訳して、
多くの人々の平和への願いを彼らに直に伝えよう。
＜最後に＞
多くの人の多くの平和への願いが集まれば大きな力となり
それを無視できないものとなるだろう・・・
世界が早く再び平和な状態に戻る事を祈って
平和が訪れるまで繰り返しメールで平和への願いを送ろうではないか。

170 ：あぼーん：あぼーん

あぼーん

171 ：

>>167
遅延がひどいときCTC&不実はあぽんされて
最近はねCがやってるのでは？
年末年明のメンテはその切り替えという話だったが．

172 ：

>>167
大阪の会社名が知りたいです。

173 ：

***@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 ：

ちゃんと受け取ってくれれば逆引きくらいかんべんしてやる。

175 ：

（＾＾）

176 ：あぼーん：あぼーん

あぼーん

177 ：

(^^)

178 ：あぼーん：あぼーん

あぼーん

179 ：あぼーん：あぼーん

あぼーん

180 ：

T芝が巻き取りで再出発
バグが多発でどーしましょ
でももう終わったことだしまあいいか
ユーザも３０万ぐらいいる事だしね
(うわっM-TOPに変なデータが入ってるよ。)

181 ：あぼーん：あぼーん

あぼーん

182 ：あぼーん：あぼーん

あぼーん

183 ：

>>1-182
なるほどこういう経緯があったのねん。
うちの自宅鯖から自分のケータイに一日数通のメールが送れず、どーにもならず
結局DoCoMoのｉモードメールに見切りを付けて今は他を使って快適です。
結局ｉモードシステムじゃ、(配信性能不足で)こういう用途には使えないって事で
とっとと見切りを付けて正解だったという事か。
でも、なんかこうすっきりしないのはメール以外のｉモードを使いたいがために
ケータイ自体解約できてないって事かなぁ。
とぼやいてみるテスト。

184 ：あぼーん：あぼーん

あぼーん

185 ：あぼーん：あぼーん

あぼーん

186 ：

マスコミの「盗聴、盗撮」は許されるのか？http://natto.2ch.net/mass/kako/974/974478132.html
580 名前： 556 投稿日： 2001/04/15(日) 18:43
>>559
入ってきてますよねえ。
だいたいやり方がワンパターンだから、時期もたいがい察しがつきます。
いやがらせする理由と同じ、黙らせるため。いやがらせするのは、嫉妬が入っているせいもあるようです。
あと相手に抗議されて逆ギレするとか（これかなり多いですよ）。でも一番大きい目的は、自分たちの犯
罪が、気付いている相手によって世間にバラされるのを防ぐこと。運と勢いで業界に入った人もたくさん
いて、その地位を保つためだったら、彼らは本当に何だってやる。盗聴も「何だってやる」の一つ。
黙らせるための方法は、「相手の主張を無意味化する」なんかがあります。ここで書いておけばここでは
やらないかもしれない（って書いてもこの書き込み流れた頃にやるだろうなあ…）ので、今までのケース
を参考に書いておきますね。
・盗聴される相手を「ネタを盗まれる程度の人間ではない」と故意に低くみなす。
・電波（あるいは妄想）と周り（あるいは本人）に思い込ませようとする。
・しつこく「そんな犯罪まがい（犯罪と書かないのがミソ）のことをやって何に
なる」と言いつづける。（説明してもわざと理解しない）
・同じようなケースをステレオタイプに書いてみて、そんなことは珍しくないとい
うことにする。（この場合具体例がない）
・たいしたことじゃない、気にするな、とか、もうどうしようもないことだ、と、
諦めるようにといってみる。
・徹底的に相手の論拠を崩す。（これはちょっと学がないとできない）
盗聴されている初期の頃、これをやられると、「確かに盗まれている、でももしかしたら自分
の方がおかしいのかもしれない」と、かなり迷ってノイローゼ状態になります。初期の人は気を
つけましょう。

187 ：あぼーん：あぼーん

あぼーん

188 ：

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

189 ：あぼーん：あぼーん

あぼーん

190 ：

ひさしぶりにあげ

191 ：

ほぼ一年ぶりにアゲ

192 ：

ＮＴＴドコモ関西が「古江古墳」の大部分を破壊　無届けの基地局建設工事で
http://headlines.yahoo.co.jp/hl?a=20050616-00000111-kyodo-soci
　ＮＴＴドコモ関西（大阪市）が大阪府池田市古江町の山林で行った携帯電話基地局の
鉄塔新設工事をめぐり、府の風致条例と文化財保護法に基づく工事開始の届け出をせず、
現場にあった「古江古墳」の大部分が壊されていたことが１６日、分かった。
　古江古墳は同法に基づき、「周知の埋蔵文化財包蔵地」に指定。土木工事などを行う際は、
着工６０日前までに届け出るよう義務付けられているが、ドコモは住民から指摘を受けるまで
その事実を知らず、届け出をしていなかった。
　府教委は同日までに、ＮＴＴドコモに工事中止を命令。近く発掘調査を実施する。
　府教委などによると、古江古墳は推定直径約１３メートル、高さ約１・２メートルの円墳。
１９７６年、池田市の調査で発見された。横穴式石室があり、６世紀後半ごろのものと
みられていたが、詳細な調査は行われていなかった。

193 ：

9/14（水）夕方ぐらいから、自宅鯖からiモードへメールが届かなくなりました。
> Sep 14 17:50:09 xxxxxx sendmail[8101]: j8E8j3H2008054: to=<xxxxxxxxx@docomo.ne.jp>,
> ctladdr=<xxxx@xxxxx.plala.or.jp> (500/500), delay=00:05:01, xdelay=00:05:01, mailer=esmtp,
> pri=120444, relay=mfsmax.docomo.ne.jp. [203.138.180.112], dsn=4.0.0,
> stat=Deferred: Connection timed out with mfsmax.docomo.ne.jp.
前にもありました。
http://sakaguch.com/PastBBS/0004/B0001779.html
また、なんか新手のSPAM対策でもやってるんですか？

194 ：

私に聞いて♪

195 ：

間違いなく送ってるのにメールが届かないなんてことありえますか？au、ソフバンからのメールが届かなかった事があり、拒否など思い当たる点も全くありません。

196 ：

gdhdgfh


thtyjktyk



ryeyre


uktukuku


hbhgvgvvgvgh

197 ：

送信ドメイン認証始めるのはいいけど、なんでヘッダーFROM見るの？
エンベロープ見るべきじゃない？

あと黙ってTEMPFAIL始めてない？昔から？

198 ：

fgfdhfd



jytyjt


tyeryre


ytktktgh


tgreryree


uityityik

199 ：

最近PCからドコモ宛てのメールが遅れまくってます
遅れるどころかエラーになって返されることもあり

200 ：

送ってもらったメールが受信できません。
メール問い合わせをしても、ずっと問い合わせ中。
…なんで？

201 ：

>>200
Yahoo bbだからです。

202 ：

ドコモのメールのことなら俺に聞け！

203 ：

岡田外務大臣ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
h‍ttp‍:‍/‍/‍q‍b5.2‍ch.net/t‍est/rea‍d.cgi‍/sak‍u2ch/1256‍630318/1

早く記念カキコしないと埋まっちゃうｗｗｗ

204 ：

岡田外務大臣ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
h‍ttp‍:‍/‍/‍q‍b5.2‍ch.net/t‍est/rea‍d.cgi‍/sak‍u2ch/1256‍630318/1

早く記念カキコしないと埋まっちゃうｗｗｗ

205 ：

Docomoメール気になる。。

206 ：

docomoのために最低最悪のリニューアルを断行したgooメール。
果たして今後の行き先は！？
（※ドコモWebメールはgooのシステムを使用しています）
【リニューアルgoomail不具合まとめwiki】（元775 ◆7KcA75Xkwk 氏作成）
http://www26.atwiki.jp/goomail775/

207 ：

>>202
DoCoMoは近年はどうして国際戦場で負けっぱなしの戦犯なんですか？
いまの旧J-Phone並みの底辺さについてどー思ってますか？

208 ：2013/10/24

Docomoのメールサーバに関わってる方いますか？