Признаюсь, это область, где я даю 10-20 МБ и выкидываю «электронное письмо не предназначено для передачи файлов» всякий раз, когда пользователь жалуется на необходимость использовать FTP.
Но новый блестящий почтовый сервер заслуживает рационального подхода ... ну и что? является не-вудуский метод определения подходящего предела размера вложения?
(Неуверенность в том, что это вики, или есть такой хороший метод.)
Я думал, что будут некоторые хорошие рекомендации, независимые от среды, но требовалось конкретное - так что 50 почтовых ящиков, Exchange 2007, AD, оборудование еще не определено. Клиенты - это смесь 2007/2003 годов, я решил, что для простоты я бы установил отправленные / принятые в соответствие.
"Электронная почта не предназначена для передачи файлов!"
А если серьезно, я установил для себя 10 МБ, даже больше, и вы можете получить отказ от удаленных SMTP-серверов. Если ваша компания / клиент действительно использует много больших файлов, я могу быть убежден установить его на 15 или 20 МБ, но не выше этого.
Я поручаю клиентам использовать такую услугу, как Dropbox при отправке файлов большего размера. [Раскрытие, это моя реферальная ссылка!]
Само ограничение несколько менее важно, чем обеспечение последовательной, безопасной и простой в использовании альтернативы для пользователей, которым необходимо отправлять и получать файлы большего размера.
Это напрямую зависит от вашего бизнеса.
У меня есть пользователи, которые обычно получают файлы размером в 40 МБ, а иногда и намного больше. По сути, я установил неограниченный размер по этой причине.
Взгляните на свои законные вложения, возьмите средний размер и удвойте его, а затем посмотрите на самое большое законное вложение, которое вы получили. Если он больше чем в два раза больше среднего, сделайте его на 50% больше, чем самый большой на данный момент.
Фирма 10 МБ! За исключением широко открытых руководителей. Мы устали нас ругать!
Я в лагере "10Мб и это твой удел". Это не только то, что вы можете отправить, но и то, что могут получить люди, которым вы отправляете. Если ваш бизнес не работает в сфере, где отправка очень больших двоичных файлов по электронной почте является нормой, зачем тогда идти дальше?
Кроме того, вам нужно убедиться, что вы предлагаете альтернативу для людей, которым действительно нужно отправлять файлы большего размера, будь то 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:
Сколько пользователей? IMAP? POP3?
Я не заморачиваюсь ничем больше 10, как вы сказали, это не сервис передачи файлов.
Отправлены или получены вложения электронной почты? Использует ли ваша организация MS Exchange / MS Office Outlook / Active Directory / SharePoint? Если да, то какой версии? Это сложная тема.
Строгий, свободный. Я принимаю все до 100 МБ, но я отрицаю все, что превышает 15 МБ.
По мере развития мира меняется и политика. С нашим недавним обновлением до Exchange 2010 мы увеличили ограничение на отправку / получение до 25 МБ (ограничение Gmail). С расширением почтовых сервисов Gmail у вас возникнут проблемы только с нижним пределом. Если место для хранения не является проблемой (учитывая, что диски меньше, быстрее и дешевле), то почему бы и нет?