aboutsummaryrefslogtreecommitdiffstats
path: root/archivemail
Commit message (Collapse)AuthorAgeFilesLines
* use versionned interpreterHEADmastervg2020-11-071-1/+1
|
* Bump year in copyright notesNikolaus Schulz2011-07-091-1/+1
|
* Prepare release of archivemail v0.9.0Nikolaus Schulz2011-07-091-1/+1
|
* IMAP: support servers listening on non-standard portsNikolaus Schulz2011-07-091-8/+20
|
* IMAP: handle broken servers sending no untagged SEARCH responseNikolaus Schulz2011-07-091-3/+7
| | | | | | | The proprietary "SmartMail" IMAP server likes to send no untagged SEARCH response when the set of matching email messages is empty. This was brought up as sf.net support request #3213272.
* IMAP: add support for non-ascii mailbox namesNikolaus Schulz2011-07-051-1/+114
|
* IMAP: don't collect statistics data when run with --quiet optionNikolaus Schulz2010-12-261-1/+1
| | | | This gives a significant operation speedup in quiet mode.
* Default options.debug_imap to 0 again, not FalseNikolaus Schulz2010-11-121-1/+1
| | | | | This was overdone when switching from integers to booleans. Here 0 and False are in fact probably equivalent, but it's still a bug.
* Update changelog and prepare 0.8.2 releaseNikolaus Schulz2010-10-161-1/+1
|
* IMAP: don't prepend NAMESPACE prefix to INBOX and its childrenNikolaus Schulz2010-10-161-4/+12
|
* Update changelog and prepare 0.8.1 releaseNikolaus Schulz2010-09-301-1/+1
|
* IMAP: correctly handle IMAP `literal' and unquoted `astring' in LIST replyNikolaus Schulz2010-09-261-6/+35
| | | | | | | | | | | | The LIST reply handling in imap_find_mailboxes() was buggy in several ways. It expected a non-NIL hierarchy delimiter, and it assumed that the mailbox name in a LIST reply is always quoted; but it can be an astring, a quoted string, or a literal (see RFC 3501 for the definitions of these tokens). These variants should now all be interpreted correctly. In addition, quoted mailbox names are now handled more strictly to the letter of the RFC; this only affects mailbox names containing a " or a backslash, though.
* Expand wildcards in IMAP mailbox namesNikolaus Schulz2010-08-091-127/+133
| | | | | | | The only non-obvious code change required for this is due to the fact that computing the archive names has to move into the format-specific archiving functions, because they can no longer be derived from the mailbox name beforehand.
* New option --archive-name, alias -a, to hard-code the archive filenameNikolaus Schulz2010-07-311-19/+32
|
* Rename variables in make_archive_name()Nikolaus Schulz2010-07-311-6/+6
| | | | | Archive name prefixes may contain path components, thus renaming some variables accordingly.
* Don't create hidden archives when archiving mailboxes with leading dots in ↵Nikolaus Schulz2010-07-311-0/+3
| | | | | | | | the name When archiving a mailbox with leading dots in the name and no archive name prefix specified, strip the dots off the archive name. This is targeting Maildir++ subfolders.
* Only use the default archive name suffix when the user specified no affixNikolaus Schulz2010-07-311-5/+9
| | | | Also add more archive name affix testing to the test suite.
* New option --archive-prefix, alias -pNikolaus Schulz2010-07-311-13/+21
| | | | | | | | | | | Technically, this works just like the --suffix option. This commit also updates the manpage accordingly. Currently, the prefix is not checked for slashes, so it could contain path components. (The same applies for the suffix, btw). Since the expanded string is prepended to the archive base name, this can be used to dynamically configure the archive directory, depending on the archive cutoff date. I'm not sure if this can be considered a reasonable feature, though.
* Detect and never archive IMAP server pseudo mbox messagesNikolaus Schulz2010-07-301-0/+6
| | | | | | | IMAP servers (Dovecot and UW-IMAP at least) may store mailbox meta data for mboxes in a pseudo message. Such messages are now detected and never archived. This commit includes a test case in the test suite.
* Fix crash when unlocking an mbox after dotlocking failed with EACCESNikolaus Schulz2010-07-301-1/+4
| | | | | | If we don't have sufficient permissions to create a dotlock for an mbox file, record that, and don't try to remove the dotlock when unlocking the mbox later.
* Rename archivemail.py to archivemailNikolaus Schulz2010-07-291-0/+1742
On Unix, most scripts don't come with a file extension, it's not needed, and we distribute the script as "archivemail" anyway. And most importantly, I like it better without the extension. :) With a little trick we can still load the script as a module from the test suite.