[ale] fetchmail --antispam

[David S. Jackson]

On Wed, Jan 05, 2005 at 06:49:14PM -0500 Joe Steele <joe at madewell.com> wrote:
> On Tuesday, January 04, 2005 11:20 PM, David S. Jackson wrote:
> >  *** snip ***
> >  reading message dsj%dsj.net at pop.dsj.net:28 of 28 (5284 octets)
> >  fetchmail: SMTP error: 451 4.1.8 Domain of sender address
> >  rainer at augsburg.net does not resolve
> >  ..... not flushed
> >
> > Why doesn't fetchmail believe me?  Why doesn't this message get
> > flushed as I asked it to be?  All help welcome.  TIA!
> 
> There's a bug in the current fetchmail (6.2.5) that might be the 
> cause of your problem.  The antispam feature should properly match 
> responses to the "MAIL FROM" SMTP command.  And although it's 
> supposed to also match responses to the "RCPT TO" SMTP command, the 
> bug prevents any matches.

I'm using 6.2.2 on this box.  Does the bug apply to that?  I'm
guessing it has been there a while.

> However, there is a question of whether this bug is the root of your 
> problem.  Your sendmail is complaining about a sender address, and 
> such a complaint would normally be raised in response to a "MAIL 
> FROM" command (where the fetchmail bug doesn't apply).  On the other 
> hand, there is a sendmail config option FEATURE(`delay_checks') 
> which, when combined with the fetchmail bug, WOULD cause your 
> problem.
> 
> You might try the following patch (which fixes the bug) and see if it 
> solves your problem.

Thanks Joe.  I hadn't even begun to think it was a bug in fetchmail.
I actually just figured I was using the argument incorrectly, or that
I should include something else with the 451 error argument.  Anyway,
I'll start digging around the fetchmail site, try upgrading my
fetchmail source with your patch, and tell y'all what happens.
Thanks!

-- 
David S. Jackson                                dsj at dsj.net
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
To invent, you need a good imagination and a pile of junk.
		-- Thomas Edison