Ken Jones wrote:
> 
> 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

I'm getting a 404 on:

http://www.inter7.com/vpopmail/vauthprevchkpw.c

Thanks

Greg

> 
> Ken

Reply via email to