Alec Grynspan wrote: > > Will we have the ability to run procmail and/or maildrop in the user directory? I think so. I don't have much experience with procmail or maildrop. It should act just like the email was stored under ~user/Maildir since the permissions are all the same. > > The reason is simple. With user ID's on the domain name, it's possible to add > sophisticated filtering at the domain level. I have an absolute need to have > such scripts at at least the domain level! > > Also - with the quota system at the domain level, I can simply allow my > customers to select postmasters who can mange the domain via QMAILADMIN. The > combination of domain quotas with filters and unlimited mailboxes (the custmor > buys x megabytes and maintains his own mail system) will make my customers very > happy campers! That brings up an interesting point, with qmailadmin. It will need to run setuid root, so it can access the users directories. Probably we should put in a call to change the effective user id to the user, so all the files get created with the right ownership. Another thing to test. I also tested sqwebmail, and it needs a slight modification to the authlib/preauthvchkpw.c file. You can get the file from http://www.inter7.com/vpopmail/vauthprevchkpw.c. Copy it into sqwebmail's authlib directory and you should be good to go. this file also works with older versions of vpopmail. I tested it back to version 4.8.7. Ken
