2010-02-06 09:48:11 +00:00
|
|
|
find out why mutt's message size calc is confused.
|
|
|
|
|
2012-09-15 13:15:22 +00:00
|
|
|
f{,data}sync() usage could be optimized by batching the calls.
|
|
|
|
|
2010-02-06 09:48:11 +00:00
|
|
|
add some marker about message being already [remotely] trashed.
|
|
|
|
real transactions would be certainly not particularly useful ...
|
|
|
|
|
2012-08-26 13:17:38 +00:00
|
|
|
check whether disappearing (M_DEAD) messages (due to maildir rescans) are
|
|
|
|
properly accounted for by the syncing code.
|
2010-02-06 09:48:11 +00:00
|
|
|
|
2012-08-26 13:17:38 +00:00
|
|
|
make sync_chans() aware of servers, so a bad server (e.g., wrong password)
|
|
|
|
won't cause the same error message for every attached store.
|
2010-02-06 09:48:11 +00:00
|
|
|
|
2012-08-26 13:17:38 +00:00
|
|
|
make SSL (connect) timeouts produce a bit more than "Unidentified socket error".
|
2010-02-06 09:48:11 +00:00
|
|
|
|
2012-08-26 13:17:38 +00:00
|
|
|
network timeout handling in general would be a good idea.
|
2010-02-06 09:48:11 +00:00
|
|
|
|
2012-08-26 13:17:38 +00:00
|
|
|
unify maildir locking between the two UID storage schemes.
|
|
|
|
re-opening the db may be expensive, so keep it open.
|
|
|
|
but keeping lock for too long (e.g., big message downloads) may block other
|
|
|
|
clients. auto-release lock after 500 ms?
|
2010-02-06 09:48:11 +00:00
|
|
|
|
2012-08-26 13:17:38 +00:00
|
|
|
kill the concept of an INBOX, it is a relic from single-channel operation.
|
|
|
|
if somebody needs it, he can have two stores with different Paths. the path
|
|
|
|
can name a single (in-)box (curr. broken with maildir). an empty box name
|
|
|
|
actually means empty, so the IMAP mailbox should use INBOX for Path (can't
|
|
|
|
make that the default, as it would mess up the NAMESPACE).
|
2010-02-06 09:48:11 +00:00
|
|
|
|
|
|
|
add daemon mode. primary goal: keep imap password in memory.
|
|
|
|
also: idling mode.
|
2004-09-08 16:37:36 +00:00
|
|
|
|
2010-02-06 09:48:11 +00:00
|
|
|
parallel fetching of multiple mailboxes.
|
|
|
|
|
|
|
|
set_flags:
|
|
|
|
- imap: grouping commands for efficiency
|
|
|
|
- callback should get the flags actually affected. but then, why could flag
|
|
|
|
changes fail at all?
|
|
|
|
|
|
|
|
add streaming from fetching to storing.
|
|
|
|
|
2004-03-27 16:07:20 +00:00
|
|
|
handle custom flags (keywords).
|
2003-02-27 18:41:54 +00:00
|
|
|
|
2012-08-26 13:17:38 +00:00
|
|
|
handle google IMAP extensions.
|
2003-02-27 18:41:54 +00:00
|
|
|
|
2004-03-27 16:07:20 +00:00
|
|
|
use MULTIAPPEND and FETCH with multiple messages.
|
2001-01-16 19:45:08 +00:00
|
|
|
|
2004-03-27 16:07:20 +00:00
|
|
|
create dummies describing MIME structure of messages bigger than MaxSize.
|
|
|
|
flagging the dummy would fetch the real message. possibly remove --renew.
|
2010-02-06 09:48:11 +00:00
|
|
|
note that all interaction needs to happen on the slave side probably.
|
2002-01-16 19:47:28 +00:00
|
|
|
|
2004-03-27 16:07:20 +00:00
|
|
|
don't SELECT boxes unless really needed; in particular not for appending,
|
|
|
|
and in write-only mode not before changes are made.
|
2010-02-06 09:48:11 +00:00
|
|
|
problem: UIDVALIDITY change detection is delayed, significantly complicating
|
|
|
|
matters.
|
2002-01-28 19:34:22 +00:00
|
|
|
|
2004-03-27 16:07:20 +00:00
|
|
|
possibly request message attributes on a per-message basis from the drivers.
|
|
|
|
considerations:
|
|
|
|
- record non-existing UID ranges in the sync database, so IMAP FETCHes needn't
|
|
|
|
to exclude anyway non-existing messages explicitly.
|
|
|
|
- when detect unborn pairs and orphaned messages being gone? implied by expunge:
|
|
|
|
with trashing, by local driver, or of messages we deleted in this run. the
|
|
|
|
remaining cases could be handled by automatic periodical cleanup passes, an
|
|
|
|
explicit --cleanup action, or be implied by one of the other actions.
|
|
|
|
- the benefit of this is questionable, as fine-grained requests will result
|
|
|
|
in sending huge amounts of data, and upstream is often way slower than
|
|
|
|
downstream.
|
2004-01-17 11:47:21 +00:00
|
|
|
|
2004-03-27 16:07:20 +00:00
|
|
|
maildir: possibly timestamp mails with remote arrival date.
|
2004-01-09 20:10:19 +00:00
|
|
|
|
2004-03-27 16:07:20 +00:00
|
|
|
maybe throw out the ctx->recent stuff - it's used only for one info message.
|
2004-01-09 20:10:19 +00:00
|
|
|
|
2003-02-27 18:41:54 +00:00
|
|
|
possibly use ^[[1m to highlight error messages.
|
2004-03-27 16:07:20 +00:00
|
|
|
|
|
|
|
consider alternative trash implementation: trash only messages we delete,
|
|
|
|
and trash before marking them deleted in the mailbox. downside: all other
|
|
|
|
programs have to do the same. and what if the deleted flag is unset?
|
|
|
|
|
|
|
|
items out of scope of purely UID based approach:
|
|
|
|
- detect message moves between folders
|
2004-09-08 16:37:36 +00:00
|
|
|
- recovering from UIDVALIDITY change (uw-imap < 2004.352 does this a lot)
|