https://opennet.ru/openforum/vsluhforumID3/69787.html Увидела свет (http://www.dovecot.org/list/dovecot-news/2010-August/000167.html) новая версия защищенного и надежного POP3/IMAP4-сервера Dovecot (http://www.dovecot.org/) - 2.0, серьезно отличающаяся от предыдущих веток. В частности, в новой версии реализованы следующие улучшения:<br><br><br>- Для разделения прав при работе теперь используются два системных пользователя для внутренних нужд (по умолчанию это dovenull и dovecot).<br>- Перепроектирован мастер-процесс, теперь он более модульный и содержит меньше кода, требующего исполнения от имени суперпользователя;<br>- Глобальный ACL отныне просматриваются с учетом префиксов пространства имен (namespace). К примеру, если ранее был префикс пространства имен INBOX и установлен глобальный ACL для "INBOX.Sent", теперь он будет браться из файла "INBOX.Sent" вместо файла "Sent", как это было ранее.<br>- Схема хранения Maildir: права доступа к файлам более не основаны на файле dovecot-shared, а базируются на правах на каталог почтового ящика;<br><br>- Конф...<br><br>URL: http://www.dov https://opennet.ru/openforum/vsluhforumID3/69787.html#43 Mon, 23 Aug 2010 10:10:04 GMT &gt;описано в спеках? =) И потом, баг - всегда может оказаться фичей<br><br>Ага, фича и есть... http://wiki.dovecot.org/TimeMovedBackwards<br> https://opennet.ru/openforum/vsluhforumID3/69787.html#42 Mon, 23 Aug 2010 09:39:41 GMT Ну, может такое поведение описано в спеках? =) И потом, баг - всегда может оказаться фичей и наоборот... Все зависит от точки зрения.<br> https://opennet.ru/openforum/vsluhforumID3/69787.html#41 Sun, 22 Aug 2010 23:05:35 GMT Короче DOVECOT всем хороший кроме бага со временем. Подчеркну, что это именно БАГ. Система работающая с сообщениями не должна валиться ни при каких обстоятельствах - хоть на сервере "потоп".<br><br>P.S. Вспоминайте лозунг системы "КАЖДАЯ ХЕРНЯ ДЕЛАЕТ СВОЕ ДЕЛО!".<br> https://opennet.ru/openforum/vsluhforumID3/69787.html#40 Sat, 21 Aug 2010 11:41:56 GMT &gt;Первый вариант не подходит, т.к. нужна полная синхронность ИМАП-ящиков. Работники должны курсировать <br>&gt;между двумя офисами (то там работать, то тут), и не делать <br>&gt;двойную работу при этом (удаление ненужных писем). И папка "отправленные" должна <br>&gt;тоже синхронизироваться. <br>&gt;<br>&gt;Про rsync надо посмотреть, возможно dsync тоже сжимает траффик... <br><br>Мне кажется, что в вашем случае есть смысл подумать о терминальном решении. Трафик будет при этом крошечный.<br> https://opennet.ru/openforum/vsluhforumID3/69787.html#39 Sat, 21 Aug 2010 11:20:13 GMT Первый вариант не подходит, т.к. нужна полная синхронность ИМАП-ящиков. Работники должны курсировать между двумя офисами (то там работать, то тут), и не делать двойную работу при этом (удаление ненужных писем). И папка "отправленные" должна тоже синхронизироваться.<br><br>Про rsync надо посмотреть, возможно dsync тоже сжимает траффик...<br> https://opennet.ru/openforum/vsluhforumID3/69787.html#38 Fri, 20 Aug 2010 21:13:44 GMT зы:<br>конечно про блэклисты я слегка приукрасил, но не так уж и сильно.<br> https://opennet.ru/openforum/vsluhforumID3/69787.html#37 Fri, 20 Aug 2010 20:35:25 GMT да понял что не при старте.<br>но и без точного времени современная почта не тру. если только вечно из блэклистов вылезать не хочешь.<br>так что уж лучше решить проблему с точным временем, чем с падением довекота.<br> https://opennet.ru/openforum/vsluhforumID3/69787.html#36 Fri, 20 Aug 2010 20:31:33 GMT вот в этом<br>&gt;ntpdate лучше вообше не использовать - dovecot может прямо на старте помереть.<br><br>не коррелирует с этим:<br>остановить довекот и нтпд, дернуть время нтпдэйт, запустить нтпд и довекот. <br> https://opennet.ru/openforum/vsluhforumID3/69787.html#35 Fri, 20 Aug 2010 19:20:14 GMT &gt;в предлагаемом сценарии - глупости. <br><br>Не конструктивно. Я не чувствую себя уязвлённым. Где конкретно глупости.<br><br>если в rc.conf ntpd_sync_on_start="YES"<br>то в dovecot <br><br># REQUIRE: LOGIN mysql ntpd <br>и sleep <br>Это FreeBSD если что. Так в чём здесь глупость ?<br><br>