https://www.opennet.ru/openforum/vsluhforumID1/92813.html Наверняка проблема элементарная.. но тогда легче будет мне указать на пути решения :)) выгуглить не удалось.<br>Пользователи получают почту. Кто-то скачивает ее регулярно, кто-то нет. В последнем случае, если файл почты пользователя /var/mail/userX достигает определенного размера, пользователь не может больше обратиться к почте на сервере. При этом не выдается специфической ошибки, а сервер просто не принимает пароль. Картина одинаковая как при скачке почтовыми агентами, так и через web интерфейс.<br>Я точно не знаю какой размер файла критический, но вот сейчас такая проблема возникла с файлом в 135 Мб.<br>Буду очень признателен за указание пути поиска причин.<br> https://www.opennet.ru/openforum/vsluhforumID1/92813.html#30 Wed, 04 Jan 2012 08:45:28 GMT &gt; :))) Ну у всех свои пристрастия :)) <br>&gt; Я решил проблему перекомпиляцией popa3d. Процесс занял 10 минут. Надеюсь, попа прослужит <br>&gt; мне еще несколько лет.<br>&gt; Для устранения проблемы нужно в файле params.h изменить настройки, касающиеся ограничения <br>&gt; размера рабочего файла. Там три настройки, непосредственно к моей проблеме имела <br>&gt; отношение: <br>&gt; MAX_MAILBOX_OPEN_BYTES <br><br> На всякий случай замечу, что в popa3d есть поддержка и мейлбокс и мейлдир. То есть - его можно скомпилировать или так, или так. Это на будущее - если вдруг захотите. <br> https://www.opennet.ru/openforum/vsluhforumID1/92813.html#29 Mon, 02 Jan 2012 22:41:42 GMT &gt; :))) Ну у всех свои пристрастия :)) <br><br>Тут уже даже дело не в пристрастиях, а в прогрессе.<br><br>Во-первых, ЛДА в мейлбокс сам по себе морально устарел - мейлдир гораздо функциональнее. Одна разница в накладных расходах на удаление письма должна заставить задуматься. <br>Во-вторых, морально устарел ЛДА средствами МТА - он был оправдан (и, местами, оправдан до сих пор) на старых системах, где почта используется, в основном, для системных уведомлений мылом. Если же у нас поддерживаются почтовые домены с ящиками для юзеров, делать ЛДА из МТА чревато головняком с пермишнами при ПОП/ИМАП. <br>В-третьих, тот же довекот, который умеет как ПОП/ИМАП, так и ЛДА, имеет в комплекте массу полезнейшего функционала - квоты, сортировки, вакации, экспирации, уведомления по событиям, аудит и прочая. <br><br>В общем, хоть я и сам начинал со связки сендмейл+попа3д, но сейчас считаю, что возня с ней - это уже далеко за гранью принципа "работает - не трогай".<br> https://www.opennet.ru/openforum/vsluhforumID1/92813.html#28 Thu, 29 Dec 2011 12:31:35 GMT &gt; В общем, вам правильно посоветовали - переходить с мейлбоксов на мейлдиры, и <br>&gt; с попы3д - на довекот. Сейчас у меня случаются ящики по <br>&gt; 6-7 ГБ размером, в которых лежит по 100к+ писем, причем письма <br>&gt; иногда бывают больше 100М :) <br><br>:))) Ну у всех свои пристрастия :))<br>Я решил проблему перекомпиляцией popa3d. Процесс занял 10 минут. Надеюсь, попа прослужит мне еще несколько лет.<br>Для устранения проблемы нужно в файле params.h изменить настройки, касающиеся ограничения размера рабочего файла. Там три настройки, непосредственно к моей проблеме имела отношение:<br>MAX_MAILBOX_OPEN_BYTES<br> https://www.opennet.ru/openforum/vsluhforumID1/92813.html#27 Wed, 28 Dec 2011 17:24:18 GMT &gt; Всем большое спасибо за дискуссию!<br><br>В общем, вам правильно посоветовали - переходить с мейлбоксов на мейлдиры, и с попы3д - на довекот. Сейчас у меня случаются ящики по 6-7 ГБ размером, в которых лежит по 100к+ писем, причем письма иногда бывают больше 100М :) <br> https://www.opennet.ru/openforum/vsluhforumID1/92813.html#26 Wed, 28 Dec 2011 12:13:25 GMT Рапортую.<br><br>Сессия pop3<br>+OK<br>USER userX<br>+OK<br>PASS passwdX<br>-ERR<br>Connection closed<br><br>Операция заняла менее 0.4 сек (время за которое человеческий глаз успевает заметить смену изображения)<br><br>лог<br>popa3d[]: Authentication passed for userX<br>popa3d[]: Failed or refused to load /var/mail/userX<br><br>Забил последнюю фразу в гугль и о чудо человеческой мысли, наконец нашел море дискуссий на эту тему! Дело в моем поп демоне, а я его так любил....<br>Всем большое спасибо за дискуссию!<br> https://www.opennet.ru/openforum/vsluhforumID1/92813.html#25 Wed, 28 Dec 2011 06:46:10 GMT <br><br>&gt; хранить почту на сервере вечно - это неправильный подход. <br>&gt; почту необходимо скачивать на СВОЙ компьютер, а не переваливать ответственность за <br>&gt; ее хранение на администратора почтового сервера.<br><br>нее, в корне не согласен. Пусть на сервере хранится, тогда её сбэкапить можно, и ты полностью независим от состояния рабочей станции. Пусть там с ней что угодно будет.<br><br><br>&gt; И вообще крайне недурно было бы ввести квоты на почтовые ящики. <br>&gt; Это уже чисто техническая сторона вопроса.<br><br>Квоты - это уже по ситуации. Диски нонче не сильно дорогие, но чистить ящики тем не менее надо. "хранить почту на сервере вечно", но не всю, а только реально нужную, вот это пользователям надо донести. Может быть и простимулировать их квотированием... <br><br><br> https://www.opennet.ru/openforum/vsluhforumID1/92813.html#24 Wed, 28 Dec 2011 05:19:31 GMT Но иногда кто-нибудь присылает на почту пару файлов по 50 <br>&gt; мб и до свидания! А избежать этого организационно уже нельзя. Такая <br>&gt; вот специфика..<br><br> У всех mta есть maxmessagesize. Давным-давно он был 2Мб примерно у всех. Поставьте его в разумных пределах, и никто не сможет отправить-получить письма большего объема. Квоты - ну не советую...<br> https://www.opennet.ru/openforum/vsluhforumID1/92813.html#23 Wed, 28 Dec 2011 04:58:32 GMT &gt; Попутно совет. Уже чисто организационный. Ввиду вот такой сложившейся ситуации настоятельно <br>&gt; советую сходить к кому-то из руководства (ну, начальнику ИТ отдела, например <br>&gt; - я не знаю вашу структуру) рассказать о сложившейся ситуации и <br>&gt; попросить довести до всех сотрудников, что хранить почту на сервере вечно <br>&gt; - это неправильный подход. Ну и, например, каждому лично довести, что <br>&gt; почту необходимо скачивать на СВОЙ компьютер, а не переваливать ответственность за <br>&gt; ее хранение на администратора почтового сервера. Ну вот где-то так. :) <br>&gt; И вообще крайне недурно было бы ввести квоты на почтовые ящики. <br>&gt; Это уже чисто техническая сторона вопроса.<br><br>Спасибо за совет. Все немного сложнее. Это научная организация. Каждый персонаж - творческая личность, а иногда и сумасшедший с точки зрения снаружи. Насилие над личностью ни к чему не приведет, точнее не приводит. Корпоративной машины (слава богу) нет. Ну я начальник этого "отдела" :) Ну ходил я лет 5, махал руками. Пару раз проводил жесткий курс https://www.opennet.ru/openforum/vsluhforumID1/92813.html#22 Wed, 28 Dec 2011 04:38:59 GMT &gt; ок, спасибо. Вечером доберусь - отрапортую.<br><br> Попутно совет. Уже чисто организационный. Ввиду вот такой сложившейся ситуации настоятельно советую сходить к кому-то из руководства (ну, начальнику ИТ отдела, например - я не знаю вашу структуру) рассказать о сложившейся ситуации и попросить довести до всех сотрудников, что хранить почту на сервере вечно - это неправильный подход. Ну и, например, каждому лично довести, что почту необходимо скачивать на СВОЙ компьютер, а не переваливать ответственность за ее хранение на администратора почтового сервера. Ну вот где-то так. :) И вообще крайне недурно было бы ввести квоты на почтовые ящики. Это уже чисто техническая сторона вопроса.<br><br><br>