メールの添付ファイル、どのくらいのサイズまでならOK？ 72
ストーリー by hylom
1MB超えそうだったら気を付けるかも 部門より
1MB超えそうだったら気を付けるかも 部門より
ASCII.jpが、メールの添付ファイルのサイズに関する記事で「送っても大丈夫な添付ファイルの容量は？」との問題提起を行っている。
Gmailでは添付ファイルのサイズ制限として「送信可能なメールの上限サイズは25MB」となっているが、以前の受け取れる添付ファイルの最大サイズは？というストーリーでは5〜10MBという回答が多かったようだ。
ASCII.jpの記事ではスマートフォンにメールを転送している場合でも比較的受け取りやすいことなどを理由として3MB以下が良い、などとされている。
ヤフー、Google (スコア:2)
ヤフー
合計で最大25MBまで
http://www.yahoo-help.jp/app/answers/detail/p/622/a_id/47988/~/%E3%83%... [yahoo-help.jp]
Google
送信可能なメールの上限サイズは 25 MB
https://support.google.com/mail/answer/6584?hl=ja [google.com]
Re:ヤフー、Google (スコア:3, 参考になる)
うろ憶えですが、MIMEエンコードされた後の容量を言ってるんじゃなかったっけ?
上限サイズが25MBだからと言って、25MBのファイルを添付できるわけじゃない。
BASE64でエンコードされると、1.37倍になるから、18MB程度まで。
最適化されます (スコア:5, おもしろおかしい)
ご安心ください。
大きなファイルは最適化され、ダウンロードサイズを小さくすることができます。
以下の項目にチェックを入れてください:
□ ダウンロードを最適化します
Re:ヤフー、Google (スコア:1)
Re:ヤフー、Google (スコア:1)
※ いまどきQPで通信するやつはあるのだろうか？
8BITMIMEが途中経路で頓挫した場合など？
Re:ヤフー、Google (スコア:1)
postfix のデフォルト
メッセージ全体のサイズで約 10 MB（10240000 バイト）
Postfix Configuration Parameters (message_size_limit) [postfix.org]
当然、エンコード後のサイズなので、元の添付ファイルのサイズだと 7.5MB 弱
１MB (スコア:2, すばらしい洞察)
1MB超える添付ファイルは別の手段（昔はFTP、今は自社のファイル転送サービス）で送信。
…なんだけど、今の世の中なら2〜3MBぐらいでも大丈夫でしょうね
Re: (スコア:0)
1M以上なら、OneDriveとかの公開可能なストレージに格納して公開URLを添付の方がいいかもなあ。期間を区切るか、受け取り返信があったら削除するなり公開中止する方向で。
Re: (スコア:0)
ファイル共有サービスに入れて、URL添付なら、サービスにもよるけれど、ファイルあたり10GBぐらいまで受け渡しできるものなあ。
Re: (スコア:0)
企業では無理でも、個人ユースならtorrentファイル添付でいいのでは？
Re: (スコア:0)
そういえば、分割して送信するがなくなった？
Windows Liveメールはあった。Thinderbird Mailには、見つからない。
Re:１MB (スコア:1)
Re: (スコア:0)
> 分割送信されるとウイルスチェックできないので、大きさに関係なく一律に禁止している例もあります
じゃ、パスワード付書庫ファイルも禁止されちゃうね。
Re:１MB (スコア:1)
> パスワード付きzipを添付して、パスワードを別メールで送るなんて、無意味この上ないし。
ウイルスチェックできないので となんの関係もない。
よく読みましょう。
パスワード付きzipにすることで送信する情報自体を守る話と、その情報のウイルスチェックができない話、両者を天秤にかけたのが元コメント（#2842841）です。
それに対する「別メールでパスワードを送るならパスワードを付ける意味が無い」という指摘ですから、そもそも天秤にならないというのが #2842855 の主張です。
ですからウイルスチェックできないのでという話と関係ないのは当たり前なのです。
Re: (スコア:0)
懐かしいな。存在自体すっかり忘れてたわ、分割メール。
スマホのメーラーとか分割メール受け取ったらちゃんと結合するのかな？
サポートしてない可能性も十分あるよな。
Re: (スコア:0)
Thinderbird もかつては、プラグインがありましたが、分割メールの存在自体を脆弱性としてプラグインの公開も停止。
MS でも Outlook とかも、2003 から受信時には、エラーと弾くようになりました。
Exchangeサーバーとかも 2007 からは配信しないようになってます。
いまでも対応してるってのは セキュリティに対する認識が甘いアプリってことになりますね。
2MBが境界かなぁ…。 (スコア:1)
取引先、3MB程度であふれます。
Base64で膨れることを考慮すると2MBを超える場合は躊躇しますね。
新規さん相手だと、念のため1.5MB超えないようにする感じ。
では大きな(笑)ファイルはどうやってやりとりするかというと、ファイル転送サービスは禁止とかだったりでどうにも。
DropBoxとか使うわけにもいかないし、自社ドメインの隠しサーバ立ててこっそりやってたりします…。
使いにくいシステムだと便利な穴探して仕事しちゃうから、セキュリティー的に最悪な状態になりますね。
メール容量ぐらいケチらず、100MBでもOKぐらいにしちゃえばいいと思うんですけどねぇ。
※クライアントが死ぬか？ｗ
Re: (スコア:0)
>メール容量ぐらいケチらず、100MBでもOKぐらいにしちゃえばいいと思うんですけどねぇ。
実はメールアドレスがメーリングリストで何十人にも大容量ファイルが・・・
なんてことが業務だとあったりするので、制限を設けているのではないかと。
Re: (スコア:0)
MLならML側で添付は落とせばいいし、CCで大量送信しちゃうリスクはMTAでハネればよろしい…。
技術的にたいした手間でもないのに、なぜ何十年も前の常識のままダラダラと継続してるんでしょうねぇ。
まぁ、テキスト転送だけに使い、添付は本当におまけだと考えればいいのかもしれません。
本質的に、メール本文にishやuuencodeしてた時代と変わってないんでしょうね。
Re: (スコア:0)
添付を落とすことは可能で、システム的にはそれでOK。
ただし落としたら落としたで再送してもらう必要があるので業務的には手間が発生。
Re: (スコア:0)
間違えてMLやCCで大サイズファイル送付しちゃうことへの予防の話では…？
Re: (スコア:0)
メールが送られたこと自体わからない。それが原因で、あとで揉めて、大騒ぎ。
添付ファイルの形式が駄目というのもあった。ZIPが駄目とか、LZHが駄目とか。
Re:2MBが境界かなぁ…。 (スコア:1)
データ納品で「無圧縮形式の画像データをZIP圧縮したもの」をメールで送ってもらったところ、
ZIPの圧縮率が99%超え(百MB級のデータが圧縮して1MB程度)になってたものだから
ウィルスチェックで「アーカイブボム」な迷惑メールと判定されて捨てられてたことがあります。
#本論とは関係ないですが、こういう文脈での圧縮率って、99%なのか1%なのかどっちがいいのか毎度悩みます。
以前と変化なし (スコア:0)
以前のストーリーは2013年だけど、うちはそのときから変化なし。2年ではさほど変化しないと思う。
BASE64加味したサイズ？ (スコア:0)
添付すると33％ぐらい増えるけど。
モバイルルーター使ってると、容量がきになるこの頃。
元が電子データのはずなのに (スコア:0)
数十MB以上あるスキャンデータで送ってくるのは勘弁してほしい。
(元ファイルを要求したら1〜2MBとかザラにある。)
Re: (スコア:0)
だいたい印鑑のせいとかじゃないすか。
Re: (スコア:0)
スキャンデータって、大抵圧縮したらかなり減りませんか？
Re:元が電子データのはずなのに (スコア:2)
2値にするか、背景を飛ばして白にすれば、軽くな、りやすいはず。
10MB未満必須じゃないの？ (スコア:0)
プロバイダによっては10MB未満ってとこあるし
ASAHINET宛で送ったら怒られました
ところでサーバー上のSMTPのデフォルトにある制限って
20MB超える値が入ってたりするもんなんですかね
# 自宅のサーバーではずいぶん昔に自前でコンパイルしたんで10MB制限にしちゃいましたが
Re:10MB未満必須じゃないの？ (スコア:1)
sendmailはデフォルトでは無制限ですね。
社内のメールなら気にしない (スコア:0)
管理者に文句言われたら考える。
プライベートでは添付ファイルは使わない。
来たメールについてても本文以外は無視。
Re:社内のメールなら気にしない (スコア:1)
評価に使った画像と取得したデータとか、グラフを画像でとか、パケットキャプチャとか。
10MB 未満は雑多な感じです。
show tech-support とかは圧縮すると小さくなるので、大きいほうには顔をだしませんね。
よく見ると、添付ファイルの上限を確認するようなメールもあったり。
Re: (スコア:0)
来たメールについてても本文以外は無視。
デジタル署名…
Re: (スコア:0)
無視します。
もし重要な要件ならemail以外の手段を併用します。
メールは進歩してない (スコア:0)
メールの制限といえば5MBとか10MBとか20MB程度、というのは何十年も前から変わってないと思います。
何十年も前だと十分に大きい容量だったけど、今となっては1ファイルでこれくらいのサイズって普通にありえます。
何十年も前と比べて、サーバの能力だって上がってるはず。
世間の進歩にあわせてメールも進歩して欲しいです。
Re:メールは進歩してない (スコア:2, 興味深い)
メールサイズについて具体的に言及している RFC1855 (1995年)を見てみましょう。
- Know how large a message you are sending. Including large files
such as Postscript files or programs may make your message so
large that it cannot be delivered or at least consumes excessive
resources. A good rule of thumb would be not to send a file
larger than 50 Kilobytes. Consider file transfer as an
alternative, or cutting the file into smaller chunks and sending
each as a separate message.
50kB だとよ。
Re:メールは進歩してない (スコア:1)
せいぜい9600bpsや14400bps程度のモデムを使っていた時期の話をされても……。ハードディスク容量だって、まだ数百MB単位の時代ですよ。桁が違って当然でしょうに。
Re:メールは進歩してない (スコア:1)
せいぜい9600bpsや14400bps程度のモデムを使っていた時期の話をされても……。
だから、相手のことを考えなきゃって話でしょ。
まだ9600bpsや14400bps程度のモデム相当の環境でつなげている人も少なからずいるでしょ。
おっきいファイルを送るには、DropBoxや宅ファイルなどを利用するのがいいんじゃないかな。
Re: (スコア:0)
あなた自身が、
と言ったにもかかわらず、たかだか20年前の話を、
と切り捨てるのはいかがなものか。
Re: (スコア:0)
いまどき50キロバイトをひとつの基準とする、というのは、現実からかけはなれてしまっています。
それに、file transferというのはftpのことですかね。
当時は、メールが使える環境にある人ならftpも使える環境にあるというのは普通だったのでしょうかね？
今だと、メールがだめならftpで送れ、ってのは現実的ではないですね。送信側か受信側のどちらかが、外部からアクセス可能なサーバを持ってないといけないし。
今は分割もセキュリティ的にNGだとのことですので、この文はもう古いと考えるのが妥当ではないでしょうか。まあ、そういう時代もあった、ということで。
Re:メールは進歩してない (スコア:1)
10年前。OSはWindows XPで最小構成はメモリ64MB、ハードディスク1.5GB（“最小”であることに注意）。ネットはADSLならカタログ上は47Mbpsとか。でも、それが使えたのはごく一部。
20年前、Windows 95の最小構成はメモリ4MB、ハードディスク50～55MB。モデムはV.32bis仕様で最大19200bpsだが、市販モデムならせいぜい2400bps。1時間で100KB程度（プロトコルオーバーヘッド無視）。もちろん、企業間ではIP接続が使えていたので、ここまでの制限はなかったけれど、当時は商用ネットワーク接続のごく初期。
一般人がインターネットを使うようになったのがこのあたりで、この頃はまだメール・ファイル転送・電子掲示板あたりがネット利用の中心。
30年前、OSはMS-DOSでメモリ容量は最大640KB、ハードディスクなしのPCは多く、あっても20MB程度。モデムは1200bpsくらい？ 300bpsだったっけ。パソコン通信すらなく、PCでネット利用なんて非現実的。
PCじゃないけれど、UUCP接続の研究機関ネットワークJUNETの場合、メール転送はバケツリレーで、宛先に到達するまで何時間もかかった。
一方、Internetの前身ARPANETは1960年代からあって、TCP/IPが規定されたのが1982年。もちろん高速ネットワークはそれ以前（1970年代）から使えていた。でも、ARPANETに参加できるのがごく一部の研究機関だけで、その他企業はNSF-NETとかUUCP-NETとか。
というわけで、メールが50KB以下というのは、20年前だとかなり重要。10年前だと、どうだろう。とにかく、MB単位なんて、ごく最近のこと。
Re:メールは進歩してない (スコア:1)
計算を間違えている。2400bpsなら1Byte=10bitとして1秒240Byte、1分14400Byte~=14KB。こんなに遅いわけない。何を考えていたのだ。
Re:メールは進歩してない (スコア:1)
Re:メールは進歩してない (スコア:1)
1995年当時は、1MBのメールが複数宛てに来て、しかもそれが自動転送（メーリングリストとか）の設定になっていたりすると、宛先人数分＋転送先ホスト分MBのスプールを食うので、ディスク容量を圧迫して泣きたくなったことがあります。サーバーですらその程度だった。
ディスクがno spaceになっていて、見てみるとこの始末。どうしてくれようか……。おかげで裏技に詳しくなりました。
で、その中にUUCPで2400bpsの相手がいると、これで1時間以上はそのメールに使われる、と。
Re: (スコア:0)
とりあえず全てのメール問題の根源であるSMTPをドブに流して欲しい。
Re: (スコア:0)
かといって、メールの代替となると、現状では、特定企業の特定のサービスになっちゃうんだよね。
ZIPでくれ (スコア:0)
一昔前までは、大きめのファイルでも「添付ファイルは圧縮して送れ」で大体問題なかったけど、
今は元のファイルが既に圧縮されてて意味が無くなってきているんだよな。
Re:ZIPでくれ (スコア:1)
シグネチャは4行までな (スコア:0)
正直スラドだと1行でもなんかもにょっとくるけど。