Re: Disk quotas on INBOXes
Ashley M. Kirchner wrote: Our user e-mail INBOXes are sitting in /var/mail/[user]. Does anyone know of a way for me to institute per-user quota on their INBOXes? See our problem is that while I can apply user-quotas on /home/[user], that doesn't take into account what's on /var/mail/[user] ... and some users are leaving their e-mail sitting in their INBOX because they don't want to eat up their user quota. So, I want to limit the size of their INBOX file as well, through quotas. Possible? You have had a number of good suggestions, but I hope you have management support before limiting mail. You should be able to set a mbox size limit on incoming mail, that's why you get mailbox full messages. That's probably the best way to handle it. I wrote a small tool which will remove some oldest messages from a mbox format file, based on either the size of the file or the number of messages. I use it to clean out my folders rather than on the mbox itself, but it will work on a mbox, it has the locking to to do so, since I wrote it for that reason years ago. I would add logging so it's clear that you didn't lose the mail, it was deleted because of user inattention. Of course with the price of disk these days, I have to wonder why space is so tight. If this is non-business mail, tell the users to get a gmail account. ;-) -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Disk quotas on INBOXes
Our user e-mail INBOXes are sitting in /var/mail/[user]. Does anyone know of a way for me to institute per-user quota on their INBOXes? See our problem is that while I can apply user-quotas on /home/[user], that doesn't take into account what's on /var/mail/[user] ... and some users are leaving their e-mail sitting in their INBOX because they don't want to eat up their user quota. So, I want to limit the size of their INBOX file as well, through quotas. Possible? You can set quotas on the /var filesystem...though, with logs and other stuff there, I'd be more inclined to make /var/mail (actually /var/spool/mail) its own filesystem, and then set quotas on that. On the other side of that coin, I'm running Postfix instead of Sendmail...Postfix has an option in the /etc/postfix/main.cf file that can be used to control the maximum size of the main inbox, as well as the maximum size of emails that can be accepted/delivered. Those settings are: mailbox_size_limit = and message_size_limit = Hope these suggestions help. -- Mike Burger http://www.bubbanfriends.org Visit the Dog Pound II BBS telnet://dogpound2.citadel.org or http://dogpound2.citadel.org To be notified of updates to the web site, visit: https://www.bubbanfriends.org/mailman/listinfo/site-update or send a blank email message to: site-update-subscr...@bubbanfriends.org -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Disk quotas on INBOXes
On Fri, 2009-03-06 at 18:51 -0700, Ashley M. Kirchner wrote: Our user e-mail INBOXes are sitting in /var/mail/[user]. Does anyone know of a way for me to institute per-user quota on their INBOXes? See our problem is that while I can apply user-quotas on /home/[user], that doesn't take into account what's on /var/mail/[user] ... and some users are leaving their e-mail sitting in their INBOX because they don't want to eat up their user quota. So, I want to limit the size of their INBOX file as well, through quotas. Depending on how your mail system is set up, I'd recommend doing this in your mail server software. For example, the better IMAP servers such as Cyrus do this and give you much finer control than the sledgehammer approach of limiting the filesystem. poc -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Disk quotas on INBOXes
On Sat, 2009-03-07 at 12:08 -0430, Patrick O'Callaghan wrote: Depending on how your mail system is set up, I'd recommend doing this in your mail server software. For example, the better IMAP servers such as Cyrus do this and give you much finer control than the sledgehammer approach of limiting the filesystem. Yes, you really want your mail server to tell your clients that they're not going to get mail, and why. Rather than the people trying to email them being the only ones knowing the mail isn't getting through. You'll end up with some pissed off clients vying for your blood, as you've sabotaged their communications. -- [...@localhost ~]$ uname -r 2.6.27.15-78.2.23.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Disk quotas on INBOXes
Ashley M. Kirchner wrote: So, I want to limit the size of their INBOX file as well, through quotas. Possible? Why not just put the mail in their home directories to keep it simple? You can use a symlink if that makes it easier. Matt Flaschen -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Disk quotas on INBOXes
Ashley M. Kirchner wrote: So, I want to limit the size of their INBOX file as well, through quotas. Possible? never really thought about it, but have you considered using a link? create a file in users home directory, as root; touch /home/ashley/mspool chown ashley:mail mspool ln -s -t /var/spool/mail/ mspool mv /var/spool/mail/mspool /var/spool/mail/ashley chown -h ashley:mail ashley in replacement of above, this could be shortened with; touch /home/ashley/ashley chown ashley:mail ashley ln -s -t /var/spool/mail/ ashley chown -h ashley:mail ashley in addition, this would need to be done with '/var/spool/mail/ashley' file deleted or empty. if not deleted, '-f' must be added to 'ln' command. -- peace out. tc,hago. g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today ** to mess up a linux box, you need to work at it; to mess up an ms windows box, you just need to *look at* it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: PGP signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
