[26125] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: sun4 [9.3.14]: mitmaildel

daemon@ATHENA.MIT.EDU (Jacob Morzinski)
Thu Oct 14 14:02:04 2004

To: Jonathon Weiss <jweiss@mit.edu>
From: Jacob Morzinski <jmorzins@mit.edu>
Date: 14 Oct 2004 14:00:20 -0400
In-Reply-To: <bugs:26120@unknown-discuss-server>
Message-ID: <w6mekk1rxhn.fsf@m56-129-7.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu

IMAP is a hobby of mine, so I took a brief look at the
mitmailscan and mitmaildel scripts.  Both are perl scripts.
mitmailscan does not parse any messages itself: if it is given
a date range to search, it constructs an IMAP search request
using the SENTBEFORE/SENTON/SENTSINCE queries, and lets the
server do date-parsing on the RFC-822 "Date:" headers.

So: failure to recognize certain dates for SENTBEFORE (or -ON,
or -SINCE) a server problem.  There happens to be an imap query
that works on server-internal dates instead of working on RFC-822
"Date:" headers, but mitmailscan does not have code that allows
the user to use these internaldate queries.  (The internaldate
queries are "BEFORE", "ON", and "SINCE".)


It's harder to tell what's going on with the mitmaildel program.
To my eye, the IMAP debug output looks like the deletion is
working.  I wish I could stop the script in the middle, and
examine intermediate stages of your server's state.  (mitmaildel
works for me when I try it against the MIT imap servers, using
an invocation similar to the one you used.)

 -Jacob

home help back first fref pref prev next nref lref last post