|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Re: SMTP stutter.
From: Andrew N. Balahonov (drand-2006
drand.org)
Date: Tue Jul 11 2006 - 10:25:23 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Andreas, my commens are inline..
>> There is one idea that I think I can consult with you guys.
>> SMTP greeting banner (220 response code) pre- and post- dely (another one
>> anti-spam measure). Can anybody advise is how to rightly patch the postfix
>> source code toward implementing such functionality?
>> In particular, post greeting delay sounds more RFC-compliance;)
>> I also realize performance disadvantages, but however WDYT?
>
> Should be possible without patching :
> http://marc.theaimsgroup.com/?l=postfix-users&m=115083419330681&w=2
I suppose it's not the same what I'm asking for, isn't it?
Beside of this, 'sleep' introduced in 2.3, and not backported to my 2.2;)
Anyway, 'reject_unauth_pipelining' definitely not the same...
Let's imagine that little more thoughtful. When the server response
"220 bla-bla" code it falls into mandatory sleep stage, but server must
be able to flush the data from the network and detects TCP reset state
while it "sleeps", that's the goal/difference.
--
Yours sincerely, Andrew N. Balahonov
1024D/3C340684 94B4 C3C5 8936 9DF5 A2B8 3E5C DB3A CC66 3C34 0684
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]