[vchkpw] quota message
add to: header on vdeliveries today
here some patch
[EMAIL PROTECTED] vpopmail-5.2.1]# diff -Naur vdelivermail.c /tmp/vdelivermail.c
--- vdelivermail.c Sat May 18 13:25:50 2002
+++ /tmp/vdelivermail.c Wed Mar 26 14:58:26 2003
@@ -1087,6 +1087,8 @@
/* read the quota message in chunks and write it to the new file */
if((fs=fopen(quotawarnmsg, "ro")) != NULL) {
while(fgets(buf, MSG_BUF_SIZE, fs)) {
+ if(strncmp(buf,"To:",3)==0)
+ sprintf(buf,"To: %s\n",maildir_to_email(newdir));
if ( write(write_fd,buf,strlen(buf)) == -1 ) {
close(write_fd);
[EMAIL PROTECTED] vpopmail-5.2.1]#
--
thx
onOs
UPPTI - Universitas Brawijaya
Re: [vchkpw] Authentication problems
Hi Neil, > I am experiencing a strange problem and I have been told that it may be > a known bug with vpopmail. The environment is Qmail + Vpopmail + > Courier-Imap + SquirrelMail. Everything appears to be working fine (I > can log in through Outlook client and SquirrelMail) until I switch to a > new user (on the same box). Once I do this, the original user can't log > in anymore. Did you compile Courier-IMAP with --without-authdaemon? If not, try to do so. authdaemon isn't really compatible with vpopmail. > I've also asked this question > on the courier-imap list and they indicated it was a known vpopmail bug. I don't know wheter it's a vpopmail bug or a Courier-IMAP bug. Simply don't use authdaemon; it doesn't work. Jonas
Re: [vchkpw] vlimits patch [1/??]
On Tuesday 25 March 2003 18:25, Brian Kolaci wrote: > Do you think we need both domain permissions and > default new user permissions for each type of permission? > (This is the case for quotas, a domain limit and a default > for new users). > > I like the idea of having both (which just generates more > work...). But we didn't take that into account with the > original design. > > I would say that we should do what you were intending > by using the current values as "domain" permissions, and > add a field for "default_user_permissions" that would > populate the gid field of the user password entry. > What I would also do is encapsulate the code you > wrote into a function (you don't need the #ifdefs) > and have it return the mask which can be AND'd with > the gid field of the password entry. This masking > function could go into vlimits.c and called in the > vauth_getpw() functions. sounds good to me. I guess a single field added to the mysql table for default_user_permissions is enough, as it only has to contain the mask. (Well, we could have done this to the disable_* as well, it wouldn't bloat the mysql table that much) something like enforced_domain_permissions and default_user_permissions .. but if it's to late to change that now, i won't object :) i'm adding two functions now: vget_limits_default_mask (const char *domain, int *mask) vget_limits_enforced_mask (const char *domain, int *mask) but I thought about making some changes to vset_limits/vget_limits plus changing the structure of .qmail-limits/mysql:vpopmail.limits to drop all the disable_* and replace it with the masks. i'll also add an update script which makes the necessary changes to existing .qmailadmin-limits/mysql:vpopmail.limits only someone would have to alter the qmailadmin for me (i've never touched that thing :) ) (well .. i will only start with the altered tables/.qmailadmin-limits files if you say it's ok.. I don't know how many out there are already using vlimits. i think the masks help adding future disable flags without having to change the table structure every time, so yes, we have a incompatible update this time, but _only_ this time) -- Mit internetten Grüßen / Best Regards --- Justin Heesemannionium Technologies [EMAIL PROTECTED]www.ionium.org
[vchkpw] Trying to get to bottom of courier-imap / vpopmail issue
Hi, Someone on the courier-imap list had posted an issue about problems using courier-imap with vpopmail and Sam (Varshavik) had replied with: >> Known vpopmail bug. The vpopmail mailing list is down the hall, last door >> on your left. I responded with: > Is it? Or would it be more accurate to class this as a known problem when using vpopmail with courier-imap? > > If you're sure this is a vpopmail problem can you tell us what the issue is? To which he replied: > The issue is that some function in vpopmail does not clear the buffer that > holds the login id, and does not null-terminate the string. Therefore, if > the second login request uses a shorter loginid than the first loginid, the > loginid gets garbled. Is this something that we can track down and resolve? Or is it not a vpopmail issue? R. -- Robin Bowes | http://robinbowes.com
[vchkpw] Domain quotas
Is it possible to set a quota for an entire domain using vpopmail? - Rick
Re: [vchkpw] Domain quotas
On Wed, 26 Mar 2003 08:14:30 -0500 Rick Root <[EMAIL PROTECTED]> wrote: > Is it possible to set a quota for an entire domain using vpopmail? > > - Rick > > > nope, what i think of. but some person try to complete that using hard quota. -- thx onOs UPPTI - Universitas Brawijaya
Re: [vchkpw] vlimits patch [1/??]
> On Tuesday 25 March 2003 18:25, Brian Kolaci wrote: > > Do you think we need both domain permissions and > > default new user permissions for each type of permission? > > (This is the case for quotas, a domain limit and a default > > for new users). > > > > I like the idea of having both (which just generates more > > work...). But we didn't take that into account with the > > original design. > > > > I would say that we should do what you were intending > > by using the current values as "domain" permissions, and > > add a field for "default_user_permissions" that would > > populate the gid field of the user password entry. > > What I would also do is encapsulate the code you > > wrote into a function (you don't need the #ifdefs) > > and have it return the mask which can be AND'd with > > the gid field of the password entry. This masking > > function could go into vlimits.c and called in the > > vauth_getpw() functions. > > sounds good to me. I guess a single field added to the mysql table for > default_user_permissions is enough, as it only has to contain the mask. > (Well, we could have done this to the disable_* as well, it wouldn't bloat > the mysql table that much) There were discussions on this and we determined it would be best to keep them separated out for those that read directly from the table (and I happen to have java EJB's map the attributes to these columns). Another purpose of separating them out was to allow search conditions on the elements, which is difficult with masks. Since the new field would be just a default value for the GID field of the password entry, I don't see any problem for this field being an int. > something like enforced_domain_permissions and default_user_permissions .. but > if it's to late to change that now, i won't object :) I don't think it should change. I actually use it with the individual fields and find it useful. > i'm adding two functions now: > vget_limits_default_mask (const char *domain, int *mask) > vget_limits_enforced_mask (const char *domain, int *mask) Don't think you need to do this. The limits are stored in a structure. You would only need to add a single value (the mask) to the structure, then add the code to parse it out of the .qmailadmin-limits file (and write it), and add the field to the mysql table definition and queries. The API would remain the same (just a get/set of the structure). > but I thought about making some changes to vset_limits/vget_limits plus > changing the structure of .qmail-limits/mysql:vpopmail.limits > to drop all the disable_* and replace it with the masks. Please don't. > i'll also add an update script which makes the necessary changes to existing > .qmailadmin-limits/mysql:vpopmail.limits > > only someone would have to alter the qmailadmin for me (i've never touched > that thing :) ) > > (well .. i will only start with the altered tables/.qmailadmin-limits files if > you say it's ok.. I don't know how many out there are already using vlimits. > i think the masks help adding future disable flags without having to change > the table structure every time, so yes, we have a incompatible update this > time, but _only_ this time) Its not hard to add a single field, however I went and added several (pretty much everything that people suggested months ago) but haven't integrated all of it into qmailadmin or the other programs. I have some in an older version of qmailadmin that I'm still using (haven't submitted a patch yet). > > -- > Mit internetten Grüßen / Best Regards > --- > Justin Heesemannionium Technologies > [EMAIL PROTECTED]www.ionium.org > > Thanks. Brian
Re: [vchkpw] Domain quotas
> Is it possible to set a quota for an entire domain using vpopmail? > > - Rick > > Yes. You will need vpopmail 5.3.19 or up. You need to populate the mysql "diskquota" or the .qmailadmin-limits file attribute "quota" to the size (in bytes). Brian
[vchkpw] Re: some info about the various limits needed
Hi Justin, > hi.. > could you explain some of the vlimits to me? > i understand the disable_* > and i think i understand diskquota, maxmsgcount, defaultquota and > defaultmaxmsgcount plus the other max* stuff. > diskquota = a quota for the full domain, i.e > # du -sh ~vpopmail/domains/domain.com > while defaultquota just is the default setting for a useraccount, right? > (same for maxmsgcount/defaultmaxmsgcount) > > what is the "perm_*" all about? Permissions for non-postmaster admin's. > oh.. and i've made several changes for the better integration of vlimits. > e.g. vadddomain (), vdeldomain () are calling vset_limits/vdel_limits (with a > default set of limits) and i'm writing a vsetdomlimits commandline utility at > the moment. Thats a great thing. > furthermore i've removed disable_* and replaced it with > default_permissions_mask (altered vlimits.c/vmysql.c/vlimits.h). A No, don't do this, please. I understand the concept, but please don't do this. The disable_* fields would apply to the domain to disable services for all users of a domain and the new field would just set the default for new users added. It really doesn't use as much space as you think. Its about 0.4 Kb per domain (less than half a kilobyte). > the idea is: default_permissions_mask is the default gid mask for every user > of a domain. if it has the NO_IMAP flag set, and you want some user to get > imap support: set the V_USER0 flag for that user and make sure NO_IMAP is > unset in that user's gid. > > as soon as V_USER0 is set, it completly ignores the default_permissions_mask. This I don't understand. I understood that the field would contain the default permissions for new users. If you need to change the permissions of a single user, then you just update GID field on the password entry. > > > i'm going to post the diffs later.. > > -- > Mit internetten Grüßen / Best Regards > --- > Justin Heesemannionium Technologies > [EMAIL PROTECTED]www.ionium.org >
Re: [vchkpw] Domain quotas
Hi Rick, > Is it possible to set a quota for an entire domain using vpopmail? One of the top ten questions on the list. You didn't check the archives, didn't you? :) In short: For the stable version of vpopmail, there is no domain quota support, but you can create the domain under a dedicated system user and use system quotas for that user. In the latest development version of vpopmail, experimental domain quota support is included. Jonas
[vchkpw] postgres support
I'm updating the configure.in script to support the current postgres module. Question: What libraries need to be included? For example: Sybase needs: -lsybdb -lm Oracle needs: -lclntsh -lclient8 Ken Jones
Re: [vchkpw] Trying to get to bottom of courier-imap / vpopmail issue
On Wednesday 26 March 2003 07:30, Robin Bowes wrote: > Hi, > > Someone on the courier-imap list had posted an issue about problems using > > courier-imap with vpopmail and Sam (Varshavik) had replied with: > >> Known vpopmail bug. The vpopmail mailing list is down the hall, last > >> door on your left. Could you describe the symptoms? Is it an authdaemon issue? I don't have any background to work with here. -- 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: [vchkpw] Domain quotas
Please correct me if I'm wrong... As far as I understand, the domain quota code included in the last development version of vpopmail is NOT 100% compatible with other programs like sqwebmail, courier, ecc., so you may have some disalignments, depending on the products you're using. Tonino At 26/03/03 26/03/03 +0100, Jonas Pasche wrote: Hi Rick, > Is it possible to set a quota for an entire domain using vpopmail? One of the top ten questions on the list. You didn't check the archives, didn't you? :) In short: For the stable version of vpopmail, there is no domain quota support, but you can create the domain under a dedicated system user and use system quotas for that user. In the latest development version of vpopmail, experimental domain quota support is included. Jonas [EMAIL PROTECTED]Interazioni di Antonio Nati http://www.interazioni.it [EMAIL PROTECTED]
Re: [vchkpw] Domain quotas
The domain quota code (as well as the user quota code) is enforced in the vdelivermail program. It should be compatible with courier-imap, but not maildrop. It also works within qmailadmin. I'm not familiar with sqwebmail internals. Brian > Please correct me if I'm wrong... > > As far as I understand, the domain quota code included in the last > development version of vpopmail is NOT 100% compatible with other programs > like sqwebmail, courier, ecc., so you may have some disalignments, > depending on the products you're using. > > Tonino > > At 26/03/03 26/03/03 +0100, Jonas Pasche wrote: > >Hi Rick, > > > > > Is it possible to set a quota for an entire domain using vpopmail? > > > >One of the top ten questions on the list. You didn't check the archives, > >didn't you? :) > > > >In short: > > > >For the stable version of vpopmail, there is no domain quota support, > >but you can create the domain under a dedicated system user and use > >system quotas for that user. > > > >In the latest development version of vpopmail, experimental domain quota > >support is included. > > > >Jonas > > > > [EMAIL PROTECTED]Interazioni di Antonio Nati > http://www.interazioni.it [EMAIL PROTECTED] > >
Re: [vchkpw] Domain quotas
Brian, when you store a message inside an imap server (like when using squirrelmail & courier, and keeping your outgoing message in the "Sent" folder), or when using sqwebmail just keep it in the "Sent" or upload an attach, which quota computing is done: courier, sqwebmail or vpopmail? I think in such cases courier or sqwebmail quota code is used, not vpopmail's quota code, so there could be strong computing differences. In such cases, users may overfill domain quota. Tonino At 26/03/03 26/03/03 -0500, Brian Kolaci wrote: The domain quota code (as well as the user quota code) is enforced in the vdelivermail program. It should be compatible with courier-imap, but not maildrop. It also works within qmailadmin. I'm not familiar with sqwebmail internals. Brian > Please correct me if I'm wrong... > > As far as I understand, the domain quota code included in the last > development version of vpopmail is NOT 100% compatible with other programs > like sqwebmail, courier, ecc., so you may have some disalignments, > depending on the products you're using. > > Tonino > > At 26/03/03 26/03/03 +0100, Jonas Pasche wrote: > >Hi Rick, > > > > > Is it possible to set a quota for an entire domain using vpopmail? > > > >One of the top ten questions on the list. You didn't check the archives, > >didn't you? :) > > > >In short: > > > >For the stable version of vpopmail, there is no domain quota support, > >but you can create the domain under a dedicated system user and use > >system quotas for that user. > > > >In the latest development version of vpopmail, experimental domain quota > >support is included. > > > >Jonas > > > > [EMAIL PROTECTED]Interazioni di Antonio Nati > http://www.interazioni.it [EMAIL PROTECTED] > > [EMAIL PROTECTED]Interazioni di Antonio Nati http://www.interazioni.it [EMAIL PROTECTED]
Re: [vchkpw] Domain quotas
When a message arrives and is delivered by vdelivermail, the quotas are enforced. It also updates the maildirsize file (and uses the maildir++ naming conventions) thereby updating the maildir++ quota usage that is shared amongst all maildir++ compatible software. >From what I understand of maildir++, all the programs like the POP, IMAP, and any maildir++ compatable software should maintain the maildirsize file(s) for each folder, including INBOX, so the usage should remain the same when moving messages between folders. The usage should be restored when deleting a message. So note that vpopmail uses maildir++ quota code (ported by Bill from courier's implementation). I just extended Bill's port to include domain support in addition to user support and made the code available in the libvpopmail.a library so it can be shared. The name clashes with courier were taken care of so you can still link with the courier code. So there shouldn't be any issues and should work well with other software. Thanks, Brian > Brian, > > when you store a message inside an imap server (like when using > squirrelmail & courier, and keeping your outgoing message in the "Sent" > folder), or when using sqwebmail just keep it in the "Sent" or upload an > attach, which quota computing is done: courier, sqwebmail or vpopmail? > > I think in such cases courier or sqwebmail quota code is used, not > vpopmail's quota code, so there could be strong computing differences. > > In such cases, users may overfill domain quota. > > Tonino > > At 26/03/03 26/03/03 -0500, Brian Kolaci wrote: > > >The domain quota code (as well as the user quota code) > >is enforced in the vdelivermail program. It should be > >compatible with courier-imap, but not maildrop. It also > >works within qmailadmin. I'm not familiar with sqwebmail > >internals. > > > >Brian > > > > > Please correct me if I'm wrong... > > > > > > As far as I understand, the domain quota code included in the last > > > development version of vpopmail is NOT 100% compatible with other > > programs > > > like sqwebmail, courier, ecc., so you may have some disalignments, > > > depending on the products you're using. > > > > > > Tonino > > > > > > At 26/03/03 26/03/03 +0100, Jonas Pasche wrote: > > > >Hi Rick, > > > > > > > > > Is it possible to set a quota for an entire domain using vpopmail? > > > > > > > >One of the top ten questions on the list. You didn't check the archives, > > > >didn't you? :) > > > > > > > >In short: > > > > > > > >For the stable version of vpopmail, there is no domain quota support, > > > >but you can create the domain under a dedicated system user and use > > > >system quotas for that user. > > > > > > > >In the latest development version of vpopmail, experimental domain quota > > > >support is included. > > > > > > > >Jonas > > > > > > > > > > > > [EMAIL PROTECTED]Interazioni di Antonio Nati > > > http://www.interazioni.it [EMAIL PROTECTED] > > > > > > > > > > > > [EMAIL PROTECTED]Interazioni di Antonio Nati > http://www.interazioni.it [EMAIL PROTECTED] > >
Re: [vchkpw] Domain quotas
At 26/03/03 26/03/03 -0500, Brian Kolaci wrote: When a message arrives and is delivered by vdelivermail, the quotas are enforced. It also updates the maildirsize file (and uses the maildir++ naming conventions) thereby updating the maildir++ quota usage that is shared amongst all maildir++ compatible software. From what I understand of maildir++, all the programs like the POP, IMAP, and any maildir++ compatable software should maintain the maildirsize file(s) for each folder, including INBOX, so the usage should remain the same when moving messages between folders. The usage should be restored when deleting a message. It's all right when you receive messages because all the check is done in the receiving phase (vedelivermail). All right the same if you move messages between folders (sizes don't change). But what happens when you create messages with sqwebmail or squirrelmail & courier, or copy them to a remote IMAP server from your local folder? When you create a message or upload an attach, and keep them inside your "Sent" folder, vdelivermail is not used, so single users may create and store messages until their personal ".maildirsize" let them do it. So they may overflow domain quota. Tonino
Re: [vchkpw] Domain quotas
> >When a message arrives and is delivered by vdelivermail, > >the quotas are enforced. It also updates the maildirsize > >file (and uses the maildir++ naming conventions) thereby > >updating the maildir++ quota usage that is shared amongst > >all maildir++ compatible software. > > > > From what I understand of maildir++, all the programs like > >the POP, IMAP, and any maildir++ compatable software should > >maintain the maildirsize file(s) for each folder, including > >INBOX, so the usage should remain the same when moving messages > >between folders. The usage should be restored when deleting > >a message. > > It's all right when you receive messages because all the check is done in > the receiving phase (vedelivermail). All right the same if you move > messages between folders (sizes don't change). > > But what happens when you create messages with sqwebmail or squirrelmail & > courier, or copy them to a remote IMAP server from your local folder? > > When you create a message or upload an attach, and keep them inside your > "Sent" folder, vdelivermail is not used, so single users may create and > store messages until their personal ".maildirsize" let them do it. So they > may overflow domain quota. > > Tonino > I don't believe the "Sent" folder keeps track of any size. I looked and don't see any "maildirsize" files in "Sent" folders. So it doesn't look like it counts against either user or domain quotas. You'll have to take a look at the spec to be sure. I don't believe the Trash folder keeps track of size either. In any case, you can use system quotas if you want to bypass any/all of this to make sure everything is accounted for. Thanks, Brian
Re: [vchkpw] Domain quotas
At 26/03/03 26/03/03 -0500, Brian Kolaci wrote: > >When a message arrives and is delivered by vdelivermail, > >the quotas are enforced. It also updates the maildirsize > >file (and uses the maildir++ naming conventions) thereby > >updating the maildir++ quota usage that is shared amongst > >all maildir++ compatible software. > > > > From what I understand of maildir++, all the programs like > >the POP, IMAP, and any maildir++ compatable software should > >maintain the maildirsize file(s) for each folder, including > >INBOX, so the usage should remain the same when moving messages > >between folders. The usage should be restored when deleting > >a message. > > It's all right when you receive messages because all the check is done in > the receiving phase (vedelivermail). All right the same if you move > messages between folders (sizes don't change). > > But what happens when you create messages with sqwebmail or squirrelmail & > courier, or copy them to a remote IMAP server from your local folder? > > When you create a message or upload an attach, and keep them inside your > "Sent" folder, vdelivermail is not used, so single users may create and > store messages until their personal ".maildirsize" let them do it. So they > may overflow domain quota. > > Tonino > I don't believe the "Sent" folder keeps track of any size. I looked and don't see any "maildirsize" files in "Sent" folders. So it doesn't look like it counts against either user or domain quotas. You'll have to take a look at the spec to be sure. I don't believe the Trash folder keeps track of size either. It does, I'm sure. You may disable it (for example in sqwebmail and likely courier), but if you're a provider you're going to control all the space customers are wasting (specially if they are webmail users), including "Sent", "Trash" and additional folders. In any case, you can use system quotas if you want to bypass any/all of this to make sure everything is accounted for. These problems must be highlighted much more, because people may think this "vpopmail domain quota" feature could solve all problems transparently, and this is not true. I think this feature may be a first step, but must be followed by coherent changes in other packages, before it may be used in an integrated environment. Ciao, Tonino
Re: [vchkpw] Domain quotas
> >I don't believe the "Sent" folder keeps track of any size. > >I looked and don't see any "maildirsize" files in "Sent" folders. > >So it doesn't look like it counts against either user or domain > >quotas. You'll have to take a look at the spec to be sure. > >I don't believe the Trash folder keeps track of size either. > > It does, I'm sure. You may disable it (for example in sqwebmail and likely > courier), but if you're a provider you're going to control all the space > customers are wasting (specially if they are webmail users), including > "Sent", "Trash" and additional folders. Take a look. I have IMAP customers and the "Sent" folders are full. No maildirsize files in there. > >In any case, you can use system quotas if you want to bypass > >any/all of this to make sure everything is accounted for. > > These problems must be highlighted much more, because people may think this > "vpopmail domain quota" feature could solve all problems transparently, and > this is not true. > > I think this feature may be a first step, but must be followed by coherent > changes in other packages, before it may be used in an integrated environment. > > Ciao, > > Tonino > I agree. For one, it doesn't take into account the overhead with directories, control files, and lots more. None of the "overhead" space is accounted for. As stated in the courier distribution, only "soft" quotas are implemented, meaning that the overhead space is ignored. Read the README.maildirquotas in the courier distribution. Anything in the Trash folder, as well as any messages "Marked" for deletion but not yet deleted do not count in the quota. Things in a "shared" folder also don't count (but if courier had a concept of "domain" quotas, that could come into play). The readme file doesn't mention the "Sent" folder, however from examining the contents, it doesn't appear to keep track of the size of that folder, nor impose quota constraints on that. I only did the domain quotas due to popular demand. I did the best I could with the available documentation and coding conventions out there implementing the maildir++ quotas. I personally recommend using system quotas, but that appears to be very difficult for some users. I tested the user/domain quotas using maildir++ quotas and it works fine, however if you have system quotas as well, they will kick in before the domain maildir++ quotas since system quotas take into account the "overhead", Trash'd, and deleted but not expunged space. Even the courier readme recommends using system quotas. Brian
Re: [vchkpw] postgres support
> I'm updating the configure.in script to support the current > postgres module. > Question: What libraries need to be included? > For example: > Sybase needs: -lsybdb -lm > Oracle needs: -lclntsh -lclient8 Postgres requires -lpq and -lssl -lcrypto if the postgres lib has ssl support. Regards, Andrew
Re: [vchkpw] Trying to get to bottom of courier-imap / vpopmail issue
Jesse, On Wed, March 26, 2003 3:01 pm, "Jesse Guardiani" said: > On Wednesday 26 March 2003 07:30, Robin Bowes wrote: >> Hi, >> >> Someone on the courier-imap list had posted an issue about problems >> using >> >> courier-imap with vpopmail and Sam (Varshavik) had replied with: >> >> Known vpopmail bug. The vpopmail mailing list is down the hall, last >> >> door on your left. > > Could you describe the symptoms? Is it an authdaemon issue? I don't have > any > background to work with here. What happens is as follows: login as [EMAIL PROTECTED] -> works OK logout login as [EMAIL PROTECTED] -> works OK logout login as [EMAIL PROTECTED] -> doesn't work Notice that "user1" is longer than "user". The issue seems to be that the previous login is being "remembered" somewhere along the line; I don't know if it's within vpopmail or authdaemon or some interaction between the two. As many people often say, don't use authdaemon and vpopmail works fine. However, they don't work together very well because of the above issue. R. -- Robin Bowes | http://robinbowes.com
Re: [vchkpw] Domain quotas
Brian Kolaci wrote: Even the courier readme recommends using system quotas. But since all email files are "owned" by the vpopmail user that doesn't give you much flexibility if you want to implement quotas on a per-domain or per-user basis. -- Aj. Systems Administrator / Developer
Re: [vchkpw] Domain quotas
> > Even the courier readme recommends using system quotas. > > But since all email files are "owned" by the vpopmail user that doesn't > give you much flexibility if you want to implement quotas on a > per-domain or per-user basis. When you create the account, use vadddomain -u username to specify the system username that you want the domain to be owned by. It will create a "domains" directory in the home directory of that user. You set the system quota for the username supplied. This would require one system account per domain. You could then impose domain quotas with system accounts and use the regular user quota for per user constraints. Brian
[vchkpw] IMAP dot folders
List, I know this could be a post for the Courier list but since it was brought up recently in here I figure I may as well go where I know someone has the answers. What dot folders such as .Trash and .Sent does Courier-IMAP use? Does it create these as they are needed or used? I ask this because I notice that there aren't any created automatically when creating a new email account. Your time is appreciated, Wil
Re: [vchkpw] quota message
there is quickiest way rather than entering some sily procedure
--- vdelivermail.c Sat May 18 13:25:50 2002
+++ /tmp/vdelivermail.c Wed Mar 26 14:58:26 2003
@@ -1087,6 +1087,8 @@
/* read the quota message in chunks and write it to the new file */
if((fs=fopen(quotawarnmsg, "ro")) != NULL) {
while(fgets(buf, MSG_BUF_SIZE, fs)) {
+ if(strncmp(buf,"To:",3)==0)
+ sprintf(buf,"To: [EMAIL PROTECTED]",getenv("EXT"),getenv("HOST"));
if ( write(write_fd,buf,strlen(buf)) == -1 ) {
close(write_fd);
--
thx
onOs
UPPTI - Universitas Brawijaya
Re: [vchkpw] Domain quotas
Hi Ajaj, > But since all email files are "owned" by the vpopmail user that doesn't > give you much flexibility if you want to implement quotas on a > per-domain or per-user basis. That's why Brian suggested to create each domain under its own system user. It's easy, and it _works_. Personally, I'm really bored by that domain quota question because it just came up the 10,000th time on the list. System quotas work fine and are a much cleaner solution than the fifth Maildir extension that's not used by every single tool that uses vpopmail (vdelivermail, qmail-pop3d, Courier-IMAP, sqwebmail, blahblahblah...). If there are ways to circumvent domain quota settings, it's better to throw them away at all. It's good practice to set limits _outside_ the programs that should be limited. If you want to limit the memory of a process, you use "softlimit -m " around it instead of telling the process "I know, you can use as much memory as you need, but please, use only bytes". The same should apply to quota settings. However, that's my very personal opinion; feel free to discuss this issue until its bloody end ;-) Jonas
Re: [vchkpw] Domain quotas
At 26/03/03 26/03/03 -0500, you wrote: > >I don't believe the "Sent" folder keeps track of any size. > >I looked and don't see any "maildirsize" files in "Sent" folders. > >So it doesn't look like it counts against either user or domain > >quotas. You'll have to take a look at the spec to be sure. > >I don't believe the Trash folder keeps track of size either. > > It does, I'm sure. You may disable it (for example in sqwebmail and likely > courier), but if you're a provider you're going to control all the space > customers are wasting (specially if they are webmail users), including > "Sent", "Trash" and additional folders. Take a look. I have IMAP customers and the "Sent" folders are full. No maildirsize files in there. I think they should all use the main .maildirsize. With courier and sqwebmail all folders are included except "trash", unless you include it with "--with-trashquota" configure option. On my courier IMAP, when I see the total quota for a single user, it's included of all folders. About the rest, I agree totally with you. Ciao, Tonino
Re: [vchkpw] IMAP dot folders
Wil Hatfield - HVHM Customer Care wrote: What dot folders such as .Trash and .Sent does Courier-IMAP use? Does it create these as they are needed or used? I ask this because I notice that there aren't any created automatically when creating a new email account. Doesn't SquirrelMail create these using IMAP? -- Aj. Systems Administrator / Developer
RE: [vchkpw] IMAP dot folders
I don't know that is why I asked? If Squirrel Mail does use IMAP to create them does that mean that other webmail/IMAP systems would also create them since IMAP is doing the creating? Wil > -Original Message- > From: Ajai Khattri [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 26, 2003 12:15 PM > To: [EMAIL PROTECTED] > Subject: Re: [vchkpw] IMAP dot folders > > > Wil Hatfield - HVHM Customer Care wrote: > > > What dot folders such as .Trash and .Sent does Courier-IMAP use? > > Does it create these as they are needed or used? > > > > I ask this because I notice that there aren't any created > automatically when > > creating a new email account. > > Doesn't SquirrelMail create these using IMAP? > > -- > Aj. > Systems Administrator / Developer > >
[vchkpw] Failure in Delivery of Mail to local(virtual Domain) Maildir
Pls I need urgent help!!! I Have set up a few servers with Qmail+vpopmail+mysql. But can't find the solution to this problem. 1.Vpopmail commands work fine with the mysql database and 2. POP authentications through vchkpw are properly authenticated on the mysql database. 3. Outbound (remote) mails are promptly delivered. 4. But all inbound mails get hung up in the queue .I confirmed this using qmail-qstat & qmail-qread. 5. When I send a doqueue and monitor read the /var/log/qmail/qmail-send/current log I observer this error message. @40003e80bfe7144da3b4 delivery 7: deferral: could_not_connect_to_mysql_update_server_Can't_connect_to_local_MySQL_server_through_socket_'/var/lib/mysql/mysql.sock'_(111)_with_database/could_not_connect_to_mysql_update_server_Can't_connect_to_local_MySQL_server_through_socket_'/var/lib/mysql/mysql.sock'_(111)/ 6. While all outbound(remote) mails are being delivered properly. Inbound(local) mails never get delivered but keep generating this error. It is funny because the SQL database responds rightly to all the standard tests. and I have even gone as far as running the repair program on the vpopmail MYI database. /Maildir/ keyword is correctly entered in qmail/rc. Any help will be greatly appreciated. Olugbenga Oyebande
Re: [vchkpw] Failure in Delivery of Mail to local(virtual Domain) Maildir
Check your vpopmail vmysql.h file for the UPDATE server entries. Make sure those are valid. KenJones On Wednesday 26 March 2003 04:01 pm, [EMAIL PROTECTED] wrote: > Pls I need urgent help!!! I Have set up a few servers with > Qmail+vpopmail+mysql. But can't find the solution to this problem. > 1.Vpopmail commands work fine with the mysql database and > 2. POP authentications through vchkpw are properly authenticated on the > mysql database. 3. Outbound (remote) mails are promptly delivered. > 4. But all inbound mails get hung up in the queue .I confirmed this using > qmail-qstat & qmail-qread. 5. When I send a doqueue and monitor read the > /var/log/qmail/qmail-send/current log I observer this error message. > > @40003e80bfe7144da3b4 delivery 7: deferral: > could_not_connect_to_mysql_update_server_Can't_connect_to_local_MySQL_serve >r_through_socket_'/var/lib/mysql/mysql.sock'_(111)_with_database/could_not_c >onnect_to_mysql_update_server_Can't_connect_to_local_MySQL_server_through_so >cket_'/var/lib/mysql/mysql.sock'_(111)/ > > 6. While all outbound(remote) mails are being delivered properly. > Inbound(local) mails never get delivered but keep generating this error. It > is funny because the SQL database responds rightly to all the standard > tests. and I have even gone as far as running the repair program on the > vpopmail MYI database. > > /Maildir/ keyword is correctly entered in qmail/rc. > > Any help will be greatly appreciated. > > Olugbenga Oyebande
Re: [vchkpw] IMAP dot folders
Wil Hatfield - HVHM Customer Care wrote: I don't know that is why I asked? If Squirrel Mail does use IMAP to create them does that mean that other webmail/IMAP systems would also create them since IMAP is doing the creating? I am using qmail + vpopmail + courier-imap + squirrelmail on my servers. I found that the folder names corresponded exactly with the folder names in SquirrelMail. Since SquirrelMail uses IMAP, Im assuming it told courier-imap to make these folders. -- Aj. Systems Administrator / Developer
Re: [vchkpw] IMAP dot folders
On Wed, 26 Mar 2003, Ajai Khattri wrote: > I found that the folder names corresponded exactly with the folder names > in SquirrelMail. Since SquirrelMail uses IMAP, Im assuming it told > courier-imap to make these folders. And the fun part starts when you throw multiple mail clients into the mix. Pine likes making "sent-mail", sqwebmail I think makes something else, Mail.app has yet another scheme... It's a shame the IMAP spec doesn't include a standard naming scheme for standard mailboxes. C > -- > Aj. > Systems Administrator / Developer > > >
RE: [vchkpw] IMAP dot folders
There's the answer to my question! So IMAP is only doing the creating because of the scheme passed down from the IMAP client. And since I don't use Squirrel or SQWebmail it isn't creating the dot files everyone speaks of. Thank you! Wil Hatfield > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Charles > Sprickman > Sent: Wednesday, March 26, 2003 2:36 PM > To: Ajai Khattri > Cc: [EMAIL PROTECTED] > Subject: Re: [vchkpw] IMAP dot folders > > > On Wed, 26 Mar 2003, Ajai Khattri wrote: > > > I found that the folder names corresponded exactly with the folder names > > in SquirrelMail. Since SquirrelMail uses IMAP, Im assuming it told > > courier-imap to make these folders. > > And the fun part starts when you throw multiple mail clients into the mix. > Pine likes making "sent-mail", sqwebmail I think makes something else, > Mail.app has yet another scheme... It's a shame the IMAP spec doesn't > include a standard naming scheme for standard mailboxes. > > C > > > -- > > Aj. > > Systems Administrator / Developer > > > > > > >
[vchkpw] vadddomain path problem
I am having a peculiar problem with the vadddomain command. When i run this to add a domain: (vadddomain testing.com), it goes through the password prompt and when complete returns no errors. However, it seems to be adding a 0 (zero) to the end of the path. For example, when adding domain testing.com, the path is /vpopmail/domains/0/testing.com, where it normally is /vpopmail/domains/testing.com. I have several domains on this box, and the command has never given me any problems before, it just started today. Any insight on this? Thanks. R. [EMAIL PROTECTED]
Re: [vchkpw] vadddomain path problem
Hi Ryan, > I am having a peculiar problem with the vadddomain command. Are you really having a _problem_, meaning, the domain doesn't work? > When i run this to add a domain: (vadddomain testing.com), it goes > through the password prompt and when complete returns no errors. > However, it seems to be adding a 0 (zero) to the end of the path. For > example, when adding domain testing.com, the path is > /vpopmail/domains/0/testing.com, where it normally is > /vpopmail/domains/testing.com. That's not a bug, but the first occurence of the "balanced tree" feature of vpopmail that applies both to the number of domains and to the number of users in a given domain. As the feature page tells you, vpopmail supports up to 23 million domains. At some point, it simply starts to organize its domains into subdirectories for faster access. It shouldn't lead to any actual problems. Jonas
Re: [vchkpw] vadddomain path problem
On 27 Mar 2003, Jonas Pasche wrote: > That's not a bug, but the first occurence of the "balanced tree" feature > of vpopmail that applies both to the number of domains and to the number > of users in a given domain. I have a little beef with the "balanced tree" thing. I started out by adding about 120 domains to my mail server, and it of course put about 20 into the "0/" subdirectory. The problem is, I deleted about 20 of them (which mostly all came out of the base directory)... and now, when I create new ones, it doesn't put them in the base dir even though there is still room there for more, but it just continues creating them in the 0/ subdirectory. Is this intended? Why doesn't it create new domains in the highest possible directory? Thanks, Moshe -- Moshe Jacobson http://runslinux.net AIM: Jehsom
