On Sat, 4 Aug 2001, Dan Melomedman wrote:
> Is there a better approach to solve the quota problem for
> closed systems (so that the quota is calculated and enforced with
> to-the-byte precision)? The first thing that comes to mind is
> some kind of quota server (this sounds a little too complex for something
> this simple, but I have no other ideas). This quota server would sit on
> a UNIX domain socket and tally up the quota. It would have queue and
> allow for concurrent client access to the quota mechanism. I know you'll
> hate this idea. I think better a solution would be a per-directory
> quota support on FS level instead of traditional UID-level quota.
Hmm, after briefly looking through Cyrus documentation I can see it suits
my needs well, it support quota the way I want it to do so.
Anybody here tried to integrate qmail-dalp with Cyrus ?
IMHO the following is needed to do so:
1. Modyfing auth_imap/pop to _always_ froward connection in a
cluster. IMAP/POP should run on different ports (say 1100, 1143).
qmail-popup + auth_pop would always redirect to the right Cyrus POP
instance, even on teh same host, but on different port. Same with IMAP
2. Modyfing qmail-ldap to use LMTP for local delivery. Maybe it's possible
to do this by simply unsing Cyrus's deliver, without actually digging into
source code, I don't know yet...
Anybody knows any benchmarks comparing Courier with Cyrus ?
-=Czaj-nick=-
