Yes, but that limits inbound connections from *all* hosts,
not just for a particular host that connects more often than "on average".
With policyd, you could specify limits for specific IP addresses, if
desired. As I mentioned before, you can also do that with the "anvil"
facility within postfix
On Wed, 29 Aug 2007, Jordi Espasa Clofent wrote:
Hello,
I'm not sure about the real utility of cleanup binary.
¿Why exactly?
--
Thanks,
Jordi Espasa Clofent
The database would grow to be enormous, if older enties were not deleted
periodically. If you only care about what happened over t
So all I'd have to copy over to the mySQL database machine are the
policyd.conf and cleanup files, right? Seems like this would be
the simplest solution!
On Wed, 29 Aug 2007, Cami Sardinha wrote:
> John Beaver wrote:
>> Cami Sardinha wrote:
>>> Tobias Kreidl wrote:
If one is running multip
I'm a bit confused what you're aiming to do here. If you want to limit
the number of connections/messages by an outside sender to your mail
gateway, then the setup in the "sender throttle" section is relevant,
in particular, the settings:
SENDERTHROTTLE=1
SENDER_THROTTLE_SASL=0
SENDER_THROTTLE_
John Beaver wrote:
> Cami Sardinha wrote:
>> Tobias Kreidl wrote:
>>> If one is running multiple SMTP servers, is there any harm running
>>> "cleanup" from each one
>>> at the same time via a cron job, or is it better to stagger the times a bit?
>> If all your SMTP servers are connecting to the SA
Geert Hendrickx wrote:
> On Wed, Aug 29, 2007 at 09:08:25AM -0500, John Beaver wrote:
>> I have a throttling instance and I have a greylisting/blacklisting
>> instance. In my case, each policyd instance is running with a different
>> configuration. Running a single cleanup would not "clean" all t
On Wed, Aug 29, 2007 at 09:08:25AM -0500, John Beaver wrote:
> I have a throttling instance and I have a greylisting/blacklisting
> instance. In my case, each policyd instance is running with a different
> configuration. Running a single cleanup would not "clean" all the tables
> used. So each c
Jordi Espasa Clofent wrote:
>> This is to remove old/stale data from the database so it doesn't get too
>
> Ok John... ¿and where (in time or in space) do you establish the limit?
> I'm thinking in the related cronjob...
policyd cleanup uses the policyd configuration to determine what needs
to
> This is to remove old/stale data from the database so it doesn't get too
Ok John... ¿and where (in time or in space) do you establish the limit?
I'm thinking in the related cronjob...
--
Thanks,
Jordi Espasa Clofent
-
T
Jordi Espasa Clofent wrote:
> Hello,
>
> I'm not sure about the real utility of cleanup binary.
> ¿Why exactly?
This is to remove old/stale data from the database so it doesn't get too
large.
john
-
This SF.net email is s
Hello,
I'm not sure about the real utility of cleanup binary.
¿Why exactly?
--
Thanks,
Jordi Espasa Clofent
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Sear
Cami Sardinha wrote:
> Tobias Kreidl wrote:
>> If one is running multiple SMTP servers, is there any harm running
>> "cleanup" from each one
>> at the same time via a cron job, or is it better to stagger the times a bit?
>
> If all your SMTP servers are connecting to the SAME / SINGLE Policyd
> d
On 8/29/07, Cami Sardinha <[EMAIL PROTECTED]> wrote:
> am.lists wrote:
> > Recently, I was emailing a system admin at one of the major ISPs. He
> > told me that we were blocked for going over their throttle limits,
> > which he described as 10 simultaneous connections per IP and 100
> > messages pe
am.lists wrote:
> Recently, I was emailing a system admin at one of the major ISPs. He
> told me that we were blocked for going over their throttle limits,
> which he described as 10 simultaneous connections per IP and 100
> messages per hour.
>
> Now. I use policyd 1.8x and know that I can do the
Recently, I was emailing a system admin at one of the major ISPs. He
told me that we were blocked for going over their throttle limits,
which he described as 10 simultaneous connections per IP and 100
messages per hour.
Now. I use policyd 1.8x and know that I can do the #/per hour part,
but how do
> Note that there is no call to policyd in your restrictions. This is why
> it's not working.
OK, that's fixed and solved. The problem (as always happens) was very
easy: I also had a smtp_recipient_restrictions parametee in my #SASL
section, which is _after_ #POLICYD section; so, the results o
16 matches
Mail list logo