トップページ⇒network
27コメント12KB

一通50MBのメールって、非常識?常識?

■ このスレッドは過去ログ倉庫に格納されています
0001anonymous@proxy2.youtv.ne.jpNGNG
FTPを使えって言われるけど、実際に送ったり、受け取ったり
できるんですよね。

ネチケット?
メールを受け取る側と送る側が分かっていれば、問題ないですし。

SMTPやPOP3が、FTPと比べてどう違うのか、知っている方がいたら、
教えてください。プロトコルとして、無理があるのか、など。
0002名無しNGNG
ホスト名がでたからって慌ててプロキシ経由で同じスレ立てるより
害がないので50MBでも1GBでも勝手に送っててくれ。
0003anonymous@t45-1.cablecom.ne.jpNGNG
ごめんなさい。スレッド、2個立ててしまいました。
0004名無しさんNGNG
メールサーバの設定によって受け取れない場合があるから
相手がわかってるならいいんじゃないの?

ちなみにメールはすべて7ビットにエンコードされるので
実際に転送するサイズはかなりでかくなるよ
4/3倍+αってとこかな
0005名無しさん@アキバ迄徒歩30分NGNG
>>4 の言う通りで、MIME だろうがuuencode だろうが転送効率悪すぎ。

まぁ会社とかでセキュリティ上FTP or HTTP でファイル転送できないの
であればやむを得ないかと。まぁその場合でもCD-R かなんかで郵送
するという手段とか代替はあると思うけど。
0006回線等の環境によるがNGNG
>>1
まぁ送受信両サイドの管理者(ネット@`サーバ)に話を通しておくのが礼儀だと思うでやんすね。

いきなりそういうのがくるとメールボムとか判断されるんでね。
0007>6NGNG
「新手のアタックか?」とも勘違いされそうだ

0008ABCNGNG
ネットワークは手段。送れてナンボでしょ。
FTPでも、SMTPでも、なんでもいいから
送る事ができたか、できないかが重要!

実際の転送効率は悪いが、特別にFTPアカウント用意したりと、
いろいろ工数が必要になる場合が多い。
現実には設定だけの問題と思うが、ネットワーク管理者に、
先にネチケットと言われたらその程度の管理者でしょう。
できる場合が殆どですから、、、
0009さんまんこNGNG
相手との間にある中継マシンはどうなるんでしょう?

受信者さえ確定していれば、こんな破廉恥なメールを
送ってもいいって言うのは認識不足だと思います!
0010名無しさんNGNG
>>9
今はたいていどこもTCP/IPでEnd-to-Endな通信が出来るから
間に中継メールサーバがあるなんてことはまずないとおもう。

俺は20MB以上のメールは送れないようにしている。
必要?じゃあもし誰かが大きなファイルを送りつけて
相手のサーバ落としたら誰が責任とるんだい?

世の中相手が悪いといえる場合だけじゃないんだよね。
特に取引先なんかにはいえないしね。
0011名無しさん@アキバ迄徒歩30分NGNG
>間に中継メールサーバがあるなんてことはまずないとおもう。

ある程度以上の規模のネットワークだとDMZ にMX が向いているサーバと
pop が動いているメールスプールのサーバって分離しているのがごく普通
だと思うけど?
0012マングースNGNG
>>9>>10
の言っているのは大昔の善意の第三者である中継サーバを指すん
じゃないか
君の言っているのは仲間内な中継だろ
それはソコの管理形態でどうにでもなるんじゃないか

>>各位
少し前に僕が絡んだ同等のスレッドが有るから探してミソ

ちなみに僕はまだドッカンメールも使ってるよ
主に受け取りだけど50MBなんてちょっとした業務連絡だな

0013名無しさんNGNG
送るほうのメールソフトの設定で64KB以上は分割するとかになってて
1000通近く来ててちとあせったことあったな
しかも出張先でアナログモデムでつないで受信したよ
0014がむNGNG
自分、相手、自分のメールサーバ管理者、相手のメールサーバ管理者
(中継にその他別のサーバを挟むならそのサーバの管理者)が了解している上で
やるならよし!でいいと思います。

まぁ、メールだと7bitテキストにエンコードして送るから、
ネットワーク的にはとても無駄だと思いますが。
00151NGNG
自分と相手は確認していますが、ISPのメールボックスが5MBで、
一通辺りの最大容量が、2MBか、3MBであるにもかかわらず、
問題なく送受信できているところが不思議なんですよね。

無駄というのは、エンコードする際に4/3倍+αになるだけことですか?>>14

皆様が理解があって嬉しいです。結構、叩かれるかと思ったのですが。
0016マングースNGNG
>>15
ISPだし規約や規則があるならそれはヤメたほうが良いよ。
多少のオーバーに寛容な優しいところなんだから50MBはかわいそう
些細な容量でエラーのキャッチボールしないよう
わざとかけないだけなんだからさ。
トラブればかえって規制を強化されちゃうよ
ここの他の人は自らのメールサーバどうしでの合意でやっているだけ
なんだから。

ちなみに以前
法人契約のISPにはちゃんと許可を得て120MBとかヤッテた
けど基本契約は18MBだったな
定期アクセスでメールは一切貯めない約束は交わしたけど
0017anonymous@kagoshima1-82.ppp-1.dion.ne.jpNGNG

せっかくの機会だからLAN環境でこれだけの容量送ったら落ちたとか
ダイヤルアップだったらROCKがかかったとかの報告会はどう?

そうそう、利用規約上は制限してても誤動作を嫌って実際の
制限を掛けてないISPとかあるけどその辺の話とかもどう?
0018困っていますNGNG
MLサーバも同時に運用していて、MLについては容量を40kbyteに
制限しているのですが、最近、もっと増やせといわれて困っています。
ここ、参考にさせてもらいます。
0019昔NGNG
「近頃の若い者は」とかゆうスレがあったけど、それと逆の展開好きだなあ。
0020なんつーかさ>1NGNG
自分がサーバ管理者になったつもりで考えてほしいんだが
君が管理してるサーバにいきなり50MBのドデカイメールがきたら
びっくりしないかい?

やるのはいいが事前連絡は欲しいな。
そういうお互いを思いやる気持ちは必要よ。
0021うーんNGNG
>>1
回線やらサーバやらの設備は一人あたり数MBって前提でプロバイダは環境を設計してるわけだし
料金もそれに基いて設定されてるのね。

一人だけが50MBをやるのならさして問題ないんだが
みんながやりだしたら大変な騒ぎになっちゃうよ。
(自分だけできればよいとかいわないでね)

そんな数十MBのメールが常時飛び交うためのバックボーン(回線/サーバ等)整備の為に
プロバイダの料金値上げなんてのは絶対いやだからやめてね。
0022anonymousNGNG
職場での話ではなさげだが

うちのような細い線でそれをやられたら結構きついな・・・。
線が塞がれてしまうかもな。

事前に相談があれば「早朝とか深夜の時間外にやってくれ」とかいった
調整ができるからな。
00231NGNG
ただ単に、厚意でメールボックスに余裕を持たせていただけのようですね。

私のように、50MBが非常識?と疑問に思うような人間ならばいいのですが、
最近のように、ブロードバンドで常時接続な環境に置かれていると、
MP3を数曲送るだけで、10MB、20MBになりますよね。
でも、全然平気、平気。

何気に送ってるヒトって、少なからず増えていくと思います。

ISPのメールボックスももう少し容量を考えたほうがいいのかもしれないです。
0024anonymous@PPP88.tokyo-ap14.dti.ne.jpNGNG
結局同じ展開か。
0025anonymous@kagoshima2-39.ppp-1.dion.ne.jpNGNG

まあ普通のISPなら200Mbyt超のメール来たらバックアップは
念のため取っておくけどスプールからは消すよね。

ブロードバンド時代が本格化したら取り合えずHTTPダウンロード
がやりやすい(一般の人にとって)時代がくるでしょう。


0026mpfsNGNG
あんまりそういうでかいファイル転送が業務上頻繁になるようなら、
ICQでもIRCでも条件付きで許可した方がいいような気がする。

メールってそういう用途のものではないと思うから。
0027anonymousNGNG
この話題は過去ログにもあったね。明日アーカイブをあさってみよう。

メールがファイル転送手段としても使われているのは、アプリケーションを
切り替えるのが面倒だから、てのがあると思う。単純に代替手段を与えれば
よいということではすまない、深い問題が潜んでいると思うよ。
要するに、ユーザーは複数のアプリを使い分けるのをいやがるというのが
最大の原因だと思うのさ。

あと、ユーザーの意識としては、
- 相手に送りたい
のであって、
- 会社のサーバーに送りたい
ではない。FTP/HTTP を使うというのはその意識から外れるところがあり
(理屈としてどうこうではなく、直感的に対応関係が明らかではないので)、
そのために FTP/HTTP を使うというのは多分拒絶反応を招くと思う。

もしメール以外の手段でファイルのやり取りをさせようと思ったら、
- >>26 さんが書いているように、メール以外の日常的に使うソフトを
 用いてやりとりできるようにする。もし Groove や NetMeeting のような
 ソフトを一般的に使う時代になったら、多分それらがメールを置き換えて
 いくに違いない。
- メールクライアントに FTP クライアントや HTTP (PUT 可能な) の
 フロントエンドの機能を組み合わせる。OutLook だと Web Form を
 表示できるから、それに組み入れるという手段もあると思う。
といった手段を考えることになると思う。
■ このスレッドは過去ログ倉庫に格納されています