Re: Delayed email because of signing

On Wed, Dec 8, 2010 at 4:02 AM, Alessandro Vesely <vesely_at_tana.it> wrote:
> On 08/Dec/10 00:17, Jason Clint wrote:
>> Ok sorry to take so long to get back, was testing some things.  It
>> would seem that the tool that my guy was using to send his emails from
>> would wait for a response from the server before moving on to the next
>> email for verification on if it was successfully sent or not.
>
> May I ask which server are you talking about?  It is not clear whether
> that is your local server or the remote MX.  In the latter case you'd
> also have to add DKIM verification time...

This is the first suggestion that starts to make sense. If you are
sending to multiple sender domains (multiple ISPs) from a domain that
wouldn't normally going to be in that ISP's resolver cache (or if you
have really low TTLs), it makes sense that DNS server lookup time must
be factored in. It makes sense that the reason the op didn't see a
delay before was because the remote side didn't have to lookup
(probably recursively) the op's sending domain key and then verify the
sig.

If the op is sending to *MY* servers, there is a greet pause enforced,
such that if they speak smtp before my system is ready, it will just
tempfail them and tell them to come back later. So he's going to get
a 15 second or so delivery time on my system instead of 5 seconds.

I think parallelization is the only answer here.

-- 
Regards...      Todd
I seek the truth...it is only persistence in self-delusion and
ignorance that does harm.  -- Marcus Aurealius