Я ищу почтовый сервер, который хранит дубликаты писем только один раз. В настоящее время мы используем обмен и пересылку электронных писем, а ответы создают дубликаты для каждого получателя.
Я уверен, что существуют более умные почтовые серверы, которые будут хешировать контент, а затем хранить ссылки на дублированный контент, уменьшая таким образом размер почтового хранилища.
Раньше я использовал Exim и Courier, но не могу вспомнить, хешировали они содержимое электронной почты или нет.
Изначально я воздерживался от ответа на этот вопрос, но чувствую, что должен поделиться своим мнением, даже если оно может быть не самым популярным. Для начала меня немного раздражает, что вы пришли к Server Fault после «ответа» и впоследствии обнаружили, что не являетесь администратором и, по-видимому, даже не можете сделать это изменение. Меня также немного смущает то, что ваш вопрос и последующие комментарии, похоже, сильно раздражают ваших администраторов. Я думаю, что ваша единственная спасительная милость состоит в том, что этот вопрос может быть ценным для других пользователей Интернета, ищущих такое решение. Во что бы то ни стало, направьте сюда своих администраторов для разумного обсуждения, и мы, безусловно, приветствуем это и попробуем дать им хороший совет.
Я сочувствую вашему затруднительному положению с до смешного маленькими почтовыми ящиками, правда, но я ни на секунду не верю, что ваши админы сурово относятся к этому без уважительной причины. Часто бывает так, что деньги просто не позволят и вам просто нужно работать с тем немногим, что у вас есть. К сожалению, это может привести к очень плохой ситуации, например, когда кто-то удалит очень важное электронное письмо, потому что его почтовый ящик был заполнен до того, как руководство осознает масштаб проблемы. Тем временем ваши администраторы будут вынуждены включить квоты для почтовых ящиков, потому что, если они этого не сделают и диск полностью заполнится, у них будет гораздо более серьезная проблема, и электронная почта будет недоступна для всех.
Одноэкземплярное хранилище (SIS) - не самое волшебное решение, как вы думаете. SIS непременно помедленнее скорость, с которой используется дисковое пространство, но я могу почти гарантировать, что она не будет такой, как вы думаете. На самом деле, Microsoft давно рекомендовала вам полностью игнорировать экономию дискового пространства, которую вы можете достичь с помощью SIS, при определении размера серверов почтовых ящиков, потому что есть довольно много способов полностью избавиться от некоторых из ваших SIS. Единственное реальное решение - добавить больше серверов почтовых ящиков с большей емкостью, но опять же это очень сильно ограничено бюджетными ограничениями.
Я понимаю, что вы используете Exchange 2007, но я собираюсь немного пофантазировать, чтобы дать вам дополнительную информацию о SIS. Одна из причин снижения требований к вводу-выводу в Exchange 2010 - это удаление SIS. Это среди других причин означает, что Microsoft теперь считает приемлемым использовать более медленные диски (которые будут дешевле) без значительного снижения производительности. Я нахожусь в Великобритании, поэтому не могу комментировать вашу ситуацию, но, безусловно, здесь диски корпоративного уровня не очень дороги. Суть в том, что SIS снижает производительность, и, чтобы обойти это, вам, возможно, придется покупать больше / более быстрые диски, чтобы компенсировать это.
Что касается полной миграции почтового сервера, это определенно не то, к чему следует относиться легкомысленно, и я бы пошел еще дальше не рекомендую, и я парень, который будет рекомендовать что правильно за работу, а не за то, что принесет мне больше всего денег. Черт возьми, даже обновления Exchange должны быть тщательно продуманы, чтобы они проходили как можно более гладко с минимальным временем простоя, насколько это практически возможно. Вы сделали значительные инвестиции в Microsoft Exchange, и я осмелюсь сказать, что продуктивность пользователей пострадает (даже если только в краткосрочной перспективе, пока пользователи привыкнут к новой системе), и будут жалобы, что $NewMailServer не делает всех блестящих вещей, которые делал Exchange.
Если вы сделали полную миграцию почтового сервера, это тоже потребует огромных затрат. У вас есть обучение администраторов тому, как управлять этим, обучение пользователей, потому что все будет работать по-другому, затем вам нужно выполнить фактическую миграцию. Сама миграция может включать в себя простои, может включать неуклюжий импорт (это может не SIS вашей почты и может фактически отменить любой отдельный экземпляр, сделанный Exchange 2007) и несколько других ошибок, о которых вы узнаете только после того, как столкнетесь с ними.
Вы также должны думать о своих администраторах. Если они все люди, работающие с Windows, и кто-то предлагает вам переместить их (например) на почтовый сервер Linux, они вполне могут взбеситься. Если бы мне сказали, что мы переходим на систему на базе Linux, и у нас нет другого выбора, я бы ушел. Я насквозь увлечен Windows, и хотя я использую Linux там, где я считаю это целесообразным, мне не очень нравится иметь с ним дело или даже не хочется, если честно.
Извините за мою стену с текстом, делайте из нее что хотите. Извините за небольшую тираду в начале, но я просто почувствовал, что мне нужно это сказать. Однако в конечном итоге я бы сказал, что вам нужно разобраться с вашей основной проблемой нехватки памяти, а не пытаться скрыть трещины. Если у ваших администраторов есть какие-либо вопросы, попросите их задать вопрос о сбое сервера, и мы будем более чем рады помочь.
Exchange 5.5, 2003 и 2007 могут использовать хранилище единого экземпляра, что в значительной степени именно то, что вы просите. Это для каждой базы данных, но это лучше, чем ничего.
В 2007 году он стал работать только с навесным оборудованием, а в 2010 году SIS полностью отказалась из-за некоторых проблем с масштабированием и недостаточной общей эффективности с течением времени. Вот запись в блоге на Technet, немного объясняющая это.
Если вы ищете новый почтовый сервер, я считаю, что и Dovecot, и Cyrus поддерживают хранилище с одним экземпляром.
В качестве альтернативной идеи вы можете использовать хранилище, которое выполняет дедупликацию. Я думаю, что NetApp может сделать что-то подобное. Хотя может быть дешевле просто купить больше места для хранения. Только мои 2 цента.
Если вы ранее использовали системы OpenMail, которые делают именно это, я настоятельно рекомендую вам найти другое решение проблемы. Почтовых серверов, способных на это, не так много, это нишевые продукты, и они очень сложные.
Потратьте свое время и усилия на добавление хранилища, создание удобного репозитория файлов для ваших пользователей, внедрение квот на почту и обучение пользователей - это будет намного дешевле, и вы избавите себя от множества проблем.