[dovecot-cvs] dovecot TODO,1.28,1.29
cras at procontrol.fi
cras at procontrol.fi
Sun Dec 1 16:43:12 EET 2002
Update of /home/cvs/dovecot
In directory danu:/tmp/cvs-serv11368
Modified Files:
TODO
Log Message:
updated
Index: TODO
===================================================================
RCS file: /home/cvs/dovecot/TODO,v
retrieving revision 1.28
retrieving revision 1.29
diff -u -d -r1.28 -r1.29
--- TODO 26 Nov 2002 20:59:04 -0000 1.28
+++ TODO 1 Dec 2002 14:43:09 -0000 1.29
@@ -12,8 +12,9 @@
- SEARCH FROM/TO/CC/BCC now generates the field from ENVELOPE which it
uses for matching. This however gives different results than when
matching from headers.
- - Outlook Express sometimes says "message not found" when trying to open
- one, why?
+ - SIGHUP didn't update imap_listen. this is a bit annoying to fix though,
+ since new listen() may fail for a few times because auth processes may
+ not die immediately..
- reliability fixes:
- if we deleted mail from index but didn't write modify log, other
@@ -24,6 +25,11 @@
- if imap process notices that both modify logs are getting full because
it's client isn't syncing, the client should be disconnected
- what happens if .customflags can't be locked while opening index?
+ - we don't handle out of memory conditions too well, malloc failing kills
+ the process which is good enough (and likely never happens), but mmap()
+ failures aren't handled too well. Rather should be handled in similiar
+ way to locking failures, so that at least we don't try to rebuild the
+ index because of it.
- checks:
- if we have entries in modifylog with UID 10..11, 9..12, 8..13 etc.
@@ -52,6 +58,12 @@
just write to temp file and rename()? optionally at least, so it
works with NFS.
- OpenSSL: support generated DH parameters
+ - multiline headers can cause our memory usage to go up. that should be
+ fixed somehow. try to change things to be able to handle one line at a
+ time? Well, other IMAP servers have same problem - post 1.0 problem.
+ - check with strace what dovecot does when evolution checks new mail,
+ it's quite a lot. some things probably wouldn't need to be done
+ (mkdirs/symlinking inbox) and other things could be cached in memory.
- lib-charset:
- utf8_toupper() is a must. and a bit difficult if we want to do it right.
@@ -160,11 +172,7 @@
- sieve (rfc3028)
- rfc2231 continuation support
- - ulimit / setrlimit() should be set somewhere for imap process. and maybe
- also separate limits for data stack and mem pools
- create indexer binary
- - imap-login leaks I/O descriptors when killed, that's because the SSL
- fds are destroyed lazily.. should we bother fixing..?
- logins are always sent now using syslog(), we'd need to have i_info()
or something so they could also be written to log files.. also make it
possible to log into different log than errors.
@@ -190,6 +198,9 @@
login processes. especially if there's one login/connection the speed
should be something like once/sec. also limit how fast to accept new
connections.
+ - could the random cookie be replaced with definite knowledge of the login
+ process? either we should get the PID of the login process somehow
+ (SCM_CREDENTIALS?), or the connecting should go through master process.
cleanups / checks:
- grep for FIXME
More information about the dovecot-cvs
mailing list