From af3bb16a4c5106a1e2d40d752d0260114e69ab09 Mon Sep 17 00:00:00 2001 From: Nikolaus Schulz Date: Thu, 29 Jul 2010 19:49:42 +0200 Subject: Updated TODO, dropping a lot of obsolete items Notable items that are now resolved or implemented: * archives are now locked * the mbox classes have been refactored to a cleaner design * we moved from flock locking to fcntl * the setuid() feature is long gone * symlink attacks for tempfiles are not possible (that is really an ancient TODO item from the original author) * the test suite now has a lot of maildir test cases --- TODO | 21 --------------------- 1 file changed, 21 deletions(-) (limited to 'TODO') diff --git a/TODO b/TODO index 3a6ae3c..97ca572 100644 --- a/TODO +++ b/TODO @@ -11,21 +11,10 @@ LOCKING & Co: sane way, see Debian bug #349068. mbox_sync_mailbox() in the mutt code might be an example how to write back a changed mailbox. * Double-check the entire locking code. -* FIXME: no locking at all is applied to the archives. Seems like existing archives are not read or validated in any way. New archive data is blindly appended... Probably okay, but should be documented. -I don't like the representation of mboxes as python objects, it's unclean. -E.g. the archive mbox object is a subclass of mailbox.UnixMailbox, but this -super class is not used in any way, it's not even initialized. Makes sense, -since we need write-only access, and UnixMailbox is read-only. But should it be -a subclass at all, then? -. -Also, the original mbox and the "retain mbox" are separate objects. This is -disputable. E.g. the finalise() method of the retain mbox overwrites the -existing original mbox, and I feel that's really unclean. - IMAP SEARCH BEFORE disregards time and timezone information. This should at least be documented. E.g. I've found that '-d 0' didn't match all messages in an IMAP mailbox. This is because the SEARCH key is (BEFORE 14-Nov-2007) on 14 @@ -111,15 +100,10 @@ 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 in the current working directory. -Switch to fcntl(2) locking? That would be NFS-safe. Perhaps make the locking -method configurable? - Check all items below, which are from the original author. :-) .archivemailrc support -Specify an option to not seteuid() when run as root? - When you get a file-not-found in the 6th mailbox of 10, it aborts the whole run. Better to fail gracefully and keep going. @@ -131,11 +115,6 @@ Add more tests (see top of test_archivemail.py) We need some better checking to see if we are really looking at a valid mbox-format mailbox. -Lock any original .gz files -- is this necessary? - -Check for symlink attacks for tempfiles (although we don't use /var/tmp) - Add an option to not cut threads. Add MMDF mailbox support -- cgit v1.2.3