適切な添付ファイルのサイズ制限を決定する方法は？

これは、10〜20MBを割り当て、ユーザーがFTPを使用する必要があると思うたびに、「電子メールはファイル転送用ではありません」と投げかける領域であることを告白します。

しかし、光沢のある新しいメールサーバーは合理的なアプローチに値します...では、添付ファイルサイズの適切な制限を決定するための非ブードゥー教の方法は何ですか？

（これがウィキであるかどうか、またはちょうど良い方法があるかどうかを確認します。）

環境に依存しないいくつかの優れたガイドラインがあると思いましたが、詳細が求められていました。したがって、50個のメールボックス、Exchange 2007、AD、ハードウェアは未定です。クライアントは2007/2003の組み合わせです。物事を単純にするために、送信/受信を一致するように設定すると考えました。

「メールはファイル転送用ではありません！」

真剣に、私は10MB以上に設定しました。リモートSMTPサーバーから拒否される可能性があります。あなたの会社/クライアントが大量の大きなファイルを使用している場合、15MBまたは20MBに設定することをお勧めしますが、それ以上にしないでください。

大きなファイルを送信する場合は、Dropboxなどのサービスを使用するようクライアントに指示します。[開示、それが私の紹介リンクです！]

制限自体は、より大きなファイルを送受信する必要があるユーザーに一貫性があり、安全で使いやすい代替手段を提供するよりも重要度がやや低くなります。

これはあなたのビジネスに直接依存しています。

40MBの範囲のファイルを定期的に取得するユーザーがいますが、それをはるかに超えることもあります。そのため、基本的に無制限のサイズを設定します。

正当な添付ファイルを見て、平均サイズを取り、それを2倍にして、受け取った最大の正当な添付ファイルを見てください。平均の2倍よりも大きい場合は、これまでの最大値より50％大きくします。

10 MBの会社！広く開かれている幹部を除きます。呪われてうんざりしました！

私は「10Mb、それはあなたの宝」キャンプにいます。送信できるものだけでなく、送信先が受信できるものでもあります。非常に大きなバイナリを電子メールで送信することが一般的な地域で事業を営んでいない限り、なぜ高くなるのでしょうか？

それとは別に、Dropbox、古き良きFTPサーバー、または他の巧妙なもの（私たちにはサーバーと帯域幅の能力があります） Dropboxに似た独自のサービスをユーザーに提供します。

私は少し上に行く傾向があり、30MBで忍び寄る。それはビジネスによって異なります。添付ファイルの代替として、senduitを試してください。

サイズが何であれ、着信制限を発信制限よりも大きくしてください。サーバーは、サイズに関連しないエラー（間違ったアドレスなど）があり、拒否したくない数バイトしか追加しない場合でも、メール（すべて）を送り返すことでメールをバウンスできます。そのメールはサイズに基づいています。

また、一部の「電子メールクライアント」（私は慎重に用語を使用します）は、同じ添付ファイルを追加するだけで、添付ファイル付きの電子メールに対する返信を作成します。また、これらのメールをバウンスしたくはありません。

幸い、バウンスを元のメールよりもはるかに小さいサイズに制限できる優れたMTA（Exchangeではなく、後置など）があります。そのため、この機能はブレインデッドMTAでも採用されるため、最初のケースは減少傾向にあります。

とにかく、サイズの選択は本当にあなたが主に誰と通信し、彼らの制限が何であるかに依存します。グラフィカルなビジネスでは、3桁のメガバイトの最大サイズは前代未聞ではありません（他のビジネスでは（学問的に言いたいのですが、悲しいことに時代は変わったと思います）、添付ファイルが最初から悪い習慣であると人々に伝えることさえできます。私がやったことは知っていますが、それは10年前でした:(

ここも10MBです。それは受け入れられている標準のようです。私はそれについて文句を言う顧客がいます（特に、クォータまたは制限を上書きする言い訳として一貫して「大きなCAD図面」を使用する多くの建築家）が必要なのは、（1）メールが共有されていることを指摘することですそのため、彼らの活動は他の人の可用性に影響を与える可能性があり、（2）受信者とうまくやらなければなりません。

その制限を超えるものについては、利用可能な代替の配置がたくさんありますので、誰もが幸せに保つことができます。

Gmailの制限に合わせて設定します。私たちは、仲間の研究者と大規模なデータセットをやり取りすることを希望する私たちの中にいる特定の科学者の嘆願に悪名高い。これが、部門メールサーバーと、1TB未満の4000のユーザーとメールストアをサポートするExchangeサーバーの両方をまだ持っている理由です。

個々のPCレベルでは、ハードウェアの速度と容量の驚くべき改善がすべて、人々に合理的なものに対する歪んだ感覚を与えています。500GB以上のハードドライブを備えた高速のPCやラップトップは、デジタルカメラ、映画、大量の写真が挿入されたドキュメントなどからの5MBの写真を問題なく処理します。

それから、彼らはそれらを有線で送りたいです...はい、20MB、50MB、さらに大きな添付ファイルを送るのに多くの時間をかけます。しかし、何かがうまくいかないとき、それはもっと大きな方法で物事を台無しにします。キューには大きなファイルがあり、帯域幅料金が上がるかもしれません。

とにかく、それは私たちがやったことのすべての予備的なことです。20MBを空中から引き出して、「これで終わりです」と言いました。それを100MBPS接続に関連付けて、50人が同じサイズのファイルを一度に送信しようとした場合に何が起こるかを理解できるようにするのに十分な大きさです。

一部のサーバープライベートメッセージング（Exchange、Qmailなど）で定義されている5 MBまたは10の制限を満たすために、送信するファイルのサイズと種類を克服する専門的なソリューションがあります。このソリューションは、FTP（パスワードとユーザー名は明確に...）を提供しないトレーサビリティとセキュリティも提供します。モバイル環境でも利用可能（iPhone、Windows Phone 7 /モバイル、ブラックベリーなど）

利用可能な2つのテクノロジー：

プラットフォームモードソリューション：

http://www.edipoles.com/index.php?id_page=36&openPanel=1

Outlookプラグインのソリューション：

http://www.edipoles.com/index.php?id_page=30&openPanel=1

ユーザー数は？IMAP？POP3？

あなたが言ったように、それはファイル転送サービスではないので、10を超えるものは何も気にしません。

電子メールの添付ファイルを送信または受信しましたか？組織はMS Exchange / MS Office Outlook / Active Directory / SharePointを使用していますか？その場合、どのバージョンですか？これは複雑なトピックです。

厳格に、緩めに。100MBまでは受け入れますが、15以上は受け入れません。

世界が進歩するにつれて、政策もそうなります。Exchange 2010への最近のアップグレードで、送信/受信の制限を25 MB（Gmailの制限）に引き上げました。Gmailのホストされたメールサービスの拡大により、下限の問題が発生するだけです。記憶域が問題にならない場合（ディスクが小さく、高速で、安価であると考えるのはなぜですか）。