Jason R. Mastaler wrote: > The only issue is the case where TMDA is looking for a confirmed > message in pending at the same time a MUA is moving it from new/ to > cur/ and renaming it. There exists the possibility for TMDA to think > that the message is not there, thus returning a bounce > (ACTION_MISSING_PENDING). I think this can be handled by doing a > small loop and retrying multiple times before giving up and > determining the message is *really* not there. Since this is a rare > case, the extra computational expense can be justified.
I haven't read the Maildir spec in a while, but isn't Maildir defined such that the new->cur move must be one of (a) an atomic rename() operation or (b) a hard-link operation so the file appears in both new and cur, then an unlink from new? If one of the above is the case, then at no time should a message not exist in at least one of new/cur, and if we check new first, then cur, we should be guaranteed to find any message that's there. Or, is there some hole in my reasoning?
signature.asc
Description: OpenPGP digital signature
_________________________________________________ tmda-workers mailing list ([email protected]) http://tmda.net/lists/listinfo/tmda-workers
