mirror/archivemail
1
0
Fork 0
mirror of https://git.code.sf.net/p/archivemail/code synced 2025-01-02 21:24:40 +00:00
Code Issues Releases Wiki Activity

TODO: updated with some old items which weren't yet committed to svn.

Browse source
This commit is contained in:
Nikolaus Schulz 2007-09-18 00:30:10 +00:00
parent 8abd70093f
commit c67a75c2f7
1 changed files with 42 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

42
TODO
View file

@ -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. Be a nicer citizen with respect to mailbox locking.
Perhaps prune/shorten IMAP mailbox URLs in messages? Perhaps prune/shorten IMAP mailbox URLs in messages?
They may be quite long and may contain the sensitive password. 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. 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 Require --output-dir for IMAP archiving? Otherwise we just drop the archive in