Вышла (http://www.dovecot.org/list/dovecot-news/2011-January/000184...) новая версия безопасного POP3/IMAP4 сервера Dovecot - 2.0.9. Список изменений:
- Linux: исправлена проблема высокой загрузки CPU/высокого числа переключений контекста;
- Maildir: убраны лишние операции чтения файла dovecot-uidlist в процессе открывания почтового ящика;
- Maildir: исправлено переименование дочерних папок, когда пространство имен имеет префикс;
- mdbox: при прерывании сохранения сообщений в mdbox не остаются частично сохраненные сообщения;
- Поправлены логины master-пользоваеля при использовании userdb prefetch;
- lda: поправлено падение (crash) при попытке отправки ответа "out of quota";
- lmtp: при доставке дубликатов сообщений в INBOX одного пользователя для них создаются разные GUID-ы. Это позволяет избежать дублирования POP3 UIDL-ов при pop3_uidl_format=%g.
- virtual storage: поправлено сохранение нескольких писем в транзакции (например, копировании нескольких сообщений).
- dsync: поле save-date для сохраненных сообщений устанавливалось в 1970-01-01.URL: http://www.dovecot.org/list/dovecot-news/2011-January/000184...
Новость: https://www.opennet.ru/opennews/art.shtml?num=29294
Скажите, а он до сих пор падает если время на сервере меняется?
Вы до сих пор меняете время на сервере? :D
Обычно валится при корректировке времени через ntpd. Иногда рассинхрон достигает 20 секунд и ntpd уже не может плавно корректировать время, он изменяет время сразу, при этом dovecot сходит с ума.
> Обычно валится при корректировке времени через ntpd. Иногда рассинхрон достигает 20 секунд
> и ntpd уже не может плавно корректировать время, он изменяет время
> сразу, при этом dovecot сходит с ума.С чего бы ему "иногда достигать 20 секунд" при нормально работающем ntpd? У меня скачки были только при внезапном ребуте (например power failure) после чего время бралось из rtc при старте. При нормальном reboot/shutdown rtc синхронизируется и проблем не возникает.
Давкот вродебы при скачках более 10 минут вырубается. Или если время прыгает назад.
Именно при внезапном ребуте при обесточивании. При этом dovecot не поднимается автоматически. Пришлось использовать monitd. В штатном режиме, естественно, все в порядке.
Использует ли кто его, при кол-ве юзеров от 2000?
Поделитесь опытом.
> Использует ли кто его, при кол-ве юзеров от 2000?
> Поделитесь опытом.А в чем проблемы то?
одна из фич второго довекота была в том что теперь он нормально работает при изменении времени. Стоит на одном сервере у меня в сутки где-то 2000-3000 писем, не кашляет вроде (юзал ещё с 2.0.1)
нормально - не совсем правильное слово. он пытается это отхендлить не падая. Но в целом - такие скачки времени - что-то нездоровое при нормально настроенном ntpd не должны возникать.Dovecot v2.0 finally tries to handle this a bit more gracefully. Its behavior when time moves backwards is:
* Existing imap and pop3 processes either sleep or die, just like with older versions
* Master process stops creating new processes until either the original time is reached, or after a maximum wait of 3 minutes.
* Other processes log a warning, but do nothing else.
* Timeouts are updated so that the timeout is executed approximately at the original intended time.
>[оверквотинг удален]
> behavior when time moves backwards is:
> * Existing imap and pop3 processes either sleep
> or die, just like with older versions
> * Master process stops creating new processes until
> either the original time is reached, or after a maximum wait
> of 3 minutes.
> * Other processes log a warning, but do
> nothing else.
> * Timeouts are updated so that the timeout
> is executed approximately at the original intended time.Нездоровое - это отвал сервиса при изменении системного времени. Кое-где "зима-лето" работает, знаете ли. NTP-третьестепенный сервис, который может с ума сводить AD в виндовском домене. Но никак не ронять базисный сервис.
не совсем согласен с определением третьестепенный про ntp, это скорее сервис инфраструктурный, как DNS/DHCP/LDAP и т.п., и если внутри сети есть несколько хостов, опирающихся на несколько точек инета (скажем стратум 2 или даже 3), а не одна циска, у которой может снести крышу - приходилось сталкиваться - то он должен свою задачу !!!поддержки!!! времени выполнять. А переход на летнее время - на мой взгляд - это вопросы временной зоны, а не ntp. Время ведь и без ntp меняется при переходе на летнее время
а инфраструктурные сервисы являются базой для прикладных. Если у прикладного сервера есть известная проблема, есть обычно и воркэраунд (метод обхода или решения)
Но в общем смысл и так сводится что перевод времени он переживает. Т.к. на одном из серваков у меня стоял 1.2 так мне приходилось делать скрипт проверяющий довекот на жизнеспособность и в случае чего перезапускать