Danilo Paffi Monteiro:
> I think that the question is about the total connection lifetime.
>
> Is there any way to limit the connection lifetime?
No. This would prevent delivery of large messages over slow connections.
However, Postfix 2.5 has an option to change SMTP server timeouts
when all se
I think that the question is about the total connection lifetime.
Is there any way to limit the connection lifetime?
Imagine one random connection source with very slow interaction with
postfix (example: writing letter by letter in the socket), with this
(example a virus) you can use all connecti
Alexandre Carlim wrote:
My question was, how is the best way to manage the time of smtpd
executation. How can i prevents malicious connections. For exemple , if
i do this:
""
#!/usr/bin/expect -f
spawn telnet $argv 25
expect "220"
send "helo localhost .\r"
expect "250.*"
send "mail from:
My question was, how is the best way to manage the time of smtpd
executation. How can i prevents malicious connections. For exemple , if i
do this:
""
#!/usr/bin/expect -f
spawn telnet $argv 25
expect "220"
send "helo localhost .\r"
expect "250.*"
send "mail from:\r"
expect "250.*"
set i 1
Hi,
check this http://www.postfix.org/anvil.8.html
[]'s
On Tue, Apr 7, 2009 at 4:24 PM, Alexandre Carlim
wrote:
> Hello,
>
> I have a question, how can i do to define the time to smtpd executing , for
> example , currently if i connect in mx.x.x and send a rcpt to in interval of
> 50s (or 10s) i
2009/4/8 Alexandre Carlim :
> I have a question, how can i do to define the time to smtpd executing , for
> example , currently if i connect in mx.x.x and send a rcpt to in interval of
> 50s (or 10s) i can use the process for about 30 minutes (or 5 minutes) ,
> depend the number of recipients are
Hello,
I have a question, how can i do to define the time to smtpd executing , for
example , currently if i connect in mx.x.x and send a rcpt to in interval of
50s (or 10s) i can use the process for about 30 minutes (or 5 minutes) ,
depend the number of recipients are allow. I've been thinking i
