On Tue, 11 Jan 2005, Blars Blarson wrote: > If you want to analyze the spam getting through and make spamassassin > rules that would catch it and not non-spam messages that would be > useful.
That's exactly the point: There is already a spamassassin rule for razor. But everything it has been told about razor is "latency issues". May I know what's the nature or severity of the latency problem razor has that made it to be rejected for use in bugs.debian.org? Is it that it adds more latency to the one from the DNS checks or is it that it has too much latency by itself? In the former case: Michael Tokarev told me about a tool he is writing which is something like the rblcheck program, but does DNS queries in parallel. Could a tool like that help to make possible to re-introduce razor in the spamassassin chain? > [ snipped paragraph about the time you have spent answering my messages ] I thank you for the time you have spent answering my messages, and I'm very sorry if that means less time for other tasks. You don't have to answer my messages, as we are all volunteers, but I would say that from the logs of this report it's not very clear why razor is rejected. If there is some other member of the BTS team who is kind enough to provide some detail about this, I would really appreciate it. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
