|
From: Brian C. <we...@we...> - 2005-12-20 00:25:47
|
Jamie Cameron wrote .. > On Mon, 2005-12-19 at 17:07, Brian Case wrote: > > Bug 1: > > > > Mail spool files aren't created consistently. This may be an OS problem(FC2), > but I'm not sure. > > > > Some files in /var/spool/mail are created as being owned by uid.gid and > some are created as being owned by uid.gid-of-mail. > > I can't seem to find a pattern to it... Some of each instance have been > on the server fir a year plus and some have just been created recently... > > > > Any ideas? > > My guess is that those owned by uid:gid were created by Webmin or > Virtualmin, while those owned by the mail group were created by your > mail server when mail for the account first arrives. Both should work > fine though.. > Are you seeing any problems caused by the different group ownerships? I'm not seeing any problems... I just thought it was odd... But why would the mail file sometimes be created by Webmin/Virtualmin and other times be created by sendmail? > > Bug 2: > > > > When deleting a domain via Virtualmin, disk quota entries are not being > removed. When you look at the quotas, any users or groups that have been > deleted are still there but they are now listed by their uid or gid and > cannot be removed via the Quota module. It has to be done from the command > line... > > This isn't really a bug .. > Unix disk quotas cannot actually be deleted - instead, they are just > ignored if the UID does not own any files, and will be over-written when > a new user is created with the same UID. Maybe I didn't delete them but I was able to get them to not show in the Quota module using: setquota -u 600 0 0 0 0 / Where 600 is the uid > > Feature request: > > > > Would it be possible to have a Virtualmin module to install web site > applications like OSCommerce or PHPBB? > > I wouldn't think this would be hard to do but my Perl is weak and my > knowledge of the inner workings of Webmin are straight from /dev/null :-) > > The Pro version of Virtualmin has this exact feature already :) > I will be backported to the GPL version some time in future though, > although I will need to cleanup and synchronize the code between the two > versions first.. Any time frame to GPLing some of the "Pro" features? Brian |