aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
-rw-r--r--TODO42
1 files changed, 42 insertions, 0 deletions
diff --git a/TODO b/TODO
index cba67e5..bb27607 100644
--- a/TODO
+++ b/TODO
@@ -1,8 +1,50 @@
+Add note to the man page that the dates of messages in IMAP folders is the IMAP
+server internal date, and may thus differ from both delivery time and the
+message's RFC822 Date header.
+
+I cannot reproduce Debian bug #255944 (problem with 0 size messages). Hm.
+Checked with rev. 90 and current head (rev. 178).
+
+Add recursive archiving of mail subfolders?
+
+Maybe related: perhaps rework IMAP url parsing. See RFC 3986 (generic URI
+syntax) and RFC 2192 (IMAP url scheme).
+Note that urlparse.urlparse does not recognise the imaps scheme, and so does not
+split the netloc/authority from the mailbox/path, which would be a really nice
+service to have...
+
+Line out what we want with respect to multiple selection criteria.
+Some make sense, but this easily gets too complex, and if only it's a hassle
+with adding all the options. Hm.
+
+Reject patch #1036022 "Added option to inverse date compare" after cooling down
+because the patch is both stupid (copy+paste code) and broken. Don't see why
+anyone should want this/we should support it.
+If this is reasonable *at all*, I think we'd better go for all the complexity
+to honour _two_ cut off dates (see Debian bug "#184124: archivemail: -D and -d
+should not be incompatible", which is a comparably half-baken thought). </rant>
+
+Add --debug or -vv switch, and move the printing of diagnostic info for each
+message to --debug.
+
+Perhaps add some more nice stuff like printing of subject, sender...
+See tracker #868714 "added stats option to archivemail", which has a point.
+Message-Ids are useful for diagnosis, but not very nice to read for humans.
+
+Regarding the --archive-name option:
+* Do we want this? Probably, it adds flexibility.
+* I think we should expand date format strings like we do with --suffix
+* Hmm, --output-dir overrides os.dirname(archive_name)...
+ If no output_dir is given, use $PWD like we do for IMAP, or require -o?
+* Provide short option -a? Not sure.
+* The patch in #905657 is not bad. The Debian package also has a custom
+ --archive-name option, but with a worse implementation.
Be a nicer citizen with respect to mailbox locking.
Perhaps prune/shorten IMAP mailbox URLs in messages?
They may be quite long and may contain the sensitive password.
+Also shows up in the process list...
Perhaps find a clean, lean replacement for all that clutter in the IMAP urls.
Require --output-dir for IMAP archiving? Otherwise we just drop the archive in