On Mon, Dec 01, 2014 at 09:52:18PM -0600, Boris Goldberg wrote:
Hello misc,
I've reported a detailed bug two months ago. The short story - grace
period end time isn't being reset if the over_soft_quota stage is reached
by chown command. I've confirmed it on i386 5.0 through current (as of
Hello misc,
I've reported a detailed bug two months ago. The short story - grace
period end time isn't being reset if the over_soft_quota stage is reached
by chown command. I've confirmed it on i386 5.0 through current (as of
month ago) and on amd64 5.4.
Developers seemed to don't have time
Hello Otto,
Monday, October 6, 2014, 10:42:32 AM, you wrote:
OM Yeah. Have something similar in my tree. If -Wall is happy, so am I.
OM Does it explain 5.4 problems though.
OM I did not manage to reproduce those so far.
It looks like the time_t patch is applicable to 5.5 (and later) only.
Am
On Wed, 1 Oct 2014, Otto Moerbeek wrote:
On Tue, Sep 30, 2014 at 07:31:20PM +0200, Otto Moerbeek wrote:
On Tue, Sep 30, 2014 at 11:20:23AM -0500, Boris Goldberg wrote:
Hello Otto,
Wednesday, September 24, 2014, 2:36:58 PM, you wrote:
OM Try to come up with a reproducable
Yeah. Have something similar in my tree. If -Wall is happy, so am I.
Does it explain 5.4 problems though.
I did not manage to reproduce those so far.
-Otto
Op 6 okt. 2014 om 17:38 heeft Philip Guenther guent...@gmail.com het
volgende geschreven:
On Wed, 1 Oct 2014, Otto Moerbeek wrote:
On Tue, Sep 30, 2014 at 07:31:20PM +0200, Otto Moerbeek wrote:
On Tue, Sep 30, 2014 at 11:20:23AM -0500, Boris Goldberg wrote:
Hello Otto,
Wednesday, September 24, 2014, 2:36:58 PM, you wrote:
OM Try to come up with a reproducable test case, include all relevant
OM info and then
Hello Otto,
Wednesday, September 24, 2014, 2:36:58 PM, you wrote:
OM Try to come up with a reproducable test case, include all relevant
OM info and then we can investigate.
Here is what I could reproduce:
root@mail1 ~ # quota test_spam
Disk quotas for user test_spam (uid 1003):
Filesystem
On Tue, Sep 30, 2014 at 11:20:23AM -0500, Boris Goldberg wrote:
Hello Otto,
Wednesday, September 24, 2014, 2:36:58 PM, you wrote:
OM Try to come up with a reproducable test case, include all relevant
OM info and then we can investigate.
I indeed see strange things on sparc64 more or less
On 2014-09-24 Wed 09:22 AM |, Boris Goldberg wrote:
Does this mean you tried and found out (or knew) that disk quotas where
not going to work for you?
At the moment Boris, I'm not using quotas - but did a few years ago.
I don't remember having any problems then.
I guessed Dovecot would
On 2014-09-23 Tue 10:06 AM |, Boris Goldberg wrote:
This might have something to do with the fact that this is a mail server,
and mail is being delivered by root (by procmail to maildirs if it makes a
difference).
How about Dovecot sieve (rules can be edited remotely in Thunderbird):
Hello Otto,
Tuesday, September 23, 2014, 10:54:56 AM, you wrote:
OM Grace moves to none if you go above the hard limit. If mail delivery
OM is done by root, quota's are not enforced, so you can go over the hard
OM limit, nulling the grace period.
OM This is a problem I solved a long time ago by
Hello Craig,
Wednesday, September 24, 2014, 3:56:35 AM, you wrote:
CRS How about Dovecot sieve ...
Does this mean you tried and found out (or knew) that disk quotas where
not going to work for you?
--
Best regards,
Borismailto:bo...@twopoint.com
On Wed, Sep 24, 2014 at 09:18:10AM -0500, Boris Goldberg wrote:
Hello Otto,
Tuesday, September 23, 2014, 10:54:56 AM, you wrote:
OM Grace moves to none if you go above the hard limit. If mail delivery
OM is done by root, quota's are not enforced, so you can go over the hard
OM limit,
Hello misc,
I'm using i386 5.4-stable (GENERIC.MP) with user quotas (only) set on one
FS (it's default FS, nothing special). The grace period is 7 days, edquota
-t confirms it. It works fine if I create/chown files from shell, but
changes to none right away with every day operations (twice
On Tue, Sep 23, 2014 at 10:06:29AM -0500, Boris Goldberg wrote:
Hello misc,
I'm using i386 5.4-stable (GENERIC.MP) with user quotas (only) set on one
FS (it's default FS, nothing special). The grace period is 7 days, edquota
-t confirms it. It works fine if I create/chown files from
15 matches
Mail list logo