実際の所、何が原因でしょうかね？
苦情の電話かけても、受付のネェチャンはあんまりわかってないみたいだし・・・。
そのうちに改善されるとは思ってますが、今何が起こってるのか知りたいです。
携帯板の方にもこの話題はありますが、結局どうなの？ってことで、こっちに立ててみました。
ttp://www.f2.dion.ne.jp/~impact14/ ちょっと大目に見てやってよ、お願いだから。
現実のところ、サービスに影響出さずにSPAMに有効な対策ってのは難しい。
最初に携帯のメールシステム作った奴誰だよ？
SPAM対策をやらされるのは、決してそいつらじゃないんだよな、、、
スパム発信元のISPもえらい迷惑だよ。
ISPはいいじゃん、結局は客に開放してる帯域しか食わないんだから。
でもさ、こっちは無制限に帯域くって、制限すれば普通のサービスに遅延がでる。
正直、大分被害の度合いが違うと思うぞ
迷惑なことには違いない。
# 某匿名掲示板からアタックされるし
どうなってんだろ。
どっちも悪いって場合がありえますよね、とまずは
お約束で確認。
で、実際につまってるとこありますか? って話になるけど、
Ｊ側はメッセージのゲートウェイがつまってる模様。
ネタにマジレスでスマンが内からのトラフィックは全然関係ない
J-Phoneに対して嫌がらせしてるのさ。
当方 JPHONEの正式メニューに載ってるコンテンツを複数管理しているのだが
所詮下請けのコーダーなので、私の責任問題がどうのこうのという話になってきた
事情を説明したが元受のヤツラはちっとも理解して戴けない。
当然JPHONEにも問い合わせしたが、一秒に一度後れ などわけのわからん事を
言うだけで JPHONEのサーバーからconnection reset peerに悩まされまくる。
特にjp-tサーバーが酷い。
この1ヶ月JSKYがおかしいと思ったらそーいうことですか
e-mailからJsky/e-mailへ送ると8時間とか10時間後に届く
届けばまだましなのだが、ひどいと送信者へ返って来る
昔はDOCOMOの遅延を馬鹿にしてたけど
それ以上にひどくなってしまった現在やばいぞ！J
はぁ〜これじゃ転送されてきたメールもPCで読んだ方が速いよぉ
がんばれエンジニア！
良いんだけどメールキューがそれだけでファイル作りまくりやがって
ディレクトリをオープンするにも一苦労する。
迷惑メール対応は人海戦術でブロックしてしまえばいいのに。
届かないよりマシだから。
まさか一通一通丁寧に人の手で仕分けしろと…
ブラックリストに入れろという意味。
ちなみにブラックリストをデテクトするプログラムが粕で
ちょっとしたメールのBCC等をJPHONEにやるとrejectと断られる
ようになる。
だったら そのデテクト部分を人がやればいいじゃねーか
という意味で。
JPHONEユーザーは気にしないのかね? E-メール受信料金払っているの
だろうから、出せるけど受け取れていないのに金は取られるというのに
ttp://www.j-phone-east.com/p_and_s/sds/mail/spam/00muryo.htm 勘違いｽﾏｿ
メール全然こないよ（涙
友達にはＪに送る場合はかならずプロバイダアドレスにもＣＣで
送ってもらうようにしてるから、わかってるだけで
一週間で確実に６通は行方不明になってる。
総合案内に電話したら、ロングメールサービスに加入して、
メールボックスに入っているメールを自分で取りに行くようにしたら
多少は改善されるって言ってたけど、ほんとかな？
でも自分で取りに行くと、１通８円かかるんでしょ？
「技術的な事は私には分かりかねるので
もし、詳しいご質問がしたければ、技術の担当セクションに
回しますが？」と言われた。
そんなとこに回されても、こっちは技術的な事は分からないので
このスレの住人の方なら詳しそうだから、だれか聞いてきてください。
昨日はメールが遅延。
故障受付に連絡したら、こんな説明した。
「迷惑メールが大量に送られてくると、
迷惑メールが送られてくるプロバイダからの
線が詰まって遅れることがあります」 ？？？
もうちょっと時間をかけて聞いてみると、
要するに、迷惑メールを送る人間が使っているプロバイダを検知して、
ＪＰ側のサーバーが自分自身を守るために規制をするということのよう。
だから、すべてもＰＣメールがはじかれるのではなく、
迷惑メールが送られてくるプロバイダのみ、不着などの現象が起こることもある
というのだが。
結局、わからん同志でしゃべっているから、なおわからん。
俺も素人ですが、、、
大量のメールをさばく場合
・メールを送信してるsmtpサーバーの負荷の上昇
・メールを受信してるpopサーバーの負荷の上昇
があるのはわかると思う。
またマシンの付加だけでなく大量のデータがやりとりされるので
ネットワークにも負担がかかる。
で、JPHONE側でSPAM送信を防ぐのは
1 .SPAM送信者のIPをメールヘッダーから検出し、そいつからのメールがきたらban
2. SPAM送信者のsmtpサーバーをヘッダーから調べて、(以下同文
3.. SPAM送信者のFrom行やsubjectを・・(以下同文
くらいがぱっとおもいつくけど、どれも一時凌ぎににすぎない。
まず全体のデメリットとして
フィルターを1段かますわけだから、それだけでマシンに負荷がかかる。
1〜3、それぞれのデメリットは
1. の場合 SPAM送信してるマシンのIPがかわれば、また設定しなおさなければならない。
ダイアルアップやADSLの場合だとIPが変わるのはごく普通。
2. の場合、SPAM送信をおこなっているSMTPサーバーを利用している人全員に影響がでる。
一般利用者が大損害。
3. の場合、From行やSubjectの変更くらいは、メール使ったことある人なら
だれでもできる。
JPHONE側で立ち回りが難しいとなると、今度はSPAM送信側が
規制すればいいんでわ、、と言う事で
・SPAM送信者の接続プロバイダがアカウント剥奪。
・接続プロバイダとSPAM送信SMTPサーバーが違う場合、そのアカウントの利用制限を
厳しくする。もしくは剥奪。
があるけどやっぱりどっちも容易に回避できるか、善良な一般市民が被害を受ける。
ようするにSPAM送信者は逝ってよし。と言うしかない。
長文sage
サポセンよりずっとわかりやすいです。
ありがとうございました。
が、メールを出しても返事がないぞという苦情は当分続く……。
携帯親指シフトおぼえるかなあ。
また思い出した事を報告。
総合案内に電話した時、27さんと同じ事を言われたので、
Ｑ 「でも、迷惑メールはちゃんと届くんですけど・・・」
Ａ 「一定条件（？？？）を満たしたメールは届きます」
Ｑ 「一定条件てなんですか？」
Ａ 「ですから、サーバーに負荷がかからなかった場合です！」
それは一定条件じゃなくて、偶然では？
もう？？？？？です・・・・
それと、
「JPhoneの場合はサーバーに受信してから72時間送付し続けるという
特性があるので、72時間過ぎても送信出来なかったメールは消えてしまう」
と言われたので、
Ｑ 「じゃあ、送信者に送信エラーメッセージは送付されないのか？」
Ａ 「Ｊのサーバーに入った時点で、相手は受信とみなすので
エラーメッセージは送付されません。」
・・・でも、自分のＰＣから送付したテストメールは72時30分過ぎたら
エラーメッセージが届きました。
それと、ゆうべ、79時間50分！かけて友人からのメールが届きました。
さん、親指シフトってなんですか？
うわぁ、長文すみません
素人はあっちにお引越しします。
こっちはこれからはロムさせていただくので、
お邪魔しました〜
SPAMメールであっても、きちっと送り届けるようにという指導が
総務省から出ているようです。
SPAMかどうかの区別は主観的だからという役人的判断のようです。
この指導が足かせとなって、
JPHONE側のサーバーを守るためには、
多量のSPAMメールが運ばれてくるプロバイダに規制をかけたり、
場合によっては総量規制もかける必要があるという理屈になるらしい。
で、それではたいへんだから法規制をという話になるらしいのだが、
最大の問題は、この議論の進め方。
割り食っているユーザーはどうなるのよ、という視点はまったくないのだ。
料金を払っているのは誰か、もう１度考えてほしいものだ。
おいらが会社から出しメールは3日間の放置プレイで帰ってきました。
会社のメールシステムはオープンリレーじゃないし、ログ取られてるんで
SPAM発信する馬鹿もいないだろうということで、「SPAM発信したプロバイダ
を規制している」はJ-PHONEのその場しのぎの大嘘ということに1000モナー
実際は特定プロバイダ(おそらく他の携帯会社)のプライオリティを上げて、優先的に送信してるだけ
他のドメインからのメールはSPAM云々に関係なく後回しにされてるはず
携帯メールのトラフィックの7割以上が携帯間のメールだから、気持ちはわかるが、、、
それはISPのサーバでのリトライ時間の最大値
72時間リトライ続けても応答がないとエラーメールが返る
圏外は仕方ないとして、宛先アドレスが存在しないメールをサーバに到着した時点で削除するようにすればましになると思われ。
メールサーバってどういう動きするか知ってるか？
圏外で届かないメールはJ-Phoneのメールサーバにたまるので、配送遅延とは全く無
関係
送信元にエラーメールが帰ることは無いよ
あと、アドレスがUnknownなら即座にエラーメール返してキューを削除するよ
2点だな
自分にメールしてみな
(Jユーザだったらだけどね)
CGIでsendmailを使って、Fromを自分のアドレス（jp-t）だと
３時間くらいは来なかったんだけどなぁ。
Return-Pathも変えるとよいのかなぁ？
それとも、外部サーバから送られたのは全部遅らされるのか？
Fromアドレスはたいして見てないだろうな
せいぜい存在しないドメインはrejectとかその程度
(中継サーバの)ソースアドレスが主要プロバイダ(おそらく特に携帯業者)だと
優先配送とかしてるんじゃないかな？
つまりInternetからはjp-t.ne.jpの入り口で門前払いされて、３日間のうちに
繋がれば届くという状況。
おれもやってみた Hello! いうたんだから Hi ぐらいいいかえせﾎﾞｹ!
オイラJPHONEのJSKYメニューのコンテンツとサーバー運用をいくつかシテルんだけど
このままではJPHONE終了の予感。
マスコミが騒がないのが不思議
41のJとは違うよ。
ようするにjp-tサーバーへはインターネットからﾒｰﾙは「たまにきます」
「たまにきますが相当遅れます」
JPHONE逝ってﾖｼ。
ドコモがスパ無対策にそれするんだと。さ（外部からメールのみ）
他携帯キャリアのメル鯖の再送間隔が短くて、かろうじて送れているだけかも。
どっかの板で見たけどドキュモの迷惑メール対策も間抜けですな。
rcpt to:<hage@documo.ne.jp>
550 user unknown
rcpt to:<hoge@documo.ne.jp>
550 user unknown
rcpt to:<debu@documo.ne.jp>
550 user unknown
…
rcpt to:<debara@documo.ne.jp>
5?? too many 何とか
らしいけど、550返したらrcpt to:でvalidなユーザリストがつくれるぞ。ゴルァ
> 圏外で届かないメールはJ-Phoneのメールサーバにたまるので、配送遅延とは全く無
> 関係
10 while [キューに空きがない]
20 do
30 待つ
40 done
50
60 メールが届く
> あと、アドレスがUnknownなら即座にエラーメール返してキューを削除するよ
聞いた話だと、そうでないらしいよ。
いずれにせよ、第一種通信事業者はいろんな縛りがあるので無茶な
spam対策できんのよね。かわいそうです。
Bright Mailとか高いしなぁ。
インターネットからのSMTPを受け付けるサーバと
携帯に独自プロトコルで送信するサーバは全く別のサーバ
圏外で遅れなかったメールは別にインターネット向けのSMTPサーバにたまるわけではないので、
この遅延とは全く無関係だよ
>聞いた話だと、そうでないらしいよ。
どこで何を聞いたの？
smtpのuserunknownはsmtpのセッション内で返すから、たまることは無いはず
エラーメール返すのも中継したサーバだし
JPHONE内部の人間ならともかく、外の委託業者だったらやばいんじゃないの？
って2Chで守秘義務もくそも無いか、、
どこをどのように? 技術板なんだから根拠しめせよ。
運用しているメールアドレスを分散させる事それを運用停止無しにやるのが
非常に面倒なわけで、しくじっても評価されるべきなんだが、社内が
そのようないい体質ではないわけで、おれはやりたくない。
どのへんがだめなの？
20000通ほどたまっている状況。他のjp-*.ne.jpは大丈夫。
refuseLAにひっかかってるぽいなと思ってたんだけど今ためしに
telnet jp-t.ne.jp 25 手で叩いてみた。
Trying 210.151.9.60...
Connected to 210.151.9.60.
Escape character is '^]'.
Connection closed by foreign host.
即座に切られること25回。
Trying 210.151.9.60...
Connected to 210.151.9.60.
Escape character is '^]'.
220 mgstc02.sky.jp-t.ne.jp ESMTP Sendmail 8.9.2+3.1W/3.7W/99030510; Sat, 24 Nov 2001 10:37:26 +0900 (JST)
quit
221 mgstc02.sky.jp-t.ne.jp closing connection
Connection closed by foreign host.
8.9.2ですかー。まあ、いいけど。
25回！
早いよ
俺は40回試して全部きられたyo！
気合だ、気合が足りない。
真面目な話リトライ1秒ぐらいでがんがんやってみると、
30回ぐらいで繋がる事多いよ。
ただ 普通のSMTPのリトライって3600秒とかではないか?
(ここいらよく調べたわけではないが)
3600秒ってことは1時間なわけで・・・30回ってことは
1dayでqueからエラーにするようなsmtpであれば
まず 届くか届かないかは神のみぞ知るとこだな(藁
宛先不明のspamを律儀に返信しようとしてるとか… (w
気合が足りなくて、jp-t.ne.jpが宛先不明のメールを受け取るかは確認
できなかったけどな。 (w
そしたらCGI置いてるサーバからこんなのが来たよ。
The original message was received at Sat, 24 Nov 2001 00:55:41 +0900 (JST)
from *****@localhost [***.*.*.*]
----- The following addresses had transient non-fatal errors -----
<*****@jp-t.ne.jp>
----- Transcript of session follows -----
<*****@jp-t.ne.jp>... Deferred: Connection refused by jp-t.ne.jp.
Warning: message still undelivered after 4 hours
Will keep trying until message is 5 days old
あと、こんなのが添付されてた。
Reporting-MTA: dns; ***.***.***
Arrival-Date: Sat, 24 Nov 2001 00:55:41 +0900 (JST)
Final-Recipient: RFC822; *****@jp-t.ne.jp
Action: delayed
Status: 4.4.1
Remote-MTA: DNS; jp-t.ne.jp
Last-Attempt-Date: Sat, 24 Nov 2001 05:04:48 +0900 (JST)
Will-Retry-Until: Thu, 29 Nov 2001 00:55:41 +0900 (JST)
４時間経過したけど送れてないから、後５日粘ってみるよ。
だそうな。
まあ頑張ってくれやって感じだな。(藁
デジタルホンはおとなしくしとけっつーの！！
＞mgstc02.sky.jp-t.ne.jp でSendmail 8.9.2だと遅延とどう関係あるの？
＞通信技術板のスレって専門的すぎて聞きづらい雰囲気。つーか素人な俺では
＞口出ししないで見てるほうが面白い。リンクはあえて張らないけど、
＞気になる人は探してみるといいかも。やっぱ技術屋さんは詳しいや。
＞734 ：非通知さん ：01/11/25 03:04 ID:uK4X7q/X
＞げっ、マジでsendmailなの?
＞Postfixなんぞに変更すれば、いきなり解消されたりして。。。
＞735 ：非通知さん ：01/11/25 03:10 ID:spriLOTE
＞
＞その話が本当なら決定的にＪ糞が立証されたな。（ワラ
携帯板でこんなやり取りがあったのですが、
専門的な事のわからない素人の自分には、何がどうだかわかりません。
どういう事でしょうか？
セキュリティーホールがちょくちょく発見される。古いのを使っていると厨房管理者
と見なされても文句は言えない。 (w
最近では性能の高いMTA(postfix, qmail)も出てきている。どの位高いかは比較した資料を
見たことが無いので知らない。
大規模なサイトでも(複数台使って)sendmailで運用しているところはあるので
sendmailだから即クソというわけではないが、これだけ長期間解決できないのはクソ。
Jのメール遅延はJの入り口(sendmailが受け持っている)で輻輳(音声電話で
「御客様のおかけになった方面の電話は大変込み合っております」とほぼ同等)
が発生しているのだろうというのがここでの見解。, , ,
ありがとうございます。
良くわかりました。
>どの位高いかは比較した資料を見たことが無いので知らない。
実例あるよ。
ttp://java-house.etl.go.jp/ml/archive/j-h-b/039787.html#body Ｊフォンはsendmailと言うプログラムを使っている様ですが、
postfix,qmailなどのプログラムに変えた方が良さそうですね。
なぜ変えないのでしょうか？
そのような変えればいいという考え方が、素人考えだからです。
67の言うとおりだが、補足。
sendmail,qmail,eximで確認したことがあるが、
あまり変わらない、受信はね。
Sunの220Rで2kBくらいのメールをローカルスプールに書くのに
360万通/時くらい。内蔵ディスクの書き込みに律速されてしまっている
と思われる。
sendmail 8.9.2 だともう少し(かなり?)性能は落ちるはずだけど、
それにしても今のjp-t.ne.jpの症状はもっと他に原因がありそうだと
思うよ。
ごめん、36万通。一桁違った。あといろいろ記憶違いがあるかも
しれないが、資料引っ張り出してくるのめんどくさいので、よしなに。
>他事業者からJ-フォンへ送られてくるメールは、
>11月15日にJ-フォンのサーバーの増強工事を行ない、
一応増強はしてるみたいです。が、
>その結果、午後7時〜10時の最繁時を除き遅延は
>大幅に改善されております。
・・・意味ないじゃん。
担当の方、がんばってくださーい。
運用中のシステムに大きな変更を加えるのは、実験システム組んで運用テストしてと
とてもコストがかかるのです。
でも、そのようなシステムこそ(能力足りなかったら、簡単に増強できるように)スケー
ラブルに設計しないといけないのでJは糞
mgstc02.sky.jp-t.ne.jp
だったが今日気づいたら
mgstc05.sky.jp-t.ne.jp
に変わっていた。
これってサーバが増強されたって事ですか？？
でも相変わらずPCからのメールは届かないけど
MAILER-DAEMON@jp-t.ne.jpから返されることがあるんだけど。
「Non Deliverly Notification〜」って。
これってJ-PHONEとDoCoMoのどっちが悪いのかなぁ？
今日から大丈夫なはずだよ！
乞うご期待！
（東京、埼玉、群馬、水戸の複数エリア）
つーか出張中（ｗ
Jはヘボ
とりあえず 正引き保管しとくかね(藁
とりあえずいい感じ。
東京デジタルホンだからってなめんなよ！
大きいこと言ってるが
ttp://www.kantei.go.jp/k/mm/index.html どうせこのために慌てて増強したんだろ?
「Ｊフォソからi-modeってメール届かねぇ〜」ってボヤいてた。
スマソ・・・。でも漏れのせいじゃないんだよぅ・・・
いずれにせよ、Jはsendmailなんぞ使ってねぇよ。
増強前までは、使ってたんだよ。
いや、スケーラビリティは高いんです。ほんとに。
ただ溢れるまで増設してないってだけです(藁
ちなみに運用系のほかにラボ機も豪華に用意してますよ。
受注前工事しているところなんて最悪らしいよ。
ビジネスとしては内示をもらう前に先行作業するほうが悪い。
あと、サ開と新サが2chチェックしてるらしいので関係者は気をつけたほうがいいよ。
あんた100%関係者丸出しだが、IPさらしていいのか？
ASAHIネットにごり押しでログ要求するかもよ？
情報探してたらここに来た。届かなくなったのは、
ｊｐのメールタイトルが
Message ｆrom SkyWalkerから
Message from Skymailに変わった頃、つまり
ttp://www.j-phone-west.com/kansai/whats_new/information/index.html の工事以後らしい。
SPAM呼ばわりされてるのか。うーん。
一通5円かけてPメールDXするしかないのか……。
ttp://ams.milkcafe.to/Asunaro/Kogoto/Icon/TashiroCo003.gif ...
ばらしていいのか？ 内情
言うべし。信濃町に吠える
吠えるのは良いんですけど、所属している会社とJポンで結んでいたりとかという落ちが無いことを祈る。
もっとちゃんと仕事しろ〜
”ぐっち”ってだれや〜（笑）
なるほど、、、それが守秘義務に関する内情か・・
遅延するわけだ。
1/1の作業ごくろーさまです、まじに、オレはとっとと帰ります
