[26883] in Athena Bugs
Re: sun4 9.4.27: mitmailscan \* is unreliable
daemon@ATHENA.MIT.EDU (Jacob Morzinski)
Thu Jul 6 09:50:30 2006
To: bugs@mit.edu, Mitchell E Berger <mitchb@mit.edu>, jhawk@mit.edu
In-Reply-To: bugs[26881]
From: Jacob Morzinski <morzinski@mit.edu>
Date: Thu, 06 Jul 2006 09:50:14 -0400
Message-ID: <w6mpsgi7sh5.fsf@horobi.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Spam-Score: 3.548
X-Spam-Level: *** (3.548)
X-Spam-Flag: NO
Errors-To: bugs-bounces@mit.edu
> Send(UID SEARCH %a, ALL *) ...
> In SEARCH callback: text
> Response: status OK, text Completed (0 msgs in 0.000 secs)
In about 100 runs, I was able to reproduce the issue only 5 times.
Interestingly, the failures happened just after a message was
delivered to my inbox, but I don't know if that is relevant.
The debug output of "(0 msgs in 0.000 secs)" is interesting.
I can think of at least two possibilities:
1. The IMAP server is subject to race conditions, and sometimes
falsely returns "0 msgs" search results in response to a
proper UID SEARCH query.
2. mitmailscan is subject to race conditions on the client side,
and sometimes it fails to send a proper "UID SEARCH" even
though its debug log claims that it did send the query.
The first, server race, seems more likely but also harder to fix.
-Jacob
