http://bugzilla.spamassassin.org/show_bug.cgi?id=4278
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |major
------- Additional Comments From [EMAIL PROTECTED] 2005-04-24 13:14 -------
Results from some debugging:
Here is a debug log fragment from when it works ok:
dbg: dns: is DNS available? 1
dbg: dns: IP is private, not looking up PTR: 127.0.0.1
dbg: received-header: parsed as [ ip=127.0.0.1 rdns= helo=internal.example.com
by=localhost ident= envfrom= intl=0 id= a
uth= ]
dbg: received-header: relay 127.0.0.1 trusted? yes internal? yes
dbg: dns: looking up PTR record for '150.51.53.1'
dbg: dns: PTR for '150.51.53.1': ''
dbg: received-header: parsed as [ ip=150.51.53.1 rdns= helo=dmz.example.com
by=internal.example.com ident= envfrom= intl
=0 id= auth= ]
dbg: received-header: relay 150.51.53.1 trusted? yes internal? yes
When it hangs, the output stops after the line:
dbg: dns: PTR for '150.51.53.1': ''
However, if I run the test again immediately it does not hang there. It might
hang after the next "dbg: dns: PTR for 'xxx.xxx.xxx.xxx'".
It looks like that when the query is cached (on the PC? on DNS server used by
the PC?) the reply comes back right away, but when it is not cached it always
hangs forever.
Once processing gets through this group of DNS queries and gets to the various
background requests in the URIDNSBL processing, it never hangs.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
