> I do think such a feature would be useful, although I'm far more > interested in seeing the bounce logic being un-hard coded from the > server.
Yeah me too. > IMHO, a bounce should result in a mail being directed to > another processor, allowing full custom handling of the bounce > condition. This would allow the logic you propose to be implemented as > a mailet. As long as the bounce behavior is flexible, either the > behavior you specify or the current behavior could be valuable, > depending on the needs and desires of the administrator. Personally, > I'd like to see our bounce handling in general discussed in the rev++ > discussion. -- To unsubscribe, e-mail: <mailto:james-dev-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:james-dev-help@;jakarta.apache.org>
