We are currently testing SM3 and Delude 4 for our migration and seeing the same thing. When I last checked Declude was missing SPAMCOP 5 out 6 times.
We use MS DNS and the two servers are on the same GB LAN. Both SM and Declude are using the same DNS server. We also have gone through the same config changes that Gary did too. Rick -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John T (Lists) Sent: Wednesday, March 15, 2006 12:38 AM To: [email protected] Subject: RE: [Declude.JunkMail] ip4r failure What is the OS of the DNS server being used? John T eServices For You "Seek, and ye shall find!" > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- > [EMAIL PROTECTED] On Behalf Of Gary Steiner > Sent: Tuesday, March 14, 2006 7:27 PM > To: [email protected] > Subject: [Declude.JunkMail] ip4r failure > > I've been having this problem with Declude going back to August and my installation > of 2.0.6. I'm currently running 3.0.6.4 with SmarterMail 2.6. It seems that > irregularly Declude's ip4r tests time out, but SmarterMail redundantly running the > same tests has no trouble picking up the spam. I have SM and Declude both testing > SPAMCOP, DSBL, CBL, Spamhaus SBL, and Basura. What will happen is a spam will > get through Declude, but get caught by SM using the same tests. For example, > following is from the header of a recent message: > > X-RBL-Warning: NOLEGITCONTENT: No content unique to legitimate E-mail detected. > X-RBL-Warning: IPNOTINMX: > X-RBL-Warning: DYNHELO: Dynamic HELO found. > X-Declude-Sender: [EMAIL PROTECTED] [69.205.200.200] > X-Declude-Spoolname: 45172055.eml > X-Declude-Note: Scanned by Declude 3.0.6.4 (http://www.declude.com/x-note.htm) > for spam. > X-Declude-Scan: Score [7] at 21:24:19 on 14 Mar 2006 > X-Declude-Tests: NOLEGITCONTENT, IPNOTINMX, DYNHELO > X-Country-Chain: UNITED STATES->destination > X-SmarterMail-Spam: BAYESIAN FILTERING, CBL, SPAMCOP > > I went over this several times with Declude support, and the best they were able to > come up with is for me to add "WINSOCKCLEANUP ON" to my declude.cfg, which > changed nothing. Using the DNS statement in the global.cfg also produced no effect. > > Maybe now that Declude and SmarterTools have such a close relationship, Declude > can ask SmarterTools how their ip4r tests work. Especially since Declude is supposed > to be using the DNS server information as set within SmarterMail. > > Has anyone else experienced this problem? I'm sure the next thing I will hear is that > this problem will go away if I upgrade to SM 3.0 and Declude 4.0. > > TIA, > > Gary > > > > --- > This E-mail came from the Declude.JunkMail mailing list. To > unsubscribe, just send an E-mail to [EMAIL PROTECTED], and > type "unsubscribe Declude.JunkMail". The archives can be found > at http://www.mail-archive.com. --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com. --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com.
