[prev in list] [next in list] [prev in thread] [next in thread] 

List:       postfix-users
Subject:    alleviating Temporary lookup failures
From:       John Baker <johnnyb () marlboro ! edu>
Date:       2011-09-30 18:09:21
Message-ID: CAKf3qphO0Rnf_hEM5RBKqXRBVaNyywrY0OPr2QyJpaqSFZc=qA () mail ! gmail ! com
[Download RAW message or body]

Hi there,

Over the last serveral months we have needed to add ldap lookups to
virtual_alias_maps and alias_maps. For the most part everything is fine but
we occasionally get a rush of Temporary lookup failures during  RCPT. As
best I can figure this happens when somebody hits us with several hundred
pieces of spam or mass marketing in a small amount of time. But I'm not
really sure why because the ldap servers always look fine and don't seem to
complain though the lookup failures sometimes extend to mail servers that
are not under a heavy load. I have two servers listed in server_host and
switched from names to ip's in the definition just in case dns was
causing it. The problem seemed to get less frequent after that but didn't go
away.

Would anybody have any suggestions for further diagnosing and solving this
problem?

Thanks


-- 
John Baker
Network Administrator
Marlboro College
Phone: 451-7551 Cell: 490-0066

[Attachment #3 (text/html)]

Hi there,<div><br></div><div>Over the last serveral months we have needed to add ldap \
lookups to virtual_alias_maps and alias_maps. For the most part everything is fine \
but we occasionally get a rush of Temporary lookup failures during <meta \
http-equiv="content-type" content="text/html; charset=utf-8"><font \
class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" \
style="border-collapse: collapse;"> RCPT. As best I can figure this happens when \
somebody hits us with several hundred pieces of spam or mass marketing in a small \
amount of time. But I&#39;m not really sure why because the ldap servers always look \
fine and don&#39;t seem to complain though the lookup failures sometimes extend to \
mail servers that are not under a heavy load. I have two servers listed in \
server_host and switched from names to ip&#39;s in the definition just in case dns \
was causing it. The problem seemed to get less frequent after that but didn&#39;t go \
away. </span></font></div> <div><font class="Apple-style-span" face="arial, \
sans-serif"><span class="Apple-style-span" style="border-collapse: \
collapse;"><br></span></font></div><div><font class="Apple-style-span" face="arial, \
sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">Would \
anybody have any suggestions for further diagnosing and solving this \
problem?</span></font></div> <div><font class="Apple-style-span" face="arial, \
sans-serif"><span class="Apple-style-span" style="border-collapse: collapse; \
"><br></span></font></div><div><font class="Apple-style-span" face="arial, \
sans-serif"><span class="Apple-style-span" style="border-collapse: \
collapse;">Thanks</span></font></div> <div><font class="Apple-style-span" \
face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: \
collapse;"><br></span></font><div><div><br></div>-- <br><div>John \
Baker</div><div>Network Administrator</div> <div>Marlboro College</div><div>Phone: \
451-7551 Cell: 490-0066</div><br> </div></div>



[prev in list] [next in list] [prev in thread] [next in thread]