"Jason R. Mastaler" <[EMAIL PROTECTED]> writes: > Which I take to mean that in addition to tmp, new, and cur, it > can only contain .qmail, bulletintime, bulletinlock, or > seriallock. Not, that it can contain any arbitrary file or > directory.
Perhaps the ambiguity should cause us to err on the side of liberalism? Somebody mentioned applications creating directories and files under a maildir which are not listed above, and I do this all the time too. That doesn't mean it's correct, though. > Again though, if MUAs don't recoginize the additional subdirectories, > what's the point? We could be building a foundation for standards which cause MUA's to recognize them; who knows? >> new and cur, plus the /info/ field, handles what we need and allows >> Maildir-aware applications to fiddle with the queue. > > Did you see http://mla.libertine.org/tmda-workers/200211/msg00105.html ? Whoops; no. I must have started favoring this thread over that one. > I don't see how the existing new and cur, plus the /info/ field > gets us there. Maybe we don't have to issue a new numerical prefix. Since for the time being an MUA will only be able to view the pending queue anyway (none have TMDA-aware commands that I know of), we could use ``:2,?'' and do something like: * new/100000.PID.host Quarantined message whose sender was sent a confirmation * new/100001.PID.host:2,F Quarantined message whose sender has sent other unconfirmed, pending messages * cur/100002.PID.host:2,T Confirmed message * cur/100003.PID.host:2,S Confirmed message whose sender has sent other unconfirmed, pending messages ...and so forth. On a side note, here's a wild idea for controlling the sender-based part. Since Dan says, ``A unique name can be anything that doesn't contain a colon (or slash) and doesn't start with a dot,'' we could construct the filename out of the envelope sender. E.g., [EMAIL PROTECTED]:2,T This would allow us to only parse the directory list instead of opening a file to get the sender information. It has the added benefit of a user being able to glance at who's sending him unconfirmed mail. _________________________________________________ tmda-workers mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-workers
