https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6312
--- Comment #1 from Mark Martinec <[email protected]> 2010-01-29 07:50:58 UTC --- Mark writes: > It's not too bad, but it's not good either. The $start_time is > not set for learn/unlearn requests, so the timeout code can > jump in much too soon. Please open a bug report. Actually there is no harm done at the moment, because neither the parsing code nor the learner run under time constraints. Nevertheless, it should be fixed: looks ugly, and will hit us some time in the future when parsing or learning implements timing constraints. Bug 6312 - uninitialized value $start_time: - change spamd to provide a missing start time in dotell; - moved assigning to $msg->{master_deadline} earlier in Message.pm for more obvious logging and to avoid future surprises if parsing would implement a time limit Sending lib/Mail/SpamAssassin/Message.pm Sending lib/Mail/SpamAssassin.pm Sending spamd/spamd.raw Transmitting file data ... Committed revision 904526. Please review/vote for proposed patch for 3.3.1: svn diff -c904526 -- Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
