http://bugzilla.spamassassin.org/show_bug.cgi?id=3279
------- Additional Comments From [EMAIL PROTECTED] 2004-04-19 05:12 ------- well, that ftn.com received header is doing the same thing again on 2.63 - testing the same message as you see above in this bug with just the single received header line and the word 'Hi' in the body... it causes spamc to return after 60 seconds from -t60, and spamd finally finishes the processing in 1 minute and 36 seconds as you'll see by the debug log for PID 13883... it hangs on the 'debug: received-header:' twice as you can see, for 51 seconds on the first, and 52 seconds on the second... sure sounds like a dns timeout of some kind to me since they are so close. [EMAIL PROTECTED] root]# time spamc -t60 < /tmp/message Received: from e2kdfwmcs1.fhhlc.ftn.com ([10.40.34.13]) by e2kmemsmtp1.ftbco.ftn.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 15 Apr 2004 11:27:07 -0500 Hi real 1m0.007s user 0m0.000s sys 0m0.000s debug info where it was hanging.. ------------------------------- .. .. 2004-04-19 07:01:42.954209500 debug: bayes: 13883 untie-ing db_toks 2004-04-19 07:01:42.954339500 debug: bayes: 13883 untie-ing db_seen 2004-04-19 07:01:42.955358500 debug: received-header: parsed as [ ip=10.40.34.13 rdns=e2kdfwmcs1.fhhlc.ftn.com helo= by=e2kmemsmtp1.ftbco.ftn.com ident= ] 2004-04-19 07:02:33.989726500 debug: received-header: 'from' 10.40.34.13 has reserved IP 2004-04-19 07:03:25.979742500 debug: received-header: relay 10.40.34.13 trusted? yes 2004-04-19 07:03:25.980736500 debug: Message too short for language analysis .. .. 2004-04-19 07:03:29.361244500 logmsg: clean message (2.9/4.0) for root:99 in 106.4 seconds, 163 bytes. 2004-04-19 07:03:29.361246500 debug: cleaned up kid 13883, pool=5 --------------------- also, if spamc detaches, why does spamd keep processing? should the timeout be server side on spamd instead of client side on spamc? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
