Re: [qmailadmin] qmailAdmin quota
On Tue, 3 Feb 2004, Tom Collins wrote: In 1.0.29, I see that letting the postmaster modify quotas enforces nothing; even if the domain has a default quota of 20MB, the postmaster can go in and set any user to 1000MB if they want. That's correct. If you had a domain quota of 100MB, then a user with a 1000MB quota would be able to max out the domain so no one could receive mail. Just as a discussion point, does anyone else see that as a tech-support/customer-service nightmare? You sell accounts to an office that depends heavily on email, and one user who isn't very savvy is easily able to break mail delivery for the entire domain. Explaining to say, a law firm (or similarly email-dependent yet technically clueless) why this is so would be difficult, to say the least. It's a good idea in that an ISP can limit a domain to a certain amount of usage, and leave it up to the customer to use it as they see fit. That's why I was thinking it would be good to have a domain quota-like setting that qmailadmin understands, but that does not apply to the delivery agent. Keeping my above explanation in mind, assume that it worked as follows: -user signs up for a domain account that includes 20 accounts and a total quota of 200MB. -user logs into qmailadmin to setup the accounts. A total is shown at the top of the user-creation page that shows how much of that 200MB is left to be given to each user. -user sets up [EMAIL PROTECTED] with 10MB quota -user goes to user-creation page and the total shown at the top says 190MB left -user creates [EMAIL PROTECTED], and since she handles sales and customer inquiries, he gives jane a 50MB quota -rinse and repeat until all users are created. If there's quota left over, user can assign the extra space to any existing users or keep it around for future use Does that sound like a good idea? In that scenario, if any one user goes over quota, only their mail is effected. Life goes on, everyone with the exception of one user is happy. The ISP is happy, as they didn't just break an entire domain's email, and they know that they can later up the quota and sell more space. Your idea of a quota for the domain that the sum of all user quotas can't exceed is another workable solution. I'm not sure which makes more sense, and if we decide to support both then there will need to be a clear way to choose between the two (and understand what will happen). I'd love it if we could open a discussion on this either here or on the devel list. I haven't heard anything from current domain quota users. I'm also a bit curious about the system quota option (unix user per domain model), but I'm not really sure if the entire vpopmail suite understands system quotas, or if it really would solve any of the above problems. Thanks, Charles -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ Info on the Sniffter handheld Network Tester: http://sniffter.com/
Re: [qmailadmin] qmailAdmin quota
First, please try ~vpopmail/bin/vmoddomainlimits -v | less to see what appears to be supported within vpopmail already. There are quite a few things that appear to be stored in the domain limits file that QmailAdmin does not use. (yet) I don't have them all figured out yet, but I do know I can set them with vmoddomailnimits and view them from vget_limits() in QmailAdmin. It would be good to use them as they are. Charles Sprickman wrote: On Tue, 3 Feb 2004, Tom Collins wrote: .snip. Just as a discussion point, does anyone else see that as a tech-support/customer-service nightmare? I can see that... on the other hand I can also see giving user quotas that total largest than the domain limit so they can occasionally receive a large message. That may be because I am a POP user that always deletes mail from the server. An IMAP user base keeping everything on the server would be a different story. One possibility might be to warn everyone in the entire domain when it hits 90% full. Maybe send the postmaster a message showing the usage of all users when it hits 80%, so everyone doesn't have to be bothered. There also needs to be a place to check usage within QmailAdmin so the postmaster and admins can watch usage. It's a good idea in that an ISP can limit a domain to a certain amount of usage, and leave it up to the customer to use it as they see fit. Personally most of my domains would have a domain limit with all the users unlimited. I get all the mail at three of my domains, and don't share them with anyone else. I tend go use different addresses for different people, so I know who is giving out my address. There are quite a few incoming addresses that get sent to /dev/null so I don't have to see the spam. But then I know I am unusual... That's why I was thinking it would be good to have a domain quota-like setting that qmailadmin understands, but that does not apply to the delivery agent. Keeping my above explanation in mind, assume that it worked as follows: -user signs up for a domain account that includes 20 accounts and a total quota of 200MB. -user logs into qmailadmin to setup the accounts. A total is shown at the top of the user-creation page that shows how much of that 200MB is left to be given to each user. -user sets up [EMAIL PROTECTED] with 10MB quota -user goes to user-creation page and the total shown at the top says 190MB left -user creates [EMAIL PROTECTED], and since she handles sales and customer inquiries, he gives jane a 50MB quota -rinse and repeat until all users are created. If there's quota left over, user can assign the extra space to any existing users or keep it around for future use Does that sound like a good idea? It sounds like a lot of work... and you are making a human have to do it. How about making Default User Quota = Domain Quota / Max Pop Accounts Your idea of a quota for the domain that the sum of all user quotas can't exceed is another workable solution. I'm not sure which makes more sense, and if we decide to support both then there will need to be a clear way to choose between the two (and understand what will happen). I would say that Domain Quota MUST BE a maximum for the entire domain, that can not be exceeded. The only question is what do we do about individual users. I don't want to be limited to having the sum of all user quotas == the domain quota, but I guess some postmasters might. I'd love it if we could open a discussion on this either here or on the devel list. It has already started here... I haven't heard anything from current domain quota users. I'm also a bit curious about the system quota option (unix user per domain model), but I'm not really sure if the entire vpopmail suite understands system quotas, or if it really would solve any of the above problems. Personally I think we should promote the entire mail system works under the vpopmail user model as the best way to setup a server. I'd rather not have to have SUID root programs in my mail system. The entire quota system should be done from within vpopmail/qmailadmin. Rick p.s. I should have a PHP mockup of QmailAdmin 1.3.0 up within a couple of days, along with an updated vpopmail extension for PHP that includes all the features in the latest vpopmail.
[qmailadmin] qmailAdmin quota
Hi all, I have installed qmailadmin-1.2.0 with quota option enabled, and created the virtual site for a customer and assigned some quota for postmaster the problem is even that end-user can increase the postmaster quota without system administrators permission and also when i create a user in that virtual host the quota is not decreasing for the postmaster's account. Any help regarding this problem will be greatly helpful. -Thanks Regards, Praveen
Re: [qmailadmin] qmailAdmin quota
In qmailadmin 1.0.29 don't problem, I'm don't test release version Citando Praveen Kumar [EMAIL PROTECTED]: Hi all, I have installed qmailadmin-1.2.0 with quota option enabled, and created the virtual site for a customer and assigned some quota for postmaster the problem is even that end-user can increase the postmaster quota without system administrators permission and also when i create a user in that virtual host the quota is not decreasing for the postmaster's account. Any help regarding this problem will be greatly helpful. -Thanks Regards, Praveen This message was sent using IMP, the Internet Messaging Program.
Re: [qmailadmin] qmailAdmin quota
On Feb 3, 2004, at 8:51 AM, Praveen Kumar wrote: I have installed qmailadmin-1.2.0 with quota option enabled, and created the virtual site for a customer and assigned some quota for postmaster the problem is even that end-user can increase the postmaster quota without system administrators permission and also when i create a user in that virtual host the quota is not decreasing for the postmaster's account. Any help regarding this problem will be greatly helpful. You can set a domain quota to limit the total mail for the domain. The site's postmaster would then be responsible for limiting their users as they see fit. Note, domain quotas in vpopmail might not be working properly in 5.4.0. I don't use quotas myself, and haven't had time to try to figure out the problem. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ Info on the Sniffter handheld Network Tester: http://sniffter.com/
Re: [qmailadmin] qmailadmin quota problem
On Mon, 8 Sep 2003, Tom Collins wrote: How are you setting the quota? If you use vmoduser and enter 20M (or 20MB), it should do it as 20 * 1024 * 1024. If you set it to 2000, you'll get 19.07. Ah. I'm setting 2000 as the default quota at compile time. vuserinfo shows 2000 as well. Oddly, the squirrelmail plugin that shows the quota in the left frame (http://www.squirrelmail.org/plugin_view.php?id=59) shows 20MB. It claims to get this info from the IMAP server (courier). If you use qmailadmin to set it to 20.0, it'll stay at 20.00 MB. There is a bug in current versions of qmailadmin (fixed in 1.0.27, to be released publicly tomorrow) where you can't set a new quota to the current quota divided by a power of 10. So, you couldn't go from 100MB to 10MB or 1MB. Interesting... Any thoughts on why the plugin reports 20M? Is it just doing a bad job of rounding? I can probably hack it around if the plugin is trying to do some odd math. Charles -- Tom Collins [EMAIL PROTECTED] Project Admin of http://qmailadmin.sf.net/ and http://vpopmail.sf.net/ http://sniffter.com/ - info on the Sniffter hand-held Network Tester
[qmailadmin] qmailadmin quota problem
Hi All, I installed qmailadmin 1.0.26 and vpopmail 5.3.26 I enter the qmailadmin with postmaster. when I want to see Email Accounts I cant see the Qouta info. I only see 0.00/(BAD) where is my quota.. (when i use vuserinfo from console no problem) thx for your helps, Y.c
[qmailadmin] qmailadmin quota problem
Hi All, I installed qmailadmin 1.0.26 and vpopmail 5.3.26 I enter the qmailadmin with postmaster. when I want to see Email Accounts I cant see the Qouta info. I only see 0.00/(BAD) where is my quota.. (when i use vuserinfo from console no problem) thx for your helps, Y.c
Re: [qmailadmin] qmailadmin quota problem
On Mon, 8 Sep 2003, Tom Collins wrote: That's a bug in vpopmail. Please download vpopmail 5.3.27 from http://vpopmail.sf.net/. I've also noticed (even with 5.3.27), if I set a quota of say, 20MB, it reads as 20MB everywhere but qmailadmin, which reports it as 19.07MB. I assume this is a 1000 vs. 1024 issue? Charles -- Tom Collins [EMAIL PROTECTED] Project Admin of http://qmailadmin.sf.net/ and http://vpopmail.sf.net/ http://sniffter.com/ - info on the Sniffter hand-held Network Tester
Re: [qmailadmin] qmailadmin quota problem
On Monday, September 8, 2003, at 12:57 PM, Charles Sprickman wrote: I've also noticed (even with 5.3.27), if I set a quota of say, 20MB, it reads as 20MB everywhere but qmailadmin, which reports it as 19.07MB. I assume this is a 1000 vs. 1024 issue? How are you setting the quota? If you use vmoduser and enter 20M (or 20MB), it should do it as 20 * 1024 * 1024. If you set it to 2000, you'll get 19.07. If you use qmailadmin to set it to 20.0, it'll stay at 20.00 MB. There is a bug in current versions of qmailadmin (fixed in 1.0.27, to be released publicly tomorrow) where you can't set a new quota to the current quota divided by a power of 10. So, you couldn't go from 100MB to 10MB or 1MB. -- Tom Collins [EMAIL PROTECTED] Project Admin of http://qmailadmin.sf.net/ and http://vpopmail.sf.net/ http://sniffter.com/ - info on the Sniffter hand-held Network Tester
[qmailadmin] qmailadmin quota patch
Craig, I have acquired the source code from Jorge for the manager patch. Also, another programmer commented on some things about the implementation of Jorge's patch that are worth noting: It doesn't apply a 'per-domain' quota, which is not good. If you give a manager the ability to modify his domain's user quotas, he has no limits. This other programmer is also working on an implementation of the same thing, but in a more logic implementation that includes per-domain quotas. From what he said, it will be included in the next release. With this information in mind, I would recommend that we simply use the base, UN-PATCHED, qmailadmin. This way customers can't modify quotas, but WE still CAN through the vqadmin interface. Then we can upgrade to the improved version with the rest of the world at release time. -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net We are actively looking for companies that do a lot of long distance faxing and want to cut their long distance bill by up to 50%. Contact [EMAIL PROTECTED] for more info.
Re: [qmailadmin] qmailadmin quota patch
Whoops. Disregard that. Wrong address. On Wednesday 20 November 2002 16:38, Jesse Guardiani wrote: Craig, I have acquired the source code from Jorge for the manager patch. Also, another programmer commented on some things about the implementation of Jorge's patch that are worth noting: It doesn't apply a 'per-domain' quota, which is not good. If you give a manager the ability to modify his domain's user quotas, he has no limits. This other programmer is also working on an implementation of the same thing, but in a more logic implementation that includes per-domain quotas. From what he said, it will be included in the next release. With this information in mind, I would recommend that we simply use the base, UN-PATCHED, qmailadmin. This way customers can't modify quotas, but WE still CAN through the vqadmin interface. Then we can upgrade to the improved version with the rest of the world at release time. -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net We are actively looking for companies that do a lot of long distance faxing and want to cut their long distance bill by up to 50%. Contact [EMAIL PROTECTED] for more info.
