Затруднена работа IMAP по одному ящику, почтовик iRedMail, куда копать?
Всем привет.
Возникла интересная проблемка с почтовым сервером под iRedMail (внутри связка postfix + dovecot), работающим под ОС Linux Debian.
В целом, работает в нём всё хорошо, по ресурсам нет перерасхода, проблема возникла лишь с одним ящиком главного босса, ящик реально большой, суммарно весит около 80 Гб, писем 180+ тыс., несколько сотен вложенных папок и подпапок, но это всё работало и шевелилось вполне себе бодровато до недавнего времени, а вот на днях начались приколы: ящик используется по IMAP на 4-х девайсах (2 iMac-а, iphone и ipad, везде используются стоковые приложения "Почта"), после прочтения письма, скажем, на айфоне и перемещения его в соответствующую папку, на другом девайсе ещё долго (полчаса-час) это письмо может висеть как непрочитанное, т.е. не происходит imap-синхронизации, как я понимаю. Также пользователем было субъективно отмечено, что вроде как эти траблы совпали с удалением большого количества старых писем (около 5 тыс.). Хотя не знаю, как это могло бы повлиять.
Интернет-канал отличный, девайсы свежие, коннект с почтовым сервером хороший (скорость 100 мбит/с, пинг 23 мс), а вот такое поведение при этом.
В логах dovecot, postfix и общем syslog ничего криминального, всё хорошо.
ip-шники отправителя добавлены в whitelist-ы Postfix и iredapd.
Пробовал также отключать fail2ban - не помогло.
Подскажите, кто знает, что бы это всё могло значить и в какую сторону копать.
после прочтения письма, скажем, на айфоне и перемещения его в соответствующую папку, на другом девайсе ещё долго (полчаса-час) это письмо может висеть как непрочитанное, т.е. не происходит imap-синхронизации, как я понимаю
У iRedMail ведь есть web-морда не только для админа, но и для пользователей. Простейший тест: переместить письмо на одном из девайсов, потом зайти под этим пользователем в web-морду и увидеть там, что письмо переместилось (или нет), потом зайти с другого девайса и увидеть, что там не переместилось. Если в web-морде перемещение есть, значит на стороне сервера всё нормально, это клиенты почему-то тупят. Если в web-морде перемещения нет, значит всё равно на стороне сервера всё нормально, :) а тупит тот клиент, на котором произведено перемещение. Короче, выясним хотя бы этап, на котором происходит затупливание.
Ну а потом уже через tcpdump смотреть трафик в реальном времени, сразу после перемещения письма.
Многочисленные эксперименты показали, что периодически тормозит загрузка на любом девайсе, включая веб-интерфейс раундкуба. С чем связано - хз, пинг до сервера хороший и стабильный. При этом, повторюсь, эта проблема проявляется лишь у одного юзера, с одним ящиком, но на всех его девайсах и с любым интернетом, даже пробовали через разные VPN - результат аналогичен.
В моменты торможения на серваке почтовом в логах вообще ничего не пишет особенного, т.е. как будто бы проблема исключительно на стороне клиента, но вот что с ней делать и как решать - вопрос.
Константин, ещё можно посмотреть нагрузку на сервере (% CPU, % активности диска) в тот момент, когда тормозит почта. На работу с очень большим ящиком должно тратиться больше ресурсов; надо заметить, какой ресурс оказывается "бутылочным горлышком".
Может быть нужно добавить оперативки на сервер или разместить весь ящик босса на NVME-диске, или нужен более быстрый процессор.
hint000, по процу и ОЗУ там точно нехватки нет, т.к. они даже избыточны и к максимальной загрузке дело не доходит никогда, а вот дисковую активность пристально не отслеживал, спасибо за наводку.
Сложный
Средний
