Mercurial > dovecot > core-2.2
annotate TODO @ 3087:769e2e2bf1d5 HEAD
sorted things
| author | Timo Sirainen <tss@iki.fi> |
|---|---|
| date | Tue, 11 Jan 2005 01:44:40 +0200 |
| parents | 12fc3c22ffe8 |
| children | 5c92b51f2b38 |
| rev | line source |
|---|---|
| 3087 | 1 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) |
| 3048 | 2 |
| 3 line 493 (mbox_lock): assertion failed: (lock_type == F_RDLCK || ibox->mbox_lock_type != F_RDLCK) | |
| 4 #5 0x0806faa3 in mbox_lock (ibox=0x80d89b8, lock_type=1, lock_id_r=0xbea6b434) at mbox-lock.c:493 | |
| 5 #6 0x08075439 in mbox_sync (ibox=0x80d89b8, flags=MBOX_SYNC_REWRITE) at mbox-sync.c:1286 | |
| 6 #7 0x0806d38b in mbox_storage_close (box=0x80d89b8) at mbox-storage.c:793 | |
| 7 #8 0x0809666e in mailbox_close (box=0x80d89b8) at mail-storage.c:296 | |
| 8 #9 0x080587b6 in client_destroy (client=0x80cefe0) at client.c:69 | |
| 9 #10 0x080591c3 in client_output (context=0x80cefe0) at client.c:386 | |
| 10 #11 0x080b0086 in stream_send_io (context=0x80cf0a8) at ostream-file.c:339 | |
| 11 | |
| 12 mail-index-transaction.c: line 467 (mail_index_transaction_add_last): | |
| 13 assertion failed:(idx == size || data[idx].uid1 <= update.uid1) | |
| 14 | |
| 3087 | 15 - keywords: |
| 16 - add some limits to how many there can be | |
| 17 - don't return \* in PERMANENTFLAGS when we're full | |
| 18 - send FLAGS/PERMANENTFLAGS untagged replies when they change | |
| 19 - sync to mbox/maildir | |
| 20 - remove unused keywords? | |
| 2774 | 21 |
| 22 - caching | |
| 3048 | 23 - size.physical isn't cached |
| 2774 | 24 - force bits should be used only for nonregistered fields |
| 25 - change envelope parsing not to use get_headers() so imap.envelope can | |
| 26 actually be cached without all the headers.. | |
| 27 - compression should drop fields with last_used < | |
| 28 (latest_mail_index_date - month) | |
| 29 - when parsing mbox or saving message, parse the mail through index-mail | |
| 30 so things gets saved into cache immediately | |
| 3087 | 31 - we can mail_cache_add() same header multiple times.. |
| 32 - get_field() doesn't work if it's not already cached | |
| 33 - we could try compressing same field values into a single | |
| 34 location in cache file. | |
| 35 - Most messages are text/plain/7bit/us-ascii/no-other-content-type-params. | |
| 36 Instead of saving tons of nearly identical BODY/BODYSTRUCTURE fields | |
| 37 into cache, we could just set INDEX_MAIL_FLAG_TEXT_PLAIN_7BIT_ASCII bit | |
| 38 on and generate the bodystructure for such messages on the fly. | |
| 39 - support caching allmessage headers. this could be useful when | |
| 40 indexes are in local disk but actual mails are accessed through NFS. | |
| 2774 | 41 |
| 3087 | 42 - mbox |
| 43 - syncing existing indexes takes 4x longer than creating new one, why? | |
| 44 - how well does dirty sync + status work? it reads the last mail every | |
| 45 time? not very good.. | |
| 46 - mbox file offsets still aren't 64bit aligned for some reason.. | |
| 47 - when we're updating flags with lazy writing, we're still parsing the | |
| 48 mbox, just not writing to it! | |
| 49 - always add empty line. make the parser require it too? syncing should | |
| 50 make sure there always exists two LFs at end of file. raw-mbox-stream | |
| 51 should make sure the last message ends with LF even if it doesn't exist | |
| 52 in the file | |
| 53 - | |
| 54 if (sync_ctx.seen_first_mail && | |
| 55 sync_ctx.base_uid_last != sync_ctx.next_uid-1 && | |
| 56 ret == 0 && !sync_ctx.delay_writes) { | |
| 57 ^ doesn't work correctly with partial syncing? | |
| 2774 | 58 - COPY doesn't work to itself (lock assert crash) |
| 59 - Create UW-IMAP like "DON'T DELETE THIS MESSAGE" message when mbox | |
| 60 gets empty | |
| 2143 | 61 - keep mbox lock for two extra seconds after sync |
| 62 - move /var/mail/user to ~/mbox if ~/mbox exists.. supposedly this | |
| 63 could be useful if /var/mail doesn't have quota, but ~/mail does. | |
| 64 now, what do we then do if we can move only some of the mails?.. | |
| 65 - if we can't create dotlock file for mbox, make sure it still can be | |
| 66 selected in read-only state | |
| 67 | |
| 3087 | 68 - maildir |
| 69 - if indexes exist but dovecot-uidlist doesn't, it's not tried to be | |
| 70 recreated | |
| 71 - hardlink copying doesn't update indexes | |
| 72 - rename foo foo.xyz -> infinite loop possible? | |
| 73 - we probably shouldn't do duplicate detection/fixing?.. or at least stat() | |
| 74 the old file before trying, because we might have just previously seen | |
| 75 the old file and then new file and then we try to fix it.. | |
| 76 - if .customflags is removed and Maildir files have custom flags, add | |
| 77 "unknown1" "unknown2" etc. flags to .customflags file for each found flag | |
| 78 | |
| 2143 | 79 - index |
| 3087 | 80 - if uoff_t or time_t size changes, don't rebuild indexes because they |
| 81 don't use them. just rebuild cache file. | |
| 82 - flag merging code is too complex in index syncing. it should be moved | |
| 83 into mbox/maildir syncing where they're combined | |
| 84 - mail_index_lookup_ext() doesn't handle resizes between views. probably | |
| 85 needs size_t *size_r parameter added.. | |
| 2143 | 86 - optimize initial left_idx in mail_index_lookup_uid_range() |
| 87 - when referencing log files, open them immediately? | |
| 88 - if log file is lost, generate it from old and new index | |
| 89 - make sure when changing flags multiple times in transaction it goes ok. | |
| 90 especially replace + dirty flag | |
| 3087 | 91 - transaction log: when replacing log with a same sequence, we remove it |
| 92 from log's file list, but we don't do anything to existing log views. | |
| 93 this can crash later in mail_transaction_log_view_set() because 'first' | |
| 94 is from log list, while we're comparing it into view->tail which it never | |
| 95 is. also overwriting it leaks memory.. | |
| 96 - read-only support for mailboxes where we don't have write-access | |
| 97 - when mailbox is deleted/renamed and someone else had it open, we get | |
| 98 stat() error messages in log file. | |
| 99 - sort: we could create alternative indexes for different sort conditions. | |
| 100 sort code itself already supports this optimization. | |
| 2143 | 101 |
| 3087 | 102 - lib-storage |
| 103 - index_removal_timeout gets leaked in some conditions. how? | |
| 104 - subscribe: IMAP(anonymous): open(anonymous/mail/.temp...) failed: Permission denied | |
| 105 - subscriptions file should contain namespace prefixes. at least optionally. | |
| 106 there's the subscriptions = yes setting now for namespaces.. do it so that | |
| 107 if prefix = "" has subscriptions, it contains prefixes. otherwise not. | |
| 108 - support zlib compressed mbox/maildir? mbox maybe just read-only. | |
| 109 do it through istream-zlib wrapper | |
| 110 - should we allow following symlinks in mbox/maildirs? they are now. | |
| 111 - if we implement shared mailboxes with shared indexes, never do that or | |
| 112 others could symlink your personal mailboxes and see the indexes | |
| 113 created for it which may contain envelope etc. data | |
| 114 - this allows circular mailbox hierarchies which should be prevented by | |
| 115 eg. allowing max. 20 hierarchies. | |
| 860 | 116 - limit folder hierarchy levels? user can now create eg. a/a/a/a/... |
| 117 and then start renaming them from end to beginning, which probably will | |
| 118 at some point start causing syscall failures which will fill up logs. | |
| 3087 | 119 |
| 120 - login | |
| 121 - Digest-MD5: support integrity protection, and maybe crypting. Do it | |
| 122 through login process like SSL is done? | |
| 123 - x login foo bar | |
| 124 x NO Authentication failed. | |
| 125 x login cras pass | |
| 126 * BYE Disconnected for inactivity. | |
| 127 ^ but it's not disconnecting! (buggy dovecot-auth not replying) | |
| 128 - imap-login: Authenticate PLAIN failed: Authentication failed: | |
| 129 Authentication server isn't connected, try again later.. [127.0.0.1] | |
| 130 ^ NO Authentication failed. (should be Temporary login failure!) | |
| 131 - if auth process dies, login process should retry authentication if | |
| 132 possible. or if not, disconnect the client so it doesn't think the auth | |
| 133 failed. | |
| 134 - send client IP immediately after accept() to master process. make sure | |
| 135 master shows the IP if login dies unexpectedly. master should probably | |
| 136 also kill the login process if it doesn't kill itself soon enough.. or | |
| 137 maybe just log the IP immediately. | |
| 474 | 138 |
| 3087 | 139 - auth |
| 140 - APOP is broken? | |
| 141 - support specifying hex/base64 encoding in password scheme. for example | |
| 142 {plain-md5.base64} | |
| 143 - auth protocol: make sure values can't have tabs/lfs | |
| 144 - auth cache: cache userdb data too. | |
| 145 - remove system_user and allow returning multiple gids instead. | |
| 146 - SIGHUP restarts auth processes .. but does it wait until they've finished | |
| 147 with all requests? no. | |
| 148 - post-login-sql-command | |
| 149 - does dovecot-auth really break when it runs out of fds? | |
| 150 - dovecot-auth should limit how fast authentication requests are allowed from | |
| 151 login processes. especially if there's one login/connection the speed | |
| 152 should be something like once/sec. also limit how fast to accept new | |
| 153 connections. | |
| 154 - support read-only logins. user could with alternative password get only | |
| 155 read-access to mails so mails could be read relatively safely with | |
| 156 untrusted computers. Maybe always send [ALERT] about the previous | |
| 157 read-only login time with IP? | |
| 526 | 158 |
| 3087 | 159 - master |
| 160 - pipe() failed: Too many open files - fine, but don't log it 1000 times | |
| 161 a second | |
| 162 - inetd startup doesn't work anymore | |
| 163 - configurable syslog prefix | |
| 164 - SIGHUP rather shouldn't restart listening sockets if they didn't change.. | |
| 165 | |
| 166 - quota | |
| 167 - support Maildir++ quota | |
| 168 - if dovecot-uidlist can't be written, assume the new mails have UIDs | |
| 169 beginning from uidlist.next_uid. Whenever mails are expunged, overwrite | |
| 170 the next_uid field with the current highest next_uid. Whenever we have | |
| 171 assumed UIDs and uidlist gets updated, throw the client out with | |
| 172 "inconsist mailbox". | |
| 173 - make sure all syscalls check for ENOSPACE (and ENOACCESS while at it) | |
| 174 | |
| 175 - ssl | |
| 176 - add setting: ssl_options = bitmask. by default we enable all openssl | |
| 177 workarounds, this could be used to disable some of them | |
| 178 - open("/var/run/dovecot//ssl-parameters.dat", O_RDONLY|O_LARGEFILE) =-1 ENOENT | |
| 179 ^ loops forever | |
| 180 - gnutls support isn't working | |
| 634 | 181 - OpenSSL: support generated DH parameters |
| 1250 | 182 - SSL: Support password protected key files. Support reading the password |
| 2143 | 183 from user at runtime (dovecot startssl or something). currently it just |
| 184 hangs. | |
| 965 | 185 |
| 3087 | 186 - search |
| 187 - message header search: we should ignore LWSP between two MIME blocks | |
| 1250 | 188 - message_body_search() could accept multiple search keywords so we |
| 189 wouldn't need to call it separately for each one (so we wouldn't need | |
| 190 to parse the message multiple times). | |
| 191 - message_body_search() could support NULL MessagePart and the searching | |
| 192 could be done while parsing the message. this would need changes to | |
| 193 message_parse() as well. | |
| 194 - could optionally support scanning inside file attachments and use | |
| 195 plugins to extract text out of them (word, excel, pdf, etc. etc.) | |
| 196 - use a trie index for fast text searching, like cyrus squat? | |
| 197 - Create our own extension: When searching with TEXT/BODY, return | |
| 198 the message text surrounding the keywords just like web search engines | |
| 199 do. like: SEARCH X-PRINT-MATCHES TEXT "hello" -> * SEARCH 1 "He said: | |
| 200 Hello world!" 2 "Hello, I'm ...". This would be especially useful with | |
| 201 the above attachment scanning. | |
| 0 | 202 |
| 3087 | 203 - lib |
| 204 - file cache: last block in file isn't cached. | |
| 205 - ioloop-kqueue.c patch | |
| 206 - dotlocking: stale_timeout should probably take into account how old the | |
| 207 file is.. so uses more time with more recent locks.. | |
| 208 | |
| 209 - lib-charset | |
| 210 - utf8_toupper() is a must. and a bit difficult if we want to do it right. | |
| 211 - add support for other things than iconv() as well? we could reuse | |
| 212 the code from cyrus or courier | |
| 213 - cache iconvs? they'd probably be faster if we just reset the | |
| 214 conversion instead of opening new one every time. and there will likely | |
| 215 be only one or two charsets which are used for nearly all conversions. | |
| 216 | |
| 217 - general | |
| 1250 | 218 - sieve (rfc3028), we can use Cyrus Sieve |
| 3087 | 219 - rfc2231 continuation support (useless?) |
| 1553 | 220 - rfc2557 support for BODYSTRUCTURE, as specified by RFC3501 |
| 221 - lmtp server - is it needed? dovecot-deliver binary at least would be | |
| 222 useful | |
| 1250 | 223 - create indexer binary |
| 3087 | 224 - ~/.dovecotrc to override system wide settings. namespace settings should |
| 225 override all the previous namespace settings instead of adding new. | |
| 226 - ESTALE handling for NFS safety | |
| 227 - option to disable SORT, SEARCH and other memory/cpu-intensive features. | |
| 228 defaults and per-user by dovecot-auth. | |
| 229 - dotlock overriding is racy, but it's pretty difficult to fix it. Also | |
| 230 overriding someone else's dotlock in shared folder isn't possible. These | |
| 231 could be fixed by having separate lock process running as root, which | |
| 232 would chown() the file for another uid and then unlink() it as that user. | |
| 233 One problem with that is that if malicious user sets setuid+execute bits | |
| 234 on for the file, he could run the file and get changed to the new uid. | |
| 235 That hopefully shouldn't matter much since the new uid should be user | |
| 236 with minimum possible privileges. Anyway, optional.. | |
| 237 - things break if next_uid gets to 2^32 | |
|
376
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
238 |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
239 capabilities: |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
240 - 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
|
241 option (--without-capabilities=acl,namespace,...) |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
242 - possibility to disable them from config file |
| 3087 | 243 - THREAD=ORDEREDSUBJECT - although pretty useless I'd think. |
|
376
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
244 - 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
|
245 - 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
|
246 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
|
247 configurable however. |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
248 - shared namespaces? maybe configurable in config file |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
249 - 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
|
250 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
|
251 maybe we could support it. |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
252 - 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
|
253 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
|
254 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
|
255 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
|
256 anyway. ACLs could be stored into ".acl" ascii file in each folder. |
| 480 | 257 - support for private and shared flags, configurable by mailbox admin. |
| 258 this isn't in any draft yet, but ACL2 author was going to create one. | |
| 259 [SHAREDFLAGS (...)] would specify which ones are shared, don't know yet | |
| 260 how they would be configured. | |
|
376
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
261 - quota (rfc2087, draft-cridland-imap-quota) |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
262 - give filesystem values only to admins |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
263 - 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
|
264 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
|
265 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
|
266 - id (rfc2971) |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
267 - 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
|
268 - separate pre/post-login settings |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
269 - 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
|
270 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
|
271 "Disconnected", etc. |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
272 - 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
|
273 especially before logging |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
274 - mailbox-referrals (rfc2193) |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
275 - 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
|
276 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
|
277 requiring another UID to run. |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
278 - 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
|
279 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
|
280 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
|
281 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
|
282 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
|
283 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
|
284 referrals. |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
285 - 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
|
286 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
|
287 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
|
288 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
|
289 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
|
290 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
|
291 ask the password again. |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
292 - problems, problems, .. maybe not worth the trouble. |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
293 - drafts: |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
294 - http://www.imc.org/ids.html |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
295 - annotate (draft-ietf-imapext-annotate) |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
296 - 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
|
297 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
|
298 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
|
299 berkeley db to store the .data file and these annotations. |
| 1178 | 300 - this is separate problem from index files. indexes are treated as |
| 301 temporary files, annotations are permanent data. we'd have to | |
| 302 support non-db way to do this too, which would probably be just a | |
| 303 simple (slow) text file. | |
|
376
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
304 - annotatemore (draft-daboo-imap-annotatemore) |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
305 - 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
|
306 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
|
307 db as well. |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
308 - binary (draft-nerenberg-imap-binary) |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
309 - 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
|
310 binary-safe though. |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
311 - view (draft-ietf-imapext-view) |
|
fd1fc4cf11b7
updated with lots of new capability comments
Timo Sirainen <tss@iki.fi>
parents:
340
diff
changeset
|
312 - 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
|
313 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
|
314 - can be done client-side just fine (evolution's virtual folders) |