Удаление почты в IMAP в Eserv/4

пользователь �����: Можно ли (в будущем):

1. При переносе (копировании) письма в другую папку файл письма не переносить?
2. При удалении письма файл письма удалять?
Да, вначале письмо попадает в папку "Удаленные", а вот при удалении оттуда — файл удалять.

Или отказаться от единого хранилища и все письма учетной записи хранить в каталоге учетной записи?

Боюсь, что эти особенности идеологии IMAP при интенсивной переписке и пересылке писем внутри офиса приведут к излишнему разбуханию хранилища писем с невозможностью контроля за "потерянными" письмами. Простым пуржером по дате тут ничего не сделаешь.

Возможность удаления предусмотрена (imap/OnMessageDelete в acIMAP\conf\OnStartup.rules.txt), но я объясню, почему она отключена (в отличие от Eserv/3) и почему Входящие лежат в общем архиве (в отличие от Eserv/3). Несколько причин:

1. Письма, приходящие в INBOX'ы, всегда лежат в общем архиве (arc4) в единственном экземпляре, но могут иметь несколько получателей. Если при удалении письма одним получателем удалять письмо в архиве, то оно исчезнет у всех получателей. Можно считать число ссылок, но это ненужное усложнение (см. другие причины).

1. Предполагается (исходя из наблюдений за стилем работы с почтой), что пользователи обрабатывают свои INBOX'ы так: 1) спам переносят в spam, 2) всё ненужное просто удаляют (почтовый клиент либо переносит в папку Удаленные, либо просто помечает письмо флажком "Удалено") — как правило ненужным является только спам, остальное пользователи либо переносят по папкам (см. подпункт 3), либо оставляют в INBOX'е "я подумаю об этом завтра"; 3) все нужное разносят по IMAP-папкам — архивам "возможно пригодится в будущем". Между подпапками почта никогда не переносится, разве что в случаях "промахнулся папкой", т.е. крайне редко. Исходя из этого реальному удалению подвержен только старый спам, и пуржер это умеет делать.

1. Возможности дисковой подсистемы растут быстрее нужд пользователей, поэтому тенденция ВСЕХ провайдеров бесплатных почт (gmail, mail.ru и т.д.) — не ограничивать аппетиты пользователей, более того даже призыв "архивируй, а не удаляй" (первые годы существования gmail у него не было возможности удаления почты "навсегда"). Логично было бы предположить, что корпоративный ИТ-отдел на платной локальной почте хотел бы еще меньше ограничивать своих пользователей, чем бесплатные провайдеры — у него бюджет per user больше

1. Лучше оставить много мусора, чем случайно безвозвратно удалить что-то нужное.

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

1. Пользователи IMAP в большинстве своём не знают, что в IMAP удаляемые ими сообщения только помечаются к удалению (нет команды удаления), и поэтому НИКОГДА не запускают отдельную операцию "сжатия", которая приводит к EXPUNGE на сервере. Т.е. они на самом деле никогда и не удаляют сообщения. Откуда тогда серверу знать, что пора физически удалять помеченное. Ради той же экономии, если она нужна, администратору остаётся только периодически чистить архив в arc4 (поэтому там помесячно) — при этом исчезают и старые письма в INBOX'ах, но в этом случае у админа оправдание "пользователь сам виноват, что не перенес из INBOX'а в подпапки-архивы, которые никогда не чистятся автоматом" — ПОЭТОМУ при переносе письма в папку оригинал письма тоже копируется туда из общего архива! Локальные почтовые архивы (фактически кэши) IMAP-клиентов (Thunderbird и т.д.) чисткой серверных архивов не затрагиваются, поэтому если пользователь хотя бы раз открывал письмо в INBOX'е, то его локальная копия остается нетронутой, а если не только не перенес в папки, но и не соизволил даже один раз прочесть, то наверняка письмо заслуживает удаления (а пользователь и не заметит такого "наказания"). Так что возможность экономии диска есть, большая, но не там, где вы её ищете.