Если Вам не нужна дополнительная безопасность, обеспеченная mpm-itk, используйте mpm-рабочего вместо этого, поскольку это более легко, чем остальные. Очевидно, каждый виртуальный хост заканчивает тем, что был выполнен в рамках его собственного процесса, который высосал бы больше памяти.
Да, с POP3 убедитесь, что вы отметили опцию оставлять сообщения на сервере. Потому что, когда pop3 проверяет сообщения, он технически читает сообщения.
Вы говорите, что если вы установите pop3_no_flag_updates = yes
, что почта остается в папке / new, я полагаю, что это сделано намеренно.
Одна из причин заключается в том, что в исходной спецификации maildir указано, что сообщения в новой папке не могут иметь флагов. Так что, если это не так установив флаг, у него нет причин перемещать его в / cur (если он не выполняет часть работы, я подозреваю, что он не будет делать ничего из этого) .. Например (от курьера maildir page):
Приложения, которые читают почту от maildirs, должны делать это в в следующем порядке:
При открытии папки maildir или maildir прочтите подкаталог tmp и удалите там все файлы, возраст которых не менее 36 часов.
Ищите новые сообщения в новом подкаталоге. Переименуйте новое / имя файла как cur / filename: 2, информация. Здесь информация представляет состояние сообщения, и состоит из нуля или более логических флагов, выбранных из следующее: «D» - это «черновик», «R» - это сообщение получил ответ: «S» - это сообщение просмотрено (просмотрено), «T» - это сообщение было отмечено для удаления (в корзину), но еще не удалено (сообщения удаляются из maildirs, просто удаляя их файл), «F» - это сообщение было отмечено пользователем, для некоторых цель. Эти флаги должны храниться в алфавитном порядке. Новый сообщения содержат только суффикс: 2 без флагов, что указывает на то, что сообщения не были просмотрены, не отвечены, не отмечены или не удалены.
Почему он все равно не может переместить его в cur ... Я не знаю, но подозреваю, что это может иметь какое-то отношение к RFC, вы можете захотеть спросить Timo