http://dovecot.procontrol.fi/test/ I should have released 0.99.10 already I think.. There's just two annoying problems that I think should be fixed first: - PAM: If user gives a wrong password, dovecot-auth process sleeps for two seconds, blocking everyone else who are trying to authenticate at the time. So using PAM isn't very good idea at the moment. - OpenSSL problems. Are they really my fault? I have no idea what I could be doing wrong. Maybe some compile option is wrong? Also I should try to use pkg-config to get compile flags if it exists in configure. The new things in -test12 then: - We sync mailbox less often. Only NOOP and CHECK will force a mailbox sync now. Other commands do it also but only if mailbox hasn't been synced in last 5 seconds. Maybe this reduces some I/O. At least a bit less stat() calls :) - Dirty maildir flag flushing work now. Meaning that if you change message flags but rename() fails because you're out of quota, the flags are changed in index file and dirty-flag is set. Once in a while it tries to flush the dirty flags by rename()ing the file again. - IMAP RFC requires that NUL characters are never sent to client. We do now the same as UW-IMAP by sending ascii 128 chars instead.
src/lib/ioloop-select.c accesses a variable io_p that is not defined or declared. I assume you need to add **io_p to the struct io defines in that routine. mm
On Sat, 2003-06-14 at 23:58, Timo Sirainen wrote:> - OpenSSL problems. Are they really my fault? I have no idea what I > could be doing wrong. Maybe some compile option is wrong?Sorry, found out the answer to this on Friday afternoon (from our local ssl guru) and haven't had a chance to sit down and send the reasoning. Basically, if you're using OpenSSL with the RSA blinding patch as supplied by the OpenSSL folks, then the blinding ends up not having entropy. This is because /dev/urandom won't exist in your chroot and so the SSL entropy isn't able to be setup. Probably the best fix would be initializing SSL bits before the chroot (similar to the way timezone setup has to happen). That or making sure you have /dev/urandom in your chroot. I was going to look more at the former but just haven't had the cycles yet :/> Also I should > try to use pkg-config to get compile flags if it exists in configure.Would be nice, but won't help this :) Cheers, Jeremy
I just upgraded from 0.99.6 to 0.99.10-test12 and I can no longer delete messages or move messages between folders from Mozilla. What information can I provide to you to help debug this? Brad Timo Sirainen wrote:> http://dovecot.procontrol.fi/test/ > > I should have released 0.99.10 already I think.. There's just two > annoying problems that I think should be fixed first: > > - PAM: If user gives a wrong password, dovecot-auth process sleeps for > two seconds, blocking everyone else who are trying to authenticate at > the time. So using PAM isn't very good idea at the moment. > > - OpenSSL problems. Are they really my fault? I have no idea what I > could be doing wrong. Maybe some compile option is wrong? Also I should > try to use pkg-config to get compile flags if it exists in configure. > > The new things in -test12 then: > > - We sync mailbox less often. Only NOOP and CHECK will force a mailbox > sync now. Other commands do it also but only if mailbox hasn't been > synced in last 5 seconds. Maybe this reduces some I/O. At least a bit > less stat() calls :) > > - Dirty maildir flag flushing work now. Meaning that if you change > message flags but rename() fails because you're out of quota, the flags > are changed in index file and dirty-flag is set. Once in a while it > tries to flush the dirty flags by rename()ing the file again. > > - IMAP RFC requires that NUL characters are never sent to client. We do > now the same as UW-IMAP by sending ascii 128 chars instead. >-- Brad Figg - brad at triplepoint.com 503.601.0235 ext. 105 TriplePoint, Inc. - http://www.triplepoint.com