Как определить разумный лимит размера вложения?

Признаюсь, это область, где я дам 10-20 Мб и выкину «электронное письмо не предназначено для передачи файлов» всякий раз, когда пользователь жалуется на необходимость использования FTP.

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

(Отказ от того, является ли это вики или есть метод, который просто хорош.)

Я думал, что будут некоторые хорошие рекомендации, независимые от среды, но потребовались определенные особенности - так, 50 почтовых ящиков, exchange 2007, AD, оборудование - TBD. Клиенты - это набор 2007/2003, я решил, что настроил отправку / получение для соответствия, просто для простоты.

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

На полном серьезе я установил свой размер на 10 МБ, и даже выше, и вы можете получить отказ от удаленных SMTP-серверов. Если ваша компания / клиент использует много файлов большего размера, я могу быть уверен, что установите его на 15 или 20 МБ, но не выше этого.

Я приказываю клиентам использовать такой сервис, как Dropbox, при отправке больших файлов. [Раскрытие, это моя реферальная ссылка!]

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

Это напрямую зависит от вашего бизнеса.

У меня есть пользователи, которые обычно получают файлы в диапазоне 40 МБ, а иногда и выше этого. По сути, я установил неограниченный размер по этой причине.

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

10 МБ фирмы! За исключением руководителей, которые широко открыты. Мы устали от проклятия в!

Я нахожусь в лагере "10Mb и это твоя судьба". Это не только то, что вы можете отправить, но и то, что могут получить люди, которых вы отправляете. Если ваш бизнес не работает в области, где отправка очень больших двоичных файлов по электронной почте является нормой, тогда зачем идти дальше?

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

Я склоняюсь к тому, чтобы подняться немного выше и подкрасться к 30 МБ. Это будет варьироваться от бизнеса к бизнесу. В качестве альтернативы вложенным файлам попробуйте senduit .

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

Также некоторые «почтовые клиенты» (я использую этот термин осторожно) создают ответы на электронные письма с вложениями, добавляя точно такие же вложения. Вы также не хотите пересылать эти письма, какими бы глупыми они ни были.

К счастью, есть хорошие MTA (не Exchange, но, например, postfix - один), которые позволяют ограничить отскоки намного меньшим размером, чем исходная почта. Таким образом, этот первый случай может быть в упадке, так как эта функция принята даже MTA мозговых мертвецов.

В любом случае, выбор размера зависит от того, с кем вы в основном общаетесь, и каковы их пределы. В графическом бизнесе максимальные размеры трехзначных мегабайт не являются неслыханными, в других компаниях (я хочу сказать, академики, но времена изменились, к сожалению) вы можете даже сойти с ума, говоря людям, что вложения - это плохая практика с самого начала. Я знаю, что сделал, но это было десять лет назад :(

10 МБ здесь тоже. Кажется, это принятый стандарт. У меня есть клиенты, которые жалуются на это (в частности, группа архитекторов, которые постоянно используют «большие чертежи САПР» в качестве предлога для отмены любой квоты или ограничения), но все, что нужно, это указать им, что (1) электронная почта является общей услуга, и, следовательно, их деятельность может повлиять на доступность для других, и (2) они должны хорошо общаться с получателем.

Для чего-либо сверх этого предела существует множество альтернативных вариантов, так что каждый может быть счастлив.

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

На уровне отдельных ПК все удивительные улучшения в скорости и емкости оборудования дали людям искаженное представление о том, что разумно. Быстрые ПК и ноутбуки с жесткими дисками емкостью 500 ГБ позволяют без проблем работать с изображениями размером 5 МБ с цифровых камер, фильмов, документов с большим количеством вставленных изображений и т. Д.

Затем они хотят отправить их по проводам ... Да, это работает много времени, чтобы отправить 20 МБ, 50 МБ, даже большие вложения. Но когда что-то идет не так, все портится гораздо сильнее. В очереди больше файлов, возможно, плата за пропускную способность возрастает, что-то в этом роде.

Во всяком случае, это все предварительное к тому, что мы сделали: вытащил 20 МБ из воздуха и сказал: «Вот и все». Он достаточно большой, чтобы мы могли связать его с нашим соединением 100 Мбит / с и попытаться дать им представление о том, что произойдет, если 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

Сколько пользователей? IMAP? POP3?

Я не беспокоюсь о чем-то более 10, как вы сказали, это не служба передачи файлов.

Отправлено или получено вложение электронной почты? Использует ли ваша организация MS Exchange / MS Office Outlook / Active Directory / SharePoint? Если да, то какая версия? Это сложная тема.

Строгий, свободный. Я приму что-нибудь до 100 МБ, но я откажусь от всего, что больше 15.

По мере того как мир прогрессирует, политики тоже. С нашим недавним обновлением до Exchange 2010 мы увеличили предел отправки / получения до 25 МБ (предел Gmail). С расширением размещенных почтовых сервисов Gmail вы столкнетесь только с проблемами с более низким лимитом. Если пространство для хранения не является проблемой (учитывая, что диски меньше, быстрее и дешевле), то почему бы и нет?