From c5002cdefbc5fd723c20fa483ec8885de894effe Mon Sep 17 00:00:00 2001 From: Nikolaus Schulz Date: Fri, 2 Nov 2007 20:42:16 +0000 Subject: [PATCH] Updated manpage: note that IMAP server internal message dates may differ from user-visible date headers, and that there exist servers not supporting searches. --- archivemail.1 | 7 +++++++ archivemail.sgml | 8 ++++++++ 2 files changed, 15 insertions(+) diff --git a/archivemail.1 b/archivemail.1 index 55d2543..e63d326 100644 --- a/archivemail.1 +++ b/archivemail.1 @@ -267,6 +267,13 @@ probably not show up as 'new' in your user agent later on. There is no way around this, it's just how \fBIMAP\fR works. This does not apply, however, if you run \fBarchivemail\fR with the options \fB--dry-run\fR or \fB--copy\fR\&. +.PP +\fBarchivemail\fR relies on server-side searches to determine the messages +that should be archived. +When matching dates, \fBIMAP\fR servers refer to server internal message +dates, and these may differ from both delivery time and the message's +\fBDate\fR header. +Also, there exist broken servers which do not implement server side searches. .SS "IMAP URLS" .PP \fBarchivemail\fR\&'s \fBIMAP\fR URL parser was written diff --git a/archivemail.sgml b/archivemail.sgml index 3ce582e..065a5f3 100644 --- a/archivemail.sgml +++ b/archivemail.sgml @@ -415,6 +415,14 @@ There is no way around this, it's just how + + <acronym/IMAP/ <acronym/URLs/