Paul J Stevens wrote: > Grrr. Sigh. Well, it *is* in svn-trunk, and it's in the 2.0 branch. And > Aaron has been busy reworking and expanding the base-documentation using > asciidoc (you'll like what he's doing), and it *does* appear to have > slipped from the release you're looking at. Humble apologies if I > sounded harsh. ;-)= >
Heheh - I only submitted the mantis report yesterday after I realised that -y was undocumented (I was having the same problem - I've been using dbmail for a while but had forgotten about -y following a new install). Aaron fixed it very soon after. I Deliberately didn't mention it on this list since it goes to dbmail-dev automatically :). > Core of the problem here is unexpected behaviour. This is a FAQ if ever > there has been a faq: dbmail-util will never commit actions without > explicit consent. IMO _unix_ convention suggests otherwise. But for now > _dbmail_ legacy prevails. > I agree with your sentiment Paul. I think there is already a lot of "grace" in that alot of IMAP clients would put mail into a "trash" folder before actually requesting a delete from the server. Then it gets flagged as deleted in the DB. Then it gets actually deleted. Then to reclaim the space the vacuum (or the equivalent in mysql) happens. I guess it doesn't really matter a huge deal as long as the manual is in sync with what's happening in the code. Nik
