<div dir="ltr"><div>First step to check the mail delay is to check the full headers of received mail which was delayed. It will give you which server is causing delay. You will get the exact info if the Amavis or MTA is causing delay.<br>
</div>I haven't yet gone through the logs you provided. If you are sure that it is Amavis which is causing delay then it will be worth to go through logs.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, Nov 7, 2013 at 2:20 PM, Tom Kinghorn via amavis-users <span dir="ltr"><<a href="mailto:amavis-users@amavis.org" target="_blank">amavis-users@amavis.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
good morning List.<br>
<br>
Apologies for the post.<br>
<br>
I have a strange scenario whereby messages are being relayed, even though they are tagged as spam.<br>
<br>
as the amavis user, i ran:<br>
<br>
$ cat message | spamc<br>
<br>
result:<br>
<br>
Content analysis details:   (29.1 points, 6.0 required)<br>
<br>
$ cat message | clamdscan<br>
 <company-name-hidden>.Phish.<u></u>68.0.UNOFFICIAL FOUND<br>
<br>
----------- SCAN SUMMARY -----------<br>
Infected files: 1<br>
Time: 0.008 sec (0 m 0 s)<br>
<br>
most other tagged message appear in the quarantine.<br>
<br>
versions are:<br>
spamassassin-3.3.2-47.1<br>
amavisd-new-2.6.6-30.1<br>
perl-Mail-SpamAssassin-3.3.2-<u></u>47.1<br>
clamav-0.97.8-79.1<br>
<br>
many thanks<span class="HOEnZb"><font color="#888888"><br>
Tom<br>
<br>
<br>
<br>
<br>
</font></span></blockquote></div><br></div>