Jim Ramsay <[EMAIL PROTECTED]> writes: > Here's another option we *could* consider, once the queue is in proper > MailDir++ format: > > Move released / confirmed messages to their own subfolders.
Yes, this has been discussed before on this list and is what I would have done had I decided to keep the confirmed/released distinction. > I don't personally see why this would be useful - I agree that they > should be deleted as they are not needed any more, but perhaps > someone out there likes having too much information around? The basic reason is that if you released a message, or someone has already confirmed a message, and subsequent confirmation replies arrived, TMDA would return a scary "can't locate your message" bounce. There is a long thread[1] with all the sordid details. The behavior is somewhat nice in that it distinguishes between messages that are already released or confirmed and those that are "still pending" and you can return the appropriate auto-reply. The question is whether this sight convenience is worth all the extra costs (substantially increased code complexity, increased storage requirements, and user confusion among others). During the past 2 years since this was added, it has been abundantly clear that the answer is no. I've not beat myself up too much over it, as sometimes these things have to go into production before you can tell one way or the other. But now is the time to remedy the situation. In the future, you can either change ACTION_MISSING_PENDING to something other than 'bounce' such as 'drop' or 'ok', or leave it 'bounce' and customize bounce_missing_pending.txt to your tastes. Of course, this assumes you want to continue hand releasing people's pending messages out from underneath them. Many of us don't do this, which means this dilemma simply doesn't exist in the first place. Footnotes: [1] http://mla.libertine.org/tmda-workers/2002-03/msg00070.html _________________________________________________ tmda-workers mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-workers
