RE: Delayed email because of signing

From: Murray S. Kucherawy <msk_at_cloudmark.com>
Date: Wed, 8 Dec 2010 15:03:23 -0800

This is why I would like to see logs from the "second setup" server showing a single message taking a long time to go through. To do this, pick a queue ID from the log for a message that took a while, "grep" for it in the log, and just paste the output of your "grep" here. Then we can see if opendkim is causing the delay or something else.

From: opendkim-users-bounce_at_lists.opendkim.org [mailto:opendkim-users-bounce_at_lists.opendkim.org] On Behalf Of Jason Clint
Sent: Wednesday, December 08, 2010 2:55 PM
To: Murray S. Kucherawy
Cc: Alessandro Vesely; opendkim-users_at_lists.opendkim.org
Subject: Re: Delayed email because of signing

Well if it wasn't DNS then the only other thing I can think of would be that the flux of emails going into the sender directly compared the current setup which is being relayed caused it to slow down. Otherwise what else would it be, I mean looking at the 3 setups

First setup: No DKIM no Relay 1-2 emails a second
Second Setup: DKIM no Relay 1 email every 5 seconds
Current Setup: DKIM with Relay 1-2 emails a second
On Wed, Dec 8, 2010 at 3:30 PM, Murray S. Kucherawy <msk_at_blackops.org<mailto:msk_at_blackops.org>> wrote:
On Wed, 8 Dec 2010, Jason Clint wrote:
Sorry I take part of that back, the overall send was actually faster. Even the dkim signing, possibly like Todd said it was related to dns, which would explain why the windows machine with the app did not work as well as the linux sendmail box without dkim which just relayed.

DKIM signing is unrelated to DNS. Only verifying involves DNS queries.
Received on Wed Dec 08 2010 - 23:03:35 PST

This archive was generated by hypermail 2.3.0 : Mon Oct 29 2012 - 23:19:50 PST