Hi! * Thomas Goirand <tho...@goirand.fr> [2010-02-10 15:30:42 CET]: > Alexander Wirt wrote: > > Eh no sorry, this should be up to the administrator. > > NO! Debian should deliver software well installed and behaving > themselves correctly in the system.
This includes not deleting enduser data, how well the intentions might be. > I do not agree with the way you seem to see this. To me, this is a > severity "important", and this could even have been promoted to RC, as > filling up the /var can put in danger the full of the operating system. Any mailserver is "filling up the /var" with simply receiving mails. Do you want to promote to delete regular mail after a certain time too? What about database servers storing data after data, also filling up /var - do you request deleting ancient rows from those, too? > Please realize that BY DEFAULT, amavis should behave itself and > shouldn't fill /var. Please realize that by that request you request amavis to block mails in the first place. > Please keep in mind that there's no sane administrator that would like > to have /var filled with 3 years of virus/spam history. So you are calling quite a fair amount of administrators insane - good approach. Just because something doesn't cross your mind doesn't mean that there aren't reasons for keeping historical stuff around. > My proposed solution is trivial to implement. ... and would work against the principle of least suprise: Lost end-user data. > I've set back the severity to important. Please do not drop start a war > and drop it to wishlist, thanks. Chosing the severity is up to the discretion of the package maintainer. If you disagree with that please add reasoning, and if you still disagree you are free to bring it up with the tech committee. Thanks for trying to understand, Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
