On 05/17/12 14:51, Gerardo Herzig wrote:
El mar, 15-05-2012 a las 07:21 +0000, Nigel Kukard escribió:On 05/13/12 10:05, Nigel Kukard wrote:On 05/10/12 15:04, Gerardo Herzig wrote:El mié, 09-05-2012 a las 22:44 +0000, Nigel Kukard escribió:On 05/09/12 13:05, Gerardo Herzig wrote:Hi all. This is my intented scenario:For all INCOMING mail: - If count (for a given user@domain) reach, say, 10, put it on HOLD - If count (for the same user@domain) reach, say, 20, DEFER it back For that, i have configured 2 policies, like this one sqlite> select * from policies; ID|Name |Priority|Description |Disabled 3 |Default Inbound |10 |Default Inbound System|0 9 |Default Inbound Prio 5|5 |Higher priority |0 And two quotas asociated with that policies: sqlite> select id,policyid,track,verdict,disabled from quotas; ID|PolicyID|Track |Verdict|Disabled 6 |3 |Sender:user@domain|HOLD |0 11|9 |Sender:user@domain|DEFER |0 The limits asociated with that quotas are: sqlite> select * from quotas_limits; ID|QuotasID|Type |CounterLimit|Disabled 7 |6 |MessageCount|3 |0 12|11 |MessageCount|5 |0 As im sending messages, both counters to increase, as expected: sqlite> select * from quotas_tracking; QuotasLimitsID|TrackKey |LastUpdate|Counter 12 |Sender:[email protected]|1336569907|1.99027777777778 7 |Sender:[email protected]|1336569907|1.99027777777778 When quota of id 6 reach its limits, it begins to HOLD (again, as expected) But...counter of quota of id 11 gets no more updated!! And that is *not* what i want. I want to HOLD only *some* emails, if there is too much mail from that user@domain, i want to DEFER (or REJECT maybe, im not shure). So....there is a way to get this thing done?Your configuration looks good. You're right, lower prio's get matched first. What you say above should work as you expect. Could you enable full debugging with all log detail and attach to a reply? Please don't exclude anything, I need to see the version of policyd you using along with each log line.(sent again without sqlite database) Hi Nigel, and thanks for the reply: Here is a complete DEBUG log after sending 8 emails from my gmail account to the test server. Im also attaching the sqlite file (in case you need/want to see anything) Thanks again for your time!I had Robert look over this on Friday, he is able to reproduce it. I can also confirm things should work exactly as yo expecting. We know why its happening, I'm just busy working on a fix. Hoping to have something for Robert to test tomorrow.Could you try the attached patch against v2.0.12?Hi all. Sory about the delay. Patch applied on 2.0.12. It works perfectly. Thanks Nigel and all everybody else for your time!
This is slightly more complex than I first anticipated. I think policyd needs to distinguish between mail with a final rejection verdict as apposed to something like defer.
Everything that will have the final verdict that will reject, counters should not be updated. Everything that is not reject, should result in counters being updated.
Our original fix will need a little more work to make this work as above. -N
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ Users mailing list [email protected] http://lists.policyd.org/mailman/listinfo/users
