- Fixed APPEND hanging in some situations. Didn't happen with mail_save_crlf=yes.
- Added pop3_uidl_format setting. No need to patch sources anymore if you don't want the default. Does anyone want pop3_uidl_xuidl_header yes/no setting, with fallbacking to pop3_uidl_format if X-UIDL header isn't found? Shouldn't be difficult to do..
- Added mbox_very_dirty_syncs setting which tries to avoid re-reading mbox as long as possible.
- CREATE dir/ wasn't working
- If login_process_per_connection=no and auth process count > 1, each auth process listens in different socket. Login processes then connect to all these sockets and send requests to them in round robin.
- Multiple auth sections in config file work now a bit better. dovecot-auth might still complain about timeouts though.
Timo Sirainen wrote:
- Fixed APPEND hanging in some situations. Didn't happen with mail_save_crlf=yes.
- Added pop3_uidl_format setting. No need to patch sources anymore if you don't want the default. Does anyone want pop3_uidl_xuidl_header yes/no setting, with fallbacking to pop3_uidl_format if X-UIDL header isn't found? Shouldn't be difficult to do..
- Added mbox_very_dirty_syncs setting which tries to avoid re-reading mbox as long as possible.
- CREATE dir/ wasn't working
- If login_process_per_connection=no and auth process count > 1, each auth process listens in different socket. Login processes then connect to all these sockets and send requests to them in round robin.
- Multiple auth sections in config file work now a bit better. dovecot-auth might still complain about timeouts though.
Even after nuking all dovecot* files, I get this when I try to open a folder in IMAP..
Dec 16 21:52:13 one dovecot: Dovecot v1.0-test58 starting up Dec 16 21:52:14 one dovecot: auth(default): mysql: Connected to mailserver Dec 16 21:52:19 one dovecot: imap-login: Login: ts@dreamcoder.dk [10.24.0.1] Dec 16 21:52:19 one dovecot: child 28712 (imap) killed with signal 11
Reverting back to test-52, which is the last version that works for me
On Thu, 2004-12-16 at 21:55 +0100, Tom Sommer wrote:
Even after nuking all dovecot* files, I get this when I try to open a folder in IMAP..
Dec 16 21:52:13 one dovecot: Dovecot v1.0-test58 starting up Dec 16 21:52:14 one dovecot: auth(default): mysql: Connected to mailserver Dec 16 21:52:19 one dovecot: imap-login: Login: ts@dreamcoder.dk [10.24.0.1] Dec 16 21:52:19 one dovecot: child 28712 (imap) killed with signal 11
Reverting back to test-52, which is the last version that works for me
Possibly because index files weren't compatible and it didn't detect the error?
Anyway, for signal 11 errors gdb backtrace would be helpful in fixing them: http://dovecot.org/bugreport.html
Bug with test-58/mbox, MUA mutt:
While moving one mail to another folder I got
Dec 17 09:23:13 ser dovecot: IMAP(juergen): mbox_move(184056, 188417, 2012) moved only 0 bytes in mbox file /var/mail/juergen
The mail disappears in the current folder, but I found it partially appended to the last message in that folder. Test-57 works for me without any problem.
/Juergen
--
Juergen Daubert | mailto:jue@jue.li
Korb, Germany | http://jue.li/crux
On Fri, 2004-12-17 at 10:34, Juergen Daubert wrote:
Bug with test-58/mbox, MUA mutt:
While moving one mail to another folder I got
Dec 17 09:23:13 ser dovecot: IMAP(juergen): mbox_move(184056, 188417, 2012) moved only 0 bytes in mbox file /var/mail/juergen
This is fixed in CVS.
-- Tomi Hakala
On 351, 12 16, 2004 at 03:58:16AM +0200, Timo Sirainen wrote:
- Added pop3_uidl_format setting. No need to patch sources anymore if
you don't want the default.
Attached small patch adds Courier 0.x UIDL compatibiliy code.
Please consider applying.
-- Andrey Panin | Linux and UNIX system administrator pazke@donpac.ru | PGP key: wwwkeys.pgp.net
On Fri, 2004-12-17 at 14:16 +0300, Andrey Panin wrote:
On 351, 12 16, 2004 at 03:58:16AM +0200, Timo Sirainen wrote:
- Added pop3_uidl_format setting. No need to patch sources anymore if
you don't want the default.
Attached small patch adds Courier 0.x UIDL compatibiliy code.
There is one problem. It may return the ":2,flags" part as well which isn't wanted in UIDL. It might be useful for things like implementing Maildir++ quota in a plugin though..
POP3 code shouldn't either assume that ':' and everything after it should be removed. Hmm. Perhaps just use a different name than MAIL_FETCH_FILE_NAME. But there's not much point in having a maildir-specific MAIL_FETCH_BASE_FILE_NAME either. Maybe MAIL_FETCH_SPECIAL_UIDL?
All solutions I can think of just feel dirty :)
On 352, 12 17, 2004 at 03:55:30PM +0200, Timo Sirainen wrote:
On Fri, 2004-12-17 at 14:16 +0300, Andrey Panin wrote:
On 351, 12 16, 2004 at 03:58:16AM +0200, Timo Sirainen wrote:
- Added pop3_uidl_format setting. No need to patch sources anymore if
you don't want the default.
Attached small patch adds Courier 0.x UIDL compatibiliy code.
There is one problem. It may return the ":2,flags" part as well which isn't wanted in UIDL. It might be useful for things like implementing Maildir++ quota in a plugin though..
Forgot about that.
POP3 code shouldn't either assume that ':' and everything after it should be removed. Hmm. Perhaps just use a different name than MAIL_FETCH_FILE_NAME. But there's not much point in having a maildir-specific MAIL_FETCH_BASE_FILE_NAME either. Maybe MAIL_FETCH_SPECIAL_UIDL?
I vote for MAIL_FETCH_SPECIAL_UIDL. Does attached patch looks better ?
All solutions I can think of just feel dirty :)
Backward compatibility, ughhm :)
-- Andrey Panin | Linux and UNIX system administrator pazke@donpac.ru | PGP key: wwwkeys.pgp.net
On Sat, 2004-12-18 at 13:56 +0300, Andrey Panin wrote:
POP3 code shouldn't either assume that ':' and everything after it should be removed. Hmm. Perhaps just use a different name than MAIL_FETCH_FILE_NAME. But there's not much point in having a maildir-specific MAIL_FETCH_BASE_FILE_NAME either. Maybe MAIL_FETCH_SPECIAL_UIDL?
I vote for MAIL_FETCH_SPECIAL_UIDL. Does attached patch looks better ?
Actually getting the file name wouldn't probably be all that useful since if you're accessing it directly you'll need the code to find it again if it's name is changed. So it's probably better just to use some of the maildir-specific functions directly..
I think I got it: MAIL_FETCH_UIDL_FILE_NAME. :)
On Thu, 16 Dec 2004 03:58:16 +0200 Timo Sirainen tss@iki.fi wrote:
Its been really happy so far, with pop3 or imap over both ipv4 and ipv6. OpenBSD/macppc -current.
-- It is impossible to experience one's death objectively and still carry a tune. -- Woody Allen
participants (6)
-
Andrey Panin
-
Juergen Daubert
-
Peter Hessler
-
Timo Sirainen
-
Tom Sommer
-
Tomi Hakala