|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Subject: Re: Continue: quota & postfix - how could be implemented?
From: Admin Mailing Lists (mlist
intergrafix.net)Date: Mon Sep 18 2000 - 11:07:04 CDT
- Next message: Chuck Mead: "Re: Postfix 19991231 Patch 09 available"
- Previous message: Matthias Andree: "Re: NFS Delivery Problems on Linux"
- In reply to: Michael Tokarev: "Re: Continue: quota & postfix - how could be implemented?"
- Next in thread: Bruno L. F. Cabral: "Re: Continue: quota & postfix - how could be implemented?"
- Next in thread: Wietse Venema: "Re: Continue: quota & postfix - how could be implemented?"
- Reply: Admin Mailing Lists: "Re: Continue: quota & postfix - how could be implemented?"
- Reply: Bruno L. F. Cabral: "Re: Continue: quota & postfix - how could be implemented?"
- Reply: Michael Tokarev: "Re: Continue: quota & postfix - how could be implemented?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Mon, 18 Sep 2000, Michael Tokarev wrote:
> Just an idea: Will it be sufficient to have a map for smtpd that
> can be built/updated by other software, e.g.:
>
> smtpd_recipient_restrictions = ... hash:/etc/postfix/quota ...
>
imagine updating this map by checking mailsizes for 10,000 users, esp. if
it's a MailDir mailbox type, like Brad said. It'd take forever and a day.
by the time you finished, the beginning of the map could possibly be
already outdated, i.e. pop3 downloads/deletes. This is where OS quotas
come into a play. A standard place to retrieve/update size info for
multiple applications.
Personally though, it's become too machine dependent for me. Plus, qpopper
has been causing me grief on occasion (some temp drop bug, user is over
quota, can't update spool, bye bye user mail).
I've opted to use the quota map patch for postfix and so far find it to
solve my problems. I can now turn off OS quotas and IMHO pop3 has no need
to see quota information (it should never be increasing mail sizes, jsut
keep same or decrease on deletes).
It'd be nice to see the quota patch (and hashed spool patch *hint hint*)
into the main source, so if the user has the type of system/config that
supports it, it's there.
lastly, has there been any discussion about putting a pop3 daemon into
postfix? or are we just gonna stick to doing what we do best? just
curious.
-Tony
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Anthony J. Biacco Network Administrator/Engineer
thelittleprince
asteroid-b612.org Intergrafix Internet Services
"Dream as if you'll live forever, live as if you'll die today"
http://www.asteroid-b612.org http://www.intergrafix.net
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
> /etc/postfix/quota:
> someuser
somedomain 55? Mailbox quota exceeded
> someother
someotherdomain 55? Mailbox quota exceeded
> ...
> (I don't know what code should be here -- 55?).
>
> I see this simple and flexible enounth.
>
>
- Next message: Chuck Mead: "Re: Postfix 19991231 Patch 09 available"
- Previous message: Matthias Andree: "Re: NFS Delivery Problems on Linux"
- In reply to: Michael Tokarev: "Re: Continue: quota & postfix - how could be implemented?"
- Next in thread: Bruno L. F. Cabral: "Re: Continue: quota & postfix - how could be implemented?"
- Next in thread: Wietse Venema: "Re: Continue: quota & postfix - how could be implemented?"
- Reply: Admin Mailing Lists: "Re: Continue: quota & postfix - how could be implemented?"
- Reply: Bruno L. F. Cabral: "Re: Continue: quota & postfix - how could be implemented?"
- Reply: Michael Tokarev: "Re: Continue: quota & postfix - how could be implemented?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]