1 message in net.sourceforge.lists.courier-maildrop[maildropl] maildrop+authmysql+quota
FromSent OnAttachments
Deim AgostonAug 2, 2002 3:30 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:[maildropl] maildrop+authmysql+quotaActions...
From:Deim Agoston (ag@idg.hu)
Date:Aug 2, 2002 3:30:14 am
List:net.sourceforge.lists.courier-maildrop

Hello!

As you remember I wrote about that in 1.4.0 the Maildir++ quota doesn't work from MySQL anymore. I wrote a little script that gets out the quota size and Maildir++ path from MySQL and issue maildirqouta -q $quotasizeS $maildirpath. Right now, the quotas are working. But I would like to manage it via MySQL. I can wrote another python script which dumps the quotasize every minute and I can write a management interface wich calls maildirmake when I change the quotas. My problem is that I don't want to put such an interface to the web. Calling system programs from web can be very dangerous. Even if I use the ACL feature from grsecurity or RSBAC I wouldn't dare it. What I want to do is the same way I use it right now. The MySQL server is jailed, Apache is jailed, Courier is jailed. The management interface is available trough the jailed Apache and stores the users and their options in MySQL which is another jail. Postfix and Courier-IMAP are in another jail and get the infos from the same MySQL as Apache. I don't want to fork the project and I wouldn't like to revisit the code changes every time that's why I would like to see this option in the mainstream maildrop and Courier-IMAP versions. But if you need my help or any other collagues from our LLC just tell me what can we do. So, is there any chance that you will integrate the MySQL interface for qouta any time? I'm interested in LDAP way but I'm think the similar issues apply. Bye, Ago