2012-09-15 13:15:22 +00:00
|
|
|
f{,data}sync() usage could be optimized by batching the calls.
|
|
|
|
|
|
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
|
|
|
|
2017-10-01 12:37:36 +00:00
|
|
|
automatically resume upon transient errors, e.g. "connection reset by peer"
|
|
|
|
|
or timeout after some data was already transmitted.
|
|
|
|
|
possibly also try to handle Exchange's "glitches" somehow.
|
|
|
|
|
|
|
|
|
|
add support for IMAP UTF-7 (for internationalized mailbox names).
|
|
|
|
|
|
2015-04-06 14:49:33 +00:00
|
|
|
uidvalidity lock timeout handling would be a good idea.
|
2013-12-08 21:29:15 +00:00
|
|
|
|
2017-10-01 12:37:36 +00:00
|
|
|
should complain when multiple Channels match the same folders.
|
|
|
|
|
|
|
|
|
|
propagate folder deletions even when the folders are non-empty.
|
|
|
|
|
- verify that "most" of the folders in the Channel are still there.
|
|
|
|
|
- refuse to delete unpropagated messages when trashing on the remote side.
|
deprecate master/slave terminology
the underlying metaphor refers to an inhumane practice, so using it
casually is rightfully offensive to many people. it isn't even a
particularly apt metaphor, as it suggests a strict hierarchy that is
counter to mbsync's highly symmetrical mode of operation.
the far/near terminology has been chosen as the replacement, as it is a
natural fit for the push/pull terminology. on the downside, due to these
not being nouns, a few uses are a bit awkward, and several others had to
be amended to include 'side'. also, it's conceptually quite close to
remote/local, which matches the typical use case, but is maybe a bit too
suggestive of actually non-existing limitations.
the new f/n suffixes of the -C/-R/-X options clash with pre-existing
options, so direct concatenation of short options is even less practical
than before (some suffixes of -D already clashed), but doing that leads
to unreadable command lines anyway.
as with previous deprecations, all pre-existing command line and config
options keep working, but yield a warning. the state files are silently
upgraded.
2020-07-22 17:44:26 +00:00
|
|
|
- refuse to delete far side if it has unpropagated messages. symmetry?
|
2017-10-01 12:37:36 +00:00
|
|
|
|
2013-12-08 21:29:15 +00:00
|
|
|
add message expiration based on arrival date (message date would be too
|
|
|
|
|
unreliable). MaxAge; probably mutually exclusive to MaxMessages.
|
|
|
|
|
|
|
|
|
|
add alternative treatments of expired messages. ExpiredMessageMode: Prune
|
|
|
|
|
(delete messages like now), Keep (just don't sync) and Archive (move to
|
|
|
|
|
separate folder - ArchiveSuffix, default .archive).
|
2010-02-06 09:48:11 +00:00
|
|
|
|
2017-10-01 12:37:36 +00:00
|
|
|
add support for event notification callbacks.
|
|
|
|
|
it would be also possible to report more differentiated exit codes, but
|
|
|
|
|
that seems too limiting in the general case.
|
|
|
|
|
|
deprecate master/slave terminology
the underlying metaphor refers to an inhumane practice, so using it
casually is rightfully offensive to many people. it isn't even a
particularly apt metaphor, as it suggests a strict hierarchy that is
counter to mbsync's highly symmetrical mode of operation.
the far/near terminology has been chosen as the replacement, as it is a
natural fit for the push/pull terminology. on the downside, due to these
not being nouns, a few uses are a bit awkward, and several others had to
be amended to include 'side'. also, it's conceptually quite close to
remote/local, which matches the typical use case, but is maybe a bit too
suggestive of actually non-existing limitations.
the new f/n suffixes of the -C/-R/-X options clash with pre-existing
options, so direct concatenation of short options is even less practical
than before (some suffixes of -D already clashed), but doing that leads
to unreadable command lines anyway.
as with previous deprecations, all pre-existing command line and config
options keep working, but yield a warning. the state files are silently
upgraded.
2020-07-22 17:44:26 +00:00
|
|
|
make it possible to have different mailbox names for far and near side in
|
2017-10-01 12:37:36 +00:00
|
|
|
Patterns.
|
deprecate master/slave terminology
the underlying metaphor refers to an inhumane practice, so using it
casually is rightfully offensive to many people. it isn't even a
particularly apt metaphor, as it suggests a strict hierarchy that is
counter to mbsync's highly symmetrical mode of operation.
the far/near terminology has been chosen as the replacement, as it is a
natural fit for the push/pull terminology. on the downside, due to these
not being nouns, a few uses are a bit awkward, and several others had to
be amended to include 'side'. also, it's conceptually quite close to
remote/local, which matches the typical use case, but is maybe a bit too
suggestive of actually non-existing limitations.
the new f/n suffixes of the -C/-R/-X options clash with pre-existing
options, so direct concatenation of short options is even less practical
than before (some suffixes of -D already clashed), but doing that leads
to unreadable command lines anyway.
as with previous deprecations, all pre-existing command line and config
options keep working, but yield a warning. the state files are silently
upgraded.
2020-07-22 17:44:26 +00:00
|
|
|
- use far:near for the pattern
|
2017-10-01 12:37:36 +00:00
|
|
|
- for quoting, use more colons: the longest sequence of colons is the
|
|
|
|
|
separator
|
|
|
|
|
- this makes Groups mostly useless, as they are mostly a workaround for this
|
|
|
|
|
function being missing so far
|
|
|
|
|
- this is needed for move detection, which would work only within one Channel
|
|
|
|
|
|
2013-12-08 21:29:15 +00:00
|
|
|
add regexp-based mailbox path rewriting to the drivers. user would provide
|
|
|
|
|
expressions for both directions. every transformation would be immediately
|
|
|
|
|
verified with the inverse transform. PathDelimiter and Flatten would become
|
|
|
|
|
special cases of this.
|
|
|
|
|
|
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.
|
2017-10-01 12:37:36 +00:00
|
|
|
TLS session resumption becomes interesting then as well.
|
2010-02-06 09:48:11 +00:00
|
|
|
|
2013-12-08 21:29:15 +00:00
|
|
|
imap_set_flags(): group commands for efficiency, don't call back until
|
|
|
|
|
imap_commit().
|
2010-02-06 09:48:11 +00:00
|
|
|
|
|
|
|
|
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
|
|
|
|
2013-12-08 21:29:15 +00:00
|
|
|
make use of IMAP CONDSTORE extension (rfc4551; CHANGEDSINCE FETCH Modifier);
|
|
|
|
|
make use of IMAP QRESYNC extension (rfc5162) to avoid SEARCH to find vanished
|
|
|
|
|
messages.
|
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
|
|
|
|
2019-12-29 13:37:53 +00:00
|
|
|
dummy messages resulting from MaxSize should contain a dump of the original
|
|
|
|
|
message's MIME structure and its (reasonably sized) text parts.
|
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
|
|
|
|
2017-10-01 12:37:36 +00:00
|
|
|
some error messages are unhelpful in non-verbose mode due to missing context.
|
|
|
|
|
|
2003-02-27 18:41:54 +00:00
|
|
|
possibly use ^[[1m to highlight error messages.
|
2004-03-27 16:07:20 +00:00
|
|
|
|
2013-12-08 21:29:15 +00:00
|
|
|
consider alternative approach to trashing: instead of the current trash-before-
|
|
|
|
|
expunge done by mbsync, let MUAs do the trashing (as modern ones typically do).
|
|
|
|
|
mbsync wouldn't do any trashing by itself, but should track the moves for
|
|
|
|
|
optimization. additionally, there should be a mode to move trashed messages to
|
|
|
|
|
the remote store. TrashMode Internal|External, AbsorbRemoteTrash.
|
|
|
|
|
a yet different approach to trashing is treating the trash like a normal mailbox.
|
|
|
|
|
however, this implies a huge working set.
|
|
|
|
|
|
|
|
|
|
consider optional use of messages-id (and X-GM-MSGID):
|
|
|
|
|
- detection of message moves between folders
|
2017-10-01 12:37:36 +00:00
|
|
|
- recovery from loss of sync state, migration from other tools
|
