Re: performance problems

2012-04-03 Thread Wietse Venema
Stan Hoeppner: > So the postscreen connection limit is good for slowing bots, no surprise > since bots are the postscreen target, but the smtpd connection limit is > still appropriate/needed for slowing legit bulk mailer clients, assuming > one chooses to use it vs the other anvil based restriction

Re: performance problems

2012-04-03 Thread Stan Hoeppner
On 4/3/2012 10:27 AM, Wietse Venema wrote: > Stan Hoeppner: >> Setting smtpd_client_connection_count_limit also sets >> postscreen_client_connection_count_limit if you're using postfix 2.8 and >> postscreen. Thus the limit is enforced before connections are handed to >> smtpd processes, so you don

Re: performance problems

2012-04-03 Thread Wietse Venema
Stan Hoeppner: > Setting smtpd_client_connection_count_limit also sets > postscreen_client_connection_count_limit if you're using postfix 2.8 and > postscreen. Thus the limit is enforced before connections are handed to > smtpd processes, so you don't needlessly eat up additional smtpds. Note tha

Re: performance problems

2012-04-02 Thread Stan Hoeppner
On 4/2/2012 1:51 AM, Jeremie CEINTREY wrote: > Thank you very much for your explanations. > > I'm going to test with smtpd_client_connection_count_limit = 1 > > Three days ago I added smtpd_client_connection_rate_limit = 10, wich limit > the number of connection by a client to 10 by time unit;

Re: performance problems

2012-04-01 Thread Jeremie CEINTREY
Jeremie CEINTREY" Cc: postfix-users@postfix.org Envoyé: Samedi 31 Mars 2012 19:16:57 Objet: Re: performance problems On 3/30/2012 2:40 AM, Jeremie CEINTREY wrote: Due to lack of any evidence I'll have to make some coarse educated guesses here. > I often encounter performance problems w

Re: performance problems

2012-03-31 Thread Stan Hoeppner
On 3/30/2012 2:40 AM, Jeremie CEINTREY wrote: Due to lack of any evidence I'll have to make some coarse educated guesses here. > I often encounter performance problems with postfix and mailing-list. Mailing list servers. Implicates rapid and likely parallel delivery over a short interval. > I

Re: performance problems

2012-03-30 Thread Tomas Macek
On Fri, 30 Mar 2012, Ralf Hildebrandt wrote: * Tomas Macek : On Fri, 30 Mar 2012, Jeremie CEINTREY wrote: mails are in active queue. Amavis Processes : $max_servers =3D 8; # 2 processes by core Actually, the server is ok, not stressed at all, the relay mail is slow. What from amavis do y

Re: performance problems

2012-03-30 Thread Ralf Hildebrandt
* Tomas Macek : > On Fri, 30 Mar 2012, Jeremie CEINTREY wrote: > > >mails are in active queue. > > > >Amavis Processes : > >$max_servers =3D 8; # 2 processes by core > > > >Actually, the server is ok, not stressed at all, the relay mail is slow. > > > > What from amavis do you have in your master

Re: performance problems

2012-03-30 Thread Tomas Macek
On Fri, 30 Mar 2012, Jeremie CEINTREY wrote: mails are in active queue. Amavis Processes : $max_servers =3D 8; # 2 processes by core Actually, the server is ok, not stressed at all, the relay mail is slow. What from amavis do you have in your master.cf file? The master.cf option "-o max_us

Re: performance problems

2012-03-30 Thread Simone Caruso
On 30/03/2012 11:57, Ralf Hildebrandt wrote: > * Jeremie CEINTREY : >> mails are in active queue. >> >> Amavis Processes : >> $max_servers = 8; # 2 processes by core >> >> Actually, the server is ok, not stressed at all, the relay mail is slow. > > What about amavisd-nanny? > What about network b

Re: performance problems

2012-03-30 Thread Ralf Hildebrandt
* Jeremie CEINTREY : > mails are in active queue. > > Amavis Processes : > $max_servers = 8; # 2 processes by core > > Actually, the server is ok, not stressed at all, the relay mail is slow. What about amavisd-nanny? -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - U

Re: performance problems

2012-03-30 Thread Robert Schetterer
Am 30.03.2012 10:33, schrieb Jeremie CEINTREY: > About Logs, what log do you want ? /var/log/mail.log is huge grep i.e about big mail sites that i.e use greylisting ( 450 etc ) and lead to big queues after all you should ever have some idea whats goings on in your logs even when they are big --

Re: performance problems

2012-03-30 Thread Jeremie CEINTREY
org Envoyé: Vendredi 30 Mars 2012 11:04:01 Objet: Re: performance problems > content_filter = smtp-amavis:[127.0.0.1]:10024 So, are the quede mails BEFORE smtp-amavis or behind it? How many amavis processes are running? Are they all busy (use amavisd-nanny to find out!) -- Ralf Hildebrandt Geschä

Re: performance problems

2012-03-30 Thread Ralf Hildebrandt
> content_filter = smtp-amavis:[127.0.0.1]:10024 So, are the quede mails BEFORE smtp-amavis or behind it? How many amavis processes are running? Are they all busy (use amavisd-nanny to find out!) -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berl

Re: performance problems

2012-03-30 Thread Simone Caruso
>> First, thank you for your help. >> >> I often encounter performance problems with postfix and mailing-list. >> I have a relay mail postfix filtering mail traffic for about 12 000 >> mailboxes. Mailboxes are hosted on other mail servers. >> >> I use also amavisd-new with spammassassin and clamav.

Re: performance problems

2012-03-30 Thread Jeremie CEINTREY
ginal - De: "Robert Schetterer" À: postfix-users@postfix.org Envoyé: Vendredi 30 Mars 2012 09:58:26 Objet: Re: performance problems Am 30.03.2012 09:40, schrieb Jeremie CEINTREY: > Hi everybody, > > > First, thank you for your help. > > I often encounter performance

Re: performance problems

2012-03-30 Thread Robert Schetterer
Am 30.03.2012 09:40, schrieb Jeremie CEINTREY: > Hi everybody, > > > First, thank you for your help. > > I often encounter performance problems with postfix and mailing-list. > I have a relay mail postfix filtering mail traffic for about 12 000 > mailboxes. Mailboxes are hosted on other mail ser

Re: performance problems

2012-03-30 Thread Nerijus Kislauskas
On 03/30/2012 10:40 AM, Jeremie CEINTREY wrote: > My problem is that I often see that mailq grows up to 7000 mails and it > takes about 2 hours to deliver those mails. I don't understand why it is > so slow. We don't have a magic ball. Logs (and sometime configs) are very helpful. -- Sincerely,