> Let's consider how TMDA treats a sender confirmation for a message > which it considers ``Confirmed/Actioned'': > > * TMDA does not deliver the message to the DELIVERY destination as > it assumes this had already been done. > > * TMDA auto-responds with something to the effect of ``Thanks, but > this message has already been delivered''. > > In Maildir terms, ``cur'' holds messages that the MUA has noticed. This > doesn't mean they have been read. So, if I fire up Mutt on my pending > Maildir, all messages in ``new'' are moved to ``cur''. > > So, the effect would be that TMDA would not deliver any message seen > by the user's MUA, regardless of later successful confirmation. I'm not > sure this is behavior the user would expect or want, do you?
Err... I guess I'm not seeing this question quite the same way you did. If the suggestion was "Why not use further directories within the Maildir like the standard(?) cur, new & tmp?" then wouldn't that mean basically a reshuffling of directories? In other words, a message comes in that requires confirmation, and instead of quarantining it in ~/.tmda/pending, we put it in ~/Maildir/pending. Once it gets confirmed, we put a copy in ~/Maildir/new and move the ~/Maildir/pending message over to ~/Maildir/confirmed. If we receive another confirmation, we check against ~/Maildir/confirmed, not ~/Maildir/new or even ~/Maildir/cur. After all, http://cr.yp.to/proto/maildir.html seems to say that we can add more directories underneath ~/Maildir. I think this is a rather valid solution. ~/.tmda is an appropriate place to keep all TMDA configuration stuff, but e-mail is e-mail. Perhaps we should move it around just like MUA's do. Just my 2�. Gre7g. ================================================================= Gre7g Luterman [EMAIL PROTECTED] http://www.templeofluna.com/ Stay informed: http://www.templeofluna.com/keeper/mailinglist.htm Internet junkie: Turn on, log in, drop out. _________________________________________________ tmda-workers mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-workers
