"Monique Y. Herman" <[EMAIL PROTECTED]> writes: > Just to clarify what I think you've said: > > There will always (probably) be some way of directly manipulating > tmda's pending queue; the future form, however, will look like a > generic mailbox and therefore be accessible by the usual suspects.
Exactly correct. My goal is to provide a couple of choices for the pending queue format; initially probably the current simple format, a Maildir-compatible format, and possibly a sender-based format. Also an API so users can write/contribute their own pending queue modules. > I, as the one freak out there who uses TMDA's HOLD setting rather > than CONFIRM, would like to be sure that I can always see the > messages in the queue in some way =) Sure. I'm actually trying to make this _easier_ by leveraging more powerful tools than tmda-pending to manipulate the queue. Thinking about this some more, I think I'll still need to provide a 'release' mechanism for users whose DELIVERY values are more complex than a simple mailbox delivery. Think .qmail or pipe instruction for example. I don't mind this. I just want to get out of the business of displaying, sorting, viewing, and deleting messages in the pending queue. MUAs are a million times better at these tasks. _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
