RE: [Declude.JunkMail] FW: Exim error message (X-RBL-Warning..)

2003-01-28 Thread Markus Gufler
> >So I'm neither able to disable only outgoing warnings. > > Have you tried my suggestion? :) No. We've had the same problem with 5 other clients sending messages to users on the ISP inode.at Adding per domain configigurations to this 5 domains will not prevent that other clients (domains) will

RE: [Declude.JunkMail] FW: Exim error message (X-RBL-Warning..)

2003-01-27 Thread David Fletcher
s Gufler Sent: Monday, January 27, 2003 9:59 AM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] FW: Exim error message (X-RBL-Warning..) > In this case, since they don't seem to care *which* spam > tests fail (the > fact that you use an X-RBL-Warning: header rather than > b

RE: [Declude.JunkMail] FW: Exim error message (X-RBL-Warning..)

2003-01-27 Thread R. Scott Perry
I can't follow: The default- and per Domain configuration is used to process incoming mail for this specific domain. But the Exim Mail server bounce our messages with the outgoing X-RBL-Warnings from declude. As I know only the pro version handle the outgoing actions set in the global.cfg So I'm

RE: [Declude.JunkMail] FW: Exim error message (X-RBL-Warning..)

2003-01-27 Thread Markus Gufler
> In this case, since they don't seem to care *which* spam > tests fail (the > fact that you use an X-RBL-Warning: header rather than > blocking the E-mail > typically indicates that the test doesn't justify blocking > the E-mail), I > would recommend using a trick to allow you to keep the

Re: [Declude.JunkMail] FW: Exim error message (X-RBL-Warning..)

2003-01-27 Thread R. Scott Perry
Because since we use SPAMCHK there was also some bounced messages from Exim indicating the casue of the error "forced faulure: SPAMCHK ..." I'm sure Exim bounce our messages because there are the "X-RBL-Warning: " lines in the header. Talk about a "poor man's spam filter" -- relying o