Як визначити розумну межу розміру вкладення?

Я визнаю, що це область, де я дам їй 10-20 мб і викинув "електронний лист не призначений для передачі файлів", коли користувач захоплюється необхідністю використовувати FTP.

Але новий блискучий поштовий сервер заслуговує на раціональний підхід ... так що ж таке метод, який не займається вуду, для визначення відповідного обмеження розміру вкладення?

(Помахуючись, чи це вікі, чи є метод, який просто такий хороший.)

Я думав, що існуватимуть якісні вказівки, незалежні від середовища, але вимагається конкретна специфікація - так 50 поштових скриньок, обмін 2007, AD, апаратне забезпечення - це TBD. Клієнти - це суміш 2007/2003, я вважав, що я надішлю надісланий / отриманий відповідність, просто щоб все було просто.

"Електронна пошта не призначена для передачі файлів!"

Якщо говорити серйозно, я встановив моє значення в 10 Мб, будь-яке вище, і ви можете отримати відхилення від віддалених серверів SMTP. Якщо ваша компанія / клієнт використовує багато більших файлів, я можу переконатись, що встановити їх на 15 або 20 МБ, але не вище за це.

Я доручаю клієнтам використовувати таку послугу, як Dropbox, якщо надсилати більші файли. [Розголошення, це моє реферальне посилання!]

Сам ліміт дещо менш важливий, ніж надання послідовної, безпечної та простої у використанні альтернативи користувачам, яким потрібно надсилати та отримувати більші файли.

Це безпосередньо залежить від вашого бізнесу.

У мене є користувачі, які регулярно отримують файли в діапазоні 40 Мб, а іноді і набагато вище цього. Я по суті встановив необмежений розмір з цієї причини.

Погляньте на ваші законні вкладення, візьміть середній розмір та подвійно, а потім подивіться найбільше законне вкладення, яке ви отримали. Якщо він більший, ніж удвічі більше середнього, то зробіть його на 50% більшим, ніж найбільший досі.

10 Мб фірма! За винятком керівників, які широко відкриті. Ми втомилися від прокляття!

Я в таборі "10Mb, і це твоя доля". Це не тільки те, що ви можете надіслати, але і те, що можуть отримувати люди, яким ви надсилаєте. Якщо ваш бізнес працює в районі, де відправлення дуже великих бінарних файлів електронною поштою не є нормою, то навіщо виходити вище?

Крім цього, вам потрібно переконатися, що ви пропонуєте альтернативу людям, яким справді потрібно надсилати більші файли, будь то щось на зразок Dropbox, старий старомодний FTP-сервер чи щось інше розумне (у нас є потужність сервера та пропускної здатності для пропонуємо нашим користувачам власну послугу, подібну до Dropbox, як це відбувається).

Я схильний піднятися трохи вище і повзати на 30 Мб. Він буде відрізнятися від бізнесу до бізнесу. В якості альтернативи файлам, що додаються , спробуйте senduit .

Незалежно від розміру, не забудьте дотримуватися вхідного ліміту понад вихідний ліміт. Сервери можуть і відмовляться від вашої пошти, відсилаючи її назад (усе), якщо є помилка, пов’язана з розміром (неправильна адреса чи так), і навіть якщо вона додасть лише кілька байтів, які ви не хочете відхиляти. ця пошта, залежно від розміру.

Також деякі "клієнти електронної пошти" (я термін із обережністю використовую цей термін) створюють відповіді на електронні листи із вкладеннями, додаючи просто таку ж вкладення. Ви також не хочете підстрибувати ці листи, настільки ж німі, як це може бути.

На щастя, є приємні MTA (не Exchange, але, наприклад, postfix є одним), які дозволяють обмежити відмови на значно менший розмір, ніж оригінальна пошта. Тож цей перший випадок може занепасти, оскільки ця особливість може бути прийнята навіть MTA-мастерами.

Так чи інакше, вибір розміру дійсно залежить від того, з ким ви в основному спілкуєтесь та які їх межі. У графічному бізнесі максимальні розміри трицифрових мегабайт не є нечуваними, в інших підприємствах (я хочу сказати, науковці, але часи змінилися, на жаль), ви навіть можете піти з того, щоб сказати людям, що вкладення - це погана практика. Я знаю, що так і робив, але це було десять років тому :(

10 Мб також тут. Здається, це прийнятий стандарт. У мене є клієнти, які скаржаться на це (зокрема, купа архітекторів, які послідовно використовують «великі малюнки CAD» як привід для відміни будь-якої квоти чи обмеження), але все, що потрібно, - це зазначити їм, що (1) електронний лист є спільним сервіс, а тому їх діяльність може вплинути на доступність для інших, і (2) вони повинні добре грати з одержувачем.

Для всього, що перевищує цю межу, існує безліч альтернативних домовленостей, тому кожен може залишатися щасливим.

Ми встановлюємо наше обмеження в Gmail. Ми, як відомо, глухі до запитів деяких науковців, які хочуть надсилати великі набори даних назад і назад з колегами-дослідниками. Ось чому ми все ще маємо як відомчі поштові сервери, так і сервери Exchange, що підтримують 4000 непарних користувачів та поштові магазини під 1 ТБ.

На індивідуальному рівні ПК усі дивовижні покращення швидкості та потужностей обладнання дають людям спотворене розуміння того, що є розумним. Швидкі ПК та ноутбуки з жорстким диском об'ємом 500 ГБ + мають справу з фотографіями 5 Мб із цифрових камер, фільмів, документів з великою кількістю вставлених зображень тощо.

Потім вони хочуть відправити їх по дроту ... Так, це працює багато часу, щоб надіслати 20 МБ, 50 МБ, ще більші вкладення. Але коли щось піде не так, це псує речі набагато більше. У черзі є більші файли, можливо, ваші заряди пропускної здатності піднімаються, щось подібне.

У будь-якому випадку, це все попередньо до того, що ми зробили: витягнув з ефіру 20 Мб і сказав "ось так". Він досить великий, що ми можемо пов’язати це з нашим 100MBPS-з'єднанням і спробувати дати їм уявлення про те, що буде, якби 50 людей намагалися надіслати файл одного розміру відразу.

Для дотримання ліміту в 5 Мб або 10, визначеного на деяких серверах Приватні повідомлення (Exchange, Qmail ...), існує професійне рішення, яке долає розмір і тип файлів, які ви хочете надіслати. Рішення також забезпечує простежуваність та безпеку, які не пропонують FTP (пароль та ім’я користувача, чіткі ...). Також доступний у мобільному середовищі (iPhone, Windows Phone 7 / mobile, Blackberry, ...)

Доступні 2 технології:

Рішення в режимі платформи:

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

Рішення в плагіні Outlook:

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

Скільки користувачів? ІМАП? POP3?

Я не турбуюся нічим понад 10, як ви сказали, це не послуга передачі файлів.

Надіслані чи отримані вкладення електронною поштою? Чи використовує ваша організація MS Exchange / MS Office Outlook / Active Directory / SharePoint? Якщо так, то яка версія? Це складна тема.

Суворіші, вільні. Я прийму все, що до 100 Мб, але я забороняю що-небудь понад 15.

По мірі прогресу світу так само зростає і політика. З недавним оновленням до Exchange 2010 ми збільшили ліміт надсилання / отримання до 25 Мб (ліміт Gmail). З розширенням розміщених служб електронної пошти Gmail ви матимете проблеми лише з нижньою межею. Якщо місце для зберігання не є проблемою (враховуючи, що диски менші, швидші та дешевші), чому б ні?