- Автоматически удалять сообщения, срок хранения которых превышает 3 месяца.
- Автоматически удалять неактивных пользователей, которые неактивны 1 год. Есть ли возможность силами Eserv реализовать данные задачи? Если нет, прошу поделиться опытам альтернативных методов реализации поставленных задач.
Хотя по умолчанию предполагается, что если уж бесплатные провайдеры почты (gmail и пр.) могут предложить своим пользователям неограниченное почтовое хранилище, то корпоративная почта должна быть безлимитной. Возможности дисковой подсистемы растут намного быстрее, чем почтовые нужды пользователей. Если, конечно, они не пересылают друг другу video аттачами
ред: 16.08.2010 16:44
этим методом будут удаляться только файлы данных, индексы в почтовых ящиках epurger НЕ удаляет. Места, конечно, такие "висяки" занимают не много, но в конечном итоге (накапливаясь) будут иметь негативное влияние на производительность IMAP сервера
Есть ли возможность удалять устаревшие индексы?
В общем, называя вещи своими именами, речь идёт о квотах для почтовых папок, так? Текущая версия acIMAP их поддерживает (RFC2087). Квотируется не "возраст" писем, а размер папки либо к-во писем в папке. Квот на возраст в указанном RFC нет.
Не хватает интерфейса для управления этими квотами. Будет ли удобно, если эти почтовые квоты добавить в раздел "
Насколько я вижу сейчас полноценного инструмента для очистки и фалов писем, и индексов в Е4 пока нет. Или я отстал от жизни?!
Даже исходя из расчета 500 спам писем в день, в год это выльется в 182500 записей в индексном файле (хотя "живого" спама — файлов данных будет всего 14 *500 = 7 000 писем — спам за две недели), и не дай бог пользователю открыть каталог spam, через IMAP клиент без кэша старых обращений). У любого IMAp клиента обработка, только списка этих почти 200 тысяч сообщений займет ооочень приличное время.
А так конечно, можно и RBL-ом обойтись...
P.S. ИМХО: в концепции E4 (концепции хранения корреспонденции) использование Epurger-а для очистки данных, должно быть синхронизирована с очисткой индексных файлов, иначе появление тормозов в почтовой подсистеме только вопрос времени
Поддержка квот в IMAP как раз по вашей настойчивой просьбе и была добавлена. Это и есть средство удержания размера индекса в разумных пределах — при добавлении сообщения сверх квоты (по к-ву или суммарному размеру всех сообщений) новое сообщение либо отвергается, либо выталкивает из индекса всё старое, чтобы с добавленным сообщением остаться в рамках квоты.
Возможно со временем IMAP-клиенты ускорятся также, как ускорился Eserv при переходе с 3й на 4ю версию
Да, тут еще одна простая идея только что пришла в голову: при выдаче списка клиенту acIMAP ведь может проверять, на месте ли еще тот файл, что указан в индексе — и не выдавать его заголовки, если он потерялся (удален пуржером, к примеру).
Технически квота проверяется при каждом добавлении сообщения в ящик, а параметры этого ограничения мы можем брать откуда угодно.
Наверное удобно будет делать отдельные ограничения на inbox, spam и "всё остальное" (архив).