Mercurial > dovecot > original-hg > dovecot-1.2
annotate TODO @ 3048:12fc3c22ffe8 HEAD
updated
author | Timo Sirainen <tss@iki.fi> |
---|---|
date | Fri, 07 Jan 2005 00:48:13 +0200 |
parents | 689e4235681f |
children | 769e2e2bf1d5 |
rev | line source |
---|---|
3048 | 1 - message header search: we should ignore LWSP between two MIME blocks |
2 - if indexes exist but dovecot-uidlist doesn't, it's not tried to be recreated | |
3 - maildir: copy is broken? | |
4 - copy doesn't print error message if source is expunged | |
5 | |
6 - keywords: | |
7 - add some limits to how many there can be | |
8 - don't return \* in PERMANENTFLAGS when we're full | |
9 - send FLAGS/PERMANENTFLAGS untagged replies when they change | |
10 - sync to mbox/maildir | |
11 - remove unused keywords? | |
12 - support specifying hex/base64 encoding in password scheme. for example | |
13 {plain-md5.base64} | |
14 - happens too often: mail-transaction-log-view.c: line 138 (mail_transaction_log_view_set): assertion failed: (min_file_seq != max_file_seq || min_file_offset <= max_file_offset) | |
15 - login_process_per_connection=no + auth_count > 1 | |
16 - dovecot-auth gives timeout errors | |
17 - failed requests are sent to all auth processes | |
18 - mbox file offsets still aren't 64bit aligned for some reason.. | |
19 line 493 (mbox_lock): assertion failed: (lock_type == F_RDLCK || ibox->mbox_lock_type != F_RDLCK) | |
20 #5 0x0806faa3 in mbox_lock (ibox=0x80d89b8, lock_type=1, lock_id_r=0xbea6b434) at mbox-lock.c:493 | |
21 #6 0x08075439 in mbox_sync (ibox=0x80d89b8, flags=MBOX_SYNC_REWRITE) at mbox-sync.c:1286 | |
22 #7 0x0806d38b in mbox_storage_close (box=0x80d89b8) at mbox-storage.c:793 | |
23 #8 0x0809666e in mailbox_close (box=0x80d89b8) at mail-storage.c:296 | |
24 #9 0x080587b6 in client_destroy (client=0x80cefe0) at client.c:69 | |
25 #10 0x080591c3 in client_output (context=0x80cefe0) at client.c:386 | |
26 #11 0x080b0086 in stream_send_io (context=0x80cf0a8) at ostream-file.c:339 | |
27 | |
28 mail-index-transaction.c: line 467 (mail_index_transaction_add_last): | |
29 assertion failed:(idx == size || data[idx].uid1 <= update.uid1) | |
30 | |
31 - flag merging code is too complex in index syncing. it should be moved into | |
32 mbox/maildir syncing where they're combined | |
33 - index_removal_timeout gets leaked in some conditions. how? | |
34 - non-mmaped cache: last block in file isn't cached. is invalidating still | |
35 not enough? if cache_offset is updated after our view is synced, we see the | |
36 new offset but not it's invalidation? -> don't re-read index file, sync it | |
37 as a view. | |
38 | |
39 - login_process_per_connection = no -> log throtting is beginning to be a | |
40 problem! make it per-file setting and disable in this case. | |
41 - rename foo foo.xyz -> infinite loop possible? | |
42 - pipe() failed: Too many open files - fine, but don't log it 1000 times | |
43 a second | |
44 - inetd startup doesn't work anymore | |
45 - auth protocol: make sure values can't have tabs/lfs | |
46 - auth cache: cache userdb data too. | |
47 - passdb extra data: if name starts with userdb_, user it for userdb. | |
48 add "passdb" userdb if passdb handles that. | |
49 - auth: remove system_user and allow returning multiple gids instead. | |
2774 | 50 - transaction log: when replacing log with a same sequence, we remove it from |
51 log's file list, but we don't do anything to existing log views. this can | |
52 crash later in mail_transaction_log_view_set() because 'first' is from log | |
53 list, while we're comparing it into view->tail which it never is. also | |
54 overwriting it leaks memory.. | |
55 - mbox: when we're updating flags with lazy writing, we're still parsing the | |
56 mbox, just not writing to it! | |
57 - mbox: always add empty line. make the parser require it too? syncing should | |
58 make sure there always exists two LFs at end of file. raw-mbox-stream should | |
59 make sure the last message ends with LF even if it doesn't exist in the file | |
60 | |
61 if (sync_ctx.seen_first_mail && | |
62 sync_ctx.base_uid_last != sync_ctx.next_uid-1 && | |
63 ret == 0 && !sync_ctx.delay_writes) { | |
64 ^ doesn't work correctly with partial syncing? | |
65 - mail_index_lookup_ext() doesn't handle resizes between views. probably | |
66 needs size_t *size_r parameter added.. | |
67 - get_field() doesn't work if it's not already cached | |
68 - we probably shouldn't do duplicate detection/fixing?.. or at least stat() | |
69 the old file before trying, because we might have just previously seen the | |
70 old file and then new file and then we try to fix it.. | |
71 | |
72 - mbox: how well does dirty sync + status work? it reads the last mail every | |
73 time? not very good.. | |
74 - rawlog process gets stuck when imap dies: | |
75 send(1, 0xFFBFF4C8, 1024, 0) (sleeping...) | |
76 - subscribe: IMAP(anonymous): open(anonymous/mail/.temp...) failed: Permission denied | |
77 - we can mail_cache_add() same header multiple times.. | |
78 - configurable syslog prefix | |
79 - SIGHUP restarts auth processes .. but does it wait until they've finished | |
3048 | 80 with all requests? no. |
2774 | 81 - SIGHUP rather shouldn't restart listening sockets if they didn't change.. |
82 - subscriptions file should contain namespace prefixes. at least optionally. | |
83 there's the subscriptions = yes setting now for namespaces.. do it so that | |
84 if prefix = "" has subscriptions, it contains prefixes. otherwise not. | |
85 - if auth process dies, login process should retry authentication if possible. | |
86 or if not, disconnect the client so it doesn't think the auth failed. | |
87 - mbox: syncing existing indexes takes 4x longer than creating new one, why? | |
88 | |
89 - caching | |
3048 | 90 - size.physical isn't cached |
2774 | 91 - force bits should be used only for nonregistered fields |
92 - change envelope parsing not to use get_headers() so imap.envelope can | |
93 actually be cached without all the headers.. | |
94 - compression should drop fields with last_used < | |
95 (latest_mail_index_date - month) | |
96 - when parsing mbox or saving message, parse the mail through index-mail | |
97 so things gets saved into cache immediately | |
98 | |
99 - maildir: hardlink copying doesn't update indexes | |
100 | |
101 - dotlocking: stale_timeout should probably take into account how old the | |
102 file is.. so uses more time with more recent locks.. | |
103 | |
104 - COPY doesn't work to itself (lock assert crash) | |
105 - Create UW-IMAP like "DON'T DELETE THIS MESSAGE" message when mbox | |
106 gets empty | |
2143 | 107 - keep mbox lock for two extra seconds after sync |
108 - move /var/mail/user to ~/mbox if ~/mbox exists.. supposedly this | |
109 could be useful if /var/mail doesn't have quota, but ~/mail does. | |
110 now, what do we then do if we can move only some of the mails?.. | |
111 - if we can't create dotlock file for mbox, make sure it still can be | |
112 selected in read-only state | |
113 | |
114 - index | |
115 - optimize initial left_idx in mail_index_lookup_uid_range() | |
116 - when referencing log files, open them immediately? | |
117 - if log file is lost, generate it from old and new index | |
118 - make sure when changing flags multiple times in transaction it goes ok. | |
119 especially replace + dirty flag | |
120 | |
121 - post-login-sql-command | |
122 - add setting: ssl_options = bitmask. by default we enable all openssl | |
123 workarounds, this could be used to disable some of them | |
124 | |
125 - open("/var/run/dovecot//ssl-parameters.dat", O_RDONLY|O_LARGEFILE) =-1 ENOENT | |
126 ^ loops forever | |
127 | |
128 - support read-only logins. user could with alternative password get only | |
129 read-access to mails so mails could be read relatively safely with | |
130 untrusted computers. Maybe always send [ALERT] about the previous | |
131 read-only login time with IP? | |
132 - ~/.dovecotrc to override system wide settings. namespace settings should | |
133 override all the previous namespace settings instead of adding new. | |
134 | |
1553 | 135 - fix cygwin compile? _close and _read in *stream*.c fails. |
136 - handle out of quota conditions: | |
137 - if dovecot-uidlist can't be written, assume the new mails have UIDs | |
138 beginning from uidlist.next_uid. Whenever mails are expunged, overwrite | |
139 the next_uid field with the current highest next_uid. Whenever we have | |
140 assumed UIDs and uidlist gets updated, throw the client out with | |
141 "inconsist mailbox". | |
142 - make sure all syscalls check for ENOSPACE (and ENOACCESS while at it) | |
1410 | 143 - NFS safety: |
144 - .customflags: use rename(), but there's a problem when we have to remove | |
145 unused flags to make room for new ones. to fix that add new field in | |
146 the file, it would be set for flags which are currently unused. if that | |
147 field is set, .customflags must be locked before the flag is set to any | |
148 messages. but make sure there's no race conditions, we probably have to | |
149 wait a few seconds just to make sure no-one set a flag we want to remove | |
2143 | 150 - ESTALE |
1410 | 151 |
152 - send client IP immediately after accept() to master process. make sure | |
153 master shows the IP if login dies unexpectedly. master should probably also | |
154 kill the login process if it doesn't kill itself soon enough.. or maybe just | |
155 log the IP immediately. | |
156 | |
157 - ioloop-kqueue.c patch | |
158 - does dovecot-auth really break when it runs out of fds? | |
159 | |
160 - should we support some non-tokenizing way to parse mail addresses? .. | |
161 eg. "foo ? bar <x@y>" would now show up as "foo? bar <x@y>" | |
1178 | 162 |
2774 | 163 - when mailbox is deleted/renamed and someone else had it open, we get |
164 stat() error messages in log file. | |
1178 | 165 |
526 | 166 - bugs |
1178 | 167 - CREATE a, CREATE b, save mails into them, DELETE a, RENAME b a. |
168 -> breaks if a+b have same UIDVALIDITY. We could update the | |
169 UIDVALIDITY for the renamed mailbox and all mailboxes under it. | |
170 Then return with tagged "OK [NEW-UIDVALIDITY 1234] Renamed". Assuming | |
171 other IMAP people agree to that. | |
526 | 172 |
173 - reliability fixes: | |
860 | 174 - limit folder hierarchy levels? user can now create eg. a/a/a/a/... |
175 and then start renaming them from end to beginning, which probably will | |
176 at some point start causing syscall failures which will fill up logs. | |
1410 | 177 - dotlock overriding is racy, but it's pretty difficult to fix it. Also |
178 overriding someone else's dotlock in shared folder isn't possible. These | |
179 could be fixed by having separate lock process running as root, which | |
180 would chown() the file for another uid and then unlink() it as that user. | |
181 One problem with that is that if malicious user sets setuid+execute bits | |
182 on for the file, he could run the file and get changed to the new uid. | |
183 That hopefully shouldn't matter much since the new uid should be user | |
184 with minimum possible privileges. Anyway, optional.. | |
474 | 185 |
526 | 186 - checks: |
187 - make sure SELECT rebuilds index properly when next_uid is near 32bit value | |
188 - make sure connection limits work | |
1211 | 189 - check if some asserts should be changed into if/i_panic code, so that |
190 disabling asserts would be possible | |
526 | 191 |
192 - enhancements: | |
852 | 193 - option to disable SORT, SEARCH and other memory/cpu-intensive features. |
1211 | 194 defaults and per-user by dovecot-auth. |
526 | 195 - maildir could support also the dirty-flag in messages. files would be |
196 renamed "whenever there's time" (that'd require the indexer program, or | |
197 forking and doing it in background) | |
634 | 198 - OpenSSL: support generated DH parameters |
1250 | 199 - SSL: Support password protected key files. Support reading the password |
2143 | 200 from user at runtime (dovecot startssl or something). currently it just |
201 hangs. | |
725 | 202 - check with strace what dovecot does when evolution checks new mail, |
203 it's quite a lot. some things probably wouldn't need to be done | |
2143 | 204 (mkdirs inbox) and other things could be cached in memory. |
205 - sort: we could create alternative indexes for different sort conditions. | |
206 sort code itself already supports this optimization. | |
965 | 207 - support zlib compressed mbox/maildir? mbox maybe just read-only. |
1410 | 208 do it through istream-zlib wrapper |
965 | 209 - THREAD=ORDEREDSUBJECT - although pretty useless I'd think. |
210 | |
211 - logging | |
1250 | 212 - Login: username 1.2.3.4:1025 5.6.7.8:993 imaps,compressed |
213 - Logout: username 1.2.3.4:1025 5.6.7.8:993 imaps,compressed in:1000 out:1000000 | |
214 - n failed login attepts (before failure or success, once in n seconds) | |
605 | 215 |
216 - lib-charset: | |
634 | 217 - utf8_toupper() is a must. and a bit difficult if we want to do it right. |
605 | 218 - add support for other things than iconv() as well? we could reuse |
219 the code from cyrus or courier | |
795 | 220 - cache iconvs? they'd probably be faster if we just reset the |
221 conversion instead of opening new one every time. and there will likely | |
222 be only one or two charsets which are used for nearly all conversions. | |
526 | 223 |
852 | 224 - should we allow following symlinks in mbox/maildirs? they are now. |
1250 | 225 - if we implement shared mailboxes with shared indexes, never do that or |
226 others could symlink your personal mailboxes and see the indexes | |
227 created for it which may contain envelope etc. data | |
228 - this allows circular mailbox hierarchies which should be prevented by | |
229 eg. allowing max. 20 hierarchies. | |
852 | 230 |
1250 | 231 - index: |
232 - we could try compressing same from/to/subject fields into a single | |
233 location in data file. requires larger changes.. | |
1410 | 234 - Most messages are text/plain/7bit/us-ascii/no-other-content-type-params. |
235 Instead of saving tons of nearly identical BODY/BODYSTRUCTURE fields | |
236 into cache, we could just set INDEX_MAIL_FLAG_TEXT_PLAIN_7BIT_ASCII bit | |
237 on and generate the bodystructure for such messages on the fly. | |
1250 | 238 - read-only support for mailboxes where we don't have write-access |
239 - if .customflags is removed and Maildir files have custom flags, add | |
240 "unknown1" "unknown2" etc. flags to .customflags file for each found flag | |
241 - support storing message headers into indexes. this could be useful when | |
1410 | 242 indexes are in local disk but actual mails are accessed through NFS. |
1250 | 243 - if we wanted to support huge mailboxes with small memory usage, it'd now |
244 be possible if we just instead of mmap()ing the whole index files would | |
245 have maybe 3-4 256k mmap()ed areas which we move based on the need. | |
2143 | 246 - should work fine with imap.index and imap.index.cache |
1250 | 247 - log files aren't affected by mailbox size |
248 - but, is it worth the trouble really? the OS can do all this itself, | |
249 only thing we're doing is keeping the processes virtual memory usage | |
250 small. | |
0 | 251 |
376
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
252 - SEARCH: |
1250 | 253 - message_body_search() could accept multiple search keywords so we |
254 wouldn't need to call it separately for each one (so we wouldn't need | |
255 to parse the message multiple times). | |
256 - message_body_search() could support NULL MessagePart and the searching | |
257 could be done while parsing the message. this would need changes to | |
258 message_parse() as well. | |
259 - could optionally support scanning inside file attachments and use | |
260 plugins to extract text out of them (word, excel, pdf, etc. etc.) | |
261 - use a trie index for fast text searching, like cyrus squat? | |
262 - Create our own extension: When searching with TEXT/BODY, return | |
263 the message text surrounding the keywords just like web search engines | |
264 do. like: SEARCH X-PRINT-MATCHES TEXT "hello" -> * SEARCH 1 "He said: | |
265 Hello world!" 2 "Hello, I'm ...". This would be especially useful with | |
266 the above attachment scanning. | |
0 | 267 |
1250 | 268 - general: |
269 - sieve (rfc3028), we can use Cyrus Sieve | |
270 - rfc2231 continuation support | |
1553 | 271 - rfc2557 support for BODYSTRUCTURE, as specified by RFC3501 |
272 - lmtp server - is it needed? dovecot-deliver binary at least would be | |
273 useful | |
1250 | 274 - create indexer binary |
275 - support Maildir++ quota | |
18 | 276 |
1250 | 277 - cleanups: |
278 - check if t_push()/t_pop() should be added somewhere | |
279 - grep for FIXME | |
0 | 280 |
1250 | 281 - auth / login: |
2143 | 282 - kchuid, SRP |
1250 | 283 - Digest-MD5: support integrity protection, and maybe crypting. Do it |
284 through login process like SSL is done? | |
285 - dovecot-auth should limit how fast authentication requests are allowed from | |
286 login processes. especially if there's one login/connection the speed | |
287 should be something like once/sec. also limit how fast to accept new | |
288 connections. | |
2774 | 289 - if passdb = userdb, ask them both in one query and cache it. implement |
290 passwordcheck userdb using the caching. | |
376
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
291 |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
292 capabilities: |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
293 - preferrably all should be possible to #ifdef away by a configure |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
294 option (--without-capabilities=acl,namespace,...) |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
295 - possibility to disable them from config file |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
296 - acl (rfc2086, draft-ietf-imapext-acl), namespace (rfc2342) |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
297 - probably do it like cyrus. "user.<username>" to access other |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
298 users, with "" defaulting to "user.<myself>". these should be |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
299 configurable however. |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
300 - shared namespaces? maybe configurable in config file |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
301 - easiest way to do ACL would be to use unix modes, but is that |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
302 useful at all? Well, ACL2 has a bit better support for that, so |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
303 maybe we could support it. |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
304 - otherwise gets a bit trickly, we could keep all mail in "imapmail" |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
305 group and 0600/0700 mode by default, but when mail is shared to others, |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
306 the group read/write access bits would be set. or alternatively we |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
307 could launch another imap process to handle it, which we should support |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
308 anyway. ACLs could be stored into ".acl" ascii file in each folder. |
480 | 309 - support for private and shared flags, configurable by mailbox admin. |
310 this isn't in any draft yet, but ACL2 author was going to create one. | |
311 [SHAREDFLAGS (...)] would specify which ones are shared, don't know yet | |
312 how they would be configured. | |
376
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
313 - quota (rfc2087, draft-cridland-imap-quota) |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
314 - give filesystem values only to admins |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
315 - support for Maildir++, probably no need to support more. |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
316 quota capability supports complex quota configuration, but if |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
317 no mailer supports them we probably shouldn't bother either |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
318 - id (rfc2971) |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
319 - must be configurable what gets sent, default to only name=Dovecot |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
320 - separate pre/post-login settings |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
321 - optionally log configured parts of the client information, but only |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
322 once, probably at the same time as logging "Logged in", |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
323 "Disconnected", etc. |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
324 - remember to force truncating values longer than 30 chars, |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
325 especially before logging |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
326 - mailbox-referrals (rfc2193) |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
327 - this is useful whenever we would otherwise need to make the |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
328 connection ourself. for example load balancing and shared mailboxes |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
329 requiring another UID to run. |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
330 - this rfc defines no exact way for server to detect if client |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
331 supports referrals or not. I don't think there's much point in |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
332 supporting only referrals, as most clients don't support them. |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
333 Instead we should return referrals when we know that client |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
334 supports them, otherwise do the connecting ourself. If client |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
335 issues RLIST or RLSUB command, it's safe to assume it supports |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
336 referrals. |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
337 - for load balancing this works just fine, but what about shared |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
338 mailboxes which require different UID? If we login with our own |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
339 username, we end up with our own UID instead of what we wanted. |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
340 IMAP URLs don't support separated authorization id which would |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
341 have made this very easy.. We could give the "userid@group" as |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
342 userid, but clients probably treat it as different userid and |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
343 ask the password again. |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
344 - problems, problems, .. maybe not worth the trouble. |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
345 - drafts: |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
346 - http://www.imc.org/ids.html |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
347 - annotate (draft-ietf-imapext-annotate) |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
348 - per-message annotations. this will be major change. especially |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
349 because currently there's no suitable storage for them, and |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
350 they'll probably change all the time.. maybe if we moved into |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
351 berkeley db to store the .data file and these annotations. |
1178 | 352 - this is separate problem from index files. indexes are treated as |
353 temporary files, annotations are permanent data. we'd have to | |
354 support non-db way to do this too, which would probably be just a | |
355 simple (slow) text file. | |
376
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
356 - annotatemore (draft-daboo-imap-annotatemore) |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
357 - server and per-mailbox annotations. much easier than |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
358 per-message annotations, but they'd be easier to place into |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
359 db as well. |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
360 - binary (draft-nerenberg-imap-binary) |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
361 - perhaps not too useful. I'd like to make Dovecot fully |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
362 binary-safe though. |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
363 - view (draft-ietf-imapext-view) |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
364 - slow, complex, luckily draft expired almost two years ago. |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
365 i hope i don't have to implement this :) |
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
366 - can be done client-side just fine (evolution's virtual folders) |